[SETI] Foutmelding in SetiQueue, WU's worden niet verzonden

[Poltergeist]

Zoals de titel al zegt: ik krijg op dit moment constant een foutmelding in Setiqueue (en waarschijnlijk al een hele dag). De foutmelding is:

Passthrough: Seti@home status: ErrorCode 0x00000064 100

WU's worden niet verzonden, dus ik vermoed dat er een verbindingsprobleem is ergens. Moet ik me daar zorgen over maken, of zal het vanzelf wel goed komen?

Er is niets veranderd aan de instellingen van de netwerkverbinding (ADSL, Demon) of Setiqueue zelf. Versie setiqueue 3.03.2.2b, te bereiken via seti.poelgeest.org.

[Jester-NL]

Een paar topics lager staat een soortgelijk probleem, met oplossing...
Hier nog maar een keer

— October 27, 2003 —
If you are unable to connect due to "100" errors (or perhaps "41") you may need to exit SETI@home, remove the files "result.sah" and "user_info.sah" from your system, and then restart SETI@home. This is probably fallout from the user database crash a few days ago. Sorry for the inconvenience

[Poltergeist]

Tja, alleen is dit niet de oplossing voor mijn probleem. Ik was al bang dat ik alle clients af zou moeten om die bestanden te verwijderen, maar het lijkt erop dat het herstarten van SetiQueue voldoende was. Er staan er nu iig al minder te wachten om verzonden te worden.

[Verwijderd]

Pas een e-mail change gedaan? Die meldingen komen me bekend voor in de queue waar ik altijd naar flush, pas na een e-mail change.

[Poltergeist]

Nope, geen e-mail change. Overigens is het een vreemd probleem: de WU's worden wel geflushed als SetiQueue wordt opgestart, maar worden daarna weer vastgehouden. Setiqueue even afsluiten, opnieuw starten, en ze worden weer geflushed. Ik hou me dus nog steeds aanbevolen voor werkbare oplossingen, want om nou al m'n clients af te gaan, daar heb ik op dit moment even geen tijd voor...

[ColdRain]

Poltergeist schreef op 30 oktober 2003 @ 21:35:
Nope, geen e-mail change. Overigens is het een vreemd probleem: de WU's worden wel geflushed als SetiQueue wordt opgestart, maar worden daarna weer vastgehouden. Setiqueue even afsluiten, opnieuw starten, en ze worden weer geflushed. Ik hou me dus nog steeds aanbevolen voor werkbare oplossingen, want om nou al m'n clients af te gaan, daar heb ik op dit moment even geen tijd voor...

Nochtans zal er weinig anders opzitten !
Btw, als je die user_info.sah mehebt op flop of cd, duurt het eigenlijke werk amper 'n minuutje. Blijft uiteraard het vervelendste van al: je moet er langs. Ik was zelf ook behoorlijk pissed op Berkeley ... maja ik werk dat dan uit op mijn manier (cfr dpch van een paar dagen geleden)

[Idsme]

Ik zag ineens op Berkeley dat ze een wat uitgebreidere uitleg (ahum) hebben geschreven:

October 30, 2003

About one week ago our user database crashed. No data was lost, but there was a brief period of time where the server was in such an odd state that it accepted current results from users, but then corrupted their local user_info.sah file, which contains information about user id and credit.

Days later, when everything was normal, users started to return results infected with the bogus data in their user_info.sah file. Unfortunately our server rejects these particular results with a cryptic, fatal "100" error.

The problem is, users are still left with bogus user_info.sah files, and their result.sah files remain infected as well. So the only trustworthy solution is to just remove these offending files (search for the files "result.sah" and "user_info.sah" on your systems and delete them). When you start up SETI@home it will ask you to log in again. The process of logging in with clean up the user_info.sah files, and download a fresh workunit to chew on.

However, this also nullifies any work done on the infected result. We apologize for that wasted effort, but in the interest of clean science the best thing to do is just remove these files and start again on a new workunit from scratch.

People using third-party "add-on" software to cache units may be experiencing a set of other problems that our beyond our jurisdiction, since we haven't written that software and don't know how it works or why it is broken. There are several threads on our message boards discussing potential solutions depending on which add-on you are using.