General preferences

[KSMarksPsych]

Posted by: Date: 6:22 PM 09-22-2006 I've found a bug with updating General prefs.

The only way to get the Boinc client to change client_state.xml to reflect a location change is to 1) change the location AND 2) go into General preferences, edit and update (you don't need to make any changes though).

If you don't edit the preferences (even though they may already be there in global_prefs.xml) it will report back that there is a change of venue but NOT trigger a change in General prefs thus not changing client_state.xml.

23/09/2006 3:45:48 AM|Einstein@Home|New host venue: home
23/09/2006 3:45:48 AM||General prefs: from Einstein@Home (last modified 2006-09-23 03:45:28)
23/09/2006 3:45:48 AM||General prefs: using separate prefs for home

^^^^ Base setting, verified client state has venue of home

23/09/2006 3:47:31 AM|Einstein@Home|Sending scheduler request: Requested by user
23/09/2006 3:47:31 AM|Einstein@Home|(not requesting new work or reporting completed tasks)
23/09/2006 3:47:36 AM|Einstein@Home|Scheduler RPC succeeded [server version 505]
23/09/2006 3:47:36 AM|Einstein@Home|New host venue: work
23/09/2006 3:47:36 AM||General prefs: from http://bam.boincstats.com/ (last modified 2006-09-23 03:47:19)
23/09/2006 3:47:36 AM||General prefs: using separate prefs for work

^^^^ Updated venue via BAM, edited preferences via BAM = correct update

23/09/2006 3:53:12 AM|Einstein@Home|Sending scheduler request: Requested by user
23/09/2006 3:53:12 AM|Einstein@Home|(not requesting new work or reporting completed tasks)
23/09/2006 3:53:16 AM|Einstein@Home|Scheduler RPC succeeded [server version 505]
23/09/2006 3:53:16 AM|Einstein@Home|New host venue: home

^^^ Updated only venue via BAM = venue still showing as WORK in client state, ie continues to use incorrect General prefs

I've verified that this is the case on two client PC's .. one running 5.6.4 and the other running 5.4.11.

Posted by: Date: 9:42 PM 09-22-2006 Further to this issue, there appears to be no way to convince Boinc to go back to default prefs once a venue is in client_state. Only way to achieve it is to manually remove from this file.

Posted by: Date: 5:18 AM 09-24-2006 After moving my clients back to default prefs via removing host_venue from client_state, my workaround for getting the clients to accept new Venue selection isn't working.

24/09/2006 3:14:35 PM|Einstein@Home|Sending scheduler request: Requested by user
24/09/2006 3:14:35 PM|Einstein@Home|(not requesting new work or reporting completed tasks)
24/09/2006 3:14:40 PM|Einstein@Home|Scheduler RPC succeeded [server version 505]
24/09/2006 3:14:40 PM|Einstein@Home|New host venue: home
24/09/2006 3:14:40 PM||General prefs: from http://bam.boincstats.com/ (last modified 2006-09-24 15:14:04)
24/09/2006 3:14:40 PM||General prefs: using separate prefs for work

Even though the host venue changed to home, it's still using work preferences!

Posted by: Date: 7:36 AM 11-01-2006 The "New host venue" item in messages isn't actually doing anything but reporting a ficticious action for myself. This DOES NOT update client_state.xml with the new location and therefore doesn't trigger "General preferences: using separate preferences for xxxx"

2006-11-01 17:19:46 [---] General prefs: from http://bam.boincstats.com/ (last modified 2006-10-26 13:33:23)
2006-11-01 17:19:46 [---] Host location: global
2006-11-01 17:19:46 [---] General prefs: no separate prefs for global; using your defaults
2006-11-01 17:20:01 [---] Running CPU benchmarks
2006-11-01 17:20:56 [---] Benchmark results:
2006-11-01 17:20:56 [---] Number of CPUs: 1
2006-11-01 17:20:56 [---] 1592 floating point MIPS (Whetstone) per CPU
2006-11-01 17:20:56 [---] 2697 integer MIPS (Dhrystone) per CPU
2006-11-01 17:20:56 [---] Finished CPU benchmarks
2006-11-01 17:20:57 [rosetta@home] Restarting task FRA_t362_NOCST_hom001_9_t362_6_1z54A_IGNORE_THE_REST_252_1321_39_0 using rosetta version 536
2006-11-01 17:22:38 [---] [sched_op_debug] SCHEDULER_OP::init_op_project(): starting op for http://boinc.bakerlab.org/rosetta/
2006-11-01 17:22:38 [rosetta@home] Sending scheduler request: Requested by user
2006-11-01 17:22:38 [rosetta@home] (not requesting new work or reporting completed tasks)
2006-11-01 17:22:44 [rosetta@home] Scheduler RPC succeeded [server version 505]
2006-11-01 17:22:44 [rosetta@home] New host venue: home
2006-11-01 17:23:55 [---] [sched_op_debug] SCHEDULER_OP::init_op_project(): starting op for http://einstein.phys.uwm.edu/
2006-11-01 17:23:55 [Einstein@Home] Sending scheduler request: Requested by user
2006-11-01 17:23:55 [Einstein@Home] (not requesting new work or reporting completed tasks)
2006-11-01 17:24:01 [Einstein@Home] Scheduler RPC succeeded [server version 505]
2006-11-01 17:24:01 [Einstein@Home] New host venue: home
2006-11-01 17:24:11 [---] [sched_op_debug] SCHEDULER_OP::init_op_project(): starting op for http://setiathome.berkeley.edu/
2006-11-01 17:24:11 [SETI@home] Sending scheduler request: Requested by user
2006-11-01 17:24:11 [SETI@home] (not requesting new work or reporting completed tasks)
2006-11-01 17:24:16 [SETI@home] Scheduler RPC succeeded [server version 507]
2006-11-01 17:24:16 [SETI@home] New host venue: home

I checked the client_state file manualy and also restarted the boinc client and confirmed that general preferences are still not being assigned correctly.

Posted by: Date: 4:37 AM 11-02-2006 Fixed in 5.7.1

Posted by: Date: 5:53 AM 11-02-2006 Dave, I'm USING 5.7.1 and it's NOT fixed in 5.7.1, otherwise i wouldn't have changed the summary from 5.6.5.

Posted by: Date: 8:54 AM 11-02-2006

2/11/2006 6:43:31 PM||Starting BOINC client version 5.7.2 for windows_intelx86
2/11/2006 6:43:31 PM||log flags: task, file_xfer, sched_ops, sched_op_debug 2/11/2006 6:43:31 PM||Libraries: libcurl/7.15.5 OpenSSL/0.9.8a zlib/1.2.3
2/11/2006 6:43:31 PM||Executing as a daemon
2/11/2006 6:43:31 PM||Data directory: C:Program FilesBOINC
2/11/2006 6:43:31 PM||BOINC is running as a service and as a non-system user.
2/11/2006 6:43:31 PM||No application graphics will be available.
2/11/2006 6:43:31 PM|SETI@home|Found app_info.xml; using anonymous platform
2/11/2006 6:43:31 PM||Processor: 1 AuthenticAMD AMD Athlon(tm) XP 2000+
2/11/2006 6:43:31 PM||Memory: 1023.48 MB physical, 2.40 GB virtual
2/11/2006 6:43:31 PM||Disk: 29.36 GB total, 3.31 GB free
2/11/2006 6:43:31 PM|rosetta@home|URL: http://boinc.bakerlab.org/rosetta/; Computer ID: 288780; location: global; project prefs: default
2/11/2006 6:43:31 PM|Einstein@Home|URL: http://einstein.phys.uwm.edu/; Computer ID: 707073; location: global; project prefs: default
2/11/2006 6:43:31 PM|SETI@home|URL: http://setiathome.berkeley.edu/; Computer ID: 66394; location: global; project prefs: default
2/11/2006 6:43:31 PM|Spinhenge@home|URL: http://spin.fh-bielefeld.de/; Computer ID: 1300; location: global; project prefs: default
2/11/2006 6:43:31 PM||General prefs: from http://bam.boincstats.com/ (last modified 2006-10-26 13:33:23)
2/11/2006 6:43:31 PM||Host location: global
2/11/2006 6:43:31 PM||General prefs: no separate prefs for global; using your defaults
2/11/2006 6:43:40 PM|rosetta@home|Restarting task FRA_2rio_154E_02_hom002_1_2rio_1_1a06__IGNORE_THE_REST_202_1327_88_0 using rosetta version 536
2/11/2006 6:45:03 PM||Contacting account manager at http://bam.boincstats.com/
2/11/2006 6:45:06 PM||Account manager: BAM Host-ID: 7389
2/11/2006 6:45:06 PM||Account manager contact succeeded
2/11/2006 6:45:10 PM||[sched_op_debug] SCHEDULER_OP::init_op_project(): starting op for http://boinc.bakerlab.org/rosetta/
2/11/2006 6:45:10 PM|rosetta@home|Sending scheduler request: Requested by account manager
2/11/2006 6:45:10 PM|rosetta@home|(not requesting new work or reporting completed tasks)
2/11/2006 6:45:15 PM|rosetta@home|Scheduler RPC succeeded [server version 505]
2/11/2006 6:45:15 PM|rosetta@home|New host venue: home
2/11/2006 6:45:20 PM||[sched_op_debug] SCHEDULER_OP::init_op_project(): starting op for http://spin.fh-bielefeld.de/
2/11/2006 6:45:20 PM|Spinhenge@home|Sending scheduler request: Requested by account manager
2/11/2006 6:45:20 PM|Spinhenge@home|Requesting 8605 seconds of new work
2/11/2006 6:45:35 PM||Project communication failed: attempting access to reference site
2/11/2006 6:45:35 PM|Spinhenge@home|Scheduler request failed: couldn't connect to server
2/11/2006 6:45:35 PM|Spinhenge@home|Deferring scheduler requests for 1 minutes and 0 seconds
2/11/2006 6:45:37 PM||Access to reference site succeeded - project servers may be temporarily down.
2/11/2006 6:46:36 PM||[sched_op_debug] SCHEDULER_OP::init_op_project(): starting op for http://einstein.phys.uwm.edu/
2/11/2006 6:46:37 PM|Einstein@Home|Sending scheduler request: Requested by user
2/11/2006 6:46:37 PM|Einstein@Home|(not requesting new work or reporting completed tasks)
2/11/2006 6:46:42 PM|Einstein@Home|Scheduler RPC succeeded [server version 505]
2/11/2006 6:46:42 PM|Einstein@Home|New host venue: home
2/11/2006 6:46:47 PM||[sched_op_debug] SCHEDULER_OP::init_op_project(): starting op for http://setiathome.berkeley.edu/
2/11/2006 6:46:47 PM|SETI@home|Sending scheduler request: Requested by user
2/11/2006 6:46:47 PM|SETI@home|(not requesting new work or reporting completed tasks)
2/11/2006 6:46:52 PM|SETI@home|Scheduler RPC succeeded [server version 507]
2/11/2006 6:46:52 PM|SETI@home|New host venue: home
2/11/2006 6:46:57 PM||[sched_op_debug] SCHEDULER_OP::init_op_project(): starting op for http://spin.fh-bielefeld.de/
2/11/2006 6:46:57 PM|Spinhenge@home|Sending scheduler request: Requested by account manager
2/11/2006 6:46:57 PM|Spinhenge@home|Requesting 8605 seconds of new work
2/11/2006 6:47:00 PM||Project communication failed: attempting access to reference site
2/11/2006 6:47:02 PM||Access to reference site succeeded - project servers may be temporarily down.
2/11/2006 6:47:03 PM|Spinhenge@home|Scheduler request failed: couldn't connect to server
2/11/2006 6:47:03 PM|Spinhenge@home|Deferring scheduler requests for 1 minutes and 0 seconds

Ok .. not even fixed in 5.7.2. Started up with global preferences, updated location to HOME on BAM, checked with projects, projects report location changing to HOME yet boinc DIDN'T report "General prefs: using separate preferences for xxxx".

Also check client_state.xml ... still showing as global.

Restarted service with the following logs so that you will finally believe me that it's not working.

2/11/2006 6:53:13 PM||Starting BOINC client version 5.7.2 for windows_intelx86
2/11/2006 6:53:13 PM||log flags: task, file_xfer, sched_ops, sched_op_debug 2/11/2006 6:53:13 PM||Libraries: libcurl/7.15.5 OpenSSL/0.9.8a zlib/1.2.3
2/11/2006 6:53:13 PM||Executing as a daemon
2/11/2006 6:53:13 PM||Data directory: C:Program FilesBOINC
2/11/2006 6:53:13 PM||BOINC is running as a service and as a non-system user.
2/11/2006 6:53:13 PM||No application graphics will be available.
2/11/2006 6:53:13 PM|SETI@home|Found app_info.xml; using anonymous platform
2/11/2006 6:53:13 PM||Processor: 1 AuthenticAMD AMD Athlon(tm) XP 2000+
2/11/2006 6:53:13 PM||Memory: 1023.48 MB physical, 2.40 GB virtual
2/11/2006 6:53:13 PM||Disk: 29.36 GB total, 3.31 GB free
2/11/2006 6:53:13 PM|rosetta@home|URL: http://boinc.bakerlab.org/rosetta/; Computer ID: 288780; location: home; project prefs: default
2/11/2006 6:53:13 PM|Einstein@Home|URL: http://einstein.phys.uwm.edu/; Computer ID: 707073; location: home; project prefs: default
2/11/2006 6:53:13 PM|SETI@home|URL: http://setiathome.berkeley.edu/; Computer ID: 66394; location: home; project prefs: default
2/11/2006 6:53:13 PM|Spinhenge@home|URL: http://spin.fh-bielefeld.de/; Computer ID: 1300; location: global; project prefs: default
2/11/2006 6:53:13 PM||General prefs: from http://bam.boincstats.com/ (last modified 2006-10-26 13:33:23)
2/11/2006 6:53:13 PM||Host location: global
2/11/2006 6:53:13 PM||General prefs: no separate prefs for global; using your defaults
2/11/2006 6:53:21 PM|rosetta@home|Restarting task FRA_2rio_154E_02_hom002_1_2rio_1_1a06__IGNORE_THE_REST_202_1327_88_0 using rosetta version 536

As you can see is still set @ global even though the original logs show that venue is supposedly changing.

[davea]

I think this is fixed in 5.9.12 -- David.