Ever since I've tested anything above 6.10.21 I will see hostname not found OR projects failing to report.

if I choose Tools->Sync with GridRepublic, for example:

Mon Mar 22 14:15:54 2010 Starting BOINC client version 6.10.43 for x86_64-apple-darwin
Mon Mar 22 14:18:54 2010 Fetching configuration file from http://www.gridrepublic.org/get_project_config.php
Mon Mar 22 14:18:55 2010 Project communication failed: attempting access to reference site
Mon Mar 22 14:18:56 2010 Internet access OK - project servers may be temporarily down.


However, back on 6.10.21 I see:



Mon Mar 22 14:24:13 2010 Version change (6.10.43 -> 6.10.21)

Mon Mar 22 14:25:04 2010 Fetching configuration file from http://www.gridrepublic.org/get_project_config.php
Mon Mar 22 14:25:08 2010 Contacting account manager at http://www.gridrepublic.org/
Mon Mar 22 14:25:08 2010 Account manager contact succeeded
Mon Mar 22 14:25:08 2010 SETI@home Sending scheduler request: Requested by account manager.


I'm not sure if this has been a BOINC Client issue, or a Grid Republic issue. After looking through the message boards - I do see a lot of folks having issues with reporting. I'm wondering if this may contributing. As I mentioned in the topic, I've seen this on all test releases since 6.10.33

Running on x86_64-apple-darwin 10.6.2

cheers!
dan

---

Forwarded to Charlie, as I would have thought his fix was in 6.10.43

---

Ever since I've tested anything above 6.10.21 I will see hostname not found OR projects failing to report.

Hi Dan,

BOINC uses a couple of open-source libraries called cURL and c-ares to do its network communications. The difference between current and earlier versions of BOINC is that we upgraded to cURL version 7.19.7 and c-ares 1.7.0 for the newer release.

cURL version 7.20.0 was recently released. Since we have not been able to reproduce your problem with resolving hostnames, it would be a great help to us to know if the new version of cURL has solved your problem. If so, we would upgrade to the new cURL for future releases of BOINC.

Please try this test version (using cURL 7.20.0 and c-ares 1.7.0) first. Only if it does not solve your problem, then please try this other test version (using the older cURL 7.19.4 and c-ares 1.6.0). Please post back here whether either or both of these worked for you.

I really need to know the results, as we have not been able to duplicate this problem.

Thank you for your help.

Cheers,
--Charlie

---

Charlie Fenton
BOINC / SETI@home Macintosh & Windows Programmer

First Test version Fails. ( 10.36 )

Mon Mar 22 20:37:17 2010 Starting BOINC client version 6.10.36 for x86_64-apple-darwin
Mon Mar 22 20:37:17 2010 log flags: file_xfer, sched_ops, task
Mon Mar 22 20:37:17 2010 Libraries: libcurl/7.20.0 OpenSSL/0.9.7l zlib/1.2.3 c-ares/1.7.0
Mon Mar 22 20:37:17 2010 Data directory: /Library/Application Support/BOINC Data
Mon Mar 22 20:37:17 2010 Processor: 2 GenuineIntel Intel(R) Core(TM)2 CPU T7600 @ 2.33GHz [x86 Family 6 Model 15 Stepping 6]
Mon Mar 22 20:37:17 2010 Processor features: FPU VME DE PSE TSC MSR PAE MCE CX8 APIC SEP MTRR PGE MCA CMOV PAT PSE36 CLFSH DS ACPI MMX FXSR SSE SSE2 SS HTT TM SSE3 MON DSCPL VMX EST TM2 SSSE3 CX16 TPR PDCM
Mon Mar 22 20:37:17 2010 OS: Darwin: 10.2.0
Mon Mar 22 20:37:17 2010 Memory: 2.00 GB physical, 66.73 GB virtual
Mon Mar 22 20:37:17 2010 Disk: 232.44 GB total, 66.49 GB free
Mon Mar 22 20:37:17 2010 Local time is UTC -4 hours
Mon Mar 22 20:37:17 2010 No usable GPUs found

Mon Mar 22 20:37:59 2010 Project communication failed: attempting access to reference site
Mon Mar 22 20:37:59 2010 Einstein@Home Temporarily failed upload of h1_0205.95_S5R4__25_S5GCEa_0_0: can't resolve hostname
Mon Mar 22 20:37:59 2010 Einstein@Home Backing off 1 min 0 sec on upload of h1_0205.95_S5R4__25_S5GCEa_0_0
Mon Mar 22 20:38:00 2010 Internet access OK - project servers may be temporarily down.
Mon Mar 22 20:38:09 2010 Fetching configuration file from http://www.gridrepublic.org/get_project_config.php
Mon Mar 22 20:38:10 2010 Project communication failed: attempting access to reference site
Mon Mar 22 20:38:11 2010 Internet access OK - project servers may be temporarily down.



SUCCESS On 10.36a


Mon Mar 22 20:41:20 2010 Starting BOINC client version 6.10.36 for x86_64-apple-darwin
Mon Mar 22 20:41:20 2010 log flags: file_xfer, sched_ops, task
Mon Mar 22 20:41:20 2010 Libraries: libcurl/7.19.4 OpenSSL/0.9.7l zlib/1.2.3 c-ares/1.6.0
Mon Mar 22 20:41:20 2010 Data directory: /Library/Application Support/BOINC Data
Mon Mar 22 20:41:20 2010 Processor: 2 GenuineIntel Intel(R) Core(TM)2 CPU T7600 @ 2.33GHz [x86 Family 6 Model 15 Stepping 6]
Mon Mar 22 20:41:20 2010 Processor features: FPU VME DE PSE TSC MSR PAE MCE CX8 APIC SEP MTRR PGE MCA CMOV PAT PSE36 CLFSH DS ACPI MMX FXSR SSE SSE2 SS HTT TM SSE3 MON DSCPL VMX EST TM2 SSSE3 CX16 TPR PDCM
Mon Mar 22 20:41:20 2010 OS: Darwin: 10.2.0
Mon Mar 22 20:41:20 2010 Memory: 2.00 GB physical, 66.71 GB virtual
Mon Mar 22 20:41:20 2010 Disk: 232.44 GB total, 66.46 GB free
Mon Mar 22 20:41:20 2010 Local time is UTC -4 hours
Mon Mar 22 20:41:20 2010 No usable GPUs found

Mon Mar 22 20:41:49 2010 Fetching configuration file from http://www.gridrepublic.org/get_project_config.php
Mon Mar 22 20:41:53 2010 Contacting account manager at http://www.gridrepublic.org/
Mon Mar 22 20:41:55 2010 Account manager contact succeeded
Mon Mar 22 20:41:57 2010 SETI@home Sending scheduler request: Requested by account manager.
Mon Mar 22 20:41:57 2010 SETI@home Requesting new tasks
Mon Mar 22 20:42:02 2010 SETI@home Scheduler request completed: got 0 new tasks
Mon Mar 22 20:42:02 2010 SETI@home Message from server: (Project has no jobs available)



Thanks - Will Test any other versions as well & report
dan

---

[Thanks - Will Test any other versions as well & report
dan

Hi Dan,

Thank you for your help. Your results seem to indicate that the problem is either with CURL 7.19.7 and 7.20.0 or with c-ares 1.7.0. To determine which it is, I've made a new test build using CURL 7.20.0 and c-ares 1.6.0.

Would you be kind enough to download and try installing this version and let me know whether the connection problem reappears?

Thanks again.

Cheers,
--Charlie

---

Charlie Fenton
BOINC / SETI@home Macintosh & Windows Programmer

Test Build Works

Tue Mar 23 08:28:30 2010 Libraries: libcurl/7.20.0 OpenSSL/0.9.7l zlib/1.2.3 c-ares/1.6.0Tue Tue Mar 23 08:28:49 2010 Fetching configuration file from http://www.gridrepublic.org/get_project_config.php
Tue Mar 23 08:28:53 2010 Contacting account manager at http://www.gridrepublic.org/
Tue Mar 23 08:28:54 2010 Account manager contact succeeded

This also corrected 1 (one) hostname not found for Pirates@home. While BOINC,Einstein,Rosetta were being 'found' I noticed Pirates had earlier failed to resolve ( weird that only 1 name would fail, I'll take it as just a 'error' ) -

Thanks -

dan

---

Test Build Works
dan

Hi Dan,

So it seems pretty clear that c-ares 1.7.0 is the culprit.

As it turns out, a new version, c-ares 1.7.1 was released just today. I've built another test version (test4) using curl 7.20.0 and c-ares 1.7.1. and posted it here.

Would you be so kind as to try it and let me know if they've fixed the problem in this new release? If it works, it would be nice to be able to go forward instead of reverting back to an older version of c-ares.

Thanks again for your patience, persistence and help!

Cheers,
--Charlie

---

Charlie Fenton
BOINC / SETI@home Macintosh & Windows Programmer

RE: Macintosh BOINCManager Version 6.10.36C720A171

- Failed.



Wed Mar 24 08:50:08 2010 Libraries: libcurl/7.20.0 OpenSSL/0.9.7l zlib/1.2.3 c-ares/1.7.1

Wed Mar 24 08:50:08 2010 Using proxy info from GUI
Wed Mar 24 08:50:08 2010 Not using a proxy
Wed Mar 24 08:50:08 2010 Contacting account manager at http://www.gridrepublic.org/
Wed Mar 24 08:50:10 2010 Einstein@Home Restarting task h1_0206.10_S5R4__26_S5GCEa_1 using einstein_S5GCE version 502
Wed Mar 24 08:50:11 2010 rosetta@home Restarting task Ross3X3_SAVE_ALL_OUT_relax_t004_18710_122_0 using minirosetta version 205
Wed Mar 24 08:50:12 2010 Account manager error: can't resolve hostname
Wed Mar 24 08:50:38 2010 Project communication failed: attempting access to reference site
Wed Mar 24 08:50:39 2010 Internet access OK - project servers may be temporarily down.
Wed Mar 24 08:50:38 2010 Project communication failed: attempting access to reference site
Wed Mar 24 08:50:39 2010 Internet access OK - project servers may be temporarily down.
Wed Mar 24 08:52:45 2010 Fetching configuration file from http://www.gridrepublic.org/get_project_config.php
Wed Mar 24 08:52:45 2010 Project communication failed: attempting access to reference site
Wed Mar 24 08:52:46 2010 Internet access OK - project servers may be temporarily down.
Wed Mar 24 09:19:52 2010 Fetching configuration file from http://www.gridrepublic.org/get_project_config.php
Wed Mar 24 09:19:54 2010 Project communication failed: attempting access to reference site
Wed Mar 24 09:19:55 2010 Internet access OK - project servers may be temporarily down.
Wed Mar 24 09:21:25 2010 Fetching configuration file from http://www.gridrepublic.org/get_project_config.php
Wed Mar 24 09:21:26 2010 Project communication failed: attempting access to reference site
Wed Mar 24 09:21:27 2010 Internet access OK - project servers may be temporarily down.
Wed Mar 24 09:24:28 2010 Fetching configuration file from http://www.gridrepublic.org/get_project_config.php
Wed Mar 24 09:24:28 2010 Project communication failed: attempting access to reference site
Wed Mar 24 09:24:29 2010 Internet access OK - project servers may be temporarily down.
[/i]



-TCPDUMP-
09:24:28.294366 IP (tos 0x0, ttl 64, id 24822, offset 0, flags [none], proto UDP (17), length 66)
zoemax.62183 > home.domain: 53624+ AAAA? www.gridrepublic.org. (38)
09:24:28.327477 IP (tos 0x0, ttl 255, id 59129, offset 0, flags [DF], proto UDP (17), length 129)
home.domain > zoemax.62183: 53624 0/1/0 (101)
09:24:28.327644 IP (tos 0x0, ttl 64, id 7051, offset 0, flags [none], proto UDP (17), length 84)
zoemax.62183 > home.domain: 22137+ AAAA? www.gridrepublic.org.gateway.2wire.net. (56)
09:24:28.337643 IP (tos 0x0, ttl 255, id 59130, offset 0, flags [DF], proto UDP (17), length 540)
home.domain > zoemax.62183: 22137 Refused*- 0/0/0 (512)
09:24:28.337748 IP (tos 0x0, ttl 64, id 38908, offset 0, flags [none], proto UDP (17), length 84)
zoemax.62183 > home.domain: 22137+ AAAA? www.gridrepublic.org.gateway.2wire.net. (56)
09:24:28.347181 IP (tos 0x0, ttl 255, id 59131, offset 0, flags [DF], proto UDP (17), length 540)
home.domain > zoemax.62183: 22137 Refused*- 0/0/0 (512)
09:24:28.347303 IP (tos 0x0, ttl 64, id 6528, offset 0, flags [none], proto UDP (17), length 84)
zoemax.62183 > home.domain: 22137+ AAAA? www.gridrepublic.org.gateway.2wire.net. (56)
09:24:28.357679 IP (tos 0x0, ttl 255, id 59132, offset 0, flags [DF], proto UDP (17), length 540)
home.domain > zoemax.62183: 22137 Refused*- 0/0/0 (512)
09:24:28.358088 IP (tos 0x0, ttl 64, id 40658, offset 0, flags [none], proto UDP (17), length 84)
zoemax.62183 > home.domain: 22137+ AAAA? www.gridrepublic.org.gateway.2wire.net. (56)
09:24:28.367380 IP (tos 0x0, ttl 255, id 59133, offset 0, flags [DF], proto UDP (17), length 540)
home.domain > zoemax.62183: 22137 Refused*- 0/0/0 (512)





--

ls -l /etc/resolv.conf
lrwxr-xr-x 1 root wheel 20 Sep 6 2009 /etc/resolv.conf -> /var/run/resolv.conf

cat /var/run/resolv.conf
#
# Mac OS X Notice
#
# This file is not used by the host name and address resolution
# or the DNS query routing mechanisms used by most processes on
# this Mac OS X system.
#
# This file is automatically generated.
#
domain gateway.2wire.net
nameserver 192.168.1.254

nslookup www.gridrepublic.org
Server: 192.168.1.254
Address: 192.168.1.254#53

Non-authoritative answer:
Name: www.gridrepublic.org
Address: 206.212.249.246


----
Could I be having conflicts with other versions loaded on the OS?
curl -V
curl 7.19.4 (universal-apple-darwin10.0) libcurl/7.19.4 OpenSSL/0.9.8l zlib/1.2.3
Protocols: tftp ftp telnet dict ldap http file https ftps
Features: GSS-Negotiate IPv6 Largefile NTLM SSL libz


- root# pwd
/opt/local/var/macports/sources/rsync.macports.org/release/ports/net/c-ares
zoemax:c-ares root# head Portfile
# $Id: Portfile 48698 2009-03-27 08:04:44Z [email protected] $

PortSystem 1.0

name c-ares
version 1.6.0
categories net
maintainers toby
description asynchronous DNS library
long_description \




I wouldn't think they should be interfering since the 'client' is calling everything.

dan

---

Hi Dan,

The main difference from c-ares 1.7.0 listed in the release notes for c-ares 1.7.1 is
• added IPv6 name servers support.

Since I don't know much about these things, I asked one of our other developers to look at the TCPDump. He wrote:

It doesn't look like it is falling back to the IPv4 standard when IPv6 fails.
Per: http://www.dns.net/dnsrd/rr.html It should have fell back to querying for an A record.

By chance is he using a new Airport Express home router?

Also would you be kind enough to go back to the current alpha test version 6.10.43 of BOINC and run the same TCPDump and post it here? Since the IPv6 support is new to curl 1.7.1, it could be quite helpful to see the same diagnostics for 1.7.0.

Although we will go back to curl 1.6.0 for the immediate future, I would like to be able to provide the developers of curl and c-ares with enough information so they can fix this problem in future releases.

Thank you again very much for your help.

---

Charlie Fenton
BOINC / SETI@home Macintosh & Windows Programmer

He wrote:

By chance is he using a new Airport Express home router?

Actually.... I use an AirportExtreme router when I am in GA, But here in MI, I'm using the Mac to connect to the U-Verse 2-Wire gateway. And YOU are correct, The problem is within the Airport Client.

Test 1
1) Turn off Airport Express
2) Plug in ethernet
3) Tools->sync with Grid Republic - success

Test 2
1) Upgrade to 6.10.43
2) Ethernet still connected
3) Sync Success

Test 3
1) Still on 6.10.43
2) Unplug ethernet / start using Airport -> 2 Wire box
3) Sync Fails
4) tcpdump follows



17:35:04.289221 IP (tos 0x0, ttl 64, id 5277, offset 0, flags [none], proto UDP (17), length 66)
zoemax.53097 > home.domain: [udp sum ok] 8088+ AAAA? www.gridrepublic.org. (38)
17:35:04.321348 IP (tos 0x0, ttl 255, id 24798, offset 0, flags [DF], proto UDP (17), length 129)
home.domain > zoemax.53097: [udp sum ok] 8088 q: AAAA? www.gridrepublic.org. 0/1/0 ns: gridrepublic.org. SOA dns1.name-services.com. info.name-services.com. 2002050701 10001 1801 604801 181 (101)
17:35:04.321521 IP (tos 0x0, ttl 64, id 37537, offset 0, flags [none], proto UDP (17), length 84)
zoemax.53097 > home.domain: [udp sum ok] 34863+ AAAA? www.gridrepublic.org.gateway.2wire.net. (56)
17:35:04.331507 IP (tos 0x0, ttl 255, id 24799, offset 0, flags [DF], proto UDP (17), length 540)
home.domain > zoemax.53097: [udp sum ok] 34863 Refused*- q: AAAA? www.gridrepublic.org.gateway.2wire.net. 0/0/0 (512)
17:35:04.331630 IP (tos 0x0, ttl 64, id 39553, offset 0, flags [none], proto UDP (17), length 84)
zoemax.53097 > home.domain: [udp sum ok] 34863+ AAAA? www.gridrepublic.org.gateway.2wire.net. (56)
17:35:04.341578 IP (tos 0x0, ttl 255, id 24800, offset 0, flags [DF], proto UDP (17), length 540)
home.domain > zoemax.53097: [udp sum ok] 34863 Refused*- q: AAAA? www.gridrepublic.org.gateway.2wire.net. 0/0/0 (512)
17:35:04.342848 IP (tos 0x0, ttl 64, id 9961, offset 0, flags [none], proto UDP (17), length 84)
zoemax.53097 > home.domain: [udp sum ok] 34863+ AAAA? www.gridrepublic.org.gateway.2wire.net. (56)
17:35:04.351170 IP (tos 0x0, ttl 255, id 24801, offset 0, flags [DF], proto UDP (17), length 540)
home.domain > zoemax.53097: [udp sum ok] 34863 Refused*- q: AAAA? www.gridrepublic.org.gateway.2wire.net. 0/0/0 (512)
17:35:04.354923 IP (tos 0x0, ttl 64, id 41111, offset 0, flags [none], proto UDP (17), length 84)
zoemax.53097 > home.domain: [udp sum ok] 34863+ AAAA? www.gridrepublic.org.gateway.2wire.net. (56)
17:35:04.362678 IP (tos 0x0, ttl 255, id 24802, offset 0, flags [DF], proto UDP (17), length 540)
home.domain > zoemax.53097: [udp sum ok] 34863 Refused*- q: AAAA? www.gridrepublic.org.gateway.2wire.net. 0/0/0 (512)

Apologies for all the running around.

I'll try and look at all the advanced configurations for the Airport for DNS/Proxies/ - If you have any ideas, I'll be glad to try them.

Cheers! and thank you all again - back to basic troubleshooting..

dan
Update.... a few minutes later -

DUH.... Went into Airport/Advanced and changed DNS from 192.168.1.254 to 8.8.8.8 ( google public) to test and it worked.

---

Boinc 6.10.43

29/03/2010 14:53:17 Suspending network activity - user request

Not Me! I did nothing.
Why is Boinc Suspending network activity?

Settings look normal.
Connect about every 0.00 (always connected).

Boinc 6.10.43

29/03/2010 14:53:17 Suspending network activity - user request

Please post the lines before this as well. We can't do much with just that one line.

---

29/03/2010 13:10:08 Starting BOINC client version 6.10.43 for windows_x86_64
29/03/2010 13:10:08 log flags: file_xfer, sched_ops, task
29/03/2010 13:10:08 Libraries: libcurl/7.19.7 OpenSSL/0.9.8l zlib/1.2.3
29/03/2010 13:10:08 Data directory: C:\ProgramData\BOINC
29/03/2010 13:10:08 Running under account a
29/03/2010 13:10:08 Processor: 4 AuthenticAMD AMD Phenom(tm) II X4 940 Processor [Family 16 Model 4 Stepping 2]
29/03/2010 13:10:08 Processor: 512.00 KB cache
29/03/2010 13:10:08 Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 htt pni cx16 syscall nx lm svm sse4a osvw ibs skinit wdt page1gb rdtscp 3dnowext 3dnow
29/03/2010 13:10:08 OS: Microsoft Windows Vista: Ultimate x64 Edition, Service Pack 1, (06.00.6001.00)
29/03/2010 13:10:08 Memory: 4.00 GB physical, 8.22 GB virtual
29/03/2010 13:10:08 Disk: 931.51 GB total, 651.99 GB free
29/03/2010 13:10:08 Local time is UTC +1 hours
29/03/2010 13:10:08 NVIDIA GPU 0: GeForce GTX 260 (driver version 19634, CUDA version 3000, compute capability 1.3, 896MB, 582 GFLOPS peak)
29/03/2010 13:10:08 Version change (6.10.39 -> 6.10.43)
29/03/2010 13:10:08 AQUA@home URL http://aqua.dwavesys.com/; Computer ID 15473; resource share 100
29/03/2010 13:10:08 rosetta@home URL http://boinc.bakerlab.org/rosetta/; Computer ID 1094410; resource share 100
29/03/2010 13:10:08 boincsimap URL http://boinc.bio.wzw.tum.de/boincsimap/; Computer ID 158195; resource share 150
29/03/2010 13:10:08 Poem@Home URL http://boinc.fzk.de/poem/; Computer ID 62798; resource share 100
29/03/2010 13:10:08 The Lattice Project URL http://boinc.umiacs.umd.edu/; Computer ID 39456; resource share 300
29/03/2010 13:10:08 climateprediction.net URL http://climateprediction.net/; Computer ID 981208; resource share 110
29/03/2010 13:10:08 Docking URL http://docking.cis.udel.edu/; Computer ID 47573; resource share 100
29/03/2010 13:10:08 Einstein@Home URL http://einstein.phys.uwm.edu/; Computer ID 2195409; resource share 100
29/03/2010 13:10:08 FreeHAL@home URL http://freehal.net/freehal_at_home/; Computer ID 23384; resource share 100
29/03/2010 13:10:08 Milkyway@home URL http://milkyway.cs.rpi.edu/milkyway/; Computer ID 76812; resource share 0
29/03/2010 13:10:08 orbit@home URL http://orbit.psi.edu/oah/; Computer ID 24824; resource share 500
29/03/2010 13:10:08 ralph@home URL http://ralph.bakerlab.org/; Computer ID 18595; resource share 500
29/03/2010 13:10:08 ibercivis URL http://registro.ibercivis.es/; Computer ID 96489; resource share 100
29/03/2010 13:10:08 GPUGRID URL http://www.gpugrid.net/; Computer ID 33731; resource share 100
29/03/2010 13:10:08 malariacontrol.net URL http://www.malariacontrol.net/; Computer ID 140837; resource share 100
29/03/2010 13:10:08 RNA World URL http://www.rnaworld.de/rnaworld/; Computer ID 1571; resource share 100
29/03/2010 13:10:08 World Community Grid URL http://www.worldcommunitygrid.org/; Computer ID 878185; resource share 100
29/03/2010 13:10:08 World Community Grid General prefs: from World Community Grid (last modified 03-Mar-2010 22:47:50)
29/03/2010 13:10:08 World Community Grid Computer location: home
29/03/2010 13:10:08 General prefs: using separate prefs for home
29/03/2010 13:10:08 Reading preferences override file
29/03/2010 13:10:08 Preferences:
29/03/2010 13:10:08 max memory usage when active: 3889.72MB
29/03/2010 13:10:08 max memory usage when idle: 3889.72MB
29/03/2010 13:10:08 max disk usage: 120.00GB
29/03/2010 13:10:08 (to change, visit the web site of an attached project,
29/03/2010 13:10:08 or click on Preferences)
29/03/2010 13:10:08 Using proxy info from GUI
29/03/2010 13:10:08 Not using a proxy
29/03/2010 13:10:08 Running CPU benchmarks
29/03/2010 13:10:08 Suspending computation - running CPU benchmarks
29/03/2010 13:10:08 Suspending network activity - user request
29/03/2010 13:10:39 Benchmark results:
29/03/2010 13:10:39 Number of CPUs: 4
29/03/2010 13:10:39 2524 floating point MIPS (Whetstone) per CPU
29/03/2010 13:10:39 7693 integer MIPS (Dhrystone) per CPU
29/03/2010 13:10:41 World Community Grid Restarting task R00614_7136d31f0f3e3dca9aef277e48bc5dbe_02_000_6 using rice version 617
29/03/2010 13:10:41 World Community Grid Restarting task R00614_6bb73ef6bf76f3d3269a9d4a3edb0317_02_006_17 using rice version 617
29/03/2010 13:10:41 World Community Grid Restarting task R00614_650c49febf5536118fef66ad964f1d26_03_005_1 using rice version 617
29/03/2010 13:10:41 World Community Grid Restarting task R00614_d31c8d58affe1450b5da69289a3d0553_00_008_15 using rice version 617
29/03/2010 13:10:41 GPUGRID Restarting task A152-TONI_CAPBOUND1-17-100-RND6603_0 using acemd2 version 603
29/03/2010 14:19:44 World Community Grid Computation for task R00614_6bb73ef6bf76f3d3269a9d4a3edb0317_02_006_17 finished
29/03/2010 14:19:44 World Community Grid Starting R00624_3036de6c47bfca274e33d2f905e5471d_01_000_7
29/03/2010 14:19:44 World Community Grid Starting task R00624_3036de6c47bfca274e33d2f905e5471d_01_000_7 using rice version 617
29/03/2010 14:28:02 World Community Grid Computation for task R00614_650c49febf5536118fef66ad964f1d26_03_005_1 finished
29/03/2010 14:28:02 World Community Grid Starting R00624_2769eda8bbc9448fa3f3e10b8d2bf065_03_001_6
29/03/2010 14:28:02 World Community Grid Starting task R00624_2769eda8bbc9448fa3f3e10b8d2bf065_03_001_6 using rice version 617
29/03/2010 14:42:14 World Community Grid Computation for task R00614_7136d31f0f3e3dca9aef277e48bc5dbe_02_000_6 finished
29/03/2010 14:42:14 World Community Grid Starting R00624_2769eda8bbc9448fa3f3e10b8d2bf065_03_000_16
29/03/2010 14:42:14 World Community Grid Starting task R00624_2769eda8bbc9448fa3f3e10b8d2bf065_03_000_16 using rice version 617
29/03/2010 14:48:17 World Community Grid update requested by user
29/03/2010 14:48:17 Resuming network activity
29/03/2010 14:48:17 GPUGRID Sending scheduler request: Requested by project.
29/03/2010 14:48:17 GPUGRID Not reporting or requesting tasks
29/03/2010 14:48:19 World Community Grid Started upload of R00614_7136d31f0f3e3dca9aef277e48bc5dbe_02_000_6_0
29/03/2010 14:48:19 World Community Grid Started upload of R00614_6bb73ef6bf76f3d3269a9d4a3edb0317_02_006_17_0
29/03/2010 14:48:23 GPUGRID Scheduler request completed
29/03/2010 14:48:29 World Community Grid Sending scheduler request: Requested by user.
29/03/2010 14:48:29 World Community Grid Not reporting or requesting tasks
29/03/2010 14:48:31 World Community Grid Finished upload of R00614_6bb73ef6bf76f3d3269a9d4a3edb0317_02_006_17_0
29/03/2010 14:48:31 World Community Grid Started upload of R00614_650c49febf5536118fef66ad964f1d26_03_005_1_0
29/03/2010 14:48:33 World Community Grid Finished upload of R00614_7136d31f0f3e3dca9aef277e48bc5dbe_02_000_6_0
29/03/2010 14:48:34 World Community Grid Scheduler request completed
29/03/2010 14:48:37 World Community Grid Finished upload of R00614_650c49febf5536118fef66ad964f1d26_03_005_1_0
29/03/2010 14:48:39 orbit@home Sending scheduler request: To fetch work.
29/03/2010 14:48:39 orbit@home Requesting new tasks for CPU and GPU
29/03/2010 14:48:44 orbit@home Scheduler request completed: got 0 new tasks
29/03/2010 14:48:44 orbit@home Message from server: (Project has no jobs available)
29/03/2010 14:48:50 World Community Grid Sending scheduler request: To report completed tasks.
29/03/2010 14:48:50 World Community Grid Reporting 3 completed tasks, requesting new tasks for GPU
29/03/2010 14:48:55 World Community Grid Scheduler request completed: got 0 new tasks
29/03/2010 14:53:17 Suspending network activity - user request
29/03/2010 14:56:47 World Community Grid General prefs: from World Community Grid (last modified 03-Mar-2010 22:47:50)
29/03/2010 14:56:47 World Community Grid Computer location: home

Transfers Tab
Status
Suspended
- for all projects; nothing is being automatically reported.

Project...File..................Progress..Size........Elapsed time..Speed...Status

GPUGRID A152-TONI_C... 0.00% 0.00/102.17KB 00:00:00 0.00KBps Suspended
GPUGRID A152-TONI_C... 0.00% 0.00/1.01MB 00:00:00 0.00KBps Suspended
GPUGRID A152-TONI_C... 0.00% 0.00/1.01MB 00:00:00 0.00KBps Suspended
GPUGRID A152-TONI_C... 0.00% 0.00/401.00KB 00:00:00 0.00KBps Suspended
GPUGRID A152-TONI_C... 0.00% 0.00/6.57MB 00:00:00 0.00KBps Suspended
GPUGRID A152-TONI_C... 0.00% 0.00/0bytes 00:00:00 0.00KBps Suspended
WCG R00614... 0.00% 0.00/207.27KB 00:00:00 0.00KBps Suspended


This stops GPUGrid tasks from automatically downloading and starting, the system dries up!

When you open the global_prefs_override.xml file (in your BOINC Data directory at (may be hidden)), what value does it say at <suspend_cpu_usage>X</suspend_cpu_usage> ??

---

29/03/2010 13:10:08 Starting BOINC client version 6.10.43 for windows_x86_64
29/03/2010 13:10:08 log flags: file_xfer, sched_ops, task
...
29/03/2010 13:10:08 Suspending network activity - user request
...
29/03/2010 14:48:17 World Community Grid update requested by user
29/03/2010 14:48:17 Resuming network activity
29/03/2010 14:48:17 GPUGRID Sending scheduler request: Requested by project.
29/03/2010 14:48:17 GPUGRID Not reporting or requesting tasks
29/03/2010 14:48:19 World Community Grid Started upload of R00614_7136d31f0f3e3dca9aef277e48bc5dbe_02_000_6_0
29/03/2010 14:48:19 World Community Grid Started upload of R00614_6bb73ef6bf76f3d3269a9d4a3edb0317_02_006_17_0
29/03/2010 14:48:23 GPUGRID Scheduler request completed
29/03/2010 14:48:29 World Community Grid Sending scheduler request: Requested by user.
29/03/2010 14:48:29 World Community Grid Not reporting or requesting tasks
29/03/2010 14:48:31 World Community Grid Finished upload of R00614_6bb73ef6bf76f3d3269a9d4a3edb0317_02_006_17_0
29/03/2010 14:48:31 World Community Grid Started upload of R00614_650c49febf5536118fef66ad964f1d26_03_005_1_0
29/03/2010 14:48:33 World Community Grid Finished upload of R00614_7136d31f0f3e3dca9aef277e48bc5dbe_02_000_6_0
29/03/2010 14:48:34 World Community Grid Scheduler request completed
29/03/2010 14:48:37 World Community Grid Finished upload of R00614_650c49febf5536118fef66ad964f1d26_03_005_1_0
29/03/2010 14:48:39 orbit@home Sending scheduler request: To fetch work.
29/03/2010 14:48:39 orbit@home Requesting new tasks for CPU and GPU
29/03/2010 14:48:44 orbit@home Scheduler request completed: got 0 new tasks
29/03/2010 14:48:44 orbit@home Message from server: (Project has no jobs available)
29/03/2010 14:48:50 World Community Grid Sending scheduler request: To report completed tasks.
29/03/2010 14:48:50 World Community Grid Reporting 3 completed tasks, requesting new tasks for GPU
29/03/2010 14:48:55 World Community Grid Scheduler request completed: got 0 new tasks
29/03/2010 14:53:17 Suspending network activity - user request

Did you check the Activity menu?

Obviously network activity is resumed when you force an update, but that is only temporary if the menu is set to "Network activity suspended".

What happens if you suspend and resume the network activity without pressing the Update button?

Gruß,
Gundolf

Thanks Gundolf, you got it.

Perhaps there was a different default value in one of the Beta applications I used, or some strange series of events ended up changing it.

I don't like the way there are 2 places to control network settings. Why have settings under Activity and Advanced Preferences?

I downloaded the 6.10.43 to test on one computer and was wondering how you go about setting the resources to 0 for a project so it can be a "stand by" or "back up".

My Team mates have said that this would be something controled by the project not by BOINC.

From the way I read it, this is something BOINC would be in control of because you may have a project on stand by for one PC but may be running it at 100% on another PC.

But I don't see anyplace during or after attaching to allow you to set a project to 0.

Also, if I understand this right BOINC would treat this project that is set to 0 as if was not attached and so would not ask for any WU's from that project. Right?

---

But I don't see anyplace during or after attaching to allow you to set a project to 0.

Project->Your account->Project preferences->Resource share.

But as far as I know, it only works on Seti. Perhaps on other projects that updated to later back-end updates as well, but you'll have to test that. If the value resets to 1 (or 100), that project isn't updated.

---

But I don't see anyplace during or after attaching to allow you to set a project to 0.

Project->Your account->Project preferences->Resource share.

But as far as I know, it only works on Seti. Perhaps on other projects that updated to later back-end updates as well, but you'll have to test that. If the value resets to 1 (or 100), that project isn't updated.

That is how you do it for the project which would limit any computer running that project for that location.

Based on the "NEW" improvements from the way it reads makes it sound like there is a setting in BOINC to control the PC it's installed on.

New: Added ability for a project to be specified as a "Backup Project" by setting its resource share to 0

This is added to BOINC not the project based on what the above statement says.

---