1) Message boards : Number crunching : Transient HTTP errors all of a sudden while trying to update??? (Message 1490365) Posted 17 Mar 2014 by gcpeters Post: Does anyone have any clue as to why???

2) Message boards : Number crunching : Transient HTTP errors all of a sudden while trying to update??? (Message 1490358) Posted 17 Mar 2014 by gcpeters Post: This is clearly the place where the cool kids talk... So, for the rest of us, why suddenly 'Transient HTTP' errors? What cryptic code thing does that refer to in plaintext? 3/17/2014 3:49:46 PM | SETI@home | Temporarily failed upload of 01au13ab.29501.11110.438086664198.12.185.vlar_0_0: transient HTTP error 3/17/2014 3:49:46 PM | SETI@home | Backing off 00:25:14 on upload of 01au13ab.29501.11110.438086664198.12.185.vlar_0_0 /g

3) Message boards : Number crunching : Since the last outage... (Message 1241097) Posted 4 Jun 2012 by gcpeters Post: Nothing works so far. I went back to version 6. Still same problem. All I get are cuda_fermi tasks. Grrr...

4) Message boards : Number crunching : Since the last outage... (Message 1239561) Posted 1 Jun 2012 by gcpeters Post: Thanks brother!

5) Message boards : Number crunching : Since the last outage... (Message 1239553) Posted 1 Jun 2012 by gcpeters Post: Sigh. Where can it be downloaded from? What is the secret handshake? Who do I have to kiss?

6) Message boards : Number crunching : Since the last outage... (Message 1239541) Posted 1 Jun 2012 by gcpeters Post: ??? 7.0.28? Look here: http://boinc.berkeley.edu/download.php 7.0.25 is the latest...unless only the cool kids are privy to newer versions...

7) Message boards : Number crunching : Since the last outage... (Message 1239493) Posted 1 Jun 2012 by gcpeters Post: And now this: 6/1/2012 9:10:28 AM | SETI@home | update requested by user 6/1/2012 9:10:29 AM | SETI@home | Sending scheduler request: Requested by user. 6/1/2012 9:10:29 AM | SETI@home | Reporting 1 completed task, requesting new tasks for CPU and NVIDIA 6/1/2012 9:10:37 AM | SETI@home | Scheduler request completed: got 0 new tasks 6/1/2012 9:10:37 AM | SETI@home | Project has no tasks available /me shakes his head in disappointment 32 CPU cores and 300+ GPU cores on this machine and all I can do now is one GPU workload at a time...sad.

8) Message boards : Number crunching : Since the last outage... (Message 1239490) Posted 1 Jun 2012 by gcpeters Post: Grrr, now after this power outtage, I am getting ONLY GPU workloads. Who writes this code??? Why do I have to keep babying this tool to get it to work consistently?

9) Message boards : Number crunching : "No project chosen for work fetch" (Message 1236218) Posted 25 May 2012 by gcpeters Post: Why release new versions if you have to go to lesser versions to have things work correctly??? This is bad coding. /fail

10) Message boards : Number crunching : Since the last outage... (Message 1236035) Posted 24 May 2012 by gcpeters Post: Nice, the debug flags I had set seem to have been the problem. Which is pretty lame! I turned them off, restarted the project and voila! Suddenly I'm getting GPU tasks again. Grrr, lame code... 5/24/2012 11:35:40 AM | SETI@home | update requested by user 5/24/2012 11:35:44 AM | SETI@home | Sending scheduler request: Requested by user. 5/24/2012 11:35:44 AM | SETI@home | Requesting new tasks for CPU and NVIDIA 5/24/2012 11:35:48 AM | SETI@home | Scheduler request completed: got 20 new tasks 5/24/2012 11:35:48 AM | SETI@home | Resent lost task 05ap10ah.8419.80701.15.10.31_1 5/24/2012 11:35:48 AM | SETI@home | Resent lost task 09ja11aa.19742.4727.6.10.190_1 5/24/2012 11:35:48 AM | SETI@home | Resent lost task 05ap10ah.8419.80701.15.10.41_0 5/24/2012 11:35:48 AM | SETI@home | Resent lost task 09ja11aa.19742.4727.6.10.194_0 5/24/2012 11:35:48 AM | SETI@home | Resent lost task 09ja11aa.19742.4727.6.10.196_0 5/24/2012 11:35:48 AM | SETI@home | Resent lost task 09ja11aa.19742.4727.6.10.198_0 5/24/2012 11:35:48 AM | SETI@home | Resent lost task 16my10aa.19157.6388.4.10.112_0 5/24/2012 11:35:48 AM | SETI@home | Resent lost task 05ap10ah.8419.80701.15.10.51_0 5/24/2012 11:35:48 AM | SETI@home | Resent lost task 16my10aa.19157.6388.4.10.115_0 5/24/2012 11:35:48 AM | SETI@home | Resent lost task 09ja11aa.19742.4727.6.10.168_0 5/24/2012 11:35:48 AM | SETI@home | Resent lost task 16my10aa.19157.6388.4.10.78_1 5/24/2012 11:35:48 AM | SETI@home | Resent lost task 09ja11aa.19742.4727.6.10.172_1 5/24/2012 11:35:48 AM | SETI@home | Resent lost task 05ap10ah.8419.80701.15.10.6_0 5/24/2012 11:35:48 AM | SETI@home | Resent lost task 16my10aa.19157.6388.4.10.83_0 5/24/2012 11:35:48 AM | SETI@home | Resent lost task 16my10aa.19157.6388.4.10.85_0 5/24/2012 11:35:48 AM | SETI@home | Resent lost task 09ja11aa.19742.4727.6.10.179_0 5/24/2012 11:35:48 AM | SETI@home | Resent lost task 05ap10ah.8419.80701.15.10.16_1 5/24/2012 11:35:48 AM | SETI@home | Resent lost task 05ap10ah.8419.80701.15.10.19_1 5/24/2012 11:35:48 AM | SETI@home | Resent lost task 05ap10ah.8419.80701.15.10.21_1 5/24/2012 11:35:48 AM | SETI@home | Resent lost task 16my10aa.19157.6388.4.10.94_0 5/24/2012 11:35:50 AM | SETI@home | Started download of 05ap10ah.8419.80701.15.10.31 5/24/2012 11:35:50 AM | SETI@home | Started download of 09ja11aa.19742.4727.6.10.190 5/24/2012 11:35:53 AM | SETI@home | Finished download of 05ap10ah.8419.80701.15.10.31 5/24/2012 11:35:53 AM | SETI@home | Finished download of 09ja11aa.19742.4727.6.10.190 5/24/2012 11:35:53 AM | SETI@home | Started download of 05ap10ah.8419.80701.15.10.41 5/24/2012 11:35:53 AM | SETI@home | Started download of 09ja11aa.19742.4727.6.10.194 5/24/2012 11:35:53 AM | SETI@home | Starting task 09ja11aa.19742.4727.6.10.190_1 using setiathome_enhanced version 610 (cuda_fermi) in slot 82 5/24/2012 11:35:58 AM | SETI@home | Finished download of 05ap10ah.8419.80701.15.10.41 5/24/2012 11:35:58 AM | SETI@home | Finished download of 09ja11aa.19742.4727.6.10.194 5/24/2012 11:35:58 AM | SETI@home | Started download of 09ja11aa.19742.4727.6.10.196 5/24/2012 11:35:58 AM | SETI@home | Started download of 09ja11aa.19742.4727.6.10.198 5/24/2012 11:36:01 AM | SETI@home | Finished download of 09ja11aa.19742.4727.6.10.196 5/24/2012 11:36:01 AM | SETI@home | Started download of 16my10aa.19157.6388.4.10.112 5/24/2012 11:36:03 AM | SETI@home | Finished download of 09ja11aa.19742.4727.6.10.198 5/24/2012 11:36:03 AM | SETI@home | Started download of 05ap10ah.8419.80701.15.10.51 5/24/2012 11:36:04 AM | SETI@home | Finished download of 16my10aa.19157.6388.4.10.112 5/24/2012 11:36:04 AM | SETI@home | Started download of 16my10aa.19157.6388.4.10.115 5/24/2012 11:36:05 AM | SETI@home | Finished download of 16my10aa.19157.6388.4.10.115 5/24/2012 11:36:05 AM | SETI@home | Started download of 09ja11aa.19742.4727.6.10.168 5/24/2012 11:36:06 AM | SETI@home | Finished download of 05ap10ah.8419.80701.15.10.51 5/24/2012 11:36:06 AM | SETI@home | Finished download of 09ja11aa.19742.4727.6.10.168 5/24/2012 11:36:06 AM | SETI@home | Started download of 16my10aa.19157.6388.4.10.78 5/24/2012 11:36:06 AM | SETI@home | Started download of 09ja11aa.19742.4727.6.10.172 5/24/2012 11:36:11 AM | SETI@home | Finished download of 16my10aa.19157.6388.4.10.78 5/24/2012 11:36:11 AM | SETI@home | Finished download of 09ja11aa.19742.4727.6.10.172 5/24/2012 11:36:11 AM | SETI@home | Started download of 05ap10ah.8419.80701.15.10.6 5/24/2012 11:36:11 AM | SETI@home | Started download of 16my10aa.19157.6388.4.10.83 5/24/2012 11:36:26 AM | SETI@home | Finished download of 05ap10ah.8419.80701.15.10.6 5/24/2012 11:36:26 AM | SETI@home | Finished download of 16my10aa.19157.6388.4.10.83 5/24/2012 11:36:26 AM | SETI@home | Started download of 16my10aa.19157.6388.4.10.85 5/24/2012 11:36:26 AM | SETI@home | Started download of 09ja11aa.19742.4727.6.10.179 5/24/2012 11:36:28 AM | SETI@home | Finished download of 16my10aa.19157.6388.4.10.85 5/24/2012 11:36:28 AM | SETI@home | Finished download of 09ja11aa.19742.4727.6.10.179 5/24/2012 11:36:28 AM | SETI@home | Started download of 05ap10ah.8419.80701.15.10.16 5/24/2012 11:36:28 AM | SETI@home | Started download of 05ap10ah.8419.80701.15.10.19 5/24/2012 11:36:30 AM | SETI@home | Finished download of 05ap10ah.8419.80701.15.10.16 5/24/2012 11:36:30 AM | SETI@home | Finished download of 05ap10ah.8419.80701.15.10.19 5/24/2012 11:36:30 AM | SETI@home | Started download of 05ap10ah.8419.80701.15.10.21 5/24/2012 11:36:30 AM | SETI@home | Started download of 16my10aa.19157.6388.4.10.94 5/24/2012 11:36:31 AM | SETI@home | Finished download of 05ap10ah.8419.80701.15.10.21 5/24/2012 11:36:31 AM | SETI@home | Finished download of 16my10aa.19157.6388.4.10.94 5/24/2012 11:37:28 AM | SETI@home | Restarting task 05ap10ah.32185.72930.11.10.202_1 using setiathome_enhanced version 603 in slot 98 5/24/2012 11:38:09 AM | SETI@home | Restarting task 09ja11aa.19742.1455.6.10.237_1 using setiathome_enhanced version 603 in slot 122

11) Message boards : Number crunching : Since the last outage... (Message 1236023) Posted 24 May 2012 by gcpeters Post: I see nothing that would indicate whether CPU or GPU workloads are being requested. 5/24/2012 11:20:31 AM | | [work_fetch] work fetch start 5/24/2012 11:20:31 AM | | [work_fetch] ------- start work fetch state ------- 5/24/2012 11:20:31 AM | | [work_fetch] target work buffer: 180.00 + 864000.00 sec 5/24/2012 11:20:31 AM | SETI@home | [work_fetch] REC 72901.511 priority -0.110393 (project backoff 234.64) 5/24/2012 11:20:31 AM | | [work_fetch] CPU: shortfall 191943533.83 nidle 0.00 saturated 35259.78 busy 0.00 5/24/2012 11:20:31 AM | SETI@home | [work_fetch] CPU: fetch share 0.000 rsc backoff (dt 0.00, inc 0.00) 5/24/2012 11:20:31 AM | | [work_fetch] ------- end work fetch state ------- 5/24/2012 11:20:31 AM | | [work_fetch] No project chosen for work fetch 5/24/2012 11:21:32 AM | | [work_fetch] work fetch start 5/24/2012 11:21:32 AM | | [work_fetch] ------- start work fetch state ------- 5/24/2012 11:21:32 AM | | [work_fetch] target work buffer: 180.00 + 864000.00 sec 5/24/2012 11:21:32 AM | SETI@home | [work_fetch] REC 72903.376 priority -0.110283 (project backoff 173.71) 5/24/2012 11:21:32 AM | | [work_fetch] CPU: shortfall 191973119.99 nidle 0.00 saturated 35126.69 busy 0.00 5/24/2012 11:21:32 AM | SETI@home | [work_fetch] CPU: fetch share 0.000 rsc backoff (dt 0.00, inc 0.00) 5/24/2012 11:21:32 AM | | [work_fetch] ------- end work fetch state ------- 5/24/2012 11:21:32 AM | | [work_fetch] No project chosen for work fetch

12) Message boards : Number crunching : "No project chosen for work fetch" (Message 1236022) Posted 24 May 2012 by gcpeters Post: Why am I seeing this in my logs when I do an update? That verbiage is terrible because I HAVE chosen a project...and new workloads are being pulled down...

13) Message boards : Number crunching : Since the last outage... (Message 1236019) Posted 24 May 2012 by gcpeters Post: Here we go again. Every time there is an outage...a new glitch seems to pop up. One of my crunchers (with GPU) is no longer getting any GPU workloads. Any thoughts?

14) Message boards : Number crunching : No GPU work on one machine (Message 1178565) Posted 16 Dec 2011 by gcpeters Post: I think someone at SETI is just jealous that I'm running BOINC on 40 core servers...so they penalize me periodically. From the bizarro download behavior I regularly see, I can only conclude such a preposterous assumption.

15) Message boards : Number crunching : No GPU work on one machine (Message 1178522) Posted 16 Dec 2011 by gcpeters Post: I spoke too soon. I got a few WUs and then the faucet closed up tight again. It's been 16 hours since a new WU has been received. Why always this flaky behavior???

16) Message boards : Number crunching : No GPU work on one machine (Message 1178348) Posted 15 Dec 2011 by gcpeters Post: Interesting. Mine just started working too. What an amazing coincidence! Not. Must have stirred up the goblins at Berkeley.

17) Message boards : Number crunching : No GPU work on one machine (Message 1178336) Posted 15 Dec 2011 by gcpeters Post: I just noticed on my Nvidia GTX 460 box that it isn't getting squat either. No WUs at all...of any kind. All my other systems are chugging along just fine, getting new WUs...etc. What is this new glitch this month?

18) Message boards : Number crunching : What exactly does this mean? (Message 1161909) Posted 13 Oct 2011 by gcpeters Post: So, I just got into the lab this morning and go figure...the machine, after days of zippo communication, with absolutely no changes or tweaks on my part, has suddenly "been allowed" to upload everything in the massive upload queue and is now pulling down new WUs. So much for the idea that "BOINC will not request work if the number of uploads is greater than 2 * number of processors." There is nothing to test here when the variables on the S@H side are constantly changing. And the users are kept completely in the dark as to what really happens during these weekly *cough* maintenance blackouts. I give up. Since we (the power crunchers) appear to be absolutely powerless to do anything proactive to help things along, I make this final recommendation. Create new and separate code sets for "Johnny average screensaver guy" and the power crunchers. The way it stands, the code seems to be trying to do too much. You know, I used to be really stoked back in the 1999-2000 timeframe when I had a DOS version of SETI classic I could run in a batch file, one instance for each core or logical proc. It was a piece of cake and you always knew exactly what was going on or at least could isolate things much better.

19) Message boards : Number crunching : What exactly does this mean? (Message 1161697) Posted 13 Oct 2011 by gcpeters Post: "BOINC will not request work if the number of uploads is greater than 2 * number of processors." What should that matter? BOINC got itself into this mess by having so much downtime while my system is still chugging away at 10 days worth of WUs. Suddenly it's so full that it's hit some kind of arbitrary limit as to what it can upload? Poopoo. So penalize the power crunchers? Who wrote that code? I have 80 logical processors in this system. I can't believe this is a real issue... /me throws arms up in disbelief Ok, I'm better now. So, what do I do to unscrew this situation that is no fault of mine? Throw away all these perfectly good crunched WUs? I am tired of seeing: 10/11/2011 12:00:09 PM | SETI@home | Scheduler request failed: HTTP service unavailable Which is total garbage messaging btw. HTTP service is available because my other 10+ systems are downloading, crunching and uploading just fine on the same network. This is just plain and simple bad code.

20) Message boards : Number crunching : What exactly does this mean? (Message 1161569) Posted 12 Oct 2011 by gcpeters Post: So, I'm noticing a trend. I have several systems in the lab that are completely full with nothing but completed WUs (some in the hundreds) and these systems seem to be hung up in a state where they cannot upload anything. Communication is fine to the internets and the extremely robust and helpful log files (yes, that was sarcasm) say only: 10/12/2011 9:56:11 AM | SETI@home | Scheduler request failed: HTTP service unavailable Yet again, another system literally sitting in the same server rack, connected to the same gigE switch, to the same internets, does not experience this issue. Is there something in the code that is causing this to happen when a system is full with nothing but upload tasks? Other systems in the lab, again on the same network segments, chug along just fine as long as they don't get into this state of being full with finished WUs they are simply just trying to upload. One of those completed WUs could have alien signal contact in them!!! Just kidding. And the only reason they seem to get into this state is the extensive connnectivity issues that continuously seem to plague the S@H hardware infrastructure. Why the bizarro-world server discrimination? Obviously with only a single system running S@H, like probably the majority have, most people won't notice this type of S@H weirdness. But when I have 10 systems normally running S@H just fine, and right next to them 5 aren't able to upload or download for whatever software reason, it gets pretty unnerving. I can only infer that something is broken in the S@H backend code. Contrary to how it might sound, I really do care about this project. I'm just frustrated by all the inconsistancies I'm seeing (I'm a validation engineer by trade) and I have almost zero insight to help fix the issues I'm having as a user. I have literally hundreds of gflops if not tflops worth of compute power at my avail to throw at this project...it just seems like a waste to not be able to use it all...

Next 20

 
©2024 University of California
 
SETI@home and Astropulse are funded by grants from the National Science Foundation, NASA, and donations from SETI@home volunteers. AstroPulse is funded in part by the NSF through grant AST-0307956.