Development BOINC 7.0.62


log in

Advanced search

Message boards : Number crunching : Development BOINC 7.0.62

Previous · 1 · 2 · 3 · 4 · 5 · Next
Author Message
Profile MarkJProject donor
Volunteer tester
Avatar
Send message
Joined: 17 Feb 08
Posts: 942
Credit: 25,130,102
RAC: 15,890
Australia
Message 1333512 - Posted: 1 Feb 2013, 13:26:38 UTC
Last modified: 1 Feb 2013, 13:26:57 UTC

7.0.47 change log

- WINSETUP: Change description text for service installs

- Client: message tweak for GPU suspend/resume

- Condor stuff; basic function works now!

- lib: Remove duplicate GPU text in the OpenCL description

TBar
Volunteer tester
Send message
Joined: 22 May 99
Posts: 1444
Credit: 51,648,591
RAC: 110,652
United States
Message 1333634 - Posted: 1 Feb 2013, 19:41:52 UTC - in response to Message 1332147.
Last modified: 1 Feb 2013, 20:30:10 UTC

7.0.45 change log
- client: show available disk space correctly on startup.

- client: add code for detecting running on batteries on OpenBSD. From RustyBSD.

- LIB: Standardize on using windows_format_error_string and drop windows_error_string. Move the windows_format_error_string function to win_util.cpp, .h instead of it being scattered between util.h and str_util.cpp. Convert the Windows error string into UTF8 before allowing it to be used by the caller. Remove windows_error_string from library.

- LIB: Call FormatMessageW directly and skip an extra string encoding conversion step.

- OpenCL: fix bug reported by Heinz-Bernd Eggenstein.

- Fix build break for boinc_opencl.cpp and move the include of <vector> below the pre-compiled header file for Windows builds in boinc_api.cpp

- client: make CPU throttling apply to GPU apps.

- MGR: when selecting a new client, clear Notices tab and don't display "Fetching notices" until connected to new client.

- MGR: clear Simple View Notices when disconnected and don't display "Fetching notices" until connected to client.

- client: get proxy info before attempting project list fetch or any other HTTP op.

- client: backoff message tweaks.

- Manager: fix case where the client has only an Intel GPU, and the manager was acting as if it had no GPUs.

- client: write GPU list in get_state() GUI RPC. Otherwise manager doesn't know what GPUs we have.

- client: the logic for work fetch in the presence of GPU-exclusions (especially per-app exclusions) was incomplete and buggy. Changes: make bitmaps of included instances per (app, resource type).

In round-robin simulation, we keep track of used instances (so that we know if there are instances that are idle because of exclusions). Do this based on app-level exclusions (previously it was done based on project-wide exclusions, which didn't include app-level exclusions).

Compute RSC_PROJECT_WORK_FETCH::non_excluded_instances as the logical OR of the per-app masks. I.e. if you exclude an instance for all apps separately, it's the same as excluding it for the project as a whole. (Note: this bitmap is used for only 1 purpose: if we have idle instances, don't request work from a project for which those instances are excluded.)

Define RSC_PROJECT_WORK_FETCH::ncoprocs_excluded as the # of instances excluded for *any* app, not the # excluded for all apps. This quantity is used in work fetch to make sure we don't unboundedly fetch jobs that turn out not to have a GPU to run on due to exclusions.

- MGR: Somehow we are receiving an WM_ACTIVATEAPP event before m_pFrame has been populated on Windows 8. If m_pFrame is NULL, ignore the event.

- client (Win): don't call msg_printf() from sysmon thread. Instead, put msg into a buffer and let main thread print it. This may fix crashes on system suspend/resume.

- Compile fix for non-Windows clients.

- OpenCL: remove dead code reported by Heinz-Bernd Eggenstein.

- WINSETUP: Update installer build files based on the 7.0.x branch

Has anyone noticed 7.0.45 Restarting intermittently? I've noticed this a few times on my MacPro running XPsp3 32-bit. The BOINC Manager activity freezes, the text disappears, then a few seconds later the activity resumes after an obvious Restart. I can't find any log of why this is happening. There are NO Error messages, just a Restart. I've also noticed that this appears to be happening right at the End of an ATI AstroPulse Task. Right when the notorious "Access Violation (0xc0000005)" Error would be preparing to occur. So far, I haven't had any Access Violation (0xc0000005) Errors with 7.0.45, just unexplained restarts.

Here is the last AstroPulse task that ran. There is nothing about a restart with one minute left in the task. It happened though, I watched it. With around one minute left in the task, the BOINC Manager Restarted. The task finished normally after the Restart, Task 2816854170

TBar
Volunteer tester
Send message
Joined: 22 May 99
Posts: 1444
Credit: 51,648,591
RAC: 110,652
United States
Message 1333655 - Posted: 1 Feb 2013, 20:50:09 UTC - in response to Message 1333634.
Last modified: 1 Feb 2013, 21:36:48 UTC

Oops, wrong task, it was this one Task 2816854176

There is an Error there, but, Now it's listed as a Success. At the very bottom you can see the Restart. So... Now BOINC Restarts and runs the task again? When did this start? Or...Restart?

2/1/2013 2:14:58 PM | | Starting BOINC client version 7.0.45 for windows_intelx86 2/1/2013 2:14:58 PM | | log flags: file_xfer, sched_ops, task 2/1/2013 2:14:58 PM | | Libraries: libcurl/7.25.0 OpenSSL/1.0.1 zlib/1.2.6 2/1/2013 2:14:58 PM | | Data directory: C:\Documents and Settings\All Users\Application Data\BOINC 2/1/2013 2:14:58 PM | | Running under account Tom 2/1/2013 2:14:58 PM | | Processor: 4 GenuineIntel Intel(R) Xeon(R) CPU E5462 @ 2.80GHz [Family 6 Model 23 Stepping 6] 2/1/2013 2:14:58 PM | | Processor: 6.00 MB cache 2/1/2013 2:14:58 PM | | Processor features: fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush dts acpi mmx fxsr sse sse2 ss htt tm pni ssse3 cx16 sse4_1 nx lm vmx tm2 dca pbe 2/1/2013 2:14:58 PM | | OS: Microsoft Windows XP: Professional x86 Edition, Service Pack 3, (05.01.2600.00) 2/1/2013 2:14:58 PM | | Memory: 1.99 GB physical, 6.81 GB virtual 2/1/2013 2:14:58 PM | | Disk: 217.90 GB total, 184.63 GB free 2/1/2013 2:14:58 PM | | Local time is UTC -5 hours 2/1/2013 2:14:58 PM | | CUDA: NVIDIA GPU 0: GeForce 8800 GT (driver version 306.81, CUDA version 5.0, compute capability 1.1, 512MB, 466MB available, 504 GFLOPS peak) 2/1/2013 2:14:58 PM | | CAL: ATI GPU 0: AMD Radeon HD 6800 series (Barts) (CAL version 1.4.1664, 1024MB, 992MB available, 2976 GFLOPS peak) 2/1/2013 2:14:58 PM | | OpenCL: NVIDIA GPU 0: GeForce 8800 GT (driver version 306.81, device version OpenCL 1.0 CUDA, 512MB, 466MB available, 504 GFLOPS peak) 2/1/2013 2:14:58 PM | | OpenCL: ATI GPU 0: AMD Radeon HD 6800 series (Barts) (driver version CAL 1.4.1664, device version OpenCL 1.1 AMD-APP (851.4), 1024MB, 992MB available, 2976 GFLOPS peak) 2/1/2013 2:14:58 PM | SETI@home | Found app_info.xml; using anonymous platform 2/1/2013 2:14:58 PM | | Config: simulate 4 CPUs 2/1/2013 2:14:58 PM | | Config: use all coprocessors 2/1/2013 2:14:58 PM | SETI@home | URL http://setiathome.berkeley.edu/; Computer ID 6797524; resource share 100 2/1/2013 2:14:58 PM | SETI@home | General prefs: from SETI@home (last modified 13-Jan-2013 17:48:58) 2/1/2013 2:14:58 PM | SETI@home | Computer location: work 2/1/2013 2:14:58 PM | SETI@home | General prefs: no separate prefs for work; using your defaults 2/1/2013 2:14:58 PM | | Reading preferences override file 2/1/2013 2:14:58 PM | | Preferences: 2/1/2013 2:14:58 PM | | max memory usage when active: 1324.73MB 2/1/2013 2:14:58 PM | | max memory usage when idle: 1528.53MB 2/1/2013 2:14:58 PM | | max disk usage: 30.00GB 2/1/2013 2:14:58 PM | | max CPUs used: 3 2/1/2013 2:14:58 PM | | suspend work if non-BOINC CPU load exceeds 50 % 2/1/2013 2:14:58 PM | | (to change preferences, visit the web site of an attached project, or select Preferences in the Manager) 2/1/2013 2:14:58 PM | | Using proxy info from GUI 2/1/2013 2:14:58 PM | | Not using a proxy 2/1/2013 2:14:59 PM | SETI@home | Started download of ap_17dc12ab_B2_P0_00196_20130201_25387.wu 2/1/2013 2:14:59 PM | SETI@home | Started download of ap_16dc12ad_B6_P1_00297_20130201_27268.wu 2/1/2013 2:14:59 PM | SETI@home | Started download of ap_16dc12ad_B6_P1_00298_20130201_27268.wu 2/1/2013 2:14:59 PM | SETI@home | Started download of ap_17dc12ab_B3_P1_00019_20130201_10842.wu 2/1/2013 2:14:59 PM | SETI@home | Started download of ap_17dc12ad_B2_P0_00204_20130201_10043.wu 2/1/2013 2:14:59 PM | SETI@home | Started download of ap_17dc12ab_B5_P1_00004_20130201_24812.wu 2/1/2013 2:14:59 PM | SETI@home | Started download of 28dc12ab.25537.23139.8.10.176 2/1/2013 2:14:59 PM | SETI@home | Started download of ap_27dc12ab_B1_P0_00305_20130201_05661.wu 2/1/2013 2:14:59 PM | SETI@home | Restarting task ap_03ja13ac_B6_P0_00050_20130127_25613.wu_2 using astropulse_v6 version 601 in slot 4 2/1/2013 2:14:59 PM | SETI@home | Restarting task ap_15dc12aa_B2_P0_00363_20130127_21641.wu_2 using astropulse_v6 version 601 in slot 2 2/1/2013 2:14:59 PM | SETI@home | Restarting task ap_14dc12ac_B5_P1_00025_20130127_06087.wu_2 using astropulse_v6 version 601 in slot 3 2/1/2013 2:14:59 PM | SETI@home | Restarting task ap_03ja13ai_B2_P0_00302_20130130_18386.wu_1 using astropulse_v6 version 604 (ati_opencl_100) in slot 0 2/1/2013 2:14:59 PM | SETI@home | Restarting task 17dc12ab.9030.10292.15.10.112_1 using setiathome_enhanced version 609 (cuda23) in slot 1 2/1/2013 2:15:45 PM | SETI@home | Computation for task ap_03ja13ai_B2_P0_00302_20130130_18386.wu_1 finished 2/1/2013 2:15:45 PM | SETI@home | Starting task ap_03ja13aa_B5_P0_00366_20130130_17826.wu_0 using astropulse_v6 version 604 (ati_opencl_100) in slot 5 2/1/2013 2:15:47 PM | SETI@home | Started upload of ap_03ja13ai_B2_P0_00302_20130130_18386.wu_1_0 2/1/2013 2:16:01 PM | SETI@home | Finished upload of ap_03ja13ai_B2_P0_00302_20130130_18386.wu_1_0 ...


BTW, just to let you know, while all that 'debugging' was going on, My Computer Was Going Unresponsive and I was going Nuts trying to figure out what was going on. Now I know. Oh, I thought there might be something wrong with the hard drive because of all your debugging, so I installed RamDisk and placed the Windows page file in Ram. Now the computer doesn't go Unresponsive during your 'debugging'. So, you might find some strange page file activity starting last night when I moved the page file to a Ramdisk.

Profile MarkJProject donor
Volunteer tester
Avatar
Send message
Joined: 17 Feb 08
Posts: 942
Credit: 25,130,102
RAC: 15,890
Australia
Message 1336043 - Posted: 9 Feb 2013, 5:35:24 UTC
Last modified: 9 Feb 2013, 5:36:05 UTC

7.0.48 change log

- client (Win) fixes/improvements to CPU feature detection, from Robert KreƟ

- client: message tweak

- MGR: Properly handle the back button on the wizard page that asks for credentials. We'll need to revisit this issue for cookie and automatic attach situations though

- Condor interface: small code shuffle

- MGR: Add the FreeBSD icon to the Attach Wizard (From RustyBSD)

- MGR: Fix class name collision with MemFSHashObj in fs_mem.cpp in wxWidgets which caused Manager crashes

- MGR: Fix assert when all_projects_list.xml file is missing

- Modified CHECK_SSL to check existence of -ldl and -lz before adding them to SSL_LIBS on non-pkg-config systems.

- client: check return value of the function (statfs or statvfs)used to find disk space and usage. This may be failing for in-memory filesystems on Linux

- API: fix MinGW Makefile for boinc_zip; from Bernd M.

- WINSETUP: Switch to using ENABLEPROTECTEDAPPLICATIONEXECUTION3 instead of ENABLEPROTECTEDAPPLICATIONEXECUTION2

- WINSETUP: Explicitly use certain values for boolean flags instead of using the output of the UI controls. Avoids confusing values in the registry

- WINSETUP: Switch ISM files to use ENABLEPROTECTEDAPPLICATIONEXECUTION3

- SETUP: Update the all_projects_list for Windows/Mac installs

Profile Ex
Volunteer moderator
Volunteer tester
Avatar
Send message
Joined: 12 Mar 12
Posts: 2895
Credit: 1,797,699
RAC: 796
United States
Message 1336047 - Posted: 9 Feb 2013, 5:41:30 UTC

Wow we're moving through versions quick eh?
:-) I'm already behind again!
____________
-Dave #2

3.2.0-33

Profile MarkJProject donor
Volunteer tester
Avatar
Send message
Joined: 17 Feb 08
Posts: 942
Credit: 25,130,102
RAC: 15,890
Australia
Message 1336068 - Posted: 9 Feb 2013, 6:35:28 UTC

It seems there is an issue with PAE or service installs, so expect a new version out soon. I believe it only effects windows users. Those windows users that run BOINC as a service might want to hold off on this one.
____________
BOINC blog

Profile Ageless
Avatar
Send message
Joined: 9 Jun 99
Posts: 12341
Credit: 2,639,120
RAC: 1,240
Netherlands
Message 1336155 - Posted: 9 Feb 2013, 11:28:10 UTC - in response to Message 1336068.

I believe it only effects windows users. Those windows users that run BOINC as a service might want to hold off on this one.

It only affects Windows Home and Windows Basic users. So if your Windows is one of those, don't use this version.

The developers are busy throwing out Android versions of BOINC for now, so that's what version 7.0.50 is. Do not use this one on your PC or Mac.
____________
Jord

Fighting for the correct use of the apostrophe, together with Weird Al Yankovic

Mike Davis
Volunteer tester
Send message
Joined: 17 May 99
Posts: 232
Credit: 5,305,576
RAC: 0
Isle of Man
Message 1337873 - Posted: 13 Feb 2013, 19:34:42 UTC

Anyone know what they changed to do with proxies? 7.0.28 would still complete a download if you changed to a proxy after file had started downloading whereas I have tried with 7.0.44 & 7.0.48 both fail download if you switch with a permanent http error
____________

Profile MarkJProject donor
Volunteer tester
Avatar
Send message
Joined: 17 Feb 08
Posts: 942
Credit: 25,130,102
RAC: 15,890
Australia
Message 1338655 - Posted: 15 Feb 2013, 23:15:29 UTC
Last modified: 15 Feb 2013, 23:16:44 UTC

7.0.52 change log

- WINSETUP: Revert my change to interpret the Service Install checkbox as an integer. Internally if the property contains a value it is true, otherwise false. Confirmed by Kevin

- WINSETUP: Fix the launch manager and tray functionality at the end of setup




7.0.51 change log
- client: job scheduler tweak to avoid CPU idleness in situation where GPU jobs use different CPU fractions

- client: work fetch: if there are idle devices, we need to ask the highest-prio project for work for all of them (don't scale by the fetchable resource share!). This should fix some device starvation problems

- client: Fix typo from previous commit

- client (Unix): check whether VBoxManager is executable by us before trying to run it. Otherwise we get lots of msgs in stderr

- Manager: right-justify task deadline in advanced view

- Fix wild card in Exclusive Apps dialog for Linux (from Gianfranco Costamagna)

- client: Properly return the battery status as full when it is

- Fix for FCGI compile problem in lib/filesys.cpp

- client: suspend_reason is not a bitmap; fix code that acted like it is




7.0.50 change log
- WINSETUP: Update the custom actions that use the ENABLEPROTECTEDAPPLICATIONEXECUTION property




7.0.49 change log
- manager: fix some compile warnings on Unix

- client: Basic detection of how much capacity a host's battery has on Android and Windows

- client: Basic detection of the battery state for a given host for Windows and Android. Useful for detecting if the battery is overheating.

- improvements to Makefile for lib for MinGW, from Bernd

- lib: typo fix

- zip: Reduce the number of arguments sent to the compiler, possibly fixing the build on Linux when building the wrapper

Wedge009
Volunteer tester
Avatar
Send message
Joined: 3 Apr 99
Posts: 348
Credit: 150,353,142
RAC: 204,049
Australia
Message 1338696 - Posted: 16 Feb 2013, 1:02:39 UTC

I appreciate this change:

client: work fetch: if there are idle devices, we need to ask the highest-prio project for work for all of them (don't scale by the fetchable resource share!). This should fix some device starvation problems.

____________
Soli Deo Gloria

Profile [seti.international] Dirk SadowskiProject donor
Volunteer tester
Avatar
Send message
Joined: 6 Apr 07
Posts: 7105
Credit: 61,036,993
RAC: 18,271
Germany
Message 1340584 - Posted: 24 Feb 2013, 22:28:25 UTC

I just could install the v7.0.52 over v7.0.28, or is there something what I must take care about?


* Best regards! :-) * Philip J. Fry (formerly Sutaru Tsureku), team seti.international founder. * Optimize your PC for higher RAC. * SETI@home needs your help. *
____________
BR

SETI@home Needs your Help ... $10 & U get a Star!

Team seti.international

Das Deutsche Cafe. The German Cafe.

ClaggyProject donor
Volunteer tester
Send message
Joined: 5 Jul 99
Posts: 4149
Credit: 33,825,725
RAC: 32,593
United Kingdom
Message 1340594 - Posted: 24 Feb 2013, 22:40:21 UTC - in response to Message 1340584.
Last modified: 24 Feb 2013, 22:43:47 UTC

I just could install the v7.0.52 over v7.0.28, or is there something what I must take care about?

If you don't have flops values in your app_info, you'll want to run your GPU cache down first before upgrading,
otherwise existing GPU Wu's will be on the verge of going Maximum Time Exceeded, (because of a increased internal flops value for GPU Wu's)
New GPU Wu's will get revised <rsc_fpops_est> and <rsc_fpops_bound> values.

Or Reset the project once you're upgraded (only needed to be done at projects where you run an app_info that doesn't have a flops entry).

Change Log 7.0.31 --> 7.0.32
client: when estimating FLOPS for an anonymous-platform app version for which no estimate has been supplied by user, use (CPU speed)*(cpu_usage + 10*gpu_usage) (--> add the 10*)


Claggy

TBar
Volunteer tester
Send message
Joined: 22 May 99
Posts: 1444
Credit: 51,648,591
RAC: 110,652
United States
Message 1341099 - Posted: 26 Feb 2013, 22:37:22 UTC
Last modified: 26 Feb 2013, 22:43:21 UTC

I'm having trouble with 7.0.44 when trying to add more than one "hostname for which proxy not used" There is a similar entry box in the GUI, I haven't had any luck there either. So, let's stick to the cc_config.xml file;
<proxy_info>
[ <http_server_name></http_server_name> ]
[ <http_server_port>80</http_server_port> ]
[ <http_user_name></http_user_name> ]
[ <http_user_passwd></http_user_passwd> ]
[ <socks_version>5</socks_version> ]
[ <socks_server_name></socks_server_name> ]
[ <socks_server_port>80</socks_server_port> ]
[ <socks5_user_name></socks5_user_name> ]
[ <socks5_user_passwd></socks5_user_passwd> ]
[ <no_proxy>list of hostnames for which proxy not used</no_proxy> ]
</proxy_info>

As you see, there isn't any note on what separator to use. I have tried many, none have worked. I then tried using separate entries, the entry for the Upload works, the one for the Scheduler doesn't. Unless I remove the one for the Uploader. It doesn't matter which is listed first, I can't seem to get both entries to work at the same time. This is what I have at the moment, like I said, I have tried many different combinations;

<proxy_info> [ <http_server_name>192.168.1.3</http_server_name> ] [ <http_server_port>5555</http_server_port> ] [ <no_proxy>http://setiboincdata.ssl.berkeley.edu/sah_cgi/file_upload_handler http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi</no_proxy> ] </proxy_info> Or; <proxy_info> [ <http_server_name>192.168.1.3</http_server_name> ] [ <http_server_port>5555</http_server_port> ] [ <no_proxy>http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi</no_proxy> ] [ <no_proxy>http://setiboincdata.ssl.berkeley.edu/sah_cgi/file_upload_handler</no_proxy> ] </proxy_info>

Suggestions?

ClaggyProject donor
Volunteer tester
Send message
Joined: 5 Jul 99
Posts: 4149
Credit: 33,825,725
RAC: 32,593
United Kingdom
Message 1341101 - Posted: 26 Feb 2013, 22:49:48 UTC - in response to Message 1341099.
Last modified: 26 Feb 2013, 22:50:23 UTC

I'm having trouble with 7.0.44 when trying to add more than one "hostname for which proxy not used" There is a similar entry box in the GUI, I haven't had any luck there either.

Suggestions?

Boinc Manager is the GUI for connecting to Boinc clients eithier locally, or to other clients on your network, my take is that when it says hostnames it means which hosts on your network shouldn't use a proxy, it doesn't ask for url's does it?

Claggy

TBar
Volunteer tester
Send message
Joined: 22 May 99
Posts: 1444
Credit: 51,648,591
RAC: 110,652
United States
Message 1341104 - Posted: 26 Feb 2013, 22:59:12 UTC - in response to Message 1341101.
Last modified: 26 Feb 2013, 23:29:43 UTC

But, it does work with the URL. It just doesn't work with Two URLs.

2/26/2013 5:52:37 PM | SETI@home | Sending scheduler request: To fetch work. 2/26/2013 5:52:37 PM | SETI@home | Reporting 1 completed tasks 2/26/2013 5:52:37 PM | SETI@home | Requesting new tasks for NVIDIA and ATI 2/26/2013 5:52:37 PM | SETI@home | [http] HTTP_OP::init_post(): http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi 2/26/2013 5:52:37 PM | SETI@home | [http] HTTP_OP::libcurl_exec(): ca-bundle set 2/26/2013 5:52:37 PM | SETI@home | [http] [ID#1] Info: Connection #2 seems to be dead! 2/26/2013 5:52:37 PM | SETI@home | [http] [ID#1] Info: Closing connection #2 2/26/2013 5:52:37 PM | SETI@home | [http] [ID#1] Info: Connection #3 seems to be dead! 2/26/2013 5:52:37 PM | SETI@home | [http] [ID#1] Info: Closing connection #3 2/26/2013 5:52:38 PM | SETI@home | [http] [ID#1] Info: About to connect() to setiboinc.ssl.berkeley.edu port 80 (#0) 2/26/2013 5:52:38 PM | SETI@home | [http] [ID#1] Info: Trying 208.68.240.20... 2/26/2013 5:52:38 PM | SETI@home | [http] [ID#1] Info: Connected to setiboinc.ssl.berkeley.edu (208.68.240.20) port 80 (#0) 2/26/2013 5:52:38 PM | SETI@home | [http] [ID#1] Info: Connected to setiboinc.ssl.berkeley.edu (208.68.240.20) port 80 (#0) 2/26/2013 5:52:38 PM | SETI@home | [http] [ID#1] Sent header to server: POST /sah_cgi/cgi HTTP/1.1 2/26/2013 5:52:38 PM | SETI@home | [http] [ID#1] Sent header to server: User-Agent: BOINC client (windows_intelx86 7.0.44) 2/26/2013 5:52:38 PM | SETI@home | [http] [ID#1] Sent header to server: Host: setiboinc.ssl.berkeley.edu 2/26/2013 5:52:38 PM | SETI@home | [http] [ID#1] Sent header to server: Accept: */* 2/26/2013 5:52:38 PM | SETI@home | [http] [ID#1] Sent header to server: Accept-Encoding: deflate, gzip 2/26/2013 5:52:38 PM | SETI@home | [http] [ID#1] Sent header to server: Content-Type: application/x-www-form-urlencoded 2/26/2013 5:52:38 PM | SETI@home | [http] [ID#1] Sent header to server: Content-Length: 49232 2/26/2013 5:52:38 PM | SETI@home | [http] [ID#1] Sent header to server: Expect: 100-continue 2/26/2013 5:52:38 PM | SETI@home | [http] [ID#1] Sent header to server: 2/26/2013 5:52:38 PM | SETI@home | [http] [ID#1] Received header from server: HTTP/1.1 100 Continue 2/26/2013 5:52:39 PM | SETI@home | [http] [ID#1] Received header from server: HTTP/1.1 200 OK 2/26/2013 5:52:39 PM | SETI@home | [http] [ID#1] Received header from server: Date: Tue, 26 Feb 2013 22:52:30 GMT 2/26/2013 5:52:39 PM | SETI@home | [http] [ID#1] Received header from server: Server: Apache/2.2.15 (Scientific Linux) 2/26/2013 5:52:39 PM | SETI@home | [http] [ID#1] Received header from server: Connection: close 2/26/2013 5:52:39 PM | SETI@home | [http] [ID#1] Received header from server: Transfer-Encoding: chunked 2/26/2013 5:52:39 PM | SETI@home | [http] [ID#1] Received header from server: Content-Type: text/xml 2/26/2013 5:52:39 PM | SETI@home | [http] [ID#1] Received header from server: 2/26/2013 5:52:40 PM | SETI@home | [http] [ID#1] Info: Closing connection #0 2/26/2013 5:52:41 PM | SETI@home | Scheduler request completed: got 1 new tasks 2/26/2013 5:52:43 PM | SETI@home | [http] HTTP_OP::init_get(): http://boinc2.ssl.berkeley.edu/sah/download_fanout/2a4/06my12ai.31921.8008.10.10.68 2/26/2013 5:52:43 PM | SETI@home | [http] HTTP_OP::libcurl_exec(): ca-bundle 'C:\Program Files\BOINC\ca-bundle.crt' 2/26/2013 5:52:43 PM | SETI@home | [http] HTTP_OP::libcurl_exec(): ca-bundle set 2/26/2013 5:52:43 PM | SETI@home | Started download of 06my12ai.31921.8008.10.10.68 2/26/2013 5:52:43 PM | SETI@home | [http] [ID#9306] Info: About to connect() to proxy 192.168.1.3 port 5555 (#0) 2/26/2013 5:52:43 PM | SETI@home | [http] [ID#9306] Info: Trying 192.168.1.3... 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Info: Connected to 192.168.1.3 (192.168.1.3) port 5555 (#0) 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Info: Connected to 192.168.1.3 (192.168.1.3) port 5555 (#0) 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Sent header to server: GET http://boinc2.ssl.berkeley.edu/sah/download_fanout/2a4/06my12ai.31921.8008.10.10.68 HTTP/1.1 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Sent header to server: User-Agent: BOINC client (windows_intelx86 7.0.44) 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Sent header to server: Host: boinc2.ssl.berkeley.edu 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Sent header to server: Accept: */* 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Sent header to server: Accept-Encoding: deflate, gzip 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Sent header to server: Proxy-Connection: Keep-Alive 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Sent header to server: Content-Type: application/x-www-form-urlencoded 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Sent header to server: 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Info: HTTP 1.0, assume close after body 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Received header from server: HTTP/1.0 200 OK 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Received header from server: Server: nginx/1.0.15 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Received header from server: Date: Tue, 26 Feb 2013 22:52:37 GMT 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Received header from server: Content-Type: application/octet-stream 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Received header from server: Content-Length: 375542 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Received header from server: Last-Modified: Tue, 26 Feb 2013 15:55:08 GMT 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Received header from server: Accept-Ranges: bytes 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Received header from server: X-Cache: MISS from iSETI 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Received header from server: X-Cache-Lookup: MISS from iSETI:5555 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Received header from server: Via: 1.0 iSETI (squid/3.1.19) 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Info: HTTP/1.0 connection set to keep alive! 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Received header from server: Connection: keep-alive 2/26/2013 5:52:44 PM | SETI@home | [http] [ID#9306] Received header from server: 2/26/2013 5:53:36 PM | SETI@home | [http] [ID#9306] Info: Connection #0 to host 192.168.1.3 left intact 2/26/2013 5:53:37 PM | SETI@home | Finished download of 06my12ai.31921.8008.10.10.68

No Proxy for the Scheduler that time with;
<proxy_info> [ <http_server_name>192.168.1.3</http_server_name> ] [ <http_server_port>5555</http_server_port> ] [ <no_proxy>http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi http://setiboincdata.ssl.berkeley.edu/sah_cgi/file_upload_handler</no_proxy> ] </proxy_info>


But then I get;

2/26/2013 6:12:04 PM | SETI@home | [http] [ID#9329] Info: Connected to 192.168.1.3 (192.168.1.3) port 5555 (#0) 2/26/2013 6:12:04 PM | SETI@home | [http] [ID#9329] Sent header to server: POST http://setiboincdata.ssl.berkeley.edu/sah_cgi/file_upload_handler HTTP/1.1 2/26/2013 6:12:04 PM | SETI@home | [http] [ID#9329] Sent header to server: User-Agent: BOINC client (windows_intelx86 7.0.44) 2/26/2013 6:12:04 PM | SETI@home | [http] [ID#9329] Sent header to server: Host: setiboincdata.ssl.berkeley.edu 2/26/2013 6:12:04 PM | SETI@home | [http] [ID#9329] Sent header to server: Accept: */* 2/26/2013 6:12:04 PM | SETI@home | [http] [ID#9329] Sent header to server: Accept-Encoding: deflate, gzip 2/26/2013 6:12:04 PM | SETI@home | [http] [ID#9329] Sent header to server: Proxy-Connection: Keep-Alive 2/26/2013 6:12:04 PM | SETI@home | [http] [ID#9329] Sent header to server: Content-Type: application/x-www-form-urlencoded 2/26/2013 6:12:04 PM | SETI@home | [http] [ID#9329] Sent header to server: Content-Length: 30496 2/26/2013 6:12:04 PM | SETI@home | [http] [ID#9329] Sent header to server: Expect: 100-continue 2/26/2013 6:12:04 PM | SETI@home | [http] [ID#9329] Sent header to server: 2/26/2013 6:12:04 PM | SETI@home | [http] [ID#9329] Info: HTTP 1.0, assume close after body 2/26/2013 6:12:04 PM | SETI@home | [http] [ID#9329] Received header from server: HTTP/1.0 417 Expectation Failed 2/26/2013 6:12:04 PM | SETI@home | [http] [ID#9329] Received header from server: Server: squid/3.1.19 2/26/2013 6:12:04 PM | SETI@home | [http] [ID#9329] Received header from server: Mime-Version: 1.0 2/26/2013 6:12:04 PM | SETI@home | [http] [ID#9329] Received header from server: Date: Tue, 26 Feb 2013 23:12:11 GMT 2/26/2013 6:12:04 PM | SETI@home | [http] [ID#9329] Received header from server: Content-Type: text/html 2/26/2013 6:12:04 PM | SETI@home | [http] [ID#9329] Received header from server: Content-Length: 4359 2/26/2013 6:12:04 PM | SETI@home | [http] [ID#9329] Received header from server: X-Squid-Error: ERR_INVALID_REQ 0


But, swap the URLs;

2/26/2013 6:22:03 PM | SETI@home | Started upload of 06my12ai.29501.90607.6.10.147_1_0 2/26/2013 6:22:04 PM | SETI@home | [http] [ID#9345] Info: About to connect() to setiboincdata.ssl.berkeley.edu port 80 (#0) 2/26/2013 6:22:04 PM | SETI@home | [http] [ID#9345] Info: Trying 208.68.240.16... 2/26/2013 6:22:04 PM | SETI@home | [http] [ID#9345] Info: Connected to setiboincdata.ssl.berkeley.edu (208.68.240.16) port 80 (#0) 2/26/2013 6:22:04 PM | SETI@home | [http] [ID#9345] Info: Connected to setiboincdata.ssl.berkeley.edu (208.68.240.16) port 80 (#0) 2/26/2013 6:22:04 PM | SETI@home | [http] [ID#9345] Sent header to server: POST /sah_cgi/file_upload_handler HTTP/1.1 2/26/2013 6:22:04 PM | SETI@home | [http] [ID#9345] Sent header to server: User-Agent: BOINC client (windows_intelx86 7.0.44) 2/26/2013 6:22:04 PM | SETI@home | [http] [ID#9345] Sent header to server: Host: setiboincdata.ssl.berkeley.edu 2/26/2013 6:22:04 PM | SETI@home | [http] [ID#9345] Sent header to server: Accept: */* 2/26/2013 6:22:04 PM | SETI@home | [http] [ID#9345] Sent header to server: Accept-Encoding: deflate, gzip 2/26/2013 6:22:04 PM | SETI@home | [http] [ID#9345] Sent header to server: Content-Type: application/x-www-form-urlencoded 2/26/2013 6:22:04 PM | SETI@home | [http] [ID#9345] Sent header to server: Content-Length: 286 2/26/2013 6:22:04 PM | SETI@home | [http] [ID#9345] Sent header to server: 2/26/2013 6:22:04 PM | SETI@home | [http] [ID#9345] Received header from server: HTTP/1.1 200 OK 2/26/2013 6:22:04 PM | SETI@home | [http] [ID#9345] Received header from server: Date: Tue, 26 Feb 2013 23:21:52 GMT 2/26/2013 6:22:04 PM | SETI@home | [http] [ID#9345] Received header from server: Server: Apache/2.2.15 (Scientific Linux) 2/26/2013 6:22:04 PM | SETI@home | [http] [ID#9345] Received header from server: Connection: close 2/26/2013 6:22:04 PM | SETI@home | [http] [ID#9345] Received header from server: Transfer-Encoding: chunked 2/26/2013 6:22:04 PM | SETI@home | [http] [ID#9345] Received header from server: Content-Type: text/plain; charset=UTF-8 2/26/2013 6:22:04 PM | SETI@home | [http] [ID#9345] Received header from server: 2/26/2013 6:22:05 PM | SETI@home | [http] [ID#9345] Info: Closing connection #0 2/26/2013 6:22:05 PM | SETI@home | [http] HTTP_OP::libcurl_exec(): ca-bundle set 2/26/2013 6:22:05 PM | SETI@home | [http] [ID#9345] Info: About to connect() to setiboincdata.ssl.berkeley.edu port 80 (#0) 2/26/2013 6:22:05 PM | SETI@home | [http] [ID#9345] Info: Trying 208.68.240.16... 2/26/2013 6:22:05 PM | SETI@home | [http] [ID#9345] Info: Connected to setiboincdata.ssl.berkeley.edu (208.68.240.16) port 80 (#0) 2/26/2013 6:22:05 PM | SETI@home | [http] [ID#9345] Info: Connected to setiboincdata.ssl.berkeley.edu (208.68.240.16) port 80 (#0) 2/26/2013 6:22:05 PM | SETI@home | [http] [ID#9345] Sent header to server: POST /sah_cgi/file_upload_handler HTTP/1.1 2/26/2013 6:22:05 PM | SETI@home | [http] [ID#9345] Sent header to server: User-Agent: BOINC client (windows_intelx86 7.0.44) 2/26/2013 6:22:05 PM | SETI@home | [http] [ID#9345] Sent header to server: Host: setiboincdata.ssl.berkeley.edu 2/26/2013 6:22:05 PM | SETI@home | [http] [ID#9345] Sent header to server: Accept: */* 2/26/2013 6:22:05 PM | SETI@home | [http] [ID#9345] Sent header to server: Accept-Encoding: deflate, gzip 2/26/2013 6:22:05 PM | SETI@home | [http] [ID#9345] Sent header to server: Content-Type: application/x-www-form-urlencoded 2/26/2013 6:22:05 PM | SETI@home | [http] [ID#9345] Sent header to server: Content-Length: 30496 2/26/2013 6:22:05 PM | SETI@home | [http] [ID#9345] Sent header to server: Expect: 100-continue 2/26/2013 6:22:05 PM | SETI@home | [http] [ID#9345] Sent header to server: 2/26/2013 6:22:05 PM | SETI@home | [http] [ID#9345] Received header from server: HTTP/1.1 100 Continue 2/26/2013 6:22:06 PM | SETI@home | [http] [ID#9345] Received header from server: HTTP/1.1 200 OK 2/26/2013 6:22:06 PM | SETI@home | [http] [ID#9345] Received header from server: Date: Tue, 26 Feb 2013 23:21:53 GMT 2/26/2013 6:22:06 PM | SETI@home | [http] [ID#9345] Received header from server: Server: Apache/2.2.15 (Scientific Linux) 2/26/2013 6:22:06 PM | SETI@home | [http] [ID#9345] Received header from server: Connection: close 2/26/2013 6:22:06 PM | SETI@home | [http] [ID#9345] Received header from server: Transfer-Encoding: chunked 2/26/2013 6:22:06 PM | SETI@home | [http] [ID#9345] Received header from server: Content-Type: text/plain; charset=UTF-8 2/26/2013 6:22:06 PM | SETI@home | [http] [ID#9345] Received header from server: 2/26/2013 6:22:06 PM | SETI@home | [http] [ID#9345] Info: Closing connection #0 2/26/2013 6:22:07 PM | SETI@home | Finished upload of 06my12ai.29501.90607.6.10.147_1_0

TBar
Volunteer tester
Send message
Joined: 22 May 99
Posts: 1444
Credit: 51,648,591
RAC: 110,652
United States
Message 1341118 - Posted: 27 Feb 2013, 0:18:37 UTC - in response to Message 1341104.
Last modified: 27 Feb 2013, 1:00:04 UTC

BTW, if you manually hit the Update button, the scheduler Request will usually go through even though it goes through Squid. Why doesn't it work when the Scheduler originates the Request? I make the Request, it usually works. Scheduler makes the Request, Error 417. I tried it with the URLs on different lines this time, still went through the Proxy;

proxy_info> [ <http_server_name>192.168.1.3</http_server_name> ] [ <http_server_port>5555</http_server_port> ] [ <no_proxy>http://setiboincdata.ssl.berkeley.edu/sah_cgi/file_upload_handler http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi</no_proxy> ] </proxy_info>


My Request usually go through;

2/26/2013 7:22:48 PM | SETI@home | Sending scheduler request: Requested by user. 2/26/2013 7:22:48 PM | SETI@home | Reporting 1 completed tasks 2/26/2013 7:22:48 PM | SETI@home | Requesting new tasks for CPU and NVIDIA and ATI 2/26/2013 7:22:48 PM | SETI@home | [http] HTTP_OP::init_post(): http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi 2/26/2013 7:22:48 PM | SETI@home | [http] HTTP_OP::libcurl_exec(): ca-bundle set 2/26/2013 7:22:48 PM | SETI@home | [http] [ID#1] Info: Re-using existing connection! (#0) with host 192.168.1.3 2/26/2013 7:22:48 PM | SETI@home | [http] [ID#1] Info: Connected to 192.168.1.3 (192.168.1.3) port 5555 (#0) 2/26/2013 7:22:48 PM | SETI@home | [http] [ID#1] Sent header to server: POST http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi HTTP/1.0 2/26/2013 7:22:48 PM | SETI@home | [http] [ID#1] Sent header to server: User-Agent: BOINC client (windows_intelx86 7.0.44) 2/26/2013 7:22:48 PM | SETI@home | [http] [ID#1] Sent header to server: Host: setiboinc.ssl.berkeley.edu 2/26/2013 7:22:48 PM | SETI@home | [http] [ID#1] Sent header to server: Accept: */* 2/26/2013 7:22:48 PM | SETI@home | [http] [ID#1] Sent header to server: Accept-Encoding: deflate, gzip 2/26/2013 7:22:48 PM | SETI@home | [http] [ID#1] Sent header to server: Proxy-Connection: Keep-Alive 2/26/2013 7:22:48 PM | SETI@home | [http] [ID#1] Sent header to server: Content-Type: application/x-www-form-urlencoded 2/26/2013 7:22:48 PM | SETI@home | [http] [ID#1] Sent header to server: Content-Length: 49070 2/26/2013 7:22:48 PM | SETI@home | [http] [ID#1] Sent header to server: 2/26/2013 7:22:50 PM | SETI@home | [http] [ID#1] Info: HTTP 1.0, assume close after body 2/26/2013 7:22:50 PM | SETI@home | [http] [ID#1] Received header from server: HTTP/1.0 200 OK 2/26/2013 7:22:50 PM | SETI@home | [http] [ID#1] Received header from server: Date: Wed, 27 Feb 2013 00:22:39 GMT 2/26/2013 7:22:50 PM | SETI@home | [http] [ID#1] Received header from server: Server: Apache/2.2.15 (Scientific Linux) 2/26/2013 7:22:50 PM | SETI@home | [http] [ID#1] Received header from server: Content-Type: text/xml 2/26/2013 7:22:50 PM | SETI@home | [http] [ID#1] Received header from server: X-Cache: MISS from iSETI 2/26/2013 7:22:50 PM | SETI@home | [http] [ID#1] Received header from server: X-Cache-Lookup: MISS from iSETI:5555 2/26/2013 7:22:50 PM | SETI@home | [http] [ID#1] Received header from server: Via: 1.0 iSETI (squid/3.1.19) 2/26/2013 7:22:50 PM | SETI@home | [http] [ID#1] Received header from server: Connection: close 2/26/2013 7:22:50 PM | SETI@home | [http] [ID#1] Received header from server: 2/26/2013 7:22:53 PM | SETI@home | [http] [ID#1] Info: Closing connection #0 2/26/2013 7:22:54 PM | SETI@home | Scheduler request completed: got 2 new tasks 2/26/2013 7:22:56 PM | SETI@home | [http] HTTP_OP::init_get(): http://boinc2.ssl.berkeley.edu/sah/download_fanout/248/17oc12ab.3103.186425.3.10.137 2/26/2013 7:22:56 PM | SETI@home | [http] HTTP_OP::libcurl_exec(): ca-bundle 'C:\Program Files\BOINC\ca-bundle.crt' 2/26/2013 7:22:56 PM | SETI@home | [http] HTTP_OP::libcurl_exec(): ca-bundle set 2/26/2013 7:22:56 PM | SETI@home | Started download of 17oc12ab.3103.186425.3.10.137 2/26/2013 7:22:56 PM | SETI@home | [http] HTTP_OP::init_get(): http://boinc2.ssl.berkeley.edu/sah/download_fanout/19b/ap_30no12ah_B0_P0_00175_20130226_06429.wu 2/26/2013 7:22:56 PM | SETI@home | [http] HTTP_OP::libcurl_exec(): ca-bundle 'C:\Program Files\BOINC\ca-bundle.crt' 2/26/2013 7:22:56 PM | SETI@home | [http] HTTP_OP::libcurl_exec(): ca-bundle set 2/26/2013 7:22:56 PM | SETI@home | Started download of ap_30no12ah_B0_P0_00175_20130226_06429.wu 2/26/2013 7:22:56 PM | SETI@home | [http] [ID#9429] Info: About to connect() to proxy 192.168.1.3 port 5555 (#0) 2/26/2013 7:22:56 PM | SETI@home | [http] [ID#9429] Info: Trying 192.168.1.3... 2/26/2013 7:22:56 PM | SETI@home | [http] [ID#9430] Info: About to connect() to proxy 192.168.1.3 port 5555 (#1) 2/26/2013 7:22:56 PM | SETI@home | [http] [ID#9430] Info: Trying 192.168.1.3... 2/26/2013 7:22:57 PM | SETI@home | [http] [ID#9429] Info: Connected to 192.168.1.3 (192.168.1.3) port 5555 (#0)


Scheduler has no such luck;

2/26/2013 7:11:12 PM | SETI@home | Sending scheduler request: To fetch work. 2/26/2013 7:11:12 PM | SETI@home | Reporting 1 completed tasks 2/26/2013 7:11:12 PM | SETI@home | Requesting new tasks for NVIDIA 2/26/2013 7:11:12 PM | SETI@home | [http] HTTP_OP::init_post(): http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi 2/26/2013 7:11:12 PM | SETI@home | [http] HTTP_OP::libcurl_exec(): ca-bundle set 2/26/2013 7:11:12 PM | SETI@home | [http] [ID#1] Info: About to connect() to proxy 192.168.1.3 port 5555 (#0) 2/26/2013 7:11:12 PM | SETI@home | [http] [ID#1] Info: Trying 192.168.1.3... 2/26/2013 7:11:12 PM | SETI@home | [http] [ID#1] Info: Connected to 192.168.1.3 (192.168.1.3) port 5555 (#0) 2/26/2013 7:11:12 PM | SETI@home | [http] [ID#1] Info: Connected to 192.168.1.3 (192.168.1.3) port 5555 (#0) 2/26/2013 7:11:12 PM | SETI@home | [http] [ID#1] Sent header to server: POST http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi HTTP/1.1 2/26/2013 7:11:12 PM | SETI@home | [http] [ID#1] Sent header to server: User-Agent: BOINC client (windows_intelx86 7.0.44) 2/26/2013 7:11:12 PM | SETI@home | [http] [ID#1] Sent header to server: Host: setiboinc.ssl.berkeley.edu 2/26/2013 7:11:12 PM | SETI@home | [http] [ID#1] Sent header to server: Accept: */* 2/26/2013 7:11:12 PM | SETI@home | [http] [ID#1] Sent header to server: Accept-Encoding: deflate, gzip 2/26/2013 7:11:12 PM | SETI@home | [http] [ID#1] Sent header to server: Proxy-Connection: Keep-Alive 2/26/2013 7:11:12 PM | SETI@home | [http] [ID#1] Sent header to server: Content-Type: application/x-www-form-urlencoded 2/26/2013 7:11:12 PM | SETI@home | [http] [ID#1] Sent header to server: Content-Length: 49062 2/26/2013 7:11:12 PM | SETI@home | [http] [ID#1] Sent header to server: Expect: 100-continue 2/26/2013 7:11:12 PM | SETI@home | [http] [ID#1] Sent header to server: 2/26/2013 7:11:12 PM | SETI@home | [http] [ID#1] Info: HTTP 1.0, assume close after body 2/26/2013 7:11:12 PM | SETI@home | [http] [ID#1] Received header from server: HTTP/1.0 417 Expectation Failed 2/26/2013 7:11:12 PM | SETI@home | [http] [ID#1] Received header from server: Server: squid/3.1.19 2/26/2013 7:11:12 PM | SETI@home | [http] [ID#1] Received header from server: Mime-Version: 1.0 2/26/2013 7:11:12 PM | SETI@home | [http] [ID#1] Received header from server: Date: Wed, 27 Feb 2013 00:11:18 GMT 2/26/2013 7:11:12 PM | SETI@home | [http] [ID#1] Received header from server: Content-Type: text/html 2/26/2013 7:11:12 PM | SETI@home | [http] [ID#1] Received header from server: Content-Length: 4299 2/26/2013 7:11:12 PM | SETI@home | [http] [ID#1] Received header from server: X-Squid-Error: ERR_INVALID_REQ 0


----------------------------------------------------

SUCCESS!

I think I found it. The separator is.....a comma, WITHOUT A SPACE.
So far it appears to be working;
<proxy_info>
[ <http_server_name>192.168.1.3</http_server_name> ]
[ <http_server_port>5555</http_server_port> ]
[ <no_proxy>http://setiboincdata.ssl.berkeley.edu/sah_cgi/file_upload_handler,http://setiboinc.ssl.berkeley.edu/sah_cgi/cgi</no_proxy> ]
</proxy_info>

So far...

Profile MarkJProject donor
Volunteer tester
Avatar
Send message
Joined: 17 Feb 08
Posts: 942
Credit: 25,130,102
RAC: 15,890
Australia
Message 1356553 - Posted: 13 Apr 2013, 12:26:28 UTC

Its been a while so here are the latest change logs...

7.0.60 change log

- Update all_projects_list.xml

- MGR: fix crash bug in Simple View preferences dialog

- client: on startup, if new version, arrange to get new project list

- alphabetize fields in prefs structure

- client emulator: simulate project-requested backoff after work fetch

- XML parser: return error if string exceeds buffer size.

- client: when parsing MD5, use 64 instead of 33 char buffer. When the XML parser reads a string, it enforces the buffer size limit BEFORE it strips whitespace. So if a project put whitespaces before or after the MD5, it would fail to parse



7.0.59 change log
- Remove Beta/Alpha flag for Linux builds.

- MGR: Revise how CPU Architecture is determined in the about dialog box per Gianfranco's recommendation

- Manager (Win): case-insensitive check for .exe ending of exclusive apps

- client: if <dont_check_file_sizes> is set in config, still check for errors (e.g. verify failures) at startup, and reset file if so. Otherwise we'll never recover from those errors

- client: rename two different functions named backoff() to make it easier to see what's going on.

- fix code formatting in manager

- client emulator: ignore non-CPU-intensive apps

- client: code cleanup. Some variable/function/constant names contained "debt" when they actually refer to REC. Change these names to use "rec".

- client, work fetch: request # instances so that we have enough jobs to use project's share of instances.

- client emulator: if client_state.xml doesn't have <no_rsc_apps> for a project, and the project doesn't have apps for that resource, the project can be asked for work for that resource

- client emulator: if try to do RPC to a "down" project, back off

- client emulator web interface: show simulations in reverse chron order




7.0.58 change log
- XML parser: when skipping unrecognized elements, don't read them into memory

- MGR: Update copyright year



7.0.57 change log
-client: alphabetize log flags

- client: there were many places in the code where we keep track (usually in a static variable called "last_time")of the last time we did something,and we only do it again when now - last_time exceeds some interval. Example: sending heartbeat messages to apps. Problem: if the system clock is decreased by X, we won't do any of these actions are time X, making it appear that the client is frozen. Solution: when we detect that the system clock has decreased, set a global var "clock_change" for 1 iteration of the polling loop, and disable these time checks if clock_change is set.

- client: a couple of more clock-change fixes

- Client: debug last commit. Also fix bug where benchmarks don't end when clock goes backward

- client: updated Windows version identification, from Robert Kress

- client and wrapper (Linux): when parsing /proc/x/stat entries, handle command names that contains white space

- client: improve work fetch messages

- MGR: Add missing static text back to the welcome page for the attach wizard




7.0.56 change log
- MGR: Modify the GUI for the Attach to Project Wizard for the World Community Grid version of the client. These changes should make clearer the difference between attaching to a new BOINC project vs changing which applications a user is choosing to run at World Community Grid.

- MGR: Further modifications to the World Community Grid installer and skin for BOINC 7.

- MGR: fix build breaks on Win. You can't just say "#elif".

- client: write log flags in alpha order.

- client and boinccmd: update usage text.

- update Unix command completion script.

- update XML man pages for client, manager, boinccmd.

- man page tweak.

- client: removed unused code for old work-fetch logic.

- client: fix small work fetch bug that caused the client to not add a piggyback work request when it should have




7.0.55 change log
- WINSETUP: When ENABLEUSEBYALLUSERS is true, create the automatic run key in the HKEY_LOCAL_MACHINE registry space. When it is false use HKEY_CURRENT_USER.

- client (and maybe others): fix XML parsing bug when skipping large unrecognized elements

- client: don't show cache size in startup messages



7.0.54 change log
- MGR: Center the Simple View slide show area, fix wrapping of project description text when project has no slide show

- Client: on read_cc_config() GUI RPC, reread app_config.xml files as well as cc_config.xml

- Attempt to fix appearance of Simple View buttons on Windows

- MGR: Fix a minor glitch rendering corners of backgrounds of Task and Project areas in Linux Simple View

- MGR: Limit event log to 2000 messages, deleting oldest if necessary

- boincmgr: patch to change temporaries to long. Fixes# 1226 (From: Alyssa Milburn) Thanks Gianfranco Costamagna

- client: change work fetch policy to work better with GPU exclusions scale amount of work request by (# non-excluded instances)/#instances

- change policy: old: don't fetch work if #jobs > #non-excluded instances new: don't fetch work if # of instance-seconds used in RR sim > work_buf_min * (#non-exluded instances)/#instances

- client: add --suppress_net_info cmdline option

- Client/manager: isspace() throws an exception on Win for non-ASCII chars. Check isascii() first.

- client emulator: fix crash if you have active tasks of non-CPU-intensive projects

- client, work fetch policy. Change policy for projects w/ GPU exclusions

- client (FreeBSD): detect running on batteries; from rustyBSD

- client: add <fetch_on_update> config option; requests work when you update a project even if it's not highest priority

- MGR: Make the flags to InternetReadFileEx() match those of InternetOpen(). Mixed flags can cause unpredictable results.

- MGR: if InternetReadFile() sets ERROR_IO_PENDING error, we need to call it again to get the next chunk of data

- client: parse <fetch_on_update> config flag, and show it on startup

- MGR: Fix memory leaks, add debug fprintf's trying to find cause of crashes when retrying load of images in notices

- manager: don't show DCF in project properties page if it's 1

- build: Add -Wcast-align to list of compiler warnings we are interested in. It'll help prevent crashes in CPU Architectures that are strict on there alignment policies. (From: Jeffrey Walton)

- client: Revert my changes for the --detach_console functionality back to the original implementation

- MGR: Remove temporary debugging fprintf's

- Manager (and possibly other components): XML parsing fix

- MGR: Disable the download of image files for now. Revisit policy after the next public release.

Profile MarkJProject donor
Volunteer tester
Avatar
Send message
Joined: 17 Feb 08
Posts: 942
Credit: 25,130,102
RAC: 15,890
Australia
Message 1356555 - Posted: 13 Apr 2013, 12:29:36 UTC

7.0.61 change log

- Remove more dead projects from project list.

- client: don't prefix <task> messages with [task]

- client: major overhaul of work-fetch logic based on suggestions by Jacob Klein. The new policy is roughly as follows: Find the highest-priority project P that is allowed to fetch work for a resource below buf_min
Ask P for work for all resources R below buf_max for which it's allowed to fetch work, unless there's a higher-priority project allowed to request work for R. If we're going to do an RPC to P for reasons other than work fetch, the policy is:
For each resource R for which P is the highest-priority project allowed to fetch work, and R is below buf_max, request work for R.

- client: work fetch message tweaks: show state before actions.

- client: detect new Win versions and AMD GPUs; from [P3D] Crashtest.

- Unix: Fix for "make clean" not removing .a files in lib/

- client: piggyback requests for resources even if we're backed off from them.

- client: change resource backoff logic. Old: if we requested work and didn't get any, back off from resources for which we requested work. New: for each resource type T: if we requested work for T and didn't get any, back off from T. Also, don't back off if we're already backed off (i.e. if this is a piggyback request). Also, only back off if the RPC was due to an automatic and potentially rapid source (namely: work fetch, result report, trickle up).

- client: fix small work fetch bug.

- client: fix bug in work fetch that prevented resource backoff.

- client: AMD GPU names; from Jord.

- client: AMD GPU name tweaks.

- client: fix bug that could cause idle GPUs when exclusions are present. The basic problem: the way we assign GPU instances when creating the "run list" is slightly different from the way we assign them when we actually run the jobs; the latter assigns a running job to the instance it's using, but the former doesn't. Solution (kludge): when building the run list, don't reserve instances for currently running jobs. This will result in more jobs in the run list, and avoid starvation. For efficiency, do this only if there are exclusions for this type. Comment (David): this is yet another complexity that would be eliminated if GPU instances were modeled separately. I wish I had time to do that.

- client: put back --detach (because BoincTasks? assumes it) and --detach_console (because the documentation says it exists). I'm not sure why --detach_phase_two is there, but leave it.

- client: fix bug in work fetch that caused infinite RPCs if all projects backed off.

- boinccmd: show correct error message if auth failure.

- MGR: Fix minor cosmetic issue rendering Task Selection Control in Simple View on Mac.

- MGR: Check the size of the stats vectors before attempting to tabulate the results.

- MGR: Fix the text for the 'reread config files' menu option.

- client: Make the detach console stuff backwards compatible with BOINCTasks.

- WCG: Fix bug in WCG version of client when using the project_init.xml file it initiate auto-attach to World Community Grid.

- WCG: Add signing requirement to installer. Need Rom to add key location and key password to file when he builds

Profile MarkJProject donor
Volunteer tester
Avatar
Send message
Joined: 17 Feb 08
Posts: 942
Credit: 25,130,102
RAC: 15,890
Australia
Message 1356556 - Posted: 13 Apr 2013, 12:30:54 UTC
Last modified: 13 Apr 2013, 12:31:45 UTC

7.0.62 change log

- MGR: Remove fix of text for the 'reread config files' menu option

Profile Ageless
Avatar
Send message
Joined: 9 Jun 99
Posts: 12341
Credit: 2,639,120
RAC: 1,240
Netherlands
Message 1356561 - Posted: 13 Apr 2013, 13:36:12 UTC - in response to Message 1356555.
Last modified: 13 Apr 2013, 13:39:02 UTC

7.0.61 change log
- client: major overhaul of work-fetch logic based on suggestions by Jacob Klein. The new policy is roughly as follows: Find the highest-priority project P that is allowed to fetch work for a resource below buf_min
Ask P for work for all resources R below buf_max for which it's allowed to fetch work, unless there's a higher-priority project allowed to request work for R. If we're going to do an RPC to P for reasons other than work fetch, the policy is:
For each resource R for which P is the highest-priority project allowed to fetch work, and R is below buf_max, request work for R.

No, that one is not in 7.0.61 or .62; it'll come to a BOINC near you AFTER 7.0.6x has been released to the public. We first have to test it all.

- client: change resource backoff logic. Old: if we requested work and didn't get any, back off from resources for which we requested work. New: for each resource type T: if we requested work for T and didn't get any, back off from T. Also, don't back off if we're already backed off (i.e. if this is a piggyback request). Also, only back off if the RPC was due to an automatic and potentially rapid source (namely: work fetch, result report, trickle up).

Also not in it.

- client: fix bug that could cause idle GPUs when exclusions are present. The basic problem: the way we assign GPU instances when creating the "run list" is slightly different from the way we assign them when we actually run the jobs; the latter assigns a running job to the instance it's using, but the former doesn't. Solution (kludge): when building the run list, don't reserve instances for currently running jobs. This will result in more jobs in the run list, and avoid starvation. For efficiency, do this only if there are exclusions for this type. Comment (David): this is yet another complexity that would be eliminated if GPU instances were modeled separately. I wish I had time to do that.

Guess what? Also not in it.

Even
- client: don't prefix <task> messages with [task]

was not added.

What did make it in then? ;-)
Preliminary Change Log 7.0.60 --> 7.0.61:

  • Remove more dead projects from project list.
  • client: detect new Win versions and AMD GPUs; from [P3D] Crashtest.
  • client: fix bug in work fetch that prevented resource backoff.
  • client: AMD GPU names; from Jord.
  • client: AMD GPU name tweaks.
  • client: put back --detach (because BoincTasks assumes it) and --detach_console (because the documentation says it exists). I'm not sure why --detach_phase_two is there, but leave it.
  • boinccmd: show correct error message if auth failure.
  • MGR: Fix minor cosmetic issue rendering Task Selection Control in Simple View on Mac.
  • MGR: Check the size of the stats vectors before attempting to tabulate the results.
  • MGR: Fix the text for the 'reread config files' menu option.
  • client: Make the detach console stuff backwards compatible with BOINCTasks.

  • WCG: Fix bug in WCG version of client when using the project_init.xml file it initiate auto-attach to World Community Grid.
  • WCG: Add signing requirement to installer. Need Rom to add key location and key password to file when he builds.


____________
Jord

Fighting for the correct use of the apostrophe, together with Weird Al Yankovic

Previous · 1 · 2 · 3 · 4 · 5 · Next

Message boards : Number crunching : Development BOINC 7.0.62

Copyright © 2014 University of California