Thread 'manager not responding'

Message boards : BOINC Manager : manager not responding
Message board moderation

To post messages, you must log in.

Previous · 1 · 2 · 3

AuthorMessage
Professor Ray

Send message
Joined: 31 Mar 08
Posts: 59
United States
Message 16277 - Posted: 1 Apr 2008, 5:44:14 UTC - in response to Message 16272.  

I'm going to look into this tomorrow, could be a problem that cropped up with this version of libcurl & perhaps also a new Microsoft patch level?

also I find it odd that LHC@home is using a 301 redirect (permanent redirect) to their home page on this cgi URL, so perhaps it's sending "bad vibes" to libcurl or something.

<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN">
<html><head>
<title>301 Moved Permanently</title>
</head><body>
<h1>Moved Permanently</h1>
<p>The document has moved <a href="http://lhcathome.cern.ch/">here</a>.</p>
<hr>
<address>Apache/2 Server at lhcathome.cern.ch Port 80</address>
</body></html>


Yeah, well, something jacked that crap up big time. I hope I just didn't compound the matter further by trying to finger out how to get the stinkin' upload out of the queue.

It seems like when I "opened the door" EVERYTHING phoned home and downloaded EXCEPT the Lattice Project; its STILL in my in-box. That notwithstanding, I DID manage to eliminate LHC from phoning home OR receiving calls; its still in my "fave" list.

Much to my chagrin that didn't help a whole lot: my backup ain't no good any more (and who knows WHAT I just did to the greater network).

Perhaps the most helpful thing I can do at this time is just STOP trying to be helpful.

4/1/2008 12:38:33 AM||Starting BOINC client version 6.1.12 for windows_intelx86
4/1/2008 12:38:33 AM||log flags: task, file_xfer, sched_ops
4/1/2008 12:38:33 AM||Libraries: libcurl/7.17.1 OpenSSL/0.9.8e zlib/1.2.3
4/1/2008 12:38:33 AM||Data directory: C:\Program Files\BOINC
4/1/2008 12:38:33 AM||Processor: 1 GenuineIntel x86 Family 6 Model 8 Stepping 6 1007MHz [x86 Family 6 Model 8 Stepping 6]
4/1/2008 12:38:33 AM||Processor features: fpu tsc sse mmx
4/1/2008 12:38:33 AM||OS: Microsoft Windows XP: Professional Edition, Service Pack 2, (05.01.2600.00)
4/1/2008 12:38:33 AM||Memory: 767.53 MB physical, 982.56 MB virtual
4/1/2008 12:38:33 AM||Disk: 8.79 GB total, 738.00 MB free
4/1/2008 12:38:33 AM||Local time is UTC -4 hours
4/1/2008 12:38:34 AM|rosetta@home|URL: http://boinc.bakerlab.org/rosetta/; Computer ID: 609131; location: home; project prefs: home
4/1/2008 12:38:34 AM|boincsimap|URL: http://boinc.bio.wzw.tum.de/boincsimap/; Computer ID: 83721; location: home; project prefs: default
4/1/2008 12:38:34 AM|Einstein@Home|URL: http://einstein.phys.uwm.edu/; Computer ID: 1011976; location: home; project prefs: home
4/1/2008 12:38:34 AM|lhcathome|URL: http://lhcathome.cern.ch/lhcathome/; Computer ID: not assigned yet; location: (none); project prefs: default
4/1/2008 12:38:34 AM|SETI@home|URL: http://setiathome.berkeley.edu/; Computer ID: 3829768; location: home; project prefs: home
4/1/2008 12:38:34 AM|Spinhenge@home|URL: http://spin.fh-bielefeld.de/; Computer ID: 100366; location: home; project prefs: default
4/1/2008 12:38:34 AM|uFluids|URL: http://www.ufluids.net/; Computer ID: 57580; location: home; project prefs: default
4/1/2008 12:38:34 AM|The Lattice Project|URL: http://boinc.umiacs.umd.edu/; Computer ID: 10196; location: home; project prefs: default
4/1/2008 12:38:34 AM|Leiden Classical|URL: http://boinc.gorlaeus.net/; Computer ID: 39374; location: home; project prefs: default
4/1/2008 12:38:34 AM||General prefs: from boincsimap (last modified 22-Feb-2008 09:47:23)
4/1/2008 12:38:34 AM||Computer location: home
4/1/2008 12:38:34 AM||General prefs: using separate prefs for home
4/1/2008 12:38:34 AM||Reading preferences override file
4/1/2008 12:38:34 AM||Preferences limit memory usage when active to 383.77MB
4/1/2008 12:38:34 AM||Preferences limit memory usage when idle to 690.78MB
4/1/2008 12:38:34 AM||Preferences limit disk usage to 0.53GB
4/1/2008 12:38:34 AM||Suspending network activity - user request
4/1/2008 12:38:34 AM|SETI@home|Restarting task 29mr07ag.10896.72.10.7.97_0 using setiathome_enhanced version 527
4/1/2008 12:39:38 AM||Resuming network activity
4/1/2008 12:39:38 AM|The Lattice Project|Started download of 238092300.16818310564771688_1
4/1/2008 12:39:38 AM|The Lattice Project|Started download of 238092300.16818310564771688.10_2
4/1/2008 12:39:38 AM|lhcathome|Fetching scheduler list
4/1/2008 12:39:40 AM|The Lattice Project|Temporarily failed download of 238092300.16818310564771688_1: HTTP error
4/1/2008 12:39:40 AM|The Lattice Project|Backing off 3 hr 5 min 51 sec on download of 238092300.16818310564771688_1
4/1/2008 12:39:40 AM|The Lattice Project|Temporarily failed download of 238092300.16818310564771688.10_2: HTTP error
4/1/2008 12:39:40 AM|The Lattice Project|Backing off 28 min 44 sec on download of 238092300.16818310564771688.10_2
4/1/2008 12:39:44 AM|lhcathome|Master file download succeeded
4/1/2008 12:39:49 AM|lhcathome|Sending scheduler request: Project initialization. Requesting 1 seconds of work, reporting 0 completed tasks
4/1/2008 12:39:54 AM|lhcathome|[error][error] No start tag in scheduler reply
4/1/2008 12:39:59 AM|boincsimap|Sending scheduler request: To fetch work. Requesting 18254 seconds of work, reporting 0 completed tasks
4/1/2008 12:40:04 AM|boincsimap|Scheduler request succeeded: got 2 new tasks
4/1/2008 12:40:04 AM|boincsimap|Message from server: Resent lost result 8040101.012264_1
4/1/2008 12:40:04 AM|boincsimap|Message from server: Resent lost result 8040101.012265_1
4/1/2008 12:40:06 AM|boincsimap|Started download of 8040101.012264
4/1/2008 12:40:06 AM|boincsimap|Started download of 8040101.012265
4/1/2008 12:40:16 AM|boincsimap|Sending scheduler request: To fetch work. Requesting 7688 seconds of work, reporting 0 completed tasks
4/1/2008 12:40:21 AM|boincsimap|Scheduler request succeeded: got 1 new tasks
4/1/2008 12:40:31 AM|boincsimap|Sending scheduler request: To fetch work. Requesting 1505 seconds of work, reporting 0 completed tasks
4/1/2008 12:40:36 AM|boincsimap|Scheduler request succeeded: got 1 new tasks
4/1/2008 12:40:39 AM|boincsimap|Finished download of 8040101.012265
4/1/2008 12:40:39 AM|boincsimap|Started download of 8040101.054834
4/1/2008 12:40:42 AM|boincsimap|Finished download of 8040101.012264
4/1/2008 12:40:42 AM|boincsimap|Started download of 8040101.054816
4/1/2008 12:40:58 AM|lhcathome|Sending scheduler request: Project initialization. Requesting 1 seconds of work, reporting 0 completed tasks
4/1/2008 12:41:03 AM|lhcathome|[error][error] No start tag in scheduler reply
4/1/2008 12:41:09 AM|boincsimap|Finished download of 8040101.054834
4/1/2008 12:41:18 AM|boincsimap|Finished download of 8040101.054816
4/1/2008 12:42:04 AM|lhcathome|Sending scheduler request: Project initialization. Requesting 1 seconds of work, reporting 0 completed tasks
4/1/2008 12:42:09 AM|lhcathome|[error][error] No start tag in scheduler reply
4/1/2008 12:42:18 AM||Suspending network activity - user request
4/1/2008 1:39:19 AM|Einstein@Home|Restarting task h1_0852.25_S5R3__38_S5R3b_1 using einstein_S5R3 version 426

From now on: I resolve to be unhelpful.
ID: 16277 · Report as offensive
Ralph

Send message
Joined: 30 Sep 05
Posts: 50
Message 16278 - Posted: 1 Apr 2008, 7:51:52 UTC

Well, I can run again, just not upload or download.

Setting
<user_network_request>3</user_network_request>
in client_state.xml

let me use BOINC again.

ID: 16278 · Report as offensive
Ralph

Send message
Joined: 30 Sep 05
Posts: 50
Message 16285 - Posted: 1 Apr 2008, 13:08:34 UTC

Has anyone tested what options will fix this?

If the LHC WUs are aborted or deleted, will the problem go away?

Will the download that's causing it go away if the LHC WU is aborted or deleted?

ID: 16285 · Report as offensive
Greg C. TNO

Send message
Joined: 1 Apr 08
Posts: 3
United States
Message 16288 - Posted: 1 Apr 2008, 13:30:59 UTC - in response to Message 16285.  

Has anyone tested what options will fix this?

If the LHC WUs are aborted or deleted, will the problem go away?

Will the download that's causing it go away if the LHC WU is aborted or deleted?

ID: 16288 · Report as offensive
thierry.l

Send message
Joined: 18 Sep 07
Posts: 19
France
Message 16290 - Posted: 1 Apr 2008, 13:49:37 UTC

Probably the same error.
01-Apr-2008 11:22:06 [lhcathome] Computation for task wm72A_m72allA__1__64.275_59.305__12_14__6__36_1_sixvf_boinc336910_5 finished
01-Apr-2008 11:22:06 [Milkyway@home] Starting gs_364_1207000870_1537501_0
01-Apr-2008 11:22:06 [Milkyway@home] Starting task gs_364_1207000870_1537501_0 using astronomy version 122
01-Apr-2008 11:22:08 [lhcathome] Started upload of wm72A_m72allA__1__64.275_59.305__12_14__6__36_1_sixvf_boinc336910_5_0
01-Apr-2008 11:22:09 [lhcathome] Temporarily failed upload of wm72A_m72allA__1__64.275_59.305__12_14__6__36_1_sixvf_boinc336910_5_0: transient upload error
01-Apr-2008 11:22:09 [lhcathome] Backing off 1 min 0 sec on upload of wm72A_m72allA__1__64.275_59.305__12_14__6__36_1_sixvf_boinc336910_5_0
01-Apr-2008 11:23:10 [lhcathome] Started upload of wm72A_m72allA__1__64.275_59.305__12_14__6__36_1_sixvf_boinc336910_5_0
01-Apr-2008 11:23:11 [lhcathome] Temporarily failed upload of wm72A_m72allA__1__64.275_59.305__12_14__6__36_1_sixvf_boinc336910_5_0: transient upload error
01-Apr-2008 11:23:11 [lhcathome] Backing off 1 min 0 sec on upload of wm72A_m72allA__1__64.275_59.305__12_14__6__36_1_sixvf_boinc336910_5_0
01-Apr-2008 11:24:12 [lhcathome] Started upload of wm72A_m72allA__1__64.275_59.305__12_14__6__36_1_sixvf_boinc336910_5_0
01-Apr-2008 13:38:36 [---] Starting BOINC client version 5.10.45 for windows_intelx86


Boinc manager freeze, no way to suspend computation, so shutdown and restart of vista.
At startup, boinc restart completly (as it is a new install) and perform init for all projects (previous tasks are lost)
01-Apr-2008 13:38:43 [proteins@home] URL: http://biology.polytechnique.fr/proteinsathome/; Computer ID: not assigned yet; location: (none); project prefs: default
01-Apr-2008 13:38:43 [rosetta@home] URL: http://boinc.bakerlab.org/rosetta/; Computer ID: not assigned yet; location: (none); project prefs: default
01-Apr-2008 13:38:43 [boincsimap] URL: http://boinc.bio.wzw.tum.de/boincsimap/; Computer ID: not assigned yet; location: (none); project prefs: default
01-Apr-2008 13:38:43 [BURP] URL: http://burp.boinc.dk/; Computer ID: not assigned yet; location: (none); project prefs: default
01-Apr-2008 13:38:43 [superlinkattechnion] URL: http://cbl-boinc-server2.cs.technion.ac.il/superlinkattechnion/; Computer ID: not assigned yet; location: (none); project prefs: default
01-Apr-2008 13:38:44 [Cosmology@Home] URL: http://cosmologyathome.org/; Computer ID: not assigned yet; location: (none); project prefs: default
01-Apr-2008 13:38:44 [Hydrogen@Home] URL: http://hydrogenathome.org/; Computer ID: not assigned yet; location: (none); project prefs: default
01-Apr-2008 13:38:44 [lhcathome] URL: http://lhcathome.cern.ch/lhcathome/; Computer ID: not assigned yet; location: (none); project prefs: default
01-Apr-2008 13:38:44 [Milkyway@home] URL: http://milkyway.cs.rpi.edu/milkyway/; Computer ID: not assigned yet; location: (none); project prefs: default
01-Apr-2008 13:38:44 [QMC@HOME] URL: http://qah.uni-muenster.de/; Computer ID: not assigned yet; location: (none); project prefs: default
01-Apr-2008 13:38:44 [SETI@home] URL: http://setiathome.berkeley.edu/; Computer ID: not assigned yet; location: (none); project prefs: default
01-Apr-2008 13:38:44 [Spinhenge@home] URL: http://spin.fh-bielefeld.de/; Computer ID: not assigned yet; location: (none); project prefs: default
01-Apr-2008 13:38:45 [SZTAKI Desktop Grid] URL: http://szdg.lpds.sztaki.hu/szdg/; Computer ID: not assigned yet; location: (none); project prefs: default
01-Apr-2008 13:38:45 [malariacontrol.net beta] URL: http://www.malariacontrol.net/; Computer ID: not assigned yet; location: (none); project prefs: default
01-Apr-2008 13:38:45 [uFluids] URL: http://www.ufluids.net/; Computer ID: not assigned yet; location: (none); project prefs: default
01-Apr-2008 13:38:45 [World Community Grid] URL: http://www.worldcommunitygrid.org/; Computer ID: not assigned yet; location: (none); project prefs: default


Too bad
ID: 16290 · Report as offensive
Greg C. TNO

Send message
Joined: 1 Apr 08
Posts: 3
United States
Message 16293 - Posted: 1 Apr 2008, 14:00:28 UTC - in response to Message 16288.  

Has anyone tested what options will fix this?

If the LHC WUs are aborted or deleted, will the problem go away?

Will the download that's causing it go away if the LHC WU is aborted or deleted?



About an hour after the first post on this I had realized it was something with LHC and got extreme... what really irritated me was that it killed ALL work, not just LHC units. How it could shut down the 'run as service' installation is beyond my expertise. You'd think other projects would still run, so I assume the resources were somehow tied up by this fiasco. Also, as the manager was frozen, aborting or suspending wasn't an option.

I shut down the Boinc manager, went into the Boinc directory and manually deleted all references to LHC. The big LHC file under 'projects' and all the loose files with LHC in the title text in the main directory.

In multi core computers, there is a file called 'slots'. Look into each and select all/delete everything in the folders with 'six pack' and 'fort'. Leave the folders empty but present, i.e. slot 0, slot 1 and so on. Your boinc manager will refill them with another project when you re-start.

In my case, I did not delete the info permanently. I left it in the recycle bin. (You could move it all to a folder for storage), if LHC figures it out, I have hundreds of hours of work that could be salvaged.

When you re-start the Boinc manager, nothing from LHC should be present, (it shouldn't be listed under projects for example). If the manager locks up again, go back and make sure you got everything.

I realize this is a shotgun approach, and heavy handed, but I have 15 other projects that are not corrupted and people more clever than I can figure out what EXACTLY the problem was :-)

ID: 16293 · Report as offensive
Nicolas

Send message
Joined: 19 Jan 07
Posts: 1179
Argentina
Message 16299 - Posted: 1 Apr 2008, 15:05:36 UTC - in response to Message 16293.  

About an hour after the first post on this I had realized it was something with LHC and got extreme... what really irritated me was that it killed ALL work, not just LHC units. How it could shut down the 'run as service' installation is beyond my expertise. You'd think other projects would still run, so I assume the resources were somehow tied up by this fiasco. Also, as the manager was frozen, aborting or suspending wasn't an option.

It made BOINC crash, that would make it close no matter the installation method.
ID: 16299 · Report as offensive
quiggibub

Send message
Joined: 31 Mar 08
Posts: 8
United States
Message 16310 - Posted: 1 Apr 2008, 18:39:56 UTC

After applying the fix to get BOINC crunching again, go to transfers, and ABORT all LHC work. Then go to the projects tab and suspend LHC. Now set your network prefrences to whatever you like to use. You will lose credit for any unreported LHC units, but you will be able to dl/ul work for other projects.
ID: 16310 · Report as offensive
Greg C. TNO

Send message
Joined: 1 Apr 08
Posts: 3
United States
Message 16312 - Posted: 1 Apr 2008, 18:48:56 UTC - in response to Message 16299.  

About an hour after the first post on this I had realized it was something with LHC and got extreme... what really irritated me was that it killed ALL work, not just LHC units. How it could shut down the 'run as service' installation is beyond my expertise. You'd think other projects would still run, so I assume the resources were somehow tied up by this fiasco. Also, as the manager was frozen, aborting or suspending wasn't an option.

It made BOINC crash, that would make it close no matter the installation method.



Danke.
ID: 16312 · Report as offensive
ProfileGuy
Avatar

Send message
Joined: 9 Feb 08
Posts: 54
United Kingdom
Message 16430 - Posted: 4 Apr 2008, 5:19:18 UTC
Last modified: 4 Apr 2008, 5:25:35 UTC

OK. So its working again...
Kind of...
I followed the instructions as described in Message 16293 (thanks Greg) and presto - no crash. The message came through that lhchome was serving so back goes the /lhcathome.cern.ch_lhcathome folder into /projects. Now lhc is phoning home but the work units are not listed in the Tasks tab of the manager and not crunching. Do I need to delete something in here? Or where?
There are three unzipped files, only the last one has a non zero length.

#ls BOINC/projects/lhcathome.cern.ch_lhcathome
w2_lhc270_6__31__s__64.28_59.31__10_12__5__22.5_1_sixvf_boinc30038.zip
w2_lhc270_6__47__s__64.28_59.31__8_10__5__52.5_1_sixvf_boinc31087.zip
w2_lhc271_4__14__s__64.28_59.31__10_12__5__7.5_1_sixvf_boinc32874.zip
w2_lhc271_4__14__s__64.28_59.31__18_20__5__7.5_1_sixvf_boinc32918.zip
w2_lhc271_4__28__s__64.28_59.31__8_10__5__52.5_1_sixvf_boinc33793.zip
w2_lhc271_5__18__s__64.28_59.31__8_10__5__52.5_1_sixvf_boinc37093.zip
w2_lhc271_5__18__s__64.28_59.31__8_10__5__60_1_sixvf_boinc37094.zip
w2_lhc271_5__30__s__64.28_59.31__12_14__5__7.5_1_sixvf_boinc37901.zip
w2_lhc271_5__60__s__64.28_59.31__10_12__5__30_1_sixvf_boinc39873.zip
w2_lhc271_5__60__s__64.28_59.31__10_12__5__52.5_1_sixvf_boinc39876.zip
w2_lhc271_5__6__s__64.28_59.31__14_16__5__45_1_sixvf_boinc36333.zip
w2_lhc271_5__6__s__64.28_59.31__14_16__5__52.5_1_sixvf_boinc36334.zip
w2_lhc271_6__16__s__64.28_59.31__14_16__5__30_1_sixvf_boinc40951.zip
w2_lhc271_6__28__s__64.28_59.31__12_14__5__45_1_sixvf_boinc41734.zip
w2_lhc271_6__58__s__64.28_59.31__10_12__5__67.5_1_sixvf_boinc43706.zip
wm7215nwp_m7215__40__64.31_59.32__10_12__6__40_1_sixvf_boinc352266.zip
wm72A_m72allA__10__64.281_59.311__10_12__6__36_1_sixvf_boinc340266.zip
wm72A_m72allA__10__64.281_59.311__10_12__6__36_1_sixvf_boinc340266_3_0
wm72A_m72allA__13__64.278_59.308__14_16__6__72_1_sixvf_boinc341236.zip
wm72A_m72allA__13__64.278_59.308__14_16__6__72_1_sixvf_boinc341236_4_0
wm72A_m72allA__17__64.276_59.306__2_4__6__72_1_sixvf_boinc342556.zip
wm72A_m72allA__19__64.275_59.305__4_6__6__72_1_sixvf_boinc343232.zip
wm72A_m72allA__19__64.275_59.305__4_6__6__72_1_sixvf_boinc343232_0_0


ID: 16430 · Report as offensive
Nicolas

Send message
Joined: 19 Jan 07
Posts: 1179
Argentina
Message 16448 - Posted: 4 Apr 2008, 16:30:31 UTC - in response to Message 16430.  

#ls BOINC/projects/lhcathome.cern.ch_lhcathome

You aren't running BOINC as root, are you??
ID: 16448 · Report as offensive
ProfileGuy
Avatar

Send message
Joined: 9 Feb 08
Posts: 54
United Kingdom
Message 16463 - Posted: 5 Apr 2008, 7:32:30 UTC - in response to Message 16448.  
Last modified: 5 Apr 2008, 7:48:55 UTC

#ls BOINC/projects/lhcathome.cern.ch_lhcathome

You aren't running BOINC as root, are you??


Hey, no. That's UnxUtils.zip with some command line exe's for MSDOS.
While you're there - what's the problem with root? Just a security issue?
Is 'Adminstrator' login for windows a similarly risky way?
ID: 16463 · Report as offensive
ProfileKSMarksPsych
Avatar

Send message
Joined: 30 Oct 05
Posts: 1239
United States
Message 16466 - Posted: 5 Apr 2008, 8:41:22 UTC - in response to Message 16463.  
Last modified: 5 Apr 2008, 8:42:03 UTC


While you're there - what's the problem with root? Just a security issue?


Yes. It's standard in *nix to run as a regular user and only go to the root account when needed.


Is 'Adminstrator' login for windows a similarly risky way?


Yes. But there are programs that tend to not play nice with unprivileged accounts, and the default in version before Vista is an administrator account. So most people use one. That's why it tends to be so easy for malware to wreck so much havoc in Windows.


On both my Linux boxes, I changed the root desktop to bright red so I don't forget that's how I logged in. And I changed the styling of the shell as well so I don't forget I opened a root shell.
Kathryn :o)
ID: 16466 · Report as offensive
ProfileGuy
Avatar

Send message
Joined: 9 Feb 08
Posts: 54
United Kingdom
Message 16479 - Posted: 5 Apr 2008, 20:51:08 UTC - in response to Message 16466.  
Last modified: 5 Apr 2008, 20:52:43 UTC


While you're there - what's the problem with root? Just a security issue?


Yes. It's standard in *nix to run as a regular user and only go to the root account when needed.


It's a good idea to adopt these security habits. But it's all very well su'ing in an xterm and then finding the GUI doesn't (by default?) permit you too.

Is 'Adminstrator' login for windows a similarly risky way?


Yes. But there are programs that tend to not play nice with unprivileged accounts, and the default in version before Vista is an administrator account. So most people use one. That's why it tends to be so easy for malware to wreck so much havoc in Windows.


Mark one positive point for Vista.

On both my Linux boxes, I changed the root desktop to bright red so I don't forget that's how I logged in. And I changed the styling of the shell as well so I don't forget I opened a root shell.


I'm with Fedora 8 at the moment. It's very usr friendly but I think suse is more so.

That's all very illuminating. Thanks KSMP
ID: 16479 · Report as offensive
ProfileKSMarksPsych
Avatar

Send message
Joined: 30 Oct 05
Posts: 1239
United States
Message 16480 - Posted: 5 Apr 2008, 23:23:35 UTC - in response to Message 16479.  

It's standard in *nix to run as a regular user and only go to the root account when needed.


It's a good idea to adopt these security habits. But it's all very well su'ing in an xterm and then finding the GUI doesn't (by default?) permit you too.


Usually I don't need the entire desktop as root. If I need to start an editor or whatever I'll `su -` and then `emacs`. If I have a lot I need to do and I think I'm going to need the GUI, I just log into the account. But the times I've needed to do that have been extremely small.



I'm with Fedora 8 at the moment. It's very usr friendly but I think suse is more so.

That's all very illuminating. Thanks KSMP


I tried sues a couple years ago but my guru brother couldn't get the wireless to work (me on second floor, router in the basement) so I went back to Windows. I was impressed with it tho. I started this time around with Ubuntu, but I'm glad I made the switch to Fedora.

Kathryn :o)
ID: 16480 · Report as offensive
-ShEm-

Send message
Joined: 14 Feb 08
Posts: 28
Message 17950 - Posted: 19 Jun 2008, 11:51:09 UTC
Last modified: 19 Jun 2008, 11:55:31 UTC

Got a similar problem with boinc manager not responding and core client seemingly crashing. I can reproduce it on several pc's at different locations.

Running 5.10.45 as service on Windows XP Pro
Network activity always available (through switch/router)

When for some reason I loose internet (ADSL, ISP problems or as test manually removing cable for internet, but network is still available), after some time (12hours+) Boinc Manager stops responding. In task manager boinc.exe is still showing, but with no applications. Stopping/starting service takes very long time and doesn't help, neither does killing in task manager nor rebooting. Only thing to do to make it work again is editing the client_state.xml and set user_network_request to 3 (network suspended), until internet is back. I usually loose some WU's, but that seems to be project dependent (CPDN, Cosmo, Milkyway. Never lost SETI or Einstein by this).

I've now set Network activity based on preferences, but haven't had a chance to test if that behaves better than always connected.

I'm curious if this might have been looked at / fixed in the upcoming 6.x.x-releases, and if not, shouldn't it be looked at?
ID: 17950 · Report as offensive
Previous · 1 · 2 · 3

Message boards : BOINC Manager : manager not responding

Copyright © 2024 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.