I was only able to help Uwe out because of the similar experience I reported to boinc_alpha a month ago - thread title "Misleading file upload error (persistent transfer)"
In that thread, I also mentioned a previous occurrence at Einstein: http://einstein.phys.uwm.edu/forum_thread.php?id=9168 I was concerned that the bug I saw might have been in the development BOINC v6.13.10 I was using at the time, but Uwe's report was with v6.12.34/Linux, which probably puts it back into the mainstream. ----- Original Message ----- From: "Uwe Herzke" <[email protected]> To: "BOINC Developers" <[email protected]> Sent: Monday, December 12, 2011 1:04 PM Subject: [boinc_dev] Confusing Log-Entry > Hi there, > > I just had problems with a result from Einstein, something had gone > wrong with the upload. Here's the thread in the forum over there: > http://einstein.phys.uwm.edu/forum_thread.php?id=9212 > > Somehow 3 files of one result, which should upload 8 files if done, did > upload fine, but my machine didn't get it. > In the client_state.xml they were still marked as <persistent file > transfer>. > The logs in my BOINC messages were very misleading, they said that I had > problems connecting with the file_upload_handler, that the > file_upload_handler was not to be found. > > Do 08 Dez 2011 20:49:55 CET | Einstein@Home | [fxd] starting upload, > upload_offset 0 > Do 08 Dez 2011 20:49:55 CET | Einstein@Home | [file_xfer] Couldn't start > upload of p2030.20100614.G46.20-00.29.C.b0s0g0.00000_3344_0_2 > Do 08 Dez 2011 20:49:55 CET | Einstein@Home | [file_xfer] URL > http://einstein-dl.aei.uni-hannover.de/cgi-bin/file_upload_handler: not > found > Do 08 Dez 2011 20:49:55 CET | Einstein@Home | Backing off 7 hr 51 min 19 > sec on upload of p2030.20100614.G46.20-00.29.C.b0s0g0.00000_3344_0_2 > > Fortunately Richard Haselgrove had the same problem before and knew the > solution, as cn be seen in the thread over there. > Gary Roberts suggested a very strange, but somehow probably right, > interpretation of the log entries: >> [It] doesn't actually say that a URL wasn't found. I interpret it to >> mean that the file_upload_handler (whose URL was given) has reported >> back a 'not found' message for the file that it was told to upload - >> the file whose name was given in the first line. > > If this interpretation is right, which seems to be the case, why is > there such a misleading message? The message clearly says something's > wrong on the server side, at least for me. If the files for uploading > are not on my machine, as they were, it should say something along the > lines: > Do 08 Dez 2011 20:49:55 CET | Einstein@Home | [fxd] starting upload, > upload_offset 0 > Do 08 Dez 2011 20:49:55 CET | Einstein@Home | [file_xfer] Couldn't start > upload of p2030.20100614.G46.20-00.29.C.b0s0g0.00000_3344_0_2 > Do 08 Dez 2011 20:49:55 CET | Einstein@Home | [file_xfer] File > p2030.20100614.G46.20-00.29.C.b0s0g0.00000_3344_0_2 was not found on > your computer > Do 08 Dez 2011 20:49:55 CET | Einstein@Home | [file_xfer] Please check > your program folders and client_state.xml for any errors > _______________________________________________ > boinc_dev mailing list > [email protected] > http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev > To unsubscribe, visit the above URL and > (near bottom of page) enter your email address. > _______________________________________________ boinc_dev mailing list [email protected] http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev To unsubscribe, visit the above URL and (near bottom of page) enter your email address.
