So a friend and teammate of mine is having a problem getting any WUs from this project. He get's error 403 and his computer has no project id as the log below shows. Unfortunately no one on our team was able to help him out with this, and as this is his first time joining GPUGrid he was having trouble starting a thread to get help, so here we are:

10/14/2011 6:50:50 AM | | Starting BOINC client version 6.12.34 for windows_x86_64
10/14/2011 6:50:50 AM | | log flags: file_xfer, sched_ops, task
10/14/2011 6:50:50 AM | | Libraries: libcurl/7.21.6 OpenSSL/1.0.0d zlib/1.2.5
10/14/2011 6:50:50 AM | | Data directory: D:\Software\Another System Folder\Another Program Data\BOINC
10/14/2011 6:50:50 AM | | Running under account *deleted for anonymity*
10/14/2011 6:50:50 AM | | Processor: 8 GenuineIntel Intel(R) Core(TM) i7-2600 CPU @ 3.40GHz [Family 6 Model 42 Stepping 7]
10/14/2011 6:50:50 AM | | Processor: 256.00 KB cache
10/14/2011 6:50:50 AM | | 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 sse4_2 syscall nx lm vmx smx tm2 popcnt aes pbe
10/14/2011 6:50:50 AM | | OS: Microsoft Windows 7: Professional x64 Edition, Service Pack 1, (06.01.7601.00)
10/14/2011 6:50:50 AM | | Memory: 15.98 GB physical, 39.98 GB virtual
10/14/2011 6:50:50 AM | | Disk: 465.76 GB total, 416.88 GB free
10/14/2011 6:50:50 AM | | Local time is UTC -4 hours
10/14/2011 6:50:50 AM | | NVIDIA GPU 0: Quadro 2000 D (driver version 27589, CUDA version 4000, compute capability 2.1, 962MB, 320 GFLOPS peak)
10/14/2011 6:50:50 AM | GPUGRID | URL http://www.gpugrid.net/; Computer ID not assigned yet; resource share 100
10/14/2011 6:50:50 AM | World Community Grid | URL http://www.worldcommunitygrid.org/; Computer ID 1720831; resource share 100
10/14/2011 6:50:50 AM | World Community Grid | General prefs: from World Community Grid (last modified 04-Oct-2011 21:37:44)
10/14/2011 6:50:50 AM | World Community Grid | Computer location: work
10/14/2011 6:50:50 AM | | General prefs: using separate prefs for work
10/14/2011 6:50:50 AM | | Reading preferences override file
10/14/2011 6:50:50 AM | | Preferences:
10/14/2011 6:50:50 AM | | max memory usage when active: 8183.09MB
10/14/2011 6:50:50 AM | | max memory usage when idle: 14729.57MB
10/14/2011 6:50:50 AM | | max disk usage: 10.00GB
10/14/2011 6:50:50 AM | | don't compute while active
10/14/2011 6:50:50 AM | | (to change preferences, visit the web site of an attached project, or select Preferences in the Manager)
10/14/2011 6:50:50 AM | | Not using a proxy
10/14/2011 6:50:51 AM | | Running CPU benchmarks
10/14/2011 6:50:51 AM | | Suspending computation - CPU benchmarks in progress
10/14/2011 6:50:51 AM | | Suspending network activity - computer is in use
10/14/2011 6:50:59 AM | | Resuming network activity
10/14/2011 6:50:59 AM | World Community Grid | Sending scheduler request: To report completed tasks.
10/14/2011 6:50:59 AM | World Community Grid | Reporting 5 completed tasks, not requesting new tasks
10/14/2011 6:51:02 AM | | Suspending network activity - computer is in use
10/14/2011 6:51:07 AM | | Resuming network activity
10/14/2011 6:51:07 AM | World Community Grid | Scheduler request completed
10/14/2011 6:51:09 AM | | Suspending network activity - computer is in use
10/14/2011 6:51:14 AM | | Resuming network activity
10/14/2011 6:51:22 AM | | Benchmark results:
10/14/2011 6:51:22 AM | | Number of CPUs: 8
10/14/2011 6:51:22 AM | | 3313 floating point MIPS (Whetstone) per CPU
10/14/2011 6:51:22 AM | | 12546 integer MIPS (Dhrystone) per CPU

TIA for the help,

Zach

Well here's the link to his posting - the rest of the information I have is via private chat... I asked him to take it back to the public thread.

http://www.xtremesystems.org/forums/showthread.php?247370-Joining-GPUGrid-the-easy-way&p=4973380#post4973380

(sorry if linking like this isn't allowed... I don't see it in the rules so I'll assume it's fine for now.)

I did tick the tick box "While computer is in use" under the processor usage tab, before rebooting. I verified this setting did stick, after capturing the above log.

I wonder if this is a firewall problem or something.

This is not a DIY install to clone another machine or whatever. C: is an SSD. I installed to D: to keep the disc writes on the mechanical D: drive....I run clean energy (among other things) on this machine. Don't know anything about this "network share" that was mentioned.

I have boinc set to suspend when the computer is in use because this is my actual work workstation and I have to actually use it sometimes to do some work and I don't want BOINC to be noticed by me, or others. For the record, WCG has run flawlessly for about a month now.

I think this might be a Firewall, Antivirus, proxy or even a blocked IP address problem, but does anyone have any other ideas about the 403 Forbidden and 403 Error messages?

Received header from server: HTTP/1.0 403 Forbidden
GPUGRID | Scheduler request failed: Error 403

Yeah, I know the error type, but it's what caused it is the question. I have not come across this problem with Boinc or at GPUGrid, so if anyone else has their input might be useful. I expect it's security related, and specific to the system/site in question, but it could be caused by several if not many things.

Thanks,

The Client configuration page at the official BOINC wiki explains 2 debugging flags and 1 option that might help with this problem. They go into a file named cc_config.xml which is created/kept in the BOINC data directory. Perhaps he has a cc_config.xml now and perhaps he is using it to force HTTP 1.0 and perhaps HTTP 1.0 is forbidden? I'm looking at the error message he gets (HTTP/1.0 403 Forbidden) and thinking maybe that's what it means. I'm not an expert on such matters so perhaps I'm wrong. If he's forcing HTTP 1.0 now then maybe he should try turning it off which reverts to HTTP 1.1.

The 2 debugging flags are:

<http_debug> (Debugging information about HTTP operations. )
<http_xfer_debug> (Debugging information about network communication. )

You would put these 3 items in a cc_config.xml as follows:

I would like to add to this discussion for future reference.

I had this exact problem. My workstation was unable to register with GPUGrid, and in the logs was noted a 403 error. Another workstation at the same location got on just fine.

I finally determined that it was the company Internet content filter getting in the way. See, the computer that worked was configured to be excluded from filtering. To solve the problem, I configured the problem workstation as such, and immediately everything began working.

GPUGrid.net was not blocked by the SonicWall content filter, but something was out of whack when these requests were subject to the filter.