Panic Mode On (78) Server Problems? |
![]() |
| log in |
Message boards : Number crunching : Panic Mode On (78) Server Problems?
Previous · 1 . . . 7 · 8 · 9 · 10 · 11 · 12 · 13 . . . 22 · Next
| Author | Message |
|---|---|
You might consider not requesting new work until the folks back at the farm figure out what has been in 'mangled condition' regarding the scheduler for the past week or so. That's fairly normal on a recovery from an outage, if you have <max_tasks_reported> set low enough it'll go through: 07/11/2012 00:16:15 SETI@home [sched_op_debug] Starting scheduler request 07/11/2012 00:16:15 SETI@home Sending scheduler request: Requested by user. 07/11/2012 00:16:15 SETI@home Reporting 10 completed tasks, not requesting new tasks 07/11/2012 00:16:15 SETI@home [sched_op_debug] CPU work request: 0.00 seconds; 0.00 CPUs 07/11/2012 00:16:15 SETI@home [sched_op_debug] NVIDIA GPU work request: 0.00 seconds; 0.00 GPUs 07/11/2012 00:16:15 SETI@home [sched_op_debug] ATI GPU work request: 0.00 seconds; 0.00 GPUs 07/11/2012 00:16:55 SETI@home Scheduler request completed 07/11/2012 00:16:55 SETI@home [sched_op_debug] Server version 701 07/11/2012 00:16:55 SETI@home Project requested delay of 303 seconds 07/11/2012 00:16:55 SETI@home [sched_op_debug] handle_scheduler_reply(): got ack for result 23jn11ae.18408.22971.140733193388044.10.156_0 07/11/2012 00:16:55 SETI@home [sched_op_debug] handle_scheduler_reply(): got ack for result 23jn11ae.18408.22971.140733193388044.10.152_0 07/11/2012 00:16:55 SETI@home [sched_op_debug] handle_scheduler_reply(): got ack for result 23jn11ae.18408.22971.140733193388044.10.150_0 07/11/2012 00:16:55 SETI@home [sched_op_debug] handle_scheduler_reply(): got ack for result 23jn11ae.18408.22971.140733193388044.10.149_1 07/11/2012 00:16:55 SETI@home [sched_op_debug] handle_scheduler_reply(): got ack for result 23jn11ae.18408.22971.140733193388044.10.148_1 07/11/2012 00:16:55 SETI@home [sched_op_debug] handle_scheduler_reply(): got ack for result 23jn11ae.18408.22971.140733193388044.10.144_0 07/11/2012 00:16:55 SETI@home [sched_op_debug] handle_scheduler_reply(): got ack for result 23jn11ae.18408.22971.140733193388044.10.138_1 07/11/2012 00:16:55 SETI@home [sched_op_debug] handle_scheduler_reply(): got ack for result 23jn11ae.18408.22971.140733193388044.10.131_1 07/11/2012 00:16:55 SETI@home [sched_op_debug] handle_scheduler_reply(): got ack for result 23jn11ae.18408.22971.140733193388044.10.130_1 07/11/2012 00:16:55 SETI@home [sched_op_debug] handle_scheduler_reply(): got ack for result 23jn11ae.18408.22971.140733193388044.10.128_0 07/11/2012 00:16:55 SETI@home [sched_op_debug] Deferring communication for 5 min 3 sec 07/11/2012 00:16:55 SETI@home [sched_op_debug] Reason: requested by project Claggy | |
| ID: 1302921 · | |
|
Cleggy, I realize that -- but the problem which has persisted for a week or so seems unrelated to the 4 hour Tuesday outage. A number of people have reported it over the past week or more. Some are getting a tad frustrated. As for me, like I said, that's what other projects are for. Einstein, POEM and Malaria are getting a bit more of my CPU cycles for now. | |
| ID: 1302930 · | |
Cleggy, I realize that -- but the problem which has persisted for a week or so seems unrelated to the 4 hour Tuesday outage. A number of people have reported it over the past week or more. Some are getting a tad frustrated. As for me, like I said, that's what other projects are for. Einstein, POEM and Malaria are getting a bit more of my CPU cycles for now. It doesn't hurt that other projects hand out credit at a higher rate than Seti does, if that sort of thing is important to you. | |
| ID: 1302938 · | |
|
Actually, those projects I noted are not all that credit generous - at least not for CPU tasks. POEM's GPU task credit is likely above that of SETI == but below that of many other GPU projects. Cleggy, I realize that -- but the problem which has persisted for a week or so seems unrelated to the 4 hour Tuesday outage. A number of people have reported it over the past week or more. Some are getting a tad frustrated. As for me, like I said, that's what other projects are for. Einstein, POEM and Malaria are getting a bit more of my CPU cycles for now. | |
| ID: 1302941 · | |
|
I got through and reported the first 50 while on No New Tasks, but the following efforts failed. I can't get to my tasks page, and Replica is way behind. Going to be a while.... | |
| ID: 1302946 · | |
|
Einstien's handing out 2000 credits about every 55 minutes | |
| ID: 1302950 · | |
|
Is a validater stuck? | |
| ID: 1302975 · | |
|
Those of us having trouble reporting tasks might find this helpful. I did a little experimenting this evening. | |
| ID: 1302985 · | |
|
Well I'm getting scheduler timeouts again. I'll try connecting again tomorrow morning, should have a slew of units done by then since I just hit my massive shorty stack of units. | |
| ID: 1302988 · | |
|
Keith, | |
| ID: 1302992 · | |
|
ok, now I'm getting a whole cache full of resends... I was not aware I had any lost tasks in the first place .. my cache was empty no ghosts. weird | |
| ID: 1303001 · | |
|
Whatever they did during the outage, i wish they would undo it. | |
| ID: 1303003 · | |
The max. number of tasks is set ridiculous low... I think I have about 2.5 days left and the schudeler still tells me I can't get new WÚ's ____________ get your bright shining star for just $10 | |
| ID: 1303010 · | |
|
Thanks David but I'm seeing the same behavior as before. The scheduler is reporting failure yet the results I uploads have been validated, just my client doesn't know that. Also it appears I'm building yet another ghost army. | |
| ID: 1303022 · | |
It appears I don't have a cc_config.xml on my system already. I believe it goes in programdata\boinc (I'm running Win 7 64-bit) but it didn't seem to help (yes I shut the BOINC Manager down and restarted it). I'll paste the cc_config.xml below to get an opinion if I built it right. That looks okay - and yes, it belongs on the top level data dirctory, not one of the project directories or the program directory. Scheduler was modified a few weeks ago to accept a max of 64, so there's little point in using higher values unless you run other projects and need it there. Project is running inconsistently. Looking at my log for last 8 hours, I see failure to connect, timeouts, no tasks available, over the limit messages, and I got 18 cpu tasks overnight. I couldn't get any for 24 hours before that. I'm still below limit for cpu work and down to 99 cpu tasks for 6 cores. Could be a problem here, so I'm looking for corroboration that Scheduler is refusing you when you're certain that you are below the limit (50/cpu core and 400/gpu). Hard to tell with the variety of responses and connection issues. ____________ Another Fred Support SETI@home when you search the Web or shop online with GoodSearch and GoodShop | |
| ID: 1303061 · | |
|
Limits now are NOT 50/cpu core, they are fixed and less than 200 WUs per HOST, BTW. | |
| ID: 1303066 · | |
Limits now are NOT 50/cpu core, they are fixed and less than 200 WUs per HOST, BTW. Okay, that would explain what we were discussing yesterday in this thread. I got a few more taking me to 100 cpu tasks, and then got the limits message on the next request - so maybe that's the number? Have you seen anything posted on this? Any idea on gpu limit? ____________ Another Fred Support SETI@home when you search the Web or shop online with GoodSearch and GoodShop | |
| ID: 1303069 · | |
|
Ever since the splitters were turned back on, I have been consistantly held to exactly 100 CPU and 100 GPU. | |
| ID: 1303071 · | |
|
W O W,,,A/P city. 7666 in the queue for all to be had. Maybe now, the bee-atching will turn to yelps of glee. | |
| ID: 1303084 · | |
Message boards : Number crunching : Panic Mode On (78) Server Problems?
| Copyright © 2013 University of California |