Panic Mode On (20) Server problems |
![]() |
| log in |
Message boards : Number crunching : Panic Mode On (20) Server problems
1 · 2 · 3 · 4 . . . 16 · Next
| Author | Message |
|---|---|
|
My team in unable to send any work from 3 days. | |
| ID: 914643 · | |
My team in unable to send any work from 3 days. There has been heavy network traffic for the last few days, and it looks like it will continue for a while yet. Some of your results must have got through otherwise you wouldn't be able to down load more work. ____________ Grant Darwin NT. | |
| ID: 914658 · | |
|
It's already going on for a number of weeks now. A lot of times I cannot load up the calculated data for a number of consecutive days. If it is a network overload, why isn't anything done about it? | |
| ID: 914820 · | |
It's already going on for a number of weeks now. A lot of times I cannot load up the calculated data for a number of consecutive days. If it is a network overload, why isn't anything done about it? Because that would cost lots of $$$ that the project just doesn't have (last estimate I saw was in the region of $100000). F. ____________ | |
| ID: 914832 · | |
|
Really I don't understand why SETI servers still have problems !!! | |
| ID: 916186 · | |
Really I don't understand why SETI servers still have problems !!! Because there are 180,000 crunchers trying to reach one upload server. One upload server, run by a tiny staff, on 100 megabit connection. They need more help, better hardware, and a faster connection. The fix is money: they don't have money. If you can be patient, BOINC will take care of this. If you can't, maybe you can help with the funding issue. ____________ | |
| ID: 916189 · | |
|
Well it's been redoing the upload process for 18mins now and hasn't uploaded this one thing -.- It says project servers may be down. WILL it upload or no? D: | |
| ID: 916213 · | |
|
Yes, it will upload eventually. SETI's internet bandwidth is just a bit overloaded at the moment. | |
| ID: 916224 · | |
|
Hi everybody, | |
| ID: 916449 · | |
Hi everybody, I suggest you go to the Technical News Forum where all this is hotly debated. Tullio ____________ | |
| ID: 916463 · | |
Hi everybody, As Tullio has said, discussed at length. SETI@Home has a 100 megabit connection to the 'net. They need to get the University to upgrade their connection, or perhaps move the servers to a building that already has fast bandwidth. The servers are mostly hand-me-downs. It's probably possible to put servers "out there" in the world, but it's unlikely because it is a management headache -- all the data must get out of Berkeley initially, and back to Berkeley, and adding off-site servers makes that a two-step process. ____________ | |
| ID: 916543 · | |
|
I am getting MB units, crunching them on my CPU, uploading the results and getting new units. Cannot get Astropulse. I have the optimized 5.03 version and am waiting for the optimized 5.05 installer for my Linux box. | |
| ID: 916553 · | |
I am getting MB units, crunching them on my CPU, uploading the results and getting new units. Cannot get Astropulse. I have the optimized 5.03 version and am waiting for the optimized 5.05 installer for my Linux box. If you have an app_info.xml file (you have optimized apps) and you do not have an entry for "astropulse_v505" then you will not get any 5.05 work units: you have to tell BOINC you have an application for it. ____________ | |
| ID: 916566 · | |
Yes, I know. But the combined installation package for both MB and astropulse should be available soon. ____________ | |
| ID: 916567 · | |
|
I have one completed task which won't upload. First attempt: 13.7.2009 17:38:50 SETI@home [error] Error reported by file upload server: EOF on socket read : asked for 7488, got 5309 All subsequent attempts: 13.7.2009 18:04:23 SETI@home [error] Error reported by file upload server: EOF on socket read : asked for 2179, got 0 <file_xfer_debug> output: 13.7.2009 18:45:21 SETI@home Started upload of 17oc08ac.4855.21749.16.8.163_1_0 13.7.2009 18:45:21 SETI@home [file_xfer_debug] URL: http://setiboincdata.ssl.berkeley.edu/sah_cgi/file_upload_handler 13.7.2009 18:45:22 SETI@home [file_xfer_debug] FILE_XFER_SET::poll(): http op done; retval 0 13.7.2009 18:45:22 SETI@home [file_xfer_debug] parsing upload response: <data_server_reply> <status>0</status> <file_size>21691</file_size></data_server_reply> 13.7.2009 18:45:22 SETI@home [file_xfer_debug] parsing status: 0 13.7.2009 18:45:24 SETI@home [file_xfer_debug] FILE_XFER_SET::poll(): http op done; retval 0 13.7.2009 18:45:24 SETI@home [error] Error reported by file upload server: EOF on socket read : asked for 2179, got 0 13.7.2009 18:45:24 SETI@home [file_xfer_debug] parsing upload response: <data_server_reply> <status>1</status> <message>EOF on socket read : asked for 2179, got 0</message></data_server_reply> 13.7.2009 18:45:24 SETI@home [file_xfer_debug] parsing status: -127 13.7.2009 18:45:24 SETI@home [file_xfer_debug] file transfer status -127 13.7.2009 18:45:24 SETI@home Temporarily failed upload of 17oc08ac.4855.21749.16.8.163_1_0: transient upload error 13.7.2009 18:45:24 SETI@home Backing off 8 min 12 sec on upload of 17oc08ac.4855.21749.16.8.163_1_0 I have restarted this BOINC 6.6.36 (32bit) on Vista64 to no avail. The task was apparently completed during a short period when BOINC was not started as administrator. I did two CUDA/CPU reschedules with Marius' tool (v1.9) and the log wasn't saved to stdoutdae.txt between the two. BOINC can't create/save files properly when not running as administrator? The task was completed successfully by the way (exit status 0). All other uploads have gone through fine. Any ideas? ____________ | |
| ID: 917375 · | |
13.7.2009 18:45:24 SETI@home [file_xfer_debug] file transfer status -127 That's a transient upload error. It as much means that a file_upload_handler (FUH) handling a file has put a lock on the directory on the server, so no other FUHs can interfere and write to that same space. This can only be solved by the project. ____________ Jord - BOINC FAQ Service - BOINC User Wiki Real is just a matter of perception. | |
| ID: 917379 · | |
|
Thanks for a quick reply! | |
| ID: 917382 · | |
|
New version.... | |
| ID: 917501 · | |
|
Richard Haselgrove wrote: Only when the number of AP results 'in the field' has risen back up to the pre-recorder-failure figure of around ~440,000 (vastly more than the current 137,853) will we start to see steady-state behaviour.The steady state behaviour is rather far away and the last climb lost all steam at 220k Does that actually means that we'll never see normality (e.g. a high but steady usage on the Cricket that doesn't bork uploads whenever AP is available) for at least, say, 1-2 months? ____________ | |
| ID: 917508 · | |
|
0445utc, upload server is disabled. Obviously, uploads fail. | |
| ID: 917516 · | |
Message boards : Number crunching : Panic Mode On (20) Server problems
| Copyright © 2013 University of California |