I was 'little interested', why my results are got 'validate errors',
so I took a little time.. and looked to my online available results and in 'stdoutdae.txt' and I saw:

An example for all 3 available results:

2007-08-03 04:00:43 [SETI@home] [file_xfer] Started upload of file 20jn00aa.3173.11457.542316.3.176_1_0
2007-08-03 04:00:50 [SETI@home] [error] Error on file upload: no command
2007-08-03 04:00:50 [SETI@home] [file_xfer] Permanently failed upload of 20jn00aa.3173.11457.542316.3.176_1_0
2007-08-03 04:00:50 [SETI@home] Giving up on upload of 20jn00aa.3173.11457.542316.3.176_1_0: server rejected file


So it's a server problem and not a problem from the client, OR?

The other possibility is garbled communication. The upload uses two POSTs, in the first one the "command" is <get_file_size> and in the second it's <file_upload>. If neither is found, that gives the "no command" error.

                                                                 Joe

I have now again a 'validate error'.. :-(
..because of 'server rejected file':


http://setiathome.berkeley.edu/result.php?resultid=586936518


..where is the problem?
It's a client-prob or is this a server-prob?

---

I was 'little interested', why my results are got 'validate errors',
so I took a little time.. and looked to my online available results and in 'stdoutdae.txt' and I saw:

An example for all 3 available results:

2007-08-03 04:00:43 [SETI@home] [file_xfer] Started upload of file 20jn00aa.3173.11457.542316.3.176_1_0
2007-08-03 04:00:50 [SETI@home] [error] Error on file upload: no command
2007-08-03 04:00:50 [SETI@home] [file_xfer] Permanently failed upload of 20jn00aa.3173.11457.542316.3.176_1_0
2007-08-03 04:00:50 [SETI@home] Giving up on upload of 20jn00aa.3173.11457.542316.3.176_1_0: server rejected file


So it's a server problem and not a problem from the client, OR?

The other possibility is garbled communication. The upload uses two POSTs, in the first one the "command" is <get_file_size> and in the second it's <file_upload>. If neither is found, that gives the "no command" error.

                                                                 Joe

I have now again a 'validate error'.. :-(
..because of 'server rejected file':


http://setiathome.berkeley.edu/result.php?resultid=586936518


..where is the problem?
It's a client-prob or is this a server-prob?

First I notice you are running BOINC version 5.10.7 which is a version that was recalled due to problems.

Second, You are running a new enough version that it may be due to your "connect to project every" time. I believe this version defaults to 0 days. This has resulted in the result being reported then tried to upload before the servers have a chance to file the report. You might need to check this setting and change it to say 0.1 days or something. This causes a short pause between the reporting of the wu and it's uploading to let the information be registered in the upload database.

---

Jim

Some people plan their life out and look back at the wealth they've had.
Others live life day by day and look back at the wealth of experiences and enjoyment they've had.

I don't understand it well..

Here are the messages.. and between upload and report are ~ 80 minutes..

..so it's only a server-prob and have nothing to do when I report an upload, OR?



2007-08-09 05:45:34 [SETI@home] Starting 29mr00ab.8578.27953.111068.3.45_0
2007-08-09 05:45:34 [SETI@home] Starting task 29mr00ab.8578.27953.111068.3.45_0 using setiathome_enhanced version 515
2007-08-09 05:45:36 [SETI@home] [file_xfer] Started upload of file 30mr00aa.15122.9600.878390.3.72_0_0
2007-08-09 05:45:45 [SETI@home] [file_xfer] Finished upload of file 30mr00aa.15122.9600.878390.3.72_0_0
2007-08-09 05:45:45 [SETI@home] [file_xfer] Throughput 8829 bytes/sec
2007-08-09 05:47:33 [SETI@home] Computation for task 30mr00aa.15122.9600.878390.3.81_0 finished
2007-08-09 05:47:33 [SETI@home] Starting 30mr00aa.15122.9600.878390.3.46_1
2007-08-09 05:47:33 [SETI@home] Starting task 30mr00aa.15122.9600.878390.3.46_1 using setiathome_enhanced version 515
2007-08-09 05:47:35 [SETI@home] [file_xfer] Started upload of file 30mr00aa.15122.9600.878390.3.81_0_0
2007-08-09 05:47:43 [SETI@home] [file_xfer] Finished upload of file 30mr00aa.15122.9600.878390.3.81_0_0
2007-08-09 05:47:43 [SETI@home] [file_xfer] Throughput 7512 bytes/sec
2007-08-09 05:56:55 [SETI@home] Computation for task 29mr00ab.8578.27953.111068.3.50_1 finished
2007-08-09 05:56:55 [SETI@home] Starting 30mr00aa.15122.9600.878390.3.77_2
2007-08-09 05:56:55 [SETI@home] Starting task 30mr00aa.15122.9600.878390.3.77_2 using setiathome_enhanced version 515
2007-08-09 05:56:58 [SETI@home] [file_xfer] Started upload of file 29mr00ab.8578.27953.111068.3.50_1_0
2007-08-09 05:57:06 [SETI@home] [file_xfer] Finished upload of file 29mr00ab.8578.27953.111068.3.50_1_0
2007-08-09 05:57:06 [SETI@home] [file_xfer] Throughput 9815 bytes/sec
2007-08-09 06:12:56 [SETI@home] Computation for task 30mr00aa.15122.9600.878390.3.36_1 finished
2007-08-09 06:12:56 [SETI@home] Starting 29mr00ab.8578.27953.111068.3.97_2
2007-08-09 06:12:56 [SETI@home] Starting task 29mr00ab.8578.27953.111068.3.97_2 using setiathome_enhanced version 515
2007-08-09 06:12:58 [SETI@home] [file_xfer] Started upload of file 30mr00aa.15122.9600.878390.3.36_1_0
2007-08-09 06:13:05 [SETI@home] [file_xfer] Finished upload of file 30mr00aa.15122.9600.878390.3.36_1_0
2007-08-09 06:13:05 [SETI@home] [file_xfer] Throughput 9036 bytes/sec
2007-08-09 06:40:53 [SETI@home] Computation for task 30mr00aa.15122.9600.878390.3.46_1 finished
2007-08-09 06:40:53 [SETI@home] Starting 29mr00ab.8578.27953.111068.3.106_2
2007-08-09 06:40:53 [SETI@home] Starting task 29mr00ab.8578.27953.111068.3.106_2 using setiathome_enhanced version 515
2007-08-09 06:40:55 [SETI@home] [file_xfer] Started upload of file 30mr00aa.15122.9600.878390.3.46_1_0
2007-08-09 06:41:07 [SETI@home] [file_xfer] Finished upload of file 30mr00aa.15122.9600.878390.3.46_1_0
2007-08-09 06:41:07 [SETI@home] [file_xfer] Throughput 8467 bytes/sec
2007-08-09 06:48:59 [SETI@home] Computation for task 29mr00ab.8578.27953.111068.3.45_0 finished
2007-08-09 06:48:59 [SETI@home] Starting 30mr00aa.15122.9600.878390.3.136_1
2007-08-09 06:48:59 [SETI@home] Starting task 30mr00aa.15122.9600.878390.3.136_1 using setiathome_enhanced version 515
2007-08-09 06:49:01 [SETI@home] [file_xfer] Started upload of file 29mr00ab.8578.27953.111068.3.45_0_0
2007-08-09 06:49:04 [SETI@home] [error] Error on file upload: no command
2007-08-09 06:49:04 [SETI@home] [file_xfer] Permanently failed upload of 29mr00ab.8578.27953.111068.3.45_0_0
2007-08-09 06:49:04 [SETI@home] Giving up on upload of 29mr00ab.8578.27953.111068.3.45_0_0: server rejected file
2007-08-09 06:50:07 [SETI@home] Computation for task 30mr00aa.15122.9600.878390.3.77_2 finished
2007-08-09 06:50:07 [SETI@home] Starting 29mr00ab.8578.27953.111068.3.82_0
2007-08-09 06:50:07 [SETI@home] Starting task 29mr00ab.8578.27953.111068.3.82_0 using setiathome_enhanced version 515
2007-08-09 06:50:08 [SETI@home] [file_xfer] Started upload of file 30mr00aa.15122.9600.878390.3.77_2_0
2007-08-09 06:50:12 [SETI@home] [file_xfer] Finished upload of file 30mr00aa.15122.9600.878390.3.77_2_0
2007-08-09 06:50:12 [SETI@home] [file_xfer] Throughput 9484 bytes/sec
2007-08-09 07:18:10 [SETI@home] Computation for task 29mr00ab.8578.27953.111068.3.97_2 finished
2007-08-09 07:18:10 [SETI@home] Starting 30mr00aa.15122.9600.878390.3.125_1
2007-08-09 07:18:10 [SETI@home] Starting task 30mr00aa.15122.9600.878390.3.125_1 using setiathome_enhanced version 515
2007-08-09 07:18:12 [SETI@home] [file_xfer] Started upload of file 29mr00ab.8578.27953.111068.3.97_2_0
2007-08-09 07:18:18 [SETI@home] [file_xfer] Finished upload of file 29mr00ab.8578.27953.111068.3.97_2_0
2007-08-09 07:18:18 [SETI@home] [file_xfer] Throughput 7900 bytes/sec
2007-08-09 07:41:51 [SETI@home] Computation for task 30mr00aa.15122.9600.878390.3.136_1 finished
2007-08-09 07:41:51 [SETI@home] Starting 30mr00aa.15122.9600.878390.3.144_0
2007-08-09 07:41:51 [SETI@home] Starting task 30mr00aa.15122.9600.878390.3.144_0 using setiathome_enhanced version 515
2007-08-09 07:41:53 [SETI@home] [file_xfer] Started upload of file 30mr00aa.15122.9600.878390.3.136_1_0
2007-08-09 07:41:59 [SETI@home] [file_xfer] Finished upload of file 30mr00aa.15122.9600.878390.3.136_1_0
2007-08-09 07:41:59 [SETI@home] [file_xfer] Throughput 8946 bytes/sec
2007-08-09 07:44:27 [SETI@home] Computation for task 29mr00ab.8578.27953.111068.3.106_2 finished
2007-08-09 07:44:27 [SETI@home] Starting 30mr00aa.15122.9600.878390.3.139_1
2007-08-09 07:44:27 [SETI@home] Starting task 30mr00aa.15122.9600.878390.3.139_1 using setiathome_enhanced version 515
2007-08-09 07:44:28 [SETI@home] [file_xfer] Started upload of file 29mr00ab.8578.27953.111068.3.106_2_0
2007-08-09 07:44:41 [SETI@home] [file_xfer] Finished upload of file 29mr00ab.8578.27953.111068.3.106_2_0
2007-08-09 07:44:41 [SETI@home] [file_xfer] Throughput 8808 bytes/sec
2007-08-09 07:53:54 [SETI@home] Computation for task 29mr00ab.8578.27953.111068.3.82_0 finished
2007-08-09 07:53:54 [SETI@home] Starting 29mr00ab.8578.27953.111068.3.109_0
2007-08-09 07:53:54 [SETI@home] Starting task 29mr00ab.8578.27953.111068.3.109_0 using setiathome_enhanced version 515
2007-08-09 07:53:56 [SETI@home] [file_xfer] Started upload of file 29mr00ab.8578.27953.111068.3.82_0_0
2007-08-09 07:54:05 [SETI@home] [file_xfer] Finished upload of file 29mr00ab.8578.27953.111068.3.82_0_0
2007-08-09 07:54:05 [SETI@home] [file_xfer] Throughput 9254 bytes/sec
2007-08-09 07:55:19 [SETI@home] Computation for task 29mr00ab.8578.27953.111068.3.109_0 finished
2007-08-09 07:55:19 [SETI@home] Starting 29mr00ab.8578.27953.111068.3.112_1
2007-08-09 07:55:19 [SETI@home] Starting task 29mr00ab.8578.27953.111068.3.112_1 using setiathome_enhanced version 515
2007-08-09 07:55:21 [SETI@home] [file_xfer] Started upload of file 29mr00ab.8578.27953.111068.3.109_0_0
2007-08-09 07:55:26 [SETI@home] [file_xfer] Finished upload of file 29mr00ab.8578.27953.111068.3.109_0_0
2007-08-09 07:55:26 [SETI@home] [file_xfer] Throughput 10238 bytes/sec
2007-08-09 08:09:11 [SETI@home] Sending scheduler request: To report completed tasks
2007-08-09 08:09:11 [SETI@home] Requesting 373969 seconds of new work, and reporting 17 completed tasks
2007-08-09 08:09:22 [SETI@home] Scheduler RPC succeeded [server version 511]
2007-08-09 08:09:22 [SETI@home] Deferring communication for 11 sec
2007-08-09 08:09:22 [SETI@home] Reason: requested by project
2007-08-09 08:09:22 [SETI@home] Deferring communication for 1 min 0 sec
2007-08-09 08:09:22 [SETI@home] Reason: no work from project

---

From going back thru the results for the computer I noticed only 3 validate errors in the past month. With the number of WUs that your computer can do, I think an error rate of 0.76% is not out of the ordinary for an OCed computer. It might be something as simple as a voltage spike or dip that caused a result to not validate. I have my 11 PCs set to connect immediately (connect every xx days is blank) and maintain 0.5 days of work and have not had any validate errors in the past month (484 results). None of my PCs are OCed, but all are using the Chicken app (except the Mac, which is using Alex Kan's app).

---

Clk2HlpSetiCty:::PayIt4ward

From going back thru the results for the computer I noticed only 3 validate errors in the past month. With the number of WUs that your computer can do, I think an error rate of 0.76% is not out of the ordinary for an OCed computer. It might be something as simple as a voltage spike or dip that caused a result to not validate. I have my 11 PCs set to connect immediately (connect every xx days is blank) and maintain 0.5 days of work and have not had any validate errors in the past month (484 results). None of my PCs are OCed, but all are using the Chicken app (except the Mac, which is using Alex Kan's app).

Wanted to add something. From the results page, a validate error is defined as follows:

Validate error The result was reported but could not be validated, typically because the output files were lost on the server.

It might just be that since there is no work being generated and alot of people are trying to get work, the network just lost the data. Just a thought...

---

Clk2HlpSetiCty:::PayIt4ward

However in this case the data server rejected the initial file upload per the last message tab snippet.

Perhaps the file checksum was bad, corrupted upload command line, or something like that.

In any event, I have to think this is a subtle OC issue, since if it was project side you would think a lot more people would be getting hit by it.

Alinator

I was 'little interested', why my results are got 'validate errors',
so I took a little time.. and looked to my online available results and in 'stdoutdae.txt' and I saw:

An example for all 3 available results:

2007-08-03 04:00:43 [SETI@home] [file_xfer] Started upload of file 20jn00aa.3173.11457.542316.3.176_1_0
2007-08-03 04:00:50 [SETI@home] [error] Error on file upload: no command
2007-08-03 04:00:50 [SETI@home] [file_xfer] Permanently failed upload of 20jn00aa.3173.11457.542316.3.176_1_0
2007-08-03 04:00:50 [SETI@home] Giving up on upload of 20jn00aa.3173.11457.542316.3.176_1_0: server rejected file


So it's a server problem and not a problem from the client, OR?

The other possibility is garbled communication. The upload uses two POSTs, in the first one the "command" is <get_file_size> and in the second it's <file_upload>. If neither is found, that gives the "no command" error.

                                                                 Joe

Only a small question BTW..

Why this is happen?
Is this a prob at the user-side (client) or the side of the Berkeley-server?

---

...
Only a small question BTW..

Why this is happen?
Is this a prob at the user-side (client) or the side of the Berkeley-server?

If it were a server problem others who produce a lot of results and monitor closely would also be affected, so that is very unlikely.

That makes it a client problem OR something different in the path from client to server. If it were my system, I'd use packet capturing to check what's being sent. On Windows, most people use Wireshark (formerly Ethereal) for that. Perhaps someone else can advise you how to set it to capture the data POSTed to the upload handler without too much other data.

                                                               Joe

<SNIP>

I OC the Intel Core2 Extreme QX6700 from 2.66 to 3.17 GHz, so it's not so much..
You must ask msattler because of his OC! ;-)

<SNIP>

overclocking your FSB can have a dramatic effect on other devices on the motherboard if your motherboard does NOT have AGP/PCI/PCI-e locks or manually adjustable bus-speeds or dividers.

I recently tried overclocking a board without those options and the onboard NIC (on the PCI-bus) failed completely at an overclock of 54MHz on the FSB (from 200 to 254) which put the PCI-bus on a frequency of 42MHz (from 33MHz), which is comparable to your overclock from 266 to 317. At a lower overclock the NIC seems to work ok.

Check your BIOS for an AGP/PCI/PCI-e divider or manual speedsettings and put those values so that the busspeeds are close to stock.

@ Mr.Pernod
If I OC the CPU and RAM at my Intel D975XBX2 Mobo, the PCI-e is locked at stock speed. ..I think.. ..I hope! :-)


@ Josef W. Segur
I will inform me because of 'Wireshark'..



I came back to this thread because of my problem..


I have the 'Sunbelt / Kerio Personal Firewall 4'

If you install this firewall, WinXP-firewall will switch OFF automatic..

I think in this firewall I cannot change 'stealth mode' ON/OFF.
I think it's always ON.

I changed 'netbios' (Microsoft File and Printer Sharing) to 'REJECT' at IN/OUT transfers at 'trusted' and 'internet'- area.
I must permit this in one or in both area? Which direction?



BTW.
If I have a bad OC, the LAN-port (connection) could be disturbed because of this?
I OC only with increase the FSB without changing the voltage of the CPU. Now the QX6700- 2.66 @ 3.14
I changed ONLY the voltage of the RAM from 1.84 to 2.12 (800 RAM @ 944 MHz)(with active cooling)

It could be that I have an old driver for the LAN-port? This could make this problem? Or an other software prob?

---

....
I have the 'Sunbelt / Kerio Personal Firewall 4'

Don't know much about this one but I'll give it a go...

If you install this firewall, WinXP-firewall will switch OFF automatic..

Good

I think in this firewall I cannot change 'stealth mode' ON/OFF.
I think it's always ON.

Good.. test that at grc.com shieldsup is a good idea

I changed 'netbios' (Microsoft File and Printer Sharing) to 'REJECT' at IN/OUT transfers at 'trusted' and 'internet'- area.

Usually, Accept = visible on internet, port allows connections (bad idea for netbios & ms filesharing to be open / visible on net)
Reject = visible on internet(bad), port refuses connection(good), identifies you on net(bad)
stealth/blocked = completely hidden, does not repond to requests on net (best, you are invisible)

I must permit this in one or in both area? Which direction?

NOT ON INTERNET. Only if you have a local area network with hardware nat router configured should this be open, in my opinion... [If you need ms file& print sharing, you should get a hardware nat router with firewall, In my opinion]

BTW.
If I have a bad OC, the LAN-port (connection) could be disturbed because of this?

yes, pci bus overclock = usually not a good idea, can you lock the PCI speed in BIOS?

I OC only with increase the FSB without changing the voltage of the CPU. Now the QX6700- 2.66 @ 3.14
I changed ONLY the voltage of the RAM from 1.84 to 2.12 (800 RAM @ 944 MHz)(with active cooling)

not my department, sorry :D

It could be that I have an old driver for the LAN-port?

yes

This could make this problem? Or an other software prob?

Yes and Yes.

---

"Living by the wisdom of computer science doesn't sound so bad after all. And unlike most advice, it's backed up by proofs." -- Algorithms to live by: The computer science of human decisions.

....
I have the 'Sunbelt / Kerio Personal Firewall 4'

Don't know much about this one but I'll give it a go...

If you install this firewall, WinXP-firewall will switch OFF automatic..

Good

I think in this firewall I cannot change 'stealth mode' ON/OFF.
I think it's always ON.

Good.. test that at grc.com shieldsup is a good idea


After the 'File Sharing'-test at grc.com:

Attempting connection to your computer. . . 
Shields UP! is now attempting to contact the Hidden Internet Server within
 your PC. It is likely that no one has told you that your own personal 
computer may now be functioning as an Internet Server with neither your 
knowledge nor your permission. And that it may be serving up all or many of 
your personal files for reading, writing, modification and even deletion by 
anyone, anywhere, on the Internet!

[b]What means this? The PC is not safe? How I can close this 'door'?[/b]

Your Internet port 139 does not appear to exist! 

Unable to connect with NetBIOS to your computer.

I changed 'netbios' (Microsoft File and Printer Sharing) to 'REJECT' at IN/OUT transfers at 'trusted' and 'internet'- area.

Usually, Accept = visible on internet, port allows connections (bad idea for netbios & ms filesharing to be open / visible on net)
Reject = visible on internet(bad), port refuses connection(good), identifies you on net(bad)
stealth/blocked = completely hidden, does not repond to requests on net (best, you are invisible)


I can only select in the firewall at 'netbios' or every other program:
O.K. permit
NO, reject

I must permit this in one or in both area? Which direction?

NOT ON INTERNET. Only if you have a local area network with hardware nat router configured should this be open, in my opinion... [If you need ms file& print sharing, you should get a hardware nat router with firewall, In my opinion]


I have my PCs with a router connected to the internet (DSL)
Router firewall OFF.
In this firewall I can only select the ports (OPEN/CLOSE).. it's not a 'normal' firewall..

So I must PERMIT 'netbios' in internet-area?

BTW.
If I have a bad OC, the LAN-port (connection) could be disturbed because of this?

yes, pci bus overclock = usually not a good idea, can you lock the PCI speed in BIOS?


In BIOS of my Intel D975XBX2 Mobo:


Bus Overrides

PCI Express configuration
-----------------------------------
PCI Express Burn-in Mode Percentage <Default> (I can select 109.24 to 101.32 MHz)


PCI configuration
-----------------------------------
PCI Bus Frequenzy 33.33 MHz
PCI Latency Timer <32> (I can select 32 to 248)
HPET <Disable> (I can select Disable/Enable)

..so I think the PCI's are not OCed, or?

I OC only with increase the FSB without changing the voltage of the CPU. Now the QX6700- 2.66 @ 3.14
I changed ONLY the voltage of the RAM from 1.84 to 2.12 (800 RAM @ 944 MHz)(with active cooling)

not my department, sorry :D

It could be that I have an old driver for the LAN-port?

yes

This could make this problem? Or an other software prob?

Yes and Yes.

BTW.
After the weekly outage, sometimes I have a lot uploads (in same time, I disable network in the outage time..) and then sometimes in this I have one or two 'no command' uploads..
So it's not like this that here and there in uploads I have 'no command' errors.. sometimes in a bunch of result uploads too..

---

It sounds like your PCI is set to a fixed frequency of 33.3Mhz ... Good

Filesharing port test... does not exist ... Good
now do all the ports tests :D

If the router's options are Open/Close, it is probably just their wording for mapped or not mapped ...that's what routers really do... they route... I would say, from the setup you describe the full scan would come up 'Blocked'/'Stealth' on most, preferably on all ports on the full grc test.

If your Internet ports show as Blocked / stealth / not exist to the router from GRC.com, then you are pretty safe to use filesharing / windows networking on your local network... Provided you trust all the machines on your LAN are clean of viruses etc...

Once you are 100% sure your router is setup right from grc.com, and machines on your LAN are clean [ no viruses or malware etc..], then you can try disabling your personal software firewall ( Kerio?) to see if that was causing the upload problems ... if it was it is possibly just a setting (which you can investigate/adjust) , or the way the software firewall works (which would mean finding a different software firewall.)

If it made no difference then it wasn't the software firewall or its settings ... Back to the OC :D

Hope I didn't miss anything, and that it helps to eliminate either the problem or the possibilities.

Good Luck :D

[PS. under NO circumstances would I suggest opening any microsoft netwroking, file or print sharing ports to the internet! )

---

"Living by the wisdom of computer science doesn't sound so bad after all. And unlike most advice, it's backed up by proofs." -- Algorithms to live by: The computer science of human decisions.