Posts by Mr. Kevvy

Info	Message
21) Message boards : The Lounge : The Seti is Slumbering Cafe Message 69074 Posted 19 Apr 2016 by Mr. Kevvy	Hrm... thought the outage day was going to be Mondays. Ah well.
22) Message boards : The Lounge : The Seti is Slumbering Cafe Message 68920 Posted 11 Apr 2016 by Mr. Kevvy	Is there a new version coming out soon? Someone mentioned V9 over in the Einstein "Seti is down Cafe" Checking the date - hey, it is April 1... oh... extra "1" there. :^) What about combining them into one massive ball of hatred? Then Tuesdays will be just super. That works too!
23) Message boards : The Lounge : The Seti is Slumbering Cafe Message 68914 Posted 11 Apr 2016 by Mr. Kevvy	Finally... hey, we all hate Mondays anyway. With the outage being on Tuesdays I was hating two days of the week, so this is halving the negativity.
24) Message boards : The Lounge : The Seti is Slumbering Cafe Message 68656 Posted 30 Mar 2016 by Mr. Kevvy	Appears to be back up... yay!
25) Message boards : The Lounge : The Seti is Slumbering Cafe Message 68649 Posted 30 Mar 2016 by Mr. Kevvy	So let's all take 5. Seconds? Done. Now whar my werk yoonits? WHAR!?!?!? ;^) As always, if they need more/better/replacement hardware to mitigate this, GPUUG is there and they need only ask.
26) Message boards : The Lounge : The Seti is Slumbering Cafe Message 68645 Posted 30 Mar 2016 by Mr. Kevvy	Now I am getting 403 Forbidden errors from anything in setiathome.berkeley.edu so it looks like it's being restored...
27) Message boards : The Lounge : The Seti is Slumbering Cafe Message 57711 Posted 16 Nov 2014 by Mr. Kevvy	Finally an outage update on the SAH main page: The BOINC mysql database is currently unresponsive. The project will be offline for the next 24 hours or so. 16 Nov 2014, 19:25:49 UTC
28) Message boards : Questions and problems : 6.10.58 scheduling problems Message 35997 Posted 8 Dec 2010 by Mr. Kevvy	Since the 6.10.58 client I've noticed numerous problems with the scheduler downloading work units and scheduling them. I have two Win XP SP3 quad core machines with 9800GT's, one Home on an Intel and one Pro on a Phenom. Both had the same issues so it doesn't seem to be an install problem. Also these things didn't happen before 6.10.58 at least that I noticed. Active projects on both are SETI@Home and Einstein@Home. At the time SETI was down so only Einstein had work. Some examples: 1) The scheduler will sometimes request and receive work far in excess of the cache setting. See this thread. 2) The client seems to get stuck in "GPU mode" or "CPU mode" where it doesn't want to download both types of work, regardless of how much is remaining. It can be forced by setting No New Tasks for the project until the project's timeout is elapsed and work can be requested, then quickly clicking Allow New Tasks and Update. Example: 07/12/2010 8:37:39 PM SETI@home Sending scheduler request: To fetch work. 07/12/2010 8:37:39 PM SETI@home Requesting new tasks for GPU 07/12/2010 8:37:41 PM SETI@home Scheduler request completed: got 0 new tasks 07/12/2010 8:37:41 PM SETI@home Message from server: Project has no tasks available 07/12/2010 8:42:46 PM SETI@home Sending scheduler request: To fetch work. 07/12/2010 8:42:46 PM SETI@home Requesting new tasks for GPU 07/12/2010 8:42:47 PM SETI@home Scheduler request completed: got 0 new tasks 07/12/2010 8:42:47 PM SETI@home Message from server: Project has no tasks available 07/12/2010 8:47:17 PM SETI@home work fetch suspended by user 07/12/2010 8:47:55 PM SETI@home work fetch resumed by user 07/12/2010 8:47:55 PM SETI@home update requested by user 07/12/2010 8:47:57 PM SETI@home Sending scheduler request: Requested by user. 07/12/2010 8:47:57 PM SETI@home Requesting new tasks for CPU and GPU 07/12/2010 8:47:59 PM SETI@home Scheduler request completed: got 0 new tasks 07/12/2010 8:47:59 PM SETI@home Message from server: Project has no tasks available The last one was when I suspended work fetch and manually initiated fetch as indicated above. Only then would BOINC request CPU work. This was with a five-day cache and only about half a day of CPU work remaining. 3) BOINC will pre-empt a project with workunits from the same project: That machine has four cores, so the remainder of these are EAH workunits that were pre-empted by other EAH workunits of exactly the same type. This may be due to receiving units with an older deadline though which would be by design.
29) Message boards : BOINC Manager : How to set "Day-of-week override" to prevent network comm. on certain days Message 26668 Posted 18 Aug 2009 by Mr. Kevvy	You can manually set the network disable pattern you require by saving the following in global_prefs_override.xml in your BOINC data directory... Nice workaround! Thanks and much appreciated.
30) Message boards : BOINC Manager : How to set "Day-of-week override" to prevent network comm. on certain days Message 26652 Posted 17 Aug 2009 by Mr. Kevvy	This interface and how it responds to the instructions is flat screwed. By not ticking the saturday/sunday boxes, you have them assume the general daily instruction which if 00:00-00:00 means 24 hours on. Ticking a box is an override for the selected day of the week. There is no 'inverse' though originally the wording in early days of these prefs suggested so. The best you can do thus for sat/sun is for the overall (everyday) to be set for instance 00:01 to 00:02, i.e. 1 minute. Crap... I was afraid of that. Yes, not much point if you can't specify a "null" interval where there is no communication on a particular day. I think it should be that if you have any weekday overrides set then if there are any unchecked then there's no allowed comm. on those days... this is the most intuitive option. Thanks for the answer!
31) Message boards : BOINC Manager : How to set "Day-of-week override" to prevent network comm. on certain days Message 26640 Posted 17 Aug 2009 by Mr. Kevvy	Under Advanced->Preferences->Network usage tab there is the "Day-of-week override" with the seven weekdays. What I would like is for network access to be allowed Mon.-Fri. 09:00-17:00 and not allowed at all Sat. and Sun. What do I put into the Sat. & Sun. fields (or elsewhere) to cause this? Thanks. :^)
32) Message boards : BOINC client : 5.10.45 reporting completed tasks to server with every WU done Message 15951 Posted 16 Mar 2008 by Mr. Kevvy	What was the deadline on those tasks? Were they in their last 24 hours, by chance? That's probably it... SHA-1 has always had a too-low deadline (which many have complained about) so even though I only cache a day's worth of WU's they still run as "High Priority" so the client is reporting then immediately so that they don't go over the deadline.
33) Message boards : BOINC client : 5.10.45 reporting completed tasks to server with every WU done Message 15926 Posted 16 Mar 2008 by Mr. Kevvy	Never seen this before on any BOINC client since inception. I run the SHA-1 Collision Search. The WU's are small and take 30 mins. to complete (I have a quad core so I am completing one on average every 7.5 mins.) Here's a sample of my BOINC logs: 15/03/2008 12:23:20 PM\|SHA-1 Collision Search Graz\|Computation for task wu_sha1collisionsearchgraz_v54_1205375274_819_0 finished 15/03/2008 12:23:20 PM\|SHA-1 Collision Search Graz\|Starting wu_sha1collisionsearchgraz_v54_1205375274_681_0 15/03/2008 12:23:20 PM\|SHA-1 Collision Search Graz\|Starting task wu_sha1collisionsearchgraz_v54_1205375274_681_0 using sha1_collisionsearch_graz version 535 15/03/2008 12:23:22 PM\|SHA-1 Collision Search Graz\|Started upload of wu_sha1collisionsearchgraz_v54_1205375274_819_0_0 15/03/2008 12:23:24 PM\|SHA-1 Collision Search Graz\|Finished upload of wu_sha1collisionsearchgraz_v54_1205375274_819_0_0 15/03/2008 12:23:29 PM\|SHA-1 Collision Search Graz\|Sending scheduler request: To report completed tasks. Requesting 0 seconds of work, reporting 1 completed tasks 15/03/2008 12:23:34 PM\|SHA-1 Collision Search Graz\|Scheduler request succeeded: got 0 new tasks 15/03/2008 12:23:49 PM\|SHA-1 Collision Search Graz\|Computation for task wu_sha1collisionsearchgraz_v54_1205375274_875_0 finished 15/03/2008 12:23:49 PM\|SHA-1 Collision Search Graz\|Starting wu_sha1collisionsearchgraz_v54_1205375274_806_0 15/03/2008 12:23:49 PM\|SHA-1 Collision Search Graz\|Starting task wu_sha1collisionsearchgraz_v54_1205375274_806_0 using sha1_collisionsearch_graz version 535 15/03/2008 12:23:51 PM\|SHA-1 Collision Search Graz\|Started upload of wu_sha1collisionsearchgraz_v54_1205375274_875_0_0 15/03/2008 12:23:54 PM\|SHA-1 Collision Search Graz\|Finished upload of wu_sha1collisionsearchgraz_v54_1205375274_875_0_0 15/03/2008 12:23:55 PM\|SHA-1 Collision Search Graz\|Sending scheduler request: To report completed tasks. Requesting 0 seconds of work, reporting 1 completed tasks And this persists. I stopped and restarted the client and no change. Is this by design? It can't be good for small projects with small WU's like SHA-1 as this will be a significant increase in the burden on the scheduler (and this project is unstable enough!) I notice it's now down: 15/03/2008 8:35:49 PM\|SHA-1 Collision Search Graz\|Scheduler request failed: HTTP internal server error I wonder if this has something to do with it.
34) Message boards : BOINC client : Cheap PCs for BOINC Message 14203 Posted 4 Dec 2007 by Mr. Kevvy	That's unfortunate that no projects are currently taking advantage of it (other then Folding@Home). Much untapped potential.
35) Message boards : BOINC client : Cheap PCs for BOINC Message 14195 Posted 3 Dec 2007 by Mr. Kevvy	The best BOINC PC for the dollar... is not really a PC. It's a Sony Playstation 3 with a Linux distro on it. Several distros will install on it, and it even has a custom distro (Yellow Dog) that was developed with Sony's help and will take advantage of many PS3 features that others won't. The PS3 has 7 CELL processors that will do 218 GFLOPS, and costs about $400. In contrast, an Intel QC6600 and motherboard will cost about $500 and only does about 12 GFLOPS or 20 GIPS (integer ops.) An installed OS will be able to access 6 of the 7 CELLs and thus get about 180 GFLOPS if the PS3 isn't doing anything else. Been seriously considering getting me a PS3 just as a BOINC machine, and would be good Linux experience. But the $ factor is currently preventing it. Also I'd need to research that BOINC would work properly. :^) But given that Folding@Home has a PS3 client now I don't see why not, and that's even without a full Linux OS present.
36) Message boards : BOINC client : (All) tasks fail when internet connection is down Message 13619 Posted 6 Nov 2007 by Mr. Kevvy	I have seen a case where when one of the application files does not download properly (incomplete/corrupt) all tasks would error out. A project reset to start a fresh download will usually fix it. I thought that may be what is happening here, however the log snips show a problem on upload which makes me think it may be a server problem. Thanks for the reply. There's hasn't been an application update for two months on this project and the existing version crunched a few thousand workunits. I tried the remaining queued workunits without touching the "Network activity suspended" option and they are now remaining as queued uploads (and repeatedly retrying) instead of being deleted. This seems like a bug with this option. Another project (SIMAP) is also working fine without any problems like this.
37) Message boards : BOINC client : (All) tasks fail when internet connection is down Message 13612 Posted 6 Nov 2007 by Mr. Kevvy	BOINC 5.10.28 (latest) on XP Home Edition SP2. Project is SHA-1 Collision Search Graz. The project was down so I suspended network connection under Activity -> Network activity suspended. When I reconnected, the project was still down, and BOINC started eating all the queued completed workunits. Example: 05/11/2007 1:31:47 PM\|SHA-1 Collision Search Graz\|Started upload of wu_sha1collisionsearchgraz_v53_1194094206_729_0_0 05/11/2007 1:31:48 PM\|SHA-1 Collision Search Graz\|Giving up on upload of wu_sha1collisionsearchgraz_v53_1194094206_729_0_0: file not found It ate over a hundred of them like this. I checked in the BOINCprojectsboinc.iaik.tugraz.at_sha1_coll_search folder and there are completed workunits there. I quit BOINC and rebooted (power outage took care of that part for me) and watched the BOINC client start crunching queued SHA-1 workunits that had not yet been touched, and complete them and eat them the same way. 05/11/2007 2:03:55 PM\|SHA-1 Collision Search Graz\|Starting wu_sha1collisionsearchgraz_v53_1194099750_174_0 05/11/2007 2:32:39 PM\|SHA-1 Collision Search Graz\|Started upload of wu_sha1collisionsearchgraz_v53_1194099750_174_0_0 05/11/2007 2:32:40 PM\|SHA-1 Collision Search Graz\|Giving up on upload of wu_sha1collisionsearchgraz_v53_1194099750_174_0_0: file not found I've been running BOINC on several machines since the day it was released and I've never seen anything like this. Current system is top-of-the-line (QC6600 quad core, 2GB DDR2, WD SATA Raptor, recent install of Windows, no malware) so I doubt it's anything but BOINC freaking out.

Copyright © 2025 University of California.
Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation.