BOINC @ Finland Keskustelut :: BOINC 5.2.13 'hukkaamat' WU:t

BOINC 5.2.13 näyttää ainakin CPDS:ssä hukkaavan WU:T - harhaa

BOINC 5.2.13:ssa on ominaisuus (ei siis tietenkään ohjelmavirhe), joka joskus taisi aiheuttaa mulle paniikin. Jossain tilanteessa se näyttää hukkaavan WU:t. Kyseessä on jokin verkkokäyttöön liittyvä ei-toivottu, tai ainakaan ei riittävän selkeästi julkistettu ominaisuus: esimerkiksi voi käydä niin, että kun palomuuri sulkee verkkoyhteyden, WU:t katoaa.

En ole tuota tarkemmin selvittänyt, mutta taitaa liittyä 'Remote Computer' (+'Select Computer')-toimintoon. Tyydyn löytämäni varman ratkaisun käyttämiseen: kun käynnistät BOINCin, ensin palomuuri ja tietenkin verkkoyhteys pois päältä.

Oiskohan jollakulla antaa parempi ohje tai jopa järjellinen selitys tohon?

Viestiä muokattu 24.3.06 10:11, muokkaaja: kotitonttu.

mensonen @ 24.3.06 10:31

ei sulla sattuis olemaan viestilogia kyseisen "tapaturman" ajankohdalta? voin käydä muutamat boinc-sivustot läpi jos pistät virheilmoituksia näkyville

mulle itelleni ei oo kyseistä koskaan tapahtunu, vaikka aikaisemmin software-palomuuria käytinki

kotitonttu @ 24.3.06 10:51

ei siitä taida mitään logia jäädä, kun pitää käynnistää uudestaan. tai joo, backuplokissa voisi olla jotain, jos semmoinen on. 'tapaturma' jos se on, niin se on säännönmukainen.
voiskohan syy ollakin jotenkin palomuurin, zonealarmin?

ok, voin järjestää sen tilanteen, vaikka siinä muutama kallisarvoinen minuutti meneekin

mutta en nyt ihan heti.

EDIT: näissä jutuissa joskus unohtaa kertoa itselle itsestään selvät asiat, kuten tässä se, että BOINCin uudelleenkäynnistyksen jälkeen WU:t taas on näkyvissä.

Viestiä muokattu 24.3.06 10:53, muokkaaja: kotitonttu.

mensonen @ 24.3.06 13:17

hm... ku oikeata alanurkkaa katot, nii lukeeks siellä "connected to localhost"? mulle on jo pari kertaa käyny, että boinc manager hukkaa yhteyden boinc clienttiin ja joudun uudelleen käynnistämään

kotitonttu @ 26.3.06 13:21

mensonen kirjoitti:
hm... ku oikeata alanurkkaa katot, nii lukeeks siellä "connected to localhost"? mulle on jo pari kertaa käyny, että boinc manager hukkaa yhteyden boinc clienttiin ja joudun uudelleen käynnistämään

Tuosta on kysymys. Toimiiko laskenta siloin normaalisti? Olen aina lopettanut ohjelman heti ja käynnistänyt uudestaan.

Tilanne tulee kyllä selvästi useammin esille verkkoyhteyden tilanteen mukaan. Ilmeisesti niin, että jos käynnistettäessä on verkkoyhteys olemassa, niin tapahtuma tulee helpommin. Kerran kävi niinkin, että BOINC luuli WU:n olevan BOINC-palvelimella! Kun katkaisin verkkoyhteyden, WU hävisi.

Tätä nykyä pyrin aina käynnistämään BOINCin ilman verkkoyhteyttä. Silloin ei tule ongelmia.

mensonen @ 26.3.06 16:35

Hmm... tuleeks sulle toisinaan viesti "Boinc Manager is not able to connect to a Boinc client"?

Tommonen ku saattaa ilmestyä, jos BOINC manageri käynnistyy ennen BOINC clienttiä, esim konetta käynnistäessä, jolloin muiden ohjelmien (esim palomuuri, antivirus) käynnistäminen viivyttää clientin alottamista. Kyseiseen ongelmaan ratkaisuna on yksinkertaisesti boincmgr.exe prosessin sammuttaminen ja uudelleen käynnistäminen.

Katopa muuten, seuraavan kerran ku ongelma sattuu, onko boinc.exe prosessi käynnissä? Jos näin on, niin laskenta jatkuu periaatteessa normaalisti, BOINC manageri kun ei itse laskentaa suorita vaan näyttää vaan mitä boinc.exe tekee.

...ai joo, ja mitä boinc versiota käytät?

kotitonttu @ 26.3.06 17:53

mensonen kirjoitti:
Hmm... tuleeks sulle toisinaan viesti "Boinc Manager is not able to connect to a Boinc client"?

Tommonen ku saattaa ilmestyä, jos BOINC manageri käynnistyy ennen BOINC clienttiä, esim konetta käynnistäessä, jolloin muiden ohjelmien (esim palomuuri, antivirus) käynnistäminen viivyttää clientin alottamista. Kyseiseen ongelmaan ratkaisuna on yksinkertaisesti boincmgr.exe prosessin sammuttaminen ja uudelleen käynnistäminen.

Katopa muuten, seuraavan kerran ku ongelma sattuu, onko boinc.exe prosessi käynnissä? Jos näin on, niin laskenta jatkuu periaatteessa normaalisti, BOINC manageri kun ei itse laskentaa suorita vaan näyttää vaan mitä boinc.exe tekee.

...ai joo, ja mitä boinc versiota käytät?

Käytän vain versiota 5.2.13. Tarkkailen tilannetta, jota koetan välttää!

kotitonttu @ 27.3.06 07:45

no joo. tulipa tehtyä kunnon testi. SETIn kanssa.

SETI-wu oli jossain puolessa välissä. Pistin zonealarmissa verkkoyhteyden poikki Tulos: SETI-wu katosi ja uudelleen käynnistyksen jälkeen se oli varustettu ilmoituksella 'client error', ja uusi wu käynnistettiin. hauskaa.

ZA-palomuurissa on ns. ohjelmalukko, jolla vain tietyt ohjelmat voidaan päästää menemään lukitun palomuurin läpi. tämä on erinomainen toiminto boincin tyyppisissä ajoissa. ohjelmalukkotilassa boinc ei nikottele.

boinc näyttää käsittelevän omankin työaseman tiedostoja verkkoprotokollilla.

mensonen @ 27.3.06 18:11

pikainen haku zonealarmille ja boincille tuotti muun muassa seuraavaa:

http://www.climateprediction.net/board/viewtopic.php?p=36314#36314

ZoneAlarm may be blocking traffic to 'localhost' AKA 127.0.0.1 (your own machine). This would prevent the boinc manager talking to the worker process.

Go on the program control tab, and give the three boinc processes access to act as a server in the 'trusted' zone, and access to the internet. Once you've done this, go to the 'privacy / sites' tab, find 127.0.0.1, and permit everything.

eli, siis boincin tulis päästä palomuurin läpi ja "privacy/sites" osiossa sun tulis sallia kaikki liikenne localhostiin (127.0.0.1)

kattelen myöhemmin vielä lisää...

kotitonttu @ 28.3.06 06:13

mensonen kirjoitti:
pikainen haku zonealarmille ja boincille tuotti muun muassa seuraavaa:

http://www.climateprediction.net/board/viewtopic.php?p=36314#36314

ZoneAlarm may be blocking traffic to 'localhost' AKA 127.0.0.1 (your own machine). This would prevent the boinc manager talking to the worker process.

Go on the program control tab, and give the three boinc processes access to act as a server in the 'trusted' zone, and access to the internet. Once you've done this, go to the 'privacy / sites' tab, find 127.0.0.1, and permit everything.

eli, siis boincin tulis päästä palomuurin läpi ja "privacy/sites" osiossa sun tulis sallia kaikki liikenne localhostiin (127.0.0.1)

Kaikissa ZA ilmaisversioissa tuota toimintoa ei ole, mutta uskoisin, että lisäämällä 'Trusted Zoneen' IP:n 127.0.0.1 ja poistamalla alueelta palomuurisuojauksen, homma toimii (alueen mahdollisten muiden osoitteiden luotettavuus tietenkin huomioitava).. Testaan tuonkin joskus.

Valitettavasti ei toimi, ei voikaan toimia: kun ZA asetetaan estämään KAIKKI verkkoliikenne, se todellakin estää KAIKEN verkkoliikenteen. Eli BOINCin tapa käsitellä myös oman työaseman tiedostoja verkkoprotollilla on se ongelma. Localhostin asettaminen luotetulle alueelle auttaa kyllä kun palomuuri lukitaan muilta ohjelmilta, mutta jostain saamasi ohje asetella 'Privacy/Site' ei sekään voi olla tähän tilanteeseen, sillä siellä asetellaan vain erilaisten pöpöjen pääsyä eri siteilä - ja sehän on vain maksullisissa versioissa.

Näillä näkymin BOINC ja ZA lyhyesti: älä estä ZA:lla kaikkea verkkoliikennettä, kun BOINC on käynnissä. Toivottavasti tuosta saadaan vielä tarkennusta, mutta kaikkia eri versioita ei kannata erikseen ohjeistaa.

Viestiä muokattu 29.3.06 17:33, muokkaaja: kotitonttu.

mensonen @ 29.3.06 17:51

harmillista, että ZA blokkaa myös liikenteen localhostiin... luulisi, että kaiken verkkoliikenteen estäminen palomuurissa tarkoittaa vain ulospäin suuntautuvaa trafiikkia

kotitonttu @ 30.3.06 08:37

mensonen kirjoitti:
harmillista, että ZA blokkaa myös liikenteen localhostiin... luulisi, että kaiken verkkoliikenteen estäminen palomuurissa tarkoittaa vain ulospäin suuntautuvaa trafiikkia

BOINC-koodaaja on ollu ehkä laiska tsekkaamaan, että oma työasema löytyy kaikissa tilanteissa ilman verkkoyhteyttäkin. Pitäähän boinccia voida ajaa vaikka ei olisi mitään tietoa verkosta, jolloin verkkoa tarvittaessa työ siirretään jollain medialla toiseen työasemaan.

Pientä edistystä: nyt se lähetti jo jotain serverille. Saan sieltä käppyröiä, mutta pisteitä on edelleen nolla.