Posts by BobCat13

InfoMessage
41) Message boards : Questions and problems : Boinc command line arguments
Message 54584
Posted 24 Jun 2014 by BobCat13 		I don't believe the boinc client has a command line option for starting/stopping work fetch for projects, but boinccmd does. You may have to setup two Scheduled tasks to accomplish what you want.

First Scheduled Task would be to start the boinc client, so set it up to have the following in the Run box:
"C:\Program Files\BOINC\boinc.exe" --redirectio --detach_console

Second Scheduled Task is to use boinccmd to allow more work and should have the following in the Run box:
"C:\Program Files\BOINC\boinccmd.exe" --project www.primegrid.com allowmorework

Also make sure the Start in box has "C:\Program Files\BOINC"

All of the above assumes the client and boinccmd tool were installed into the Program Files\BOINC folder. If installed somewhere else, then change accordingly.
42) Message boards : Questions and problems : Use HDD for BOINC work files instead of SSD
Message 53996
Posted 7 May 2014 by BobCat13 		How about creating a 30 or 40GB partition on the HDD labeled /var and make sure it mounts at startup? That way, when installing BOINC from repositories it will automatically create the data directory on the HDD.
43) Message boards : Questions and problems : Boinccmd Operation Failed: Error -1
Message 53905
Posted 2 May 2014 by BobCat13
Assuming then command would be;

boinccmd --passwd password --project http://www.worldcommunitygrid.org/ nomorework

Thanks.

You don't need the http:// or the trailing /

It should be:
boinccmd --passwd password --project www.worldcommunitygrid.org nomorework
44) Message boards : Questions and problems : Inability to attach to project
Message 52851
Posted 27 Feb 2014 by BobCat13 		zombie67 wrote:
I am having the same problem with the linux x64 7.2.39 version. Can't attach to yoyo. Is there a work around for that?

https://dl.dropboxusercontent.com/u/55884901/choose.png
https://dl.dropboxusercontent.com/u/55884901/result.png
https://dl.dropboxusercontent.com/u/55884901/event2.png

See my post here explaining what is happening and possible ways to fix it:
http://boinc.berkeley.edu/dev/forum_thread.php?id=8964&postid=52850#52850
45) Message boards : Questions and problems : Boinc stuck on updating
Message 52850
Posted 27 Feb 2014 by BobCat13 		Richard Haselgrove wrote:

But surely the Manager has no involvement in result file uploads (if we've cleared up the terminology)? They are uploaded by the Client working on its own.

The hotfix (as described) does indeed enclose a Manager only, so it makes sense that it addresses the GUI wizard problems - but I'm not so sure about other transfers.

Unless you're saying that a failed Manager wizard use might poison libcurl/http, so subsequent file transfer requests fail as well? In which specific case, a client restart should be enough to clear it?

The Manager for ver. 7.2.39 is creating gibberish entries for the Language in client_state.xml (a new entry near the bottom of the file). The client then passes that gibberish along on server contacts including file transfers. Here is an excerpt from my stdoutdae.txt when I had http_debug and http_xfer_debug enabled (note the bolded lines):


17-Feb-2014 17:36:35 [rosetta@home] Computation for task Rossmann2x3_abinitio_SAVE_ALL_OUT_design_r004_001_131648_1745_0 finished
17-Feb-2014 17:36:44 [rosetta@home] [http] HTTP_OP::libcurl_exec(): ca-bundle 'C:\Program Files\BOINC\ca-bundle.crt'
17-Feb-2014 17:36:44 [rosetta@home] [http] HTTP_OP::libcurl_exec(): ca-bundle set
17-Feb-2014 17:36:44 [rosetta@home] Started upload of Rossmann2x3_abinitio_SAVE_ALL_OUT_design_r004_001_131648_1745_0_0
17-Feb-2014 17:36:45 [rosetta@home] [http] [ID#11896] Info: About to connect() to srv5.bakerlab.org port 80 (#1)
17-Feb-2014 17:36:45 [rosetta@home] [http] [ID#11896] Info: Trying 128.95.160.146...
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Info: Connected to srv5.bakerlab.org (128.95.160.146) port 80 (#1)
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Info: Connected to srv5.bakerlab.org (128.95.160.146) port 80 (#1)
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Sent header to server: POST /rosetta_cgi/file_upload_handler HTTP/1.1
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Sent header to server: User-Agent: BOINC client (windows_intelx86 7.2.39)
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Sent header to server: Host: srv5.bakerlab.org
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Sent header to server: Accept: */*
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Sent header to server: Accept-Encoding: deflate, gzip
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Sent header to server: Content-Type: application/x-www-form-urlencoded
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Sent header to server: ACCEPT_LANGUAGE: øú
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Sent header to server: Content-Length: 318
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Sent header to server:
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Received header from server: HTTP/1.1 200 OK
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Received header from server: Date: Mon, 17 Feb 2014 22:36:45 GMT
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Received header from server: Server: Apache/2.2.3 (Red Hat)
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Received header from server: Connection: close
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Received header from server: Transfer-Encoding: chunked
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Received header from server: Content-Type: text/plain; charset=UTF-8
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Received header from server:
17-Feb-2014 17:36:46 [---] [http_xfer] [ID#11896] HTTP: wrote 93 bytes
17-Feb-2014 17:36:46 [rosetta@home] [http] [ID#11896] Info: Closing connection #1
17-Feb-2014 17:36:47 [rosetta@home] [http] HTTP_OP::libcurl_exec(): ca-bundle set
17-Feb-2014 17:36:47 [rosetta@home] [http] [ID#11896] Info: About to connect() to srv5.bakerlab.org port 80 (#1)
17-Feb-2014 17:36:47 [rosetta@home] [http] [ID#11896] Info: Trying 128.95.160.146...
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Info: Connected to srv5.bakerlab.org (128.95.160.146) port 80 (#1)
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Info: Connected to srv5.bakerlab.org (128.95.160.146) port 80 (#1)
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Sent header to server: POST /rosetta_cgi/file_upload_handler HTTP/1.1
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Sent header to server: User-Agent: BOINC client (windows_intelx86 7.2.39)
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Sent header to server: Host: srv5.bakerlab.org
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Sent header to server: Accept: */*
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Sent header to server: Accept-Encoding: deflate, gzip
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Sent header to server: Content-Type: application/x-www-form-urlencoded
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Sent header to server: ACCEPT_LANGUAGE: øú
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Sent header to server: Content-Length: 231657
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Sent header to server: Expect: 100-continue
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Sent header to server:
17-Feb-2014 17:36:48 [rosetta@home] [http] [ID#11896] Received header from server: HTTP/1.1 100 Continue
17-Feb-2014 17:36:49 [rosetta@home] [http] [ID#11896] Received header from server: HTTP/1.1 200 OK
17-Feb-2014 17:36:49 [rosetta@home] [http] [ID#11896] Received header from server: Date: Mon, 17 Feb 2014 22:36:47 GMT
17-Feb-2014 17:36:49 [rosetta@home] [http] [ID#11896] Received header from server: Server: Apache/2.2.3 (Red Hat)
17-Feb-2014 17:36:49 [rosetta@home] [http] [ID#11896] Received header from server: Connection: close
17-Feb-2014 17:36:49 [rosetta@home] [http] [ID#11896] Received header from server: Transfer-Encoding: chunked
17-Feb-2014 17:36:49 [rosetta@home] [http] [ID#11896] Received header from server: Content-Type: text/plain; charset=UTF-8
17-Feb-2014 17:36:49 [rosetta@home] [http] [ID#11896] Received header from server:
17-Feb-2014 17:36:49 [---] [http_xfer] [ID#11896] HTTP: wrote 64 bytes
17-Feb-2014 17:36:49 [rosetta@home] [http] [ID#11896] Info: Closing connection #1
17-Feb-2014 17:36:50 [rosetta@home] Finished upload of Rossmann2x3_abinitio_SAVE_ALL_OUT_design_r004_001_131648_1745_0_0

To fix the gibberish on Windows, the user can use the Manager hotfix which lists the language correctly in client_state.xml.

Linux and Mac users can just exit the Manager and start it again, which will change the gibberish entry to a different gibberish entry which the server may not have a problem with. It can take exiting and starting the Manager multiple times before hitting on some gibberish the server can handle. Another way for Linux/Mac users to fix it is to exit Manager, stop the client, edit the client_state.xml and enter a valid language setting, i.e. en_US for U.S. English, then start the client and never open the Manager as it will change the entry to gibberish again.
46) Message boards : Questions and problems : BOINC not writing to stdoutdae
Message 52111
Posted 23 Jan 2014 by BobCat13 		Did you use the --redirectio switch?

Jord's FAQ with the command line switches:
http://boincfaq.mundayweb.com/index.php?language=1&view=502
47) Message boards : Questions and problems : Use HDD for BOINC work files instead of SSD
Message 52100
Posted 23 Jan 2014 by BobCat13 		Create a directory for the boinc data on the HDD, then copy the contents of /var/lib/boinc-client to that new directory. Make sure all of the files and subdirectories have owner:group set to boinc:boinc and edit the /etc/default/boinc-client file to point to the new data directory.

The /etc/default/boinc-client file should have some lines like the following:

# This is the data directory of the BOINC core client.
BOINC_DIR="/var/lib/boinc-client"

Just change /var/lib/boinc-client to your new data directory, save the file, then start the boinc client and check the Event log to see if the new directory is being used.
48) Message boards : Server programs : No results
Message 52038
Posted 19 Jan 2014 by BobCat13 		Rebirther and I both have the same signup date for the project: 2009-05-01, and I logged into the site by using the forgot password option so I don't think older accounts are inaccessible. The email from the project was filtered as spam by the mail provider, but I retrieved it from the provider's user account page where they keep suspected spam for a while so the user can determine if it really is spam.

Now, the fact that when providing the correct login info still will not let the user login (without having to use the forgot password option) does appear to be a misconfiguration problem.
49) Message boards : Server programs : No results
Message 52024
Posted 18 Jan 2014 by BobCat13 		Here are the messages that my machine gets when requesting work:

http://boinc.drugdiscoveryathome.com/	1-18-2014 3:38:39 PM	Requesting new tasks for CPU
http://boinc.drugdiscoveryathome.com/	1-18-2014 3:38:41 PM	Scheduler request completed: got 0 new tasks	
http://boinc.drugdiscoveryathome.com/	1-18-2014 3:38:41 PM	Server can't open log file (../log_vps/scheduler.log)
50) Message boards : Questions and problems : Power PC Projects
Message 51888
Posted 4 Jan 2014 by BobCat13 		You can try the following page:
https://boinc.berkeley.edu/projects.php

Look to the right to see if Mac is supported, then open the link on the right to the project homepage and look for a link to applications.

The first project ABC@Home has the following for their application page:
http://abcathome.com/apps.php

If you can't find a link to applications on the project's homepage, just try appending /apps.php at the end of the homepage url.

If a project that interests you lists MAC/PowerPC, try attaching to the project to see if your machine can get work.
51) Message boards : Questions and problems : Last version for OS X 10.3?
Message 51885
Posted 4 Jan 2014 by BobCat13
Short of trying every version between 6.10.17 and 6.10.54, is there a reliable way to determine which was the last to support OS X 10.3?

I'm not sure if the following link is a reliable way, but check the second entry for 6.10.37 where GCC 4.0 is used. You can check your GCC version, and if it is earlier than 4.0 try installing 6.10.36 to see if it works.

http://boinc.berkeley.edu/dev/forum_thread.php?id=2518&postid=31673#31673

Edit: Looks like Jord came up with a more definitive answer, so his advice should be heeded.
52) Message boards : Questions and problems : Problems installing BOINC 7.2.28
Message 51541
Posted 25 Nov 2013 by BobCat13
@ Juha and BobCat13,

I DEFINITELY want to keep BOINC Manager GUI operational. So; BobCat13, if I follow your instructions, will that happen??? Or, as Juha suggests, will I need more command line instructions?

Many thanks to you both.

You don't have to change the Manager if you don't want to. It is entirely possible to have client ver 7.2.28 and Manager ver. 7.0.65 on your system and they will work together. The four steps I gave (stopping the client, renaming the old, copying the new, and starting the client again) will only update the client.
53) Message boards : Questions and problems : Problems installing BOINC 7.2.28
Message 51516
Posted 24 Nov 2013 by BobCat13
If the Software Center was updated, it would be a lot easier but since it hasn't been updated, this is the way to install a newer version. As an alpha tester, I have been upgrading versions like this for several years without a problem.

Do you have BOINC installed from the repository at the same time? Does the package manager ever complain about the binaries being something other than what the packages had? Or does the package manager ever replace the binaries to whatever it thinks are the correct ones?

No, it was not installed from the repository. I created a partition named /boinc and that partition contains two directories, /executable and /data. After unpacking the Berkeley sh file, I just rename the old executables and copy the newest ones into the /executable directory. The client is started as a daemon by the init.d script and the /etc/default/boinc-client file points to /boinc/executable/boinc for the client and /boinc/data/ for the data directory.
54) Message boards : Questions and problems : Problems installing BOINC 7.2.28
Message 51495
Posted 24 Nov 2013 by BobCat13
Thank you very much BobCat13. Keep in mind, that I originally installed BOINC 7.0.65 from Ubuntu Software Center. So, I'm not sure where 7.0.65 was written to and stored. Would it still be /usr/bin ??? Or, would it be somewhere else??? ...and, how do I make sure that I get the 7.2.28 from Downloads to /usr/bin ???


Since 7.0.65 was installed from the Software Center, the executables will be in /usr/bin and the 4 commands will stop the client, rename the old 7.0.65 version, move 7.2.28 to usr/bin and finally start the client again. Just be sure to use the ldd command to make sure all libraries are installed, or when you start the new version it will fail to run.

Also, I made a mistake on the command to unpack the 7.2.28 download. You have the 32 bit version, so the command to unpack should be:

sh boinc_7.2.28_i686-pc-linux-gnu.sh

God WINDOWS IS SUPERIOR!!! Double Click and be done with it, already!!! Who says Linux is superior is DAFT!!! This command line stuff is maddening! GUI is the future! Or, it's supposed to be! Drag and Drop, Cut and Paste, Double Click to install, ALL Perfectly wonderful, why can't Linux do this???


If the Software Center was updated, it would be a lot easier but since it hasn't been updated, this is the way to install a newer version. As an alpha tester, I have been upgrading versions like this for several years without a problem.
55) Message boards : Questions and problems : Problems installing BOINC 7.2.28
Message 51492
Posted 23 Nov 2013 by BobCat13
Well, I managed to successfully download BOINC 7.2.28 from SETI@home. It now sits in the "Downloads" Folder.

How do I successfully install it, (using Terminal), so that it updates 7.0.65 to 7.2.28 without removing the BOINC Manager, and without killing WU's being worked on???

Ok, start a Terminal and navigate to the Downloads directory. Unpack the 7.2.28 file by entering:

.sh boinc_7.2.28_x86_64-pc-linux-gnu.sh

This should create a directory called BOINC in the Downloads directory. CD into the BOINC directory and use ldd to check library dependencies:

cd BOINC
ldd boinc

If no libraries are missing in the output, then you can do the following to rename the old 7.0 binary in case you need to restore it and then copy in the new 7.2 version. I am doing this from memory as my machine has the executables installed elsewhere, so prior to doing this make sure the executable is in /usr/bin

sudo service boinc-client stop
sudo mv /usr/bin/boinc boinc_7.0.65
sudo cp boinc /usr/bin/boinc
sudo service boinc-client start

You can run the ldd command on boincmgr and boinccmd as well if you wish and if no libraries are missing, you can do the mv and cp commands on those, just changing the command to reflect the appropriate filenames. You don't need to stop the client to update the boincmgr and boinccmd executables.
56) Message boards : Projects : QMC News - Project Moving, URL Change
Message 49998
Posted 26 Jul 2013 by BobCat13
Edit: checking the list of users, so far not a single WU completed and validated and gave out credit (since restart of the project).

Check the top computers list, and you will see that the tasks complete and credit is received.

http://qmcathome.org/top_hosts.php
57) Message boards : Questions and problems : I need a way to fine-tune download/upload back-off period
Message 48391
Posted 29 Mar 2013 by BobCat13 		Apparently there is no 100 retry limit, as this is from a Cels@Home upload info pulled from client_state.xml:

<persistent_file_xfer>
<num_retries>105</num_retries>

As for the day limit, I believe, like mo.v, it is set at 90. I have 4 uploads for Cels@Home and 18 uploads for UCT Malaria that I clear the persistent status on the first day of every odd number month. This has been working for several years to keep the uploads from expiring. Also, update the report_deadline to keep the results from being in deadline warning.
58) Message boards : Questions and problems : CPU not recognized
Message 46190
Posted 3 Nov 2012 by BobCat13 		Boinc is reporting the same thing as CPU-Z does under the Specification entry.
59) Message boards : Questions and problems : Network problems = Unrecoverable error...
Message 45095
Posted 28 Jul 2012 by BobCat13 		Here is another example of the no heartbeat error causing tasks to error out with signal 11 on Linux. In this case it was not an internet connection problem, but a misbehaving project (DNA@home) that was holding up the client from communicating with the science applications. First time, 4 Asteroids and 1 WUProp tasks errored, second time Correlizer exited but managed to recover, and the third time 4 WCG HCMD2 and 1 WUProp tasks errored. DNA is now on NNT, so it is not contacting the project anymore.

DNA@Home 7-28-2012 8:13:31 AM Sending scheduler request: To fetch work.
DNA@Home 7-28-2012 8:13:31 AM Requesting new tasks for CPU
Asteroids@home 7-28-2012 8:14:21 AM Computation for task ps_120622b_45259_3_3 finished
Asteroids@home 7-28-2012 8:14:21 AM Resuming task ps_120622b_87028_1_3 using period_search version 10000 in slot 1
Asteroids@home 7-28-2012 8:14:22 AM Computation for task ps_120622b_1333_68_3 finished
correlizer 7-28-2012 8:14:22 AM Starting task rc_5974237_0 using correlizer_rc version 109 in slot 0
Asteroids@home 7-28-2012 8:14:23 AM Started upload of ps_120622b_45259_3_3_0
Asteroids@home 7-28-2012 8:14:23 AM Computation for task ps_120622b_5179_4_3 finished
correlizer 7-28-2012 8:14:23 AM Starting task rc_5977379_0 using correlizer_rc version 109 in slot 3
Asteroids@home 7-28-2012 8:14:25 AM Computation for task ps_120622b_87028_1_3 finished
correlizer 7-28-2012 8:14:25 AM Starting task rc_5961961_1 using correlizer_rc version 109 in slot 1
WUProp@Home 7-28-2012 8:14:26 AM Computation for task wu_v3_1340211602_1228320_0 finished
correlizer 7-28-2012 8:14:27 AM Task rc_5974449_0 exited with zero status but no 'finished' file
correlizer 7-28-2012 8:14:27 AM If this happens repeatedly you may need to reset the project.
correlizer 7-28-2012 8:14:27 AM Restarting task rc_5974449_0 using correlizer_rc version 109 in slot 5
WUProp@Home 7-28-2012 8:14:28 AM Started upload of wu_v3_1340211602_1228320_0_0
WUProp@Home 7-28-2012 8:14:31 AM Finished upload of wu_v3_1340211602_1228320_0_0
7-28-2012 8:15:32 AM Project communication failed: attempting access to reference site
DNA@Home 7-28-2012 8:15:32 AM Scheduler request failed: Timeout was reached
7-28-2012 8:15:35 AM Internet access OK - project servers may be temporarily down.

DNA@Home 7-28-2012 8:16:44 AM Fetching scheduler list
correlizer 7-28-2012 8:17:33 AM Task rc_5974237_0 exited with zero status but no 'finished' file
correlizer 7-28-2012 8:17:33 AM If this happens repeatedly you may need to reset the project.
correlizer 7-28-2012 8:17:33 AM Restarting task rc_5974237_0 using correlizer_rc version 109 in slot 0
correlizer 7-28-2012 8:17:34 AM Task rc_5977379_0 exited with zero status but no 'finished' file
correlizer 7-28-2012 8:17:34 AM If this happens repeatedly you may need to reset the project.
World Community Grid 7-28-2012 8:17:34 AM Finished download of b6783c592df095adaf9983c6a703fc54.dat.gzb
World Community Grid 7-28-2012 8:17:34 AM Started download of 78f88560db6f55288ca0cc71caa330d2.dat.gzb
correlizer 7-28-2012 8:17:34 AM Restarting task rc_5977379_0 using correlizer_rc version 109 in slot 3
correlizer 7-28-2012 8:17:35 AM Task rc_5961961_1 exited with zero status but no 'finished' file
correlizer 7-28-2012 8:17:35 AM If this happens repeatedly you may need to reset the project.
correlizer 7-28-2012 8:17:35 AM Restarting task rc_5961961_1 using correlizer_rc version 109 in slot 1
correlizer 7-28-2012 8:17:37 AM Task rc_5974449_0 exited with zero status but no 'finished' file
correlizer 7-28-2012 8:17:37 AM If this happens repeatedly you may need to reset the project.
correlizer 7-28-2012 8:17:37 AM Restarting task rc_5974449_0 using correlizer_rc version 109 in slot 5
7-28-2012 8:18:44 AM Project communication failed: attempting access to reference site
7-28-2012 8:18:46 AM Internet access OK - project servers may be temporarily down.

DNA@Home 7-28-2012 9:52:52 AM Sending scheduler request: To fetch work.
DNA@Home 7-28-2012 9:52:52 AM Requesting new tasks for CPU
WUProp@Home 7-28-2012 9:53:27 AM Computation for task wu_v3_1340211602_1231743_0 finished
World Community Grid 7-28-2012 9:53:28 AM Computation for task CMD2_2514-NALDLA.clustersOccur-UGPA2A.clustersOccur_84_196518_197284_0 finished
World Community Grid 7-28-2012 9:53:28 AM Starting task CMD2_2514-NALDLA.clustersOccur-UGPA2A.clustersOccur_97_225982_226719_0 using hcmd2 version 640 in slot 0
World Community Grid 7-28-2012 9:53:29 AM Computation for task CMD2_2514-MLRS.clustersOccur-TPM1A.clustersOccur_1_3194_3579_0 finished
World Community Grid 7-28-2012 9:53:29 AM Starting task CMD2_2514-MLRS.clustersOccur-TPM1A.clustersOccur_1_2808_3193_0 using hcmd2 version 640 in slot 2
World Community Grid 7-28-2012 9:53:30 AM Computation for task CMD2_2514-NALDLA.clustersOccur-TELTA.clustersOccur_80_102833_103193_0 finished
World Community Grid 7-28-2012 9:53:30 AM Starting task CMD2_2514-DDX3XA.clustersOccur-SERA.clustersOccur_13_113040_117025_0 using hcmd2 version 640 in slot 1
World Community Grid 7-28-2012 9:53:31 AM Computation for task CMD2_2514-DDX3XA.clustersOccur-SERA.clustersOccur_15_130960_132351_0 finished
World Community Grid 7-28-2012 9:53:31 AM Starting task CMD2_2514-NALDLA.clustersOccur-TELTA.clustersOccur_123_157350_157975_0 using hcmd2 version 640 in slot 3
7-28-2012 9:54:53 AM Project communication failed: attempting access to reference site
DNA@Home 7-28-2012 9:54:53 AM Scheduler request failed: Timeout was reached
7-28-2012 9:54:56 AM Internet access OK - project servers may be temporarily down.
60) Message boards : Questions and problems : Network problems = Unrecoverable error...
Message 45011
Posted 21 Jul 2012 by BobCat13 		It is not a coincidence. During the internet problem times, DNS resolution can be affected. If boinc tries connecting to a project server and can't resolve the DNS quickly, it causes the no heartbeat error. Some science applications error out with signal 11 when receiving the no heartbeat. My Linux (Lubuntu 11.10, ver. 7.0.27) has recently errored on 9 Asteroids tasks when DNS resolution was having problems.

Editing the hosts file to include the IP address of projects and running a local DNS cache has helped, but still has not completely eliminated the problem. So it may be more than DNS and possibly just general internet connection problems that can cause the no heartbeat error.

Are the boinc client communications with the internet and the client communications with the science applications linked together?
Previous 20 · Next 20

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