Ah, okay...

Well hopefully it'll do it again...

Let me know how it goes...

OK, I'm 10+ hours in and still stuck at 1%. I think it will stay stuck. If you concur I will gather the info. In the meantime, I am going to preempt it.

---

well go ahead and get a dump of it. I'm glad it at least repro'ed for you.

----- Rom

---

well go ahead and get a dump of it. I'm glad it at least repro'ed for you.

----- Rom

Got it... where to?

---

Could you send it to this address:

romw at romwnet.org

It is currently setup with unrestricted sizes for sending and receiving email.

----- Rom

---

Could you send it to this address:

romw at romwnet.org

It is currently setup with unrestricted sizes for sending and receiving email.

----- Rom

I sent you an email with the following content... did you get it?

"Looks like I’m having trouble getting the 12 meg out of the gate here. My main email ISP has a 5 meg limit, another has a 10 meg limit (both I have direct access to).. yet another ISP I have an account with is unlimited, but I have no direct connection with them and they don’t allow relaying… So It looks like I am going to have to carve the files up. Do you have a preferred method? I can create segmented Zips, or there is a shareware program I have used in the past called EZSplit. Or I could just write a short program to cut it up."

Mike

---

Could you send it to this address:

romw at romwnet.org

It is currently setup with unrestricted sizes for sending and receiving email.

----- Rom

I sent you an email with the following content... did you get it?

"Looks like I’m having trouble getting the 12 meg out of the gate here. My main email ISP has a 5 meg limit, another has a 10 meg limit (both I have direct access to).. yet another ISP I have an account with is unlimited, but I have no direct connection with them and they don’t allow relaying… So It looks like I am going to have to carve the files up. Do you have a preferred method? I can create segmented Zips, or there is a shareware program I have used in the past called EZSplit. Or I could just write a short program to cut it up."

Mike

I didn't get it. Go ahead and create mini rars then, winrar can break up the dump file and reassemble it without to much grief.

----- Rom

---

I didn't get it. Go ahead and create mini rars then, winrar can break up the dump file and reassemble it without to much grief.

----- Rom

Elvis has left the building.

---

Hi Rom,

As per isntructions in the other thread, have aborted the following RALPH 4.93 WU's as they were stuck at 1%:

22/03/2006 14:53:43|ralph@home|Unrecoverable error for result HB_BARCODE_30_1a19A_352_138_0 (aborted via GUI RPC)
22/03/2006 14:53:48|ralph@home|Unrecoverable error for result HB_BARCODE_30_1a68__352_138_0 (aborted via GUI RPC)
22/03/2006 14:53:55|ralph@home|Unrecoverable error for result HB_BARCODE_30_1ctf__352_137_0 (aborted via GUI RPC)
22/03/2006 14:54:00|ralph@home|Unrecoverable error for result HB_BARCODE_30_1ctf__352_136_0 (aborted via GUI RPC)
22/03/2006 14:54:11|ralph@home|Unrecoverable error for result HB_BARCODE_30_4ubpA_352_135_0 (aborted via GUI RPC)

Have 2 more that are progressing:


22/03/2006 14:54:23|ralph@home|Pausing result HB_BARCODE_30_5croA_352_136_0 (left in memory)
22/03/2006 14:56:02|ralph@home|Pausing result HB_BARCODE_30_1bk2__352_137_0 (left in memory)


and now both are at around 37% at:

Stage: "Ab initio".
Model: 95
Step: 325,000+

- had to change the CPU resource to 2 days (from 4 days), as these 2 WU's are preventing me crunching for any other project - but happy to help with 48 hours of solid RALPH crunching if it helps figure out the problem.

Now have some 4.94 WU's

regards,

Tim

For those who are searching for this bug could you upgrade your BOINC client to 5.3.28 or better?

Apparently the 5.2.x clients don't send the right instruction to the application when it is time to abort to cause it to dump the backtraces for the various threads.

Sorry about that. 5.3.x has been in the oven for quite awhile and I forgot what I was hooking into wasn't supported by the older client.

----- Rom

---

For those who are searching for this bug could you upgrade your BOINC client to 5.3.28 or better?

Apparently the 5.2.x clients don't send the right instruction to the application when it is time to abort to cause it to dump the backtraces for the various threads.

Sorry about that. 5.3.x has been in the oven for quite awhile and I forgot what I was hooking into wasn't supported by the older client.

----- Rom

It seems like 5.3.28 don´t work with WIN 98.

Anders n

---

For those who are searching for this bug could you upgrade your BOINC client to 5.3.28 or better?

Apparently the 5.2.x clients don't send the right instruction to the application when it is time to abort to cause it to dump the backtraces for the various threads.

Sorry about that. 5.3.x has been in the oven for quite awhile and I forgot what I was hooking into wasn't supported by the older client.

----- Rom

Rom,

Before people perform an upgrade to their BOINC software, could you please provide some information as to the impact this may have on other projects they may be running. Many of the users are running multiple projects, and this kind of an upgrade could have serious implications for those other efforts.

In particular people running CPDN and Predictor may have some issues.

---

Moderator9
RALPH@home FAQs
RALPH@home Guidelines
Moderator Contact

Before people perform an upgrade to their BOINC software, could you please provide some information as to the impact this may have on other projects they may be running. Many of the users are running multiple projects, and this kind of an upgrade could have serious implications for those other efforts.

In particular people running CPDN and Predictor may have some issues.

There are no implications I upgrade my BOINC client whenever ROM and the team bring out a new version, to help test if for bugs, in the many months I have been upgrading to various clients I have never had a trashed WU.

Besides if people wish to help RALPH solve the 1% bug they have no choice this is the only BOINC client that handles what RALPH needs for the error reporting

---

Join us in Chat (see the forum) Click the Sig


Join UBT

I do not know if this will help, but one of my units errored out:


Result ID 50692
Name HB_BARCODE_30_1ten__354_40_0
Workunit 46237

---

Before people perform an upgrade to their BOINC software, could you please provide some information as to the impact this may have on other projects they may be running. Many of the users are running multiple projects, and this kind of an upgrade could have serious implications for those other efforts.

In particular people running CPDN and Predictor may have some issues.

There are no implications I upgrade my BOINC client whenever ROM and the team bring out a new version, to help test if for bugs, in the many months I have been upgrading to various clients I have never had a trashed WU.

Besides if people wish to help RALPH solve the 1% bug they have no choice this is the only BOINC client that handles what RALPH needs for the error reporting

Actually there are implications for other some of the other projects. It depends on the platform a person is using and the project requirements. AS far as I can see the 1% problem is a Windoze problem. Those of us using Macs may not have to upgrade at all. Some of the projects cannot use the newest BOINC versions without upgrading their servers and or applications. This has been shown to be the case in the past. So while I am happy that this seems to work for you, I would for one would prefer to take guidance from Rom or David Kim on this point that is part of what they are here for.

Regards
Phil

---

Some of the projects cannot use the newest BOINC versions without upgrading their servers and or applications

This is untrue for all the latest BOINC clients, they work off the Server Version 5, so every project will run off 5.3.28 with no problems

---

Join us in Chat (see the forum) Click the Sig


Join UBT

I am, from long time ago, running boinc 5.3.2 on my windows PC(s)

*This, cause I administer my putters remotely,
and I need of a consistent rpc port to connect with

see the line of a python script I use to start boinc on remote PC via telnet over INTERNET
-> note the -gui_rpc_port and the -detach
commands I use. these commands, does *not* work with 5.2.x clients

tn.write ('at %02d:%02d /next: "S:\boinc.exe" -redirectio -allow_remote_gui_rpc -gui_rpc_port 31416 -return_results_immediately -detachrn' % (hora, minuto))

Though, I have *no* stuck WU(s) to report on my windows PC(s) -:)
all my "stuck WU(s)" do happens on Linux, at any % ... without using CPU

Idea: How about a separate thread for each different % (stuck at) ?
*Stuck at 1% already exists ... stuck at 83.31% and all other %(s) are missing.

---

Click signature for global team stats

I want to run 3 projects on my PC

*However each project requires a different boinc version to run -:(

Actually seems that to run 3 projects at the same time, only if u own 3 pcs

This is what happens using a boinc version different from the boinc version
that the project requires

Date Host Project ID Message
3/23/2006 6:18:37 PM carlos.cp3 http://issofty17.is.noda.tus.ac.jp/ 169 Master file download succeeded
3/23/2006 6:18:37 PM carlos.cp3 http://issofty17.is.noda.tus.ac.jp/ 170 Sending scheduler request to http://issofty17.is.noda.tus.ac.jp/cgi/cgi
3/23/2006 6:18:37 PM carlos.cp3 http://issofty17.is.noda.tus.ac.jp/ 171 Reason: Requested by user
3/23/2006 6:18:37 PM carlos.cp3 http://issofty17.is.noda.tus.ac.jp/ 172 Requesting 43200 seconds of new work
3/23/2006 6:18:44 PM carlos.cp3 http://issofty17.is.noda.tus.ac.jp/ 173 Scheduler request to http://issofty17.is.noda.tus.ac.jp/cgi/cgi succeeded
3/23/2006 6:18:44 PM carlos.cp3 Project TANPAKU 174 Message from server: Need major version 4 of the BOINC core client. You have 5.
3/23/2006 6:18:44 PM carlos.cp3 Project TANPAKU 175 Resetting project
3/23/2006 6:18:44 PM carlos.cp3 --- 176 Rescheduling CPU: exit_tasks
3/23/2006 6:18:44 PM carlos.cp3 Project TANPAKU 177 Detaching from project
3/23/2006 6:53:38 PM carlos.cp3 --- 178 Rescheduling CPU: application exited

seems that changing the boinc version, causes only
a reset/detach for *all* projects u are running, that does not like
of the boinc version u are using -!

---

Click signature for global team stats

Hello Carlos

How about posting on Project TANPAKU forum asking them to upgade there server.
:)

Anders n

---

Hello Carlos

How about posting on Project TANPAKU forum asking them to upgade there server.
:)

Anders n

Somewhat difficult ... my keyboard does not have oriental language
special characteres keys.

However I am not discussing the problems of the project の計算結果

*I was only showing what happens when a boinc version get changed

Nothing to worry -:! only a (reset plus a detach for all u projects)
*I believe that u will lose only the cpu time on jobs partially crunched
(or finisehd, but not uploaded yet)

---

Click signature for global team stats

Result : https://ralph.bakerlab.org/result.php?resultid=85041
WU : https://ralph.bakerlab.org/workunit.php?wuid=777
Host : https://ralph.bakerlab.org/results.php?hostid=

Computed about 2 hours, max 1.19 %, switched back to 1.0 % after restart from scheduler (started other project and switched back).

---