Thanks Rob, that is the one I have been trying to monitor mainly. It is doing that a lot in the last week. Still can't get any of the tasks to show though. Not sure how you were able to pull them up. Thanks for the heads up.

I'm not having any problems viewing your computers' tasks lists here Keith.

Cheers.

Well I can now look at my other hosts with something more reasonable for the spinner, they eventually populate. That host 6279633 still won't show me any tasks. I've cleared the browsing history, restarted the browser, used Firefox and other computers. Still won't show me the tasks. I think the high number of errors that Rob says are there are slowing me down somehow.

Ok, after watching the spinner for 5 minutes, the tasks are finally populating. Doesn't look like those 32 were all in one slug. Looks like it is throwing one every hour. Rebooted that host and looked things over again. Reverted to an older BIOS profile and will see if that changes anything. Thanks for the help guys.

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

Thanks Rob, that is the one I have been trying to monitor mainly. It is doing that a lot in the last week. Still can't get any of the tasks to show though. Not sure how you were able to pull them up. Thanks for the heads up.

. . Like Rob and Wiggo I can view your machines without difficulty. The slacker that isn't pulling it's weight is the one with the errors :). I did find it slow to view the error on the big hitter, but with 10,000 tasks to keep track of I think I can understand that. Is it possible that your ISP is choking your bandwidth??

Stephen

??

Wouldn't be an issue with the ISP bandwidth, more the issue that the database has to pull up and sort through 53,000 tasks on my account. My download bandwidth seems to handle 5 hosts simultaneously requesting work from the project at the same time when the project just comes back from outage and I am one of the first to hit the schedulers. I consistently get 16Mbs download rates.

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

I wonder if my GPUGrid task which is running on high priority now are taking away too much resources from the CUDA Seti tasks. I always get tagged with EDF on the GPUGrid tasks one day before their deadline. The other hosts seem to handle that common situation though. But the troublesome host has had a GPUGrid task running in EDF while the Seti tasks were erroring out. If it wasn't for the overwhelming credit disparity between GPUGrid and Seti, the project debts would be more reasonable and I wouldn't be caught in EDF all the time. I only have 6 GPUGrid tasks onboard any host at any time which equates to 10 hours of computing. You would think that I should be able to dispatch 10 hours of computing time in the typical 4 day deadlines for GPUGrid.

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

I think you are facing in the right direction with your comments about the number of errors, but even so, it only took about 15sec to see the "head count", and another few seconds to get one on the screen.
Hope you get to the bottom of the problem with that cruncher quickly.

---

Bob Smith
Member of Seti PIPPS (Pluto is a Planet Protest Society)
Somewhere in the (un)known Universe?

Wouldn't be an issue with the ISP bandwidth, more the issue that the database has to pull up and sort through 53,000 tasks on my account. My download bandwidth seems to handle 5 hosts simultaneously requesting work from the project at the same time when the project just comes back from outage and I am one of the first to hit the schedulers. I consistently get 16Mbs download rates.

. . OK, but it seems unlikely to be a SETI database issue when others can access your details without significant issues. To me that says the database is coping even with the humungous size of your account details.

Stephen

??

Well there was a little blip in the database master queries in the Haveland graphs around the time I was trying to view tasks. I can see tasks now with no issues. So transcendental issue for me it seems.

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

Well there was a little blip in the database master queries in the Haveland graphs around the time I was trying to view tasks. I can see tasks now with no issues. So transcendental issue for me it seems.

. . Cool, as long as it is no longer a problem. Though I am concerned that with the noisy tapes at the tail end of each GBT series lately we are looking at a lot of noise bombs from all 3 series of tapes that are still mounted. This could see the remaining data vanish in all too short a time. I hope they have some more tapes ready to mount shortly. Parkes maybe ? Just kidding ...

Stephen

:).

I am looking forward to seeing the four 10.47 GB tapes get processed they have been there for a long time.

blc05_2bit_guppi_58406_33654_DIAG_3C249_1_0120 blc05_2bit_guppi_58406_33734_DIAG_3C249_1_0121 blc06_2bit_guppi_58406_33654_DIAG_3C249_1_0120
blc06_2bit_guppi_58406_33734_DIAG_3C249_1_0121

Looks like they will be some time away from being processed because new work has been added as mentioned above

---

More datafiles have been added, so no need to panic until Tuesday's outage (hopefully a normal one).

More datafiles have been added, so no need to panic until Tuesday's outage (hopefully a normal one).

A good thing. Will have to wait till Tuesday for that zombie Arecibo 14no18aa file to get expunged. Website has slowed down for me in the last 5 minutes compared to this afternoon. Maybe the adding of the new files is consuming server resources.

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

More datafiles have been added, so no need to panic until Tuesday's outage (hopefully a normal one).

A good thing. Will have to wait till Tuesday for that zombie Arecibo 14no18aa file to get expunged. Website has slowed down for me in the last 5 minutes compared to this afternoon. Maybe the adding of the new files is consuming server resources.

. . Ruh Roh!

. . It looks like maybe they reduced the overall task limit to about 500 cos I am getting "reached the daily limit" messages...

. . :(

Stephen

? ?

. . Ruh Roh!

. . It looks like maybe they reduced the overall task limit to about 500 cos I am getting "reached the daily limit" messages...

Your i5 had had a GPU compute error, so it will be limited in the number of WUs it can get till more WUs have validated.


SETI@home v8 (anonymous platform, NVIDIA GPU. Max tasks per day 70.

---

Grant
Darwin NT

The reason you would be getting a "daily task limit" is you errored out a bunch of work. The project automatically reduces your tasks until you start returning valids again.

---

Seti@Home classic workunits:20,676 CPU time:74,226 hours

A proud member of the OFA (Old Farts Association)

. . Ruh Roh!

. . It looks like maybe they reduced the overall task limit to about 500 cos I am getting "reached the daily limit" messages...

Your i5 had had a GPU compute error, so it will be limited in the number of WUs it can get till more WUs have validated.


SETI@home v8 (anonymous platform, NVIDIA GPU. Max tasks per day 70.

And that's not to mention that if your rig requests both CPU & GPU work and your CPU has its full quota and no work is available then you will also get that same message. ;-)

Cheers.

The reason you would be getting a "daily task limit" is you errored out a bunch of work. The project automatically reduces your tasks until you start returning valids again.

. . Yep, I had a single compute error task, but I had returned over 80 successful tasks after than yet continued to get the 'task limit' message for over an hour until the cache ran dry. Talk about getting harsh :(

Stephen

:(

. . Hi people,

. . Does anyone remember where the setting is for the maximum number of completed tasks reported at one time?

. . Getting nothing but http errors so I think I need to reduce it a bit.

Stephen

? ?

Nop, 14no18aa is still stuck, even after the outage.

. . Soon it will have squatter's rights and we'll never get rid of it ...

Stephen

:)

From the manual:

<max_tasks_reported>N</max_tasks_reported>
Report at most N tasks per scheduler RPC. Try N=1000 if your computer has lots of tasks to report and is having trouble completing a scheduler RPC.

Take no notice of the 1000 suggestion - you'd be better off starting with say 64.

If you've been setting and unsetting log flags, you'll have a fully-populated cc_config.xml file already - modify the existing line, don't add a duplicate.