Už hodinu visim na modemu, seti se nestahuje a nechapu proč.

[Howard]

Děje se něco, co opravdu nechápu. Mam tu P3 celerona na 1,3 GHz, BOINC 5.3.2.tx5, setiathome 4.1.1 optimalizovany, v boincu je pouze seti. Před pár hodinama se mi stáhli 3 jednotky, v pohodě. Tak jsem zvýšíl počet dnů, aby se stáhlo více jednotek do zásoby. Už hodinu tu visim na modemu a nedokážu pochopit, proč boinc odmítá stahovat novou práci.
Chápu, kdyz mi napíše, že last RPC too recent. Jenže 1) ten počet sekund je jakoby-náhodný a 2) někdy prostě žádnou chybu nenapíše a nic nestahuje. Boinc používám už rok a půl a teď na to koukam jako vyvoraná myš a nechápu to.
EDIT: Jeste poznamka, ve chvili "Rescheduling CPU: project op" jsem ja daval rucne Aktualizovat u projektu.
EDIT2: Nekolikrat jsem zkousel boinc vypnout a zapnout, nic nepomohlo.

Kód: Vybrat vše

26.12.2005 23:44:44||Starting BOINC client version 5.3.2 for windows_intelx86
26.12.2005 23:44:44||libcurl/7.14.0 OpenSSL/0.9.8 zlib/1.2.3
26.12.2005 23:44:44||Data directory: D:\Programy\BOINC
26.12.2005 23:44:44|SETI@home|Found app_info.xml; using anonymous platform
26.12.2005 23:44:44||Processor: 1 GenuineIntel Intel(R) Celeron(TM) CPU                1300MHz
26.12.2005 23:44:44||Memory: 511.49 MB physical, 1.22 GB virtual
26.12.2005 23:44:44||Disk: 36.36 GB total, 30.64 GB free
26.12.2005 23:44:44|SETI@home|Computer ID: 615973; location: work; project prefs: default
26.12.2005 23:44:44||General prefs: from SETI@home (last modified 2005-12-26 23:40:31)
26.12.2005 23:44:44||General prefs: using separate prefs for work
26.12.2005 23:44:45||Remote control not allowed
26.12.2005 23:44:45|SETI@home|Resuming computation for result 15fe05aa.16018.26225.623562.1.116_2 using setiathome version 418
26.12.2005 23:45:09||Rescheduling CPU: project op
26.12.2005 23:45:10|SETI@home|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
26.12.2005 23:45:10|SETI@home|Reason: Requested by user
26.12.2005 23:45:10|SETI@home|Requesting 305881 seconds of new work
26.12.2005 23:45:25|SETI@home|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi succeeded
26.12.2005 23:45:25|SETI@home|Message from server: Not sending work - last RPC too recent: 108 sec
26.12.2005 23:45:33||Rescheduling CPU: project op
26.12.2005 23:45:36|SETI@home|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
26.12.2005 23:45:36|SETI@home|Reason: Requested by user
26.12.2005 23:45:36|SETI@home|Requesting 305941 seconds of new work
26.12.2005 23:45:46|SETI@home|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi succeeded
26.12.2005 23:46:06||Rescheduling CPU: project op
26.12.2005 23:46:11|SETI@home|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
26.12.2005 23:46:11|SETI@home|Reason: Requested by user
26.12.2005 23:46:11|SETI@home|Requesting 306021 seconds of new work
26.12.2005 23:46:26|SETI@home|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi succeeded
26.12.2005 23:46:26|SETI@home|Message from server: Not sending work - last RPC too recent: 37 sec
26.12.2005 23:47:11||Rescheduling CPU: project op
26.12.2005 23:47:16|SETI@home|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
26.12.2005 23:47:16|SETI@home|Reason: Requested by user
26.12.2005 23:47:16|SETI@home|Requesting 306159 seconds of new work
26.12.2005 23:47:42|SETI@home|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi succeeded
26.12.2005 23:47:42|SETI@home|Message from server: Not sending work - last RPC too recent: 68 sec
26.12.2005 23:49:59||Rescheduling CPU: project op
26.12.2005 23:50:01|SETI@home|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
26.12.2005 23:50:01|SETI@home|Reason: Requested by user
26.12.2005 23:50:01|SETI@home|Requesting 306501 seconds of new work
26.12.2005 23:50:21|SETI@home|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi succeeded
26.12.2005 23:50:21|SETI@home|Message from server: Not sending work - last RPC too recent: 165 sec
26.12.2005 23:50:29||Rescheduling CPU: project op
26.12.2005 23:50:32|SETI@home|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
26.12.2005 23:50:32|SETI@home|Reason: Requested by user
26.12.2005 23:50:32|SETI@home|Requesting 306568 seconds of new work
26.12.2005 23:50:47|SETI@home|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi succeeded
26.12.2005 23:53:33||Rescheduling CPU: project op
26.12.2005 23:53:37|SETI@home|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
26.12.2005 23:53:37|SETI@home|Reason: Requested by user
26.12.2005 23:53:37|SETI@home|Requesting 306999 seconds of new work
26.12.2005 23:53:52|SETI@home|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi succeeded
26.12.2005 23:53:52|SETI@home|Message from server: Not sending work - last RPC too recent: 186 sec
26.12.2005 23:54:41||Rescheduling CPU: project op
26.12.2005 23:54:43|SETI@home|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
26.12.2005 23:54:43|SETI@home|Reason: Requested by user
26.12.2005 23:54:43|SETI@home|Requesting 307218 seconds of new work
26.12.2005 23:54:58|SETI@home|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi succeeded
26.12.2005 23:54:58|SETI@home|Message from server: Not sending work - last RPC too recent: 65 sec
26.12.2005 23:55:29||Rescheduling CPU: project op
26.12.2005 23:55:33|SETI@home|Sending scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi
26.12.2005 23:55:33|SETI@home|Reason: Requested by user
26.12.2005 23:55:33|SETI@home|Requesting 307374 seconds of new work
26.12.2005 23:55:38|SETI@home|Scheduler request to http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi succeeded
26.12.2005 23:55:38|SETI@home|Message from server: Not sending work - last RPC too recent: 44 sec

Co s tim proboha mam delat? Asi pocitat jinej projekt, ze?

[Miras]

Pokud chceš od SETI práci, mezi jednotlivejma požadavkama musí být pauza minimálně 10 minut. Když žádáš poprvý a pak za třicet sekund podruhý, napíše tu hlášku Last RPC too recent - 30 sec. Pak u stavu projektu píše Nevyřízený požadavak plánovače, komunikace odložena a odpočítává těch deset minut. Když ručně zažádáš o práci dřív, nepošle ti ju.
Taky netuším proč ti občas nepošle práci bez žádný chybový hlášky. Ale každopádně, když už komunikace se schedulerem proběhne a nic ti nepošle, nemá význam žádat o další práci dřív jak po deseti minutách.
Včera večer byl u SETI pravděpodobně nějakej menší výpadek (nějakej problém se sítí, projekt je online furt) a když se teď dívám na provoz na sítí, vypadá to nějak podivně, možná že je tam nějakej problém...

[Howard]

Zazadal jsem o ni za hodinu a opakovalo se totez. Nekdy chyba last rpc too recent, nekdy nic.
Dalsi den, kdyz se dopocetli 2 wu a zbyvala pouze 1, tak sem opet aktualizoval a stahli se 3 wu, prestoze boinc zacal o praci na 5 dni. 3 wu se spoctou za pul dne.
Pote, co se stali 3 wu, zkousel sem opet requestovat a opakovalo se opet to same, co predtim, nekdy last rpc too recent, nekdy nic, boinc porad zadal 5 dnu prace.
No nic, snad se umoudri.

[forest]

Neměl jsi nějakou dobu ten PC odstavenej od Seti? Že by ti to nějak rozhodilo průměr kolik toho stíháš za těch 5 dní vypočítat?
Protáhni to na 10 dní a uvidíš jestli dostaneš víc.
A nemáš náhodou nějaké dluhy na dalších projektech? Či jestli ti náhodou nehrozí na jiném projektu překročení dedline?

[Honza]

Nemìl jsi nìjakou dobu ten PC odstavenej od Seti?
A nemáš náhodou nìjaké dluhy na dalších projektech? Èi jestli ti náhodou nehrozí na jiném projektu pøekroèení dedline?

Jak Howard psal, masina zapojena pouze do SETI.
Ano, jestli neni 100% up-time, muze to byt duvod, proc stahne mensi zasobu.

['bosh]

2Howard: In client_state.xml check your <on_frac>0.999999</on_frac> and <active_frac>0.999272</active_frac> , if much less then 0.99... then change to 0.999999.
Keep in mind that SETI is currently experiencing random download problems.

[dejvidek]

No na modemu provozovat SETI, to musíš bejt sponzor Telecomu a nebo čekáš na exekutora
dejv

[Howard]

Mate pravdu v tom, ze ten adresar s boincem byl nejakou dobu mimo provoz. A docela zacinam verit tomu, ze to je ten problem. Mozna sem mel udelat novou instalaci.

Ono je to totiz takhle.
Muj stary pocitac P3 celeron 1,3 GHz se nekdy v rijnu zacal zasekavat cim dal tim vic. Zasekl se vzdycky spolehlive do minuty po pusteni optimalizovaneho seti. Ale treba po 2 resetech to pak uz jelo stabilne. Ale cim dal tim to bylo horsi.
Mohli za to spatne kondenzatory na desce. V pulce rijna sem boince prestal poustet (a pocital klasicke seti, ktere to nezasekavalo).
V te dobe jsem vubec nemel cas to resit, protoze jsem na tom potreboval pracovat a takhle se to nechalo. Navic jsem si planoval koupit novy komp - P4 dualcore, to mam od zac. prosince. Stary pocitac sem pak dal tatovi, ktery nechal vymenit ty kondiky a pak si ten pocitac nechal. No a vcera sem tam prijel a vzal sem ten stary adresar s boincem a optim.seti a zkousel, jestli se ten komp nesekne. Pocitalo to asi hodinu jednotky s deadline 20.rijna a v pohode.
Tak jsem resetnul seti projekt, nasosali se 3 jednotky a jelo to.
Dalsi den jsem upravil na webu nastaveni kolik dnu ma mit stazenou praci, jenze on (jak vidite) vubec nechce sosat.
Kdyby aspon vyblil nejakou inteligentni hlasku. Muj tata videl boinc poprvy a kdyz to nechapu ja, jak to ma chapat on.

EDIT:
2 Honza: 100% uptime urcite ne, pusteny to je po vecerech.
2 bosh: I'll try to navigate my father via email to find these values and we'll C.

[forest]

No vida, takže problém je myslím vyřešen.
Takže dej v tom klientovi opustit projekt, znovu se připoj do Seti, ono ti to vytvoří nový PC na tvůj účet a WU budeš mít habaděj
Prostě si na Seti pamatují, že ten PC dva měsíce stál a tak práce pro něj na 5 dní je téměř nula.
Ale stejně by s to po čase zase narovnalo, pokud to necháš.

[Honza]

Takže dej v tom klientovi opustit projekt, znovu se pøipoj do Seti, ono ti to vytvoøí nový PC na tvùj úèet a WU budeš mít habadìj

Myslim, ze 'boshovo reseni je...setrnejsi. Kazdy podobny problem (ktery znovu jiste nastane a je jen otazkou casu, nez se zase projevi) resit odpojenim od projektu...navic na dial-upu

[Howard]

Zejtra zavolam tatovi a uvidime.

Nicmene, uprimne - myslim, ze hranice obetavosti kazdeho z nas co se tyce boincu ma jiste meze, je fakt, ze jsem propalil par penez, kdyz jsem se pripojoval u rodicu a mam platit dalsi poplatky za hovor? Ja jsem toho schopnej, ale budu se rozmyslet, jestli mi to za to stoji.

[Howard]

Jenom maly povzdech, pri kterem jsem si vzpomnel na tento problem....

na jednom kompu se mi ted stahlo 4 obrazovky workunitu..... 4obrazovky pri rozliseni 1280x1024....

z extremu do extremu

ale je mi jasny proc se to stalo, uz se tomu vubec nedivim