Dyyryath
11-04-2003, 12:28 PM
If so, then this post is for you:<br><br><table width="90%" border="1" cellpadding="5" cellspacing="1" bordercolor="#63635A" bgcolor="#E7E7E2" align="center"><tr><td style="font-size: 12px; font-style: italic;">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.<br><br>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.<br><br>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.<br><br>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.<br><br>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.</td></tr></table><br>