Panic Mode On (54) Server problems? |
![]() |
| log in |
Message boards : Number crunching : Panic Mode On (54) Server problems?
Previous · 1 · 2 · 3 · 4 · 5 · 6 . . . 10 · Next
| Author | Message |
|---|---|
|
It´s not just the client problem. Even if you request work and it´s available, it´s not beeing assigned. It keeps just sending 0 or 1 even if you are drain. | |
| ID: 1153589 · | |
|
I wouldn't be surprised if a lot of feeder slots are permanently occupied by APs no one wants to have (because no doubt AP task duration is badly F-ed up, too). | |
| ID: 1153592 · | |
|
If you are only getting 1 or 2 tasks on your requests when you have a large shortfall then take note of Richards post 1153104 in request issues. I'm pretty sure that request for 1 second, when there's a near-30,000 second shortfall, is a DCF safety. | |
| ID: 1153597 · | |
Asks for work for days, get nothing, still happy, refuse to whine :-) So there, it's Sunday evening and still not one single AP received. As promised: Whine, whine, whine. LOL ____________ /The grumpy old Swede. "I'm so old, that 98% of all trees in the forest, are younger than I am" | |
| ID: 1153600 · | |
|
And conveniently, just as I was reading that, a host I've been monitoring confirmed it: 18/09/2011 15:35:36 | | [work_fetch] NVIDIA GPU: shortfall 132825.49 nidle 0.00 saturated 44294.51 busy 0.00 RS fetchable 100.00 runnable 100.00 I reckon this weekend goes down as 'revenge of the little guys'. That host is a 9800GT - as you see, it's teetering above and below the 0.02 DCF 'work fetch' cutoff value - I'm still clearing out some work assigned with stock estimates, VHAR drives DCF below 0.02, mid-AR takes it back above. In about 20 minutes, the optimised app APR kicks in, with tasks given twice the stock speed estimate. That'll do nicely, and I've got a good big run of shorties lined up (the best part of 200) - they'll be reporting, one or two every six minutes, all evening I reckon. That's why the "results returned per hour" is so high. Stock crunchers, and the people with lesser CUDA cards, are having a field-day with a download pipe mercifully clear of AP, and plenty of shorties between the VLARs. | |
| ID: 1153602 · | |
It´s not just the client problem. Even if you request work and it´s available, it´s not beeing assigned. It keeps just sending 0 or 1 even if you are drain. My problem isn't getting 1 or 2 for the GPU, it's getting any at all. Sometimes i get a couple, sometimes a dozen, sometimes a couple of dozen. But invariably they're all crunched before i can download anymore. "No tasks sent" is the usual message, but there are plenty of "Project has no tasks available" there as well. ____________ Grant Darwin NT. | |
| ID: 1153661 · | |
When BOINC asks for new work, the return message has been "no work available" for AP since last Tuesday. I'm thinking this is probably the case. Does anyone with a nearly-empty 10+10 cache of AP-only get any new APs? I know the ETA would be astronomical, but if you can normally run through one in ~15 hours, surely you should be able to pick up at least one with a 480-hour work request, unless the ETA is up by 30x. If it's not that, then feeder is borked. ____________ Linux laptop uptime: 1484d 22h 42m Ended due to UPS failure, found 14 hours after the fact | |
| ID: 1153666 · | |
It is on automatic, I have not messed with it. Machine is not having "too full" issues at all. Just getting measly amounts of work irregularly. I keep asking, server keeps saying 0. or 1. Occasional 30-40.. after it has gone completely dry again. I see no flops entry in the app_info. ____________ Janice | |
| ID: 1153680 · | |
|
Uploads have dropped to Zero. | |
| ID: 1153721 · | |
|
Uploads have stalled and server status page is not updating. | |
| ID: 1153722 · | |
|
Aye. Uploads are nil. Cricket has plummeted. | |
| ID: 1153723 · | |
|
Same here!!!!! | |
| ID: 1153724 · | |
|
Yay! The upload server has died again! Which means my BOINC will soon stop requesting work because of the 2*numprocessors limit! | |
| ID: 1153726 · | |
It is on automatic, I have not messed with it. Machine is not having "too full" issues at all. Just getting measly amounts of work irregularly. I keep asking, server keeps saying 0. or 1. Occasional 30-40.. after it has gone completely dry again. You will have to manually add the info. http://setiathome.berkeley.edu/forum_thread.php?id=62293#1055179 Seems to be fairly close after I changed my DCF back to 1.000000 again. ____________ | |
| ID: 1153727 · | |
|
Is it time for that dreaded water-fowl to present itself? | |
| ID: 1153728 · | |
|
Uploads not working.. :( | |
| ID: 1153740 · | |
|
Maybe uploads died because APs aren't being handed out and the storage got full? That's happened numerous times. Or did they go and put uploads and WU storage on separate volumes? I thought I remembered reading something about that. | |
| ID: 1153750 · | |
Is it time for that dreaded water-fowl to present itself? If its the one i think you mean, our fowl watery fiend only comes out to play when the grass is green :¬) But i think our crickets have turned into locusts and there will be nothing green left before long, the uploads line seems to have crashed :¬( | |
| ID: 1153751 · | |
|
I am actually surprised it held as long as it did. | |
| ID: 1153765 · | |
|
Astropuleses are turned off and the servers dont survive the weekend. | |
| ID: 1153776 · | |
Message boards : Number crunching : Panic Mode On (54) Server problems?
| Copyright © 2013 University of California |