communication deferred in eterno

[redcloud]

Salve, è da un po' di tempo che inspiegabilmente (cioè senza aver toccato firewall o altro) boinc non uppa più, nè da Win nè da Linux! Da cosa può dipendere?

[redcloud]

Anche se cerco di joinare un nuovo progetto mi compare il messaggio di errore "No internet connection"! Ovviamente ho il collegamento internet attivo...

[GHz]

Strano...hai cambiato qualcosa ultimamente? Anche se non l'hai toccato, ricontrolla che nel firewall boinc.exe abbia accesso alla rete. Riportaci i messaggi di errore di boinc e vediamo.

Ciao,
GHz

[trekfan1]

Controlla anche i DNS, a me è capitato e sistemando i DNS è tornato a funzionare, che provider hai?

[redcloud]

Originariamente inviato da GHz

Strano...hai cambiato qualcosa ultimamente? Anche se non l'hai toccato, ricontrolla che nel firewall boinc.exe abbia accesso alla rete. Riportaci i messaggi di errore di boinc e vediamo.

Ciao,
GHz

Non credo di aver cambiato qualcosa! Ho controllato nel firewall di XP e boinc manager è incluso. Dove controllo gli errori? Io noto semplicemente communication deferred e il countdown e quando cerco di aggiungere un progetto, non riesce ad accedere al sito del progetto dicendomi No internet connection.

[redcloud]

Originariamente inviato da trekfan1

Controlla anche i DNS, a me è capitato e sistemando i DNS è tornato a funzionare, che provider hai?

Uso ALICE e non ho mai avuto bisogno di settare un DNS.

[GHz]

Originariamente inviato da redcloud

Non credo di aver cambiato qualcosa! Ho controllato nel firewall di XP e boinc manager è incluso. Dove controllo gli errori? Io noto semplicemente communication deferred e il countdown e quando cerco di aggiungere un progetto, non riesce ad accedere al sito del progetto dicendomi No internet connection.

E' il core client di boinc che deve essere sbloccato nel firewall (boinc.exe), non il manager (boincmgr.exe). Controlla meglio, se non c'è aggiungilo e riprova.

Gli errori puoi vederli dalla finestra messaggi, selezionali e poi c'è il pulsante per copiarli.

Originariamente inviato da redcloud

Uso ALICE e non ho mai avuto bisogno di settare un DNS.

Alle volte capita che i server cambino indirizzi e i server dns non siano aggiornati, quindi bisogna aspettare un pò, oppure provare con altri dns, o ancora provare a svuotare la cache del pc con un ipconfig /flushdns

Facci sapere!

[redcloud]

Originariamente inviato da GHz

E' il core client di boinc che deve essere sbloccato nel firewall (boinc.exe), non il manager (boincmgr.exe). Controlla meglio, se non c'è aggiungilo e riprova.

Infatti è quello che ho fatto dopo ma non va ugualmente

Originariamente inviato da GHz

Gli errori puoi vederli dalla finestra messaggi, selezionali e poi c'è il pulsante per copiarli.



Alle volte capita che i server cambino indirizzi e i server dns non siano aggiornati, quindi bisogna aspettare un pò, oppure provare con altri dns, o ancora provare a svuotare la cache del pc con un ipconfig /flushdns

Facci sapere!

Questi sono i messaggi appena avvio boinc

05/02/2007 22.28.48||Starting BOINC client version 5.4.11 for windows_intelx86
05/02/2007 22.28.48||libcurl/7.15.3 OpenSSL/0.9.8a zlib/1.2.3
05/02/2007 22.28.48||Data directory: C:\Programmi\BOINC
05/02/2007 22.28.48||Processor: 1 AuthenticAMD Mobile AMD Sempron(tm) Processor 3000+
05/02/2007 22.28.48||Memory: 510.16 MB physical, 1.21 GB virtual
05/02/2007 22.28.48||Disk: 54.99 GB total, 4.16 GB free
05/02/2007 22.28.48|lhcathome|URL: http://lhcathome.cern.ch/; Computer ID: 1148814; location: home; project prefs: default
05/02/2007 22.28.48|Predictor @ Home|URL: http://predictor.scripps.edu/; Computer ID: 264915; location: home; project prefs: default
05/02/2007 22.28.48|SETI@home|URL: http://setiathome.berkeley.edu/; Computer ID: 2641179; location: home; project prefs: default
05/02/2007 22.28.48|Einstein@Home|URL: http://einstein.phys.uwm.edu/; Computer ID: 724926; location: home; project prefs: default
05/02/2007 22.28.48|boincsimap|URL: http://boinc.bio.wzw.tum.de/boincsimap/; Computer ID: 39141; location: ; project prefs: default
05/02/2007 22.28.48|rosetta@home|URL: http://boinc.bakerlab.org/rosetta/; Computer ID: 296735; location: ; project prefs: default
05/02/2007 22.28.48|QMC@HOME|URL: http://qah.uni-muenster.de/; Computer ID: 20326; location: ; project prefs: default
05/02/2007 22.28.48|Project TANPAKU|URL: http://issofty17.is.noda.tus.ac.jp/; Computer ID: 15776; location: home; project prefs: default
05/02/2007 22.28.48|proteins@home|URL: http://biology.polytechnique.fr/proteinsathome/; Computer ID: 7692; location: home; project prefs: default
05/02/2007 22.28.48|malariacontrol.net beta|URL: http://www.malariacontrol.net/; Computer ID: 14902; location: ; project prefs: default
05/02/2007 22.28.48|Rectilinear Crossing Numbers|URL: http://dist.ist.tugraz.at/cape5/; Computer ID: 10117; location: ; project prefs: default
05/02/2007 22.28.48|Leiden Classical|URL: http://boinc.gorlaeus.net/; Computer ID: 14228; location: ; project prefs: default
05/02/2007 22.28.48|uFluids|URL: http://www.ufluids.net/; Computer ID: 39009; location: ; project prefs: default
05/02/2007 22.28.48|SZTAKI Desktop Grid|URL: http://szdg.lpds.sztaki.hu/szdg/; Computer ID: 243826; location: ; project prefs: default
05/02/2007 22.28.48||General prefs: from SETI@home (last modified 2005-10-25 22:31:29)
05/02/2007 22.28.48||General prefs: no separate prefs for home; using your defaults
05/02/2007 22.28.48||Local control only allowed
05/02/2007 22.28.48||Listening on port 31416
05/02/2007 22.28.48|SETI@home|Deferring task 06no03aa.23964.22353.279820.3.59_1
05/02/2007 22.28.48|Rectilinear Crossing Numbers|Deferring task tuedrei102_0171_0950_0264_0
05/02/2007 22.28.48|SZTAKI Desktop Grid|Deferring task 0f740a11-ddf9-490d-8ad1-9b4f129158f5_f9b039c2-4868-4a84-a0c5-eb0ea0fa4ac6_24895_0
05/02/2007 22.28.48|uFluids|Can't restart drops3_46_1.4_0.002_3.8_0_0_0_3: missing files
05/02/2007 22.28.48|uFluids|Unrecoverable error for result drops3_46_1.4_0.002_3.8_0_0_0_3 (One or more missing files)
05/02/2007 22.28.48|uFluids|Deferring scheduler requests for 1 minutes and 0 seconds
05/02/2007 22.28.48||Using earliest-deadline-first scheduling because computer is overcommitted.
05/02/2007 22.28.48|uFluids|Starting task drops3_46_1.4_0.002_3.8_0_0_0_3 using evolver version 410
05/02/2007 22.28.49|Predictor @ Home|Sending scheduler request to http://predictor.scripps.edu/predictor_cgi/cgi
05/02/2007 22.28.49|Predictor @ Home|Reason: To fetch work
05/02/2007 22.28.49|Predictor @ Home|Requesting 60480 seconds of new work
05/02/2007 22.28.54|Predictor @ Home|Scheduler request succeeded
05/02/2007 22.28.54|Predictor @ Home|No work from project
05/02/2007 22.28.54|Predictor @ Home|Deferring scheduler requests for 2 hours, 10 minutes and 52 seconds
05/02/2007 22.28.59|lhcathome|Sending scheduler request to http://lhcathome.cern.ch/lhcathome_cgi/cgi
05/02/2007 22.28.59|lhcathome|Reason: To fetch work
05/02/2007 22.28.59|lhcathome|Requesting 60480 seconds of new work
05/02/2007 22.29.04|lhcathome|Scheduler request succeeded
05/02/2007 22.29.04|lhcathome|No work from project
05/02/2007 22.29.04|lhcathome|Deferring scheduler requests for 31 minutes and 6 seconds
05/02/2007 22.29.49|uFluids|Sending scheduler request to http://www.ufluids.net/ufluids_cgi/cgi
05/02/2007 22.29.49|uFluids|Reason: To report completed tasks
05/02/2007 22.29.49|uFluids|Reporting 1 tasks
05/02/2007 22.29.55|uFluids|Scheduler request succeeded
05/02/2007 22.29.57|uFluids|Couldn't delete file projects/www.ufluids.net/drops3_46_1.4_0.002_3.8_0_0_0.fe

[GHz]

Allora, come si può evincere dal log dei messaggi, boinc riesce ad accedere tranquillamente alla rete e a contattare i server dei progetti (Scheduler request succeeded). Quello che non mi torna è che all'avvio sospente tutte le WU dei vari progetti a parte uFluids, dicendo che scaccola le wu con scadenza più vicina perchè la cache è troppo piena:

05/02/2007 22.28.48||Using earliest-deadline-first scheduling because computer is overcommitted.

e poi cosa fa? Richiede nuovo lavoro su 2 LHC e uFluids

05/02/2007 22.28.49|Predictor @ Home|Requesting 60480 seconds of new work
05/02/2007 22.28.59|lhcathome|Requesting 60480 seconds of new work

e poi, visto che la WU di uFluids che aveva iniziato è andata in errore, la uppa, e poi da questo errore:

]05/02/2007 22.29.57|uFluids|Couldn't delete file projects/www.ufluids.net/drops3_46_1.4_0.002_3.8_0_0_0.fe

quindi boinc non riesce a cancellare il file relativo alla wu dalla cartella del progetto e probabilmente ti rimangono tutte nella lista come "wu completate" e non come "ready to report". Probabilmente con un bel reset generale la situazione tornerebbe alla normalità, ma questo è un caso per il nostro esperto di cpu-scheduler lucab76 . Successivamente installa anche la nuova versione di boinc che dovrebbe avere uno scheduler migliore.

Ciao,
GHz

[lucab76]

Originariamente inviato da GHz

Probabilmente con un bel reset generale la situazione tornerebbe alla normalità, ma questo è un caso per il nostro esperto di cpu-scheduler lucab76 . Successivamente installa anche la nuova versione di boinc che dovrebbe avere uno scheduler migliore.
Ciao,
GHz

Mah... oddio... se riuscissi a capirci qualcosa... volentieri!!
Scherzi a parte!
redcloud, la 5.4.11 è una versione che conosco abbastanza bene ormai (ovvero, mi ci sono picchiato abbastanza, in passato!!) e sono sicuro che si tratti di un problema di "debiti".

C'era un thread un po' di tempo fa... aspetta un secondo... eccolo qua! LINK
In questo post spiegavo a gparlav come interpretare gli strani comportamenti del Boinc Manager. Dagli una lettura e vedi che ti dice il Debt Viewer.

Fammi sapere!