Panic Mode On (64) Server problems? |
![]() |
| log in |
Message boards : Number crunching : Panic Mode On (64) Server problems?
Previous · 1 · 2 · 3 · 4 · 5 · 6 . . . 11 · Next
| Author | Message |
|---|---|
|
Limits are still 50 per logical CPU Core and 400 per GPU as far as I know. Your limit should be 1000 overall. If it's only asking for GPU work, and you are already at 800 for them, it will give you that message even if the CPU is under the limit. | |
| ID: 1181712 · | |
|
Looks like things are getting a little dicey. | |
| ID: 1181854 · | |
|
| |
| ID: 1181867 · | |
|
Looks like the splitters have all run out of AP workunits. As a result, downloads are taking less bandwidth hence the dip in the cricket graph. Everything else OK though, plenty of MB WUs available and uploads and reporting still going through OK | |
| ID: 1181879 · | |
Looks like the splitters have all run out of AP workunits. As a result, downloads are taking less bandwidth hence the dip in the cricket graph. Nope- there was a problem for a few hours there where work wasn't being allocated when requested, but it appears to have sorted itself out for now. ____________ Grant Darwin NT. | |
| ID: 1182010 · | |
Looks like the splitters have all run out of AP workunits. As a result, downloads are taking less bandwidth hence the dip in the cricket graph. I think that the problem was more with part of the connection going dickie again than the servers as as soon as I selected another proxy things cleared up real quickly. Cheers. ____________ | |
| ID: 1182024 · | |
|
Never mind SETI problems, a very happy new year to all the people here from the Greenwich Meridian :). | |
| ID: 1182027 · | |
Looks like the splitters have all run out of AP workunits. As a result, downloads are taking less bandwidth hence the dip in the cricket graph. Co-incidence. If you look at the graphs you can see that both uploads & downloads went goofy. Also the connection you use has no effect on whether work is allocated or not. I had no problems with Scheduler requests or uploads, but i was unable to download anything because nothing was allocacted when requested- just "Project has no tasks available" messages. Those are system related mesages, not network. ____________ Grant Darwin NT. | |
| ID: 1182039 · | |
Looks like the splitters have all run out of AP workunits. As a result, downloads are taking less bandwidth hence the dip in the cricket graph. I know that it went goofy but as I said before, as soon I changed back to using proxies the problems stopped for me even though the graphs stayed goofy for a few hours after that but during that time I was uploading, reporting and downloading as usual using proxies (I also use a different proxy for each rig). Cheers. ____________ | |
| ID: 1182040 · | |
Looks like the splitters have all run out of AP workunits. As a result, downloads are taking less bandwidth hence the dip in the cricket graph. Every morning around 8 or 9, I see 3 hosts, all with a large DLoad qeue and some 8 hours, before a retry. But 1 push almost everytime is enough to download the qeue, at 10-35Kbit and some additional work. Almost Standard Procedure for 3 hosts, 2 CUDA/OpenCL* (GTX470*&480) and 1 (CAL)ATI OpenCL, 2x5870GPUs;CPU is an I7-2600(stock;DDR3-1333) Also use a small cache, why big, you'll have a hardtime filling it, depending on which version of BOINC, 6.10.60 is more "consistent in getting work" and 6.12.34, if you let it run, does supply you enough work, although no cache is build. First In---> First Out,(FIFO) . The use of a Proxy, shouldn't be necessary, but can depend on a lot of reasons, why you have to use them. I still have a 'FIXED' IP adress and a 'SmartModemRouter', it operates with an embedded version of *NUX/NIX. (As does my Digital TV STB, only uses different Coding/DECoding algoritmes)! Two problems, Banwidth and Telescope time, very expensive, so SETI@home "piggi-backs" and so changes position. Anotherthing, when looking at the date of the work Result 2239662802, is quite Up to Date. (A 'crunching farm' near Arecibo or a WLAN Transmitter to the Berkeley Lab!?). Here, it's already 3 1/2 hours 2012, wishing you the best of health, bright future, opportunities, luck........ ____________ Knight Who Says Ni N!, OUT numbered................. | |
| ID: 1182055 · | |
|
What's up with the Replica database? It's over 4 hours behind the master database now? | |
| ID: 1182176 · | |
|
Panic mode suspended. AP being split and assigned again. | |
| ID: 1182340 · | |
|
AP's may be being split but, I dont think we are going to get many. | |
| ID: 1182348 · | |
|
| |
| ID: 1182351 · | |
AP's may be being split but, I dont think we are going to get many. Yeah, I get those failures too, but in between them I also get some APs ____________ /The grumpy old Swede. "I'm so old, that 98% of all trees in the forest, are younger than I am" | |
| ID: 1182354 · | |
|
I'm getting none available also. | |
| ID: 1182355 · | |
|
I just got this 02/01/2012 06:12:17 SETI@home Scheduler request completed: got 0 new tasks john3760 | |
| ID: 1182359 · | |
|
I got this a few minutes ago: 2012-01-02 00:55:41|SETI@home|Sending scheduler request: To fetch work. Requesting 179988 seconds of work, reporting 0 completed tasks GMT-5. ____________ Linux laptop uptime: 1484d 22h 42m Ended due to UPS failure, found 14 hours after the fact | |
| ID: 1182361 · | |
|
Its looking good, sitting on the GPU limits and not ONE shorty in sight. | |
| ID: 1182414 · | |
|
Now that was a fast and furious outage. :-) | |
| ID: 1182631 · | |
Message boards : Number crunching : Panic Mode On (64) Server problems?
| Copyright © 2013 University of California |