Message copied to send to Rosetta project as progress has gone no further than 1.001% in approximately 10:09:87hrs. This message part taken from Tasks listing in BOINC:CPU Time: 00:55:29, To completion: 24:47:57, Report Deadline: 7/28/2006 05:58:54:AM

SPECIAL ADDED MESSAGE. THE ERROR MESSAGE WILL CONTINUE AFTER THE SPECIAL MESSAGE:
The messages below may have been split improperly as I used a spellchecker utility in Wordperfect before copping messages to this box. As it doesn't do proper word wrapping. The messages may be split incorrectly, but all are otherwise intact. All messages were needed to show what is happening.
SPECIAL MESSAGE ENDS HERE. PLEASE READ ON.:

ERROR MESSAGES CONTINUE HERE:

Estimated time normally as by the site is 3 to 4 hours per project file. When restarted computer on 7/26/2006 03:56:27:AM I received an error code 161 message from the Rosetta project, and the project was dumped. I received no messages telling me it was going to dumpted. The files just dissapeared. I received no new work from the Rosetta
project. BOINC may be trying to finish the SETI project file on my computer. I have copied all the messages that may be relative to what is causing the problem.

Please excuse the long message as I tried to get all messages related to the problem before I send the message. It is now: 7-26-2006-WED.-@04:23:04. Rosetta has not asked for new work, or tried to update the project.

MESSAGES FOLLOW WITH AREA NOTES ADDED. The messages beloe may indicate a bug in the BOINC, or in the projects that I am trying to run. All other active security, and diagnostic programs normally running on my computer are running OK.

Started : 7/25/2006 03:38:36:AM||Starting BOINC client version 5.5.6

Now: 7/25/2006 13:48:23:PM
Total Time Approximate 10:09:87hrs
Total Active Time Approximate:

BOINC - ROSETTA - SETI@Home MESSAGES START HERE:

7/25/2006 03:38:36:AM||Starting BOINC client version 5.5.6 for windows_intelx86
7/25/2006 03:38:36:AM||Libraries: libcurl/7.15.4 OpenSSL/0.9.8a zlib/1.2.3
7/25/2006 03:38:36:AM||Data directory: E:Program FilesBOINC
7/25/2006 03:38:36:AM||Processor: 1 GenuineIntel x86 Family 6 Model 8 Stepping 1 604MHz
7/25/2006 03:38:36:AM||Memory: 1023.53 MB physical, 2.41 GB virtual
7/25/2006 03:38:36:AM||Disk: 27.96 GB total, 9.73 GB free


Now, Messages: 7/25/2006 10:39:59:AM|rosetta@home|Resuming task

FRA_t374_CASP7_hom001_4_t374_4_1yr0A_IGNORE_THE_REST_52_1015_13_0 using rosetta version 525
7/25/2006 11:05:24:AM|rosetta@home|Sending scheduler request: Requested by user
7/25/2006 11:05:24:AM|rosetta@home|(not requesting new work or reporting completed tasks)
7/25/2006 11:05:29:AM|rosetta@home|Scheduler request succeeded
7/25/2006 11:05:29:AM|rosetta@home|Scheduler version: 505
7/25/2006 11:05:29:AM||General prefs: from rosetta@home (last modified 2006-07-25 11:04:20)
7/25/2006 11:05:29:AM||General prefs: no separate prefs for home; using your defaults

New messages show what I have been talking about. The following messages are after computer startup today. Please check out all messages, and specifically the message that starts as: 7/26/2006

04:03:01:AM|rosetta@home|Unrecoverable error

7/26/2006 03:56:27:AM||Starting BOINC client version 5.5.6 for windows_intelx86
7/26/2006 03:56:27:AM||Libraries: libcurl/7.15.4 OpenSSL/0.9.8a zlib/1.2.3
7/26/2006 03:56:27:AM||Data directory: E:Program FilesBOINC
7/26/2006 03:56:29:AM||Processor: 1 GenuineIntel x86 Family 6 Model 8 Stepping 1 604MHz
7/26/2006 03:56:29:AM||Memory: 1023.53 MB physical, 2.41 GB virtual
7/26/2006 03:56:29:AM||Disk: 27.96 GB total, 9.76 GB free
7/26/2006 03:56:30:AM|rosetta@home|URL:

https://boinc.bakerlab.org/rosetta/; Computer ID: 272864; location:

home; project prefs: default
7/26/2006 03:56:30:AM|SETI@home|URL: http://setiathome.berkeley.edu/;

Computer ID: 1229337; location: home; project prefs: default
7/26/2006 03:56:30:AM||General prefs: from rosetta@home (last modified 2006-07-25 11:04:20)
7/26/2006 03:56:30:AM||General prefs: no separate prefs for home; using your defaults
7/26/2006 03:56:36:AM|rosetta@home|Sending scheduler request: Requested by user
7/26/2006 03:56:36:AM|rosetta@home|(not requesting new work or reporting completed tasks)
7/26/2006 03:56:36:AM||Running CPU benchmarks
7/26/2006 03:56:42:AM|rosetta@home|Scheduler request succeeded
7/26/2006 03:56:43:AM|rosetta@home|Scheduler version: 505
7/26/2006 03:57:33:AM||Benchmark results:
7/26/2006 03:57:33:AM|| Number of CPUs: 1
7/26/2006 03:57:33:AM|| 484 floating point MIPS (Whetstone) per CPU
7/26/2006 03:57:33:AM|| 811 integer MIPS (Dhrystone) per CPU
7/26/2006 03:57:33:AM||Finished CPU benchmarks
7/26/2006 03:57:38:AM|rosetta@home|Restarting task

FRA_t374_CASP7_hom001_4_t374_4_1yr0A_IGNORE_THE_REST_52_1015_13_0

using rosetta version 525
7/26/2006 04:03:00:AM|rosetta@home|Computation for task FRA_t374_CASP7_hom001_4_t374_4_1yr0A_IGNORE_THE_REST_52_1015_13_0 finished
7/26/2006 04:03:01:AM|SETI@home|Restarting task

07ap05aa.17797.16960.53410.3.154_3 using setiathome_enhanced version 515
7/26/2006 04:03:01:AM|rosetta@home|Unrecoverable error for result
FRA_t374_CASP7_hom001_4_t374_4_1yr0A_IGNORE_THE_REST_52_1015_13_0 (<file_xfer_error> <file_name>FRA_t374_CASP7_hom001_4_t374_4_1yr0A_IGNORE_THE_REST_52_101 5_13_0_0</file_name> <error_code>-161</error_code></file_xfer_error>)
7/26/2006 04:03:01:AM|rosetta@home|Deferring scheduler requests for 1 minutes and 0 seconds
7/26/2006 04:04:22:AM|rosetta@home|Resetting project

---

It looks like a memory access problem, the stderr output looks messy : resultid=28605965

<core_client_version>5.5.6</core_client_version>
[CDATA[

*snip*

</stderr_txt>
]]>

Probably a pointer error as this "CDATA" stuff is an internal of the compiled program, not part of the working data

Error code 161 is due to an "inconsistent client state". Is it possible that the "clientstate.xml" file was corrupted? Could have been a crash, defragmenter running while boinc was running, etc?

A damaged client_state.xml would be the worst case reason but usually it isn't that bad.

People over at CPDN love this -161 as it happens way too often there. -161 is a catch-all file transfer error. If the project client states that there should be a final result but one or some of the result files are missing, it will issue a -161

Usually the -161 itself is not the real cause of a problem, it just follows an error that has nothing to do with the file transfer at all, a problem in the project client that has not been caught properly.

Maybe it would help to set "Leave applications in memory while preempted". With 1GB RAM and only one CPU that shouldn't be a problem.

Another thing to check would be the virus scanner setting. It can cause problems if the BOINC directory is not excluded from the scan.

The benchmark (which ran immediately before the crash) can affect a result in some very rare cases too, so if it happens everytime together with a benchmark, moving the next benchmark into the far future might help.
_____________________

I wonder why the result disappeared, it wasn't that old. Maybe the file system where BOINC has its database cache is full.

A damaged client_state.xml would be the worst case reason but usually it isn't that bad.

People over at CPDN love this -161 as it happens way too often there. -161 is a catch-all file transfer error. If the project client states that there should be a final result but one or some of the result files are missing, it will issue a -161

Usually the -161 itself is not the real cause of a problem, it just follows an error that has nothing to do with the file transfer at all, a problem in the project client that has not been caught properly.

Maybe it would help to set "Leave applications in memory while preempted". With 1GB RAM and only one CPU that shouldn't be a problem.

Another thing to check would be the virus scanner setting. It can cause problems if the BOINC directory is not excluded from the scan.

The benchmark (which ran immediately before the crash) can affect a result in some very rare cases too, so if it happens every time together with a benchmark, moving the next benchmark into the far future might help.
_____________________

I wonder why the result disappeared, it wasn't that old. Maybe the file system where BOINC has its database cache is full.

Thanks for your assist. First) Leaving the application in memory while preempted: I have the setting as same.

Second) The reference to Anti-Virus: I do regular scans, but do them when no other program is running that is memory intense. The program sets defaults automatically as per the program operation.

Third) As to the disappearing file. I haven't the foggiest idea as why the file disappeared. Thank You.

---