Message boards : News : New server is running!
Author | Message |
---|---|
Post here any problem please | |
ID: 45449 | Rating: 0 | rate: / Reply Quote | |
...hopefully! | |
ID: 45450 | Rating: 0 | rate: / Reply Quote | |
30/11/2016 22:52:46 | GPUGRID | No tasks are available for Long runs (8-12 hours on fastest card) ..... no wu to send is a mistake ! | |
ID: 45451 | Rating: 0 | rate: / Reply Quote | |
Post here any problem please I'm receiving 2016. 11. 30. 22:59:42 | GPUGRID | Sending scheduler request: To fetch work.
2016. 11. 30. 22:59:42 | GPUGRID | Requesting new tasks for CPU and NVIDIA GPU
2016. 11. 30. 22:59:43 | GPUGRID | Scheduler request completed: got 0 new tasks
2016. 11. 30. 22:59:43 | GPUGRID | No tasks sent
2016. 11. 30. 22:59:43 | GPUGRID | No tasks are available for Long runs (8-12 hours on fastest card) While there are 109 long tasks in the queue according to the server status page. | |
ID: 45452 | Rating: 0 | rate: / Reply Quote | |
Same problem in short queue. | |
ID: 45453 | Rating: 0 | rate: / Reply Quote | |
now? | |
ID: 45454 | Rating: 0 | rate: / Reply Quote | |
If anybody gets a wu please post here ASAP | |
ID: 45455 | Rating: 0 | rate: / Reply Quote | |
Ah ah ah .... no long wu in queue ! | |
ID: 45456 | Rating: 0 | rate: / Reply Quote | |
GPUGrid Preferences page is giving several error messages. Most of them look like: Warning: Creating default object from empty value in /home/ps3grid/projects/PS3GRID/html/inc/prefs_util.inc on line 218 | |
ID: 45457 | Rating: 0 | rate: / Reply Quote | |
Well I got a WU that won't fully download... Stuck at 96.04% | |
ID: 45458 | Rating: 0 | rate: / Reply Quote | |
Well I got a WU that won't fully download... Stuck at 96.04% I think that batch is faulty, along with this batch also. GERARD_ENDOPEP_AMB_frag29_UP2 | |
ID: 45459 | Rating: 0 | rate: / Reply Quote | |
01.12.2016 00:15:28 | | Project communication failed: attempting access to reference site | |
ID: 45460 | Rating: 0 | rate: / Reply Quote | |
I've received a couple of workunits, but then the queue run dry. | |
ID: 45463 | Rating: 0 | rate: / Reply Quote | |
I managed to download 2 WUs on my windows 10 machine, with no problem. They are running fine. On my xp computer, the download stalled a few time before being successful, though the WUs was bad and errored. | |
ID: 45466 | Rating: 0 | rate: / Reply Quote | |
Can't get a WU on any of my machines, always says 0 new WU | |
ID: 45467 | Rating: 0 | rate: / Reply Quote | |
The server status page says that there is only one task ready to send. | |
ID: 45469 | Rating: 0 | rate: / Reply Quote | |
Same problem. Example host http://www.gpugrid.net/results.php?hostid=170640 | |
ID: 45471 | Rating: 0 | rate: / Reply Quote | |
Unable to upload this one last file. All the other files from this task were successfully uploaded and this is a reoccurring issue for this one file. | |
ID: 45472 | Rating: 0 | rate: / Reply Quote | |
Same here, not tasks available (timestamp is in EST): 30/11/2016 22:22:34 | GPUGRID | Sending scheduler request: To fetch work. 30/11/2016 22:22:34 | GPUGRID | Requesting new tasks for NVIDIA GPU 30/11/2016 22:22:37 | GPUGRID | Scheduler request completed: got 0 new tasks 30/11/2016 22:22:37 | GPUGRID | No tasks sent 30/11/2016 22:22:37 | GPUGRID | Project has no tasks available 30/11/2016 22:30:28 | GPUGRID | update requested by user 30/11/2016 22:30:29 | GPUGRID | Sending scheduler request: Requested by user. 30/11/2016 22:30:29 | GPUGRID | Requesting new tasks for NVIDIA GPU 30/11/2016 22:30:30 | GPUGRID | Scheduler request completed: got 0 new tasks 30/11/2016 22:30:30 | GPUGRID | No tasks sent 30/11/2016 22:30:30 | GPUGRID | Project has no tasks available 30/11/2016 22:31:05 | GPUGRID | Sending scheduler request: To fetch work. 30/11/2016 22:31:05 | GPUGRID | Requesting new tasks for NVIDIA GPU 30/11/2016 22:31:07 | GPUGRID | Scheduler request completed: got 0 new tasks 30/11/2016 22:31:07 | GPUGRID | No tasks sent 30/11/2016 22:31:07 | GPUGRID | Project has no tasks available | |
ID: 45473 | Rating: 0 | rate: / Reply Quote | |
Hi, Got that workunit, currently running | |
ID: 45474 | Rating: 0 | rate: / Reply Quote | |
01.12.2016 05:43:17 | | Project communication failed: attempting access to reference site | |
ID: 45475 | Rating: 0 | rate: / Reply Quote | |
Not getting any projects | |
ID: 45476 | Rating: 0 | rate: / Reply Quote | |
Getting somewhat stranges messages: | |
ID: 45477 | Rating: 0 | rate: / Reply Quote | |
One task but download error: | |
ID: 45478 | Rating: 0 | rate: / Reply Quote | |
Getting somewhat stranges messages: What I did now was that I closed and restarted BOINC on all PCs, and the notice "Project communication failed" does no longer show up. I only get the message "no tasks available" which is consistent to what is shown on the project status page: no tasks there either. So, to find out whether everything runs alright after the server change, it would be useful to get some new WUs :-) | |
ID: 45479 | Rating: 0 | rate: / Reply Quote | |
The Server Status page says there is no new work, so only a few people will receive resends (of previously failed or aborted tasks) until new work is added to the queues. | |
ID: 45481 | Rating: 0 | rate: / Reply Quote | |
The Server Status page says there is no new work, so only a few people will receive resends (of previously failed or aborted tasks) until new work is added to the queues. But this page is very slow to update, something is wrong... Because after an update, applications are expected to work at least the same way; not slower.. Where is the project manager ? :D (or the Admin Sys) | |
ID: 45482 | Rating: 0 | rate: / Reply Quote | |
... until new work is added to the queues. any rough idea when this will happen? | |
ID: 45483 | Rating: 0 | rate: / Reply Quote | |
2,060 WU send output of server this morning | |
ID: 45486 | Rating: 0 | rate: / Reply Quote | |
My system can't get any job. | |
ID: 45487 | Rating: 0 | rate: / Reply Quote | |
2,060 WU send output of server this morning Nowehere near 5,000 | |
ID: 45488 | Rating: 0 | rate: / Reply Quote | |
Unable to upload this one last file. All the other files from this task were successfully uploaded and this is a reoccurring issue for this one file. I have a similar task that won't upload. Thu 01 Dec 2016 08:51:49 AM EST | GPUGRID | Started upload of e9s10_e1s6p0f56-GERARD_ENDOPEP_AMB_frag29_UP_2-0-1-RND7786_0_9 Thu 01 Dec 2016 08:51:51 AM EST | GPUGRID | [error] Error reported by file upload server: can't open file Thu 01 Dec 2016 08:51:51 AM EST | GPUGRID | Temporarily failed upload of e9s10_e1s6p0f56-GERARD_ENDOPEP_AMB_frag29_UP_2-0-1-RND7786_0_9: transient upload error Thu 01 Dec 2016 08:51:51 AM EST | GPUGRID | Backing off 03:00:35 on upload of e9s10_e1s6p0f56-GERARD_ENDOPEP_AMB_frag29_UP_2-0-1-RND7786_0_9 | |
ID: 45489 | Rating: 0 | rate: / Reply Quote | |
HTTPS access is now live. | |
ID: 45491 | Rating: 0 | rate: / Reply Quote | |
Your Server don't give my Computers tasks but WHY? It he not good for your Server? | |
ID: 45492 | Rating: 0 | rate: / Reply Quote | |
Your Server don't give my Computers tasks but WHY? It he not good for your Server? Relax, your hardware is just right. They simply need to boot up the work generation services and feed the queue with fresh tasks. Or we have gloriously done what had to be done, defeated cancer, cured Alzheimer and eliminated muscular dystrophy. Well, folks. It's been a pleasure but we could shut down our systems and go home, right? Hmm. Having said this... more probably it is the first named reason ;-) ____________ I would love to see HCF1 protein folding and interaction simulations to help my little boy... someday. | |
ID: 45494 | Rating: 0 | rate: / Reply Quote | |
HTTPS access is now live. Just got through to the website for the first time since yesterday morning, using a bookmarked HTTPS link in the browser. Two machines picked up PABLO tasks either side of midnight last night, must have been soon after the new server first went live. Both tasks at 70%-80% - I should be able to supervise their uploading when the time comes. | |
ID: 45495 | Rating: 0 | rate: / Reply Quote | |
The file libtiff is hard to downlad.... | |
ID: 45496 | Rating: 0 | rate: / Reply Quote | |
Hello, I would like to know why since when I downloaded the GPUGrid program with the intention of helping, for more than 3 months I have never received any tasks to analyze on my computer? | |
ID: 45497 | Rating: 0 | rate: / Reply Quote | |
I think tests protocols were not really good enough. 2 days for a migration who don't work yet and with no communication: nice... | |
ID: 45498 | Rating: 0 | rate: / Reply Quote | |
@marcio: there is no AMD app yet | |
ID: 45499 | Rating: 0 | rate: / Reply Quote | |
Hello, I would like to know why since when I downloaded the GPUGrid program with the intention of helping, for more than 3 months I have never received any tasks to analyze on my computer? Hi there... [Sorry, I need to be off-topic in order to give an answer.] thanks for joining GPUGRID. We would really love to welcome you, but the trouble is that GPUGRID mostly sends Nvidia/CUDA based tasks... whereas you have an AMD Radeon card 7750/7770. Even so you could help finding a cure for quite a few diseases, as your AMD would be a good match for Folding@Home. This one is not Boinc based but you can find their client for download easily on their Website. See also http://www.gpugrid.net/forum_thread.php?id=4348&nowrap=true#44146 If you want to continue the discussion about AMD, we possibly need to open another topic for that. I didnt find any good match in the Forum this time. [/OT] ____________ I would love to see HCF1 protein folding and interaction simulations to help my little boy... someday. | |
ID: 45500 | Rating: 0 | rate: / Reply Quote | |
@marcio: there is no AMD app yet Thanks, Toni ... our messages must have crossed paths. ____________ I would love to see HCF1 protein folding and interaction simulations to help my little boy... someday. | |
ID: 45501 | Rating: 0 | rate: / Reply Quote | |
Not in progress but in download state. I cancelled it after more than 30min. No new task since. But like the web page for the status server is really long to refresh and pages for show my gpugrid pref and boinc pref show errors; I can imagine that a lot of problems persists | |
ID: 45502 | Rating: 0 | rate: / Reply Quote | |
Alert! 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: HTTP/1.1 413 Request Entity Too Large 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: Date: Thu, 01 Dec 2016 18:27:51 GMT 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: Server: Apache/2.4.6 (CentOS) OpenSSL/1.0.1e-fips mod_auth_gssapi/1.3.1 mod_auth_kerb/5.4 mod_fcgid/2.3.9 PHP/5.4.16 mod_wsgi/3.4 Python/2.7.5 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: Connection: close 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: Content-Type: text/html; charset=iso-8859-1 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: <html><head> 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: <title>413 Request Entity Too Large</title> 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: </head><body> 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: <h1>Request Entity Too Large</h1> 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: The requested resource<br />/PS3GRID_cgi/file_upload_handler<br /> 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: does not allow request data with POST requests, or the amount of data provided in 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: the request exceeds the capacity limit. 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: </body></html> 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: <!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML 2.0//EN"> 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: <html><head> 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: <title>500 Internal Server Error</title> 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: </head><body> 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: <h1>Internal Server Error</h1> 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: <p>The server encountered an internal error or 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: misconfiguration and was unable to complete 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: your request.</p> 01/01/1970 00:00:00 | GPUGRID | [http] [ID#4550] Received header from server: <p>Please contact the server administrator at 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: root@localhost to inform them of the time this error occurred, 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: and the actions you performed just before this error.</p> 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: <p>More information about this error may be available 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: in the server error log.</p> 01/12/2016 18:28:09 | GPUGRID | [http] [ID#4550] Received header from server: </body></html> | |
ID: 45503 | Rating: 0 | rate: / Reply Quote | |
+1 | |
ID: 45504 | Rating: 0 | rate: / Reply Quote | |
Upload Error Thu 01 Dec 2016 01:01:01 PM CST | GPUGRID | [fxd] starting upload, upload_offset -1 Please let me know if you need more information. | |
ID: 45505 | Rating: 0 | rate: / Reply Quote | |
This can add this to the list: | |
ID: 45506 | Rating: 0 | rate: / Reply Quote | |
Haven't gotten a project to run yet. | |
ID: 45507 | Rating: 0 | rate: / Reply Quote | |
... until new work is added to the queues. still it would be helpful if we knew when we can expect new tasks for crunching :-) | |
ID: 45508 | Rating: 0 | rate: / Reply Quote | |
upload size limit may be fixed. | |
ID: 45509 | Rating: 0 | rate: / Reply Quote | |
Upload still not working for me. | |
ID: 45510 | Rating: 0 | rate: / Reply Quote | |
Upload still not working for me. Not for me, either. Still 413 Request Entity Too Large. | |
ID: 45511 | Rating: 0 | rate: / Reply Quote | |
Upload -> cold corpse :-( | |
ID: 45512 | Rating: 0 | rate: / Reply Quote | |
Hello, I would like to know why since when I downloaded the GPUGrid program with the intention of helping, for more than 3 months I have never received any tasks to analyze on my computer? You have an AMD card, this card is not supported under this project yet, in the mean time you can help other biological projects such as Folding@home and Malariacontrol.net. If you want to help the astrophysics community you can help SETI@home or Einstein@home. | |
ID: 45513 | Rating: 0 | rate: / Reply Quote | |
Watched task 15788542 upload - 138.93 MB in 2:48, ~850 KB/sec | |
ID: 45514 | Rating: 0 | rate: / Reply Quote | |
All clear here too. Uploaded and validated. | |
ID: 45515 | Rating: 0 | rate: / Reply Quote | |
Hello, I would like to know why since when I downloaded the GPUGrid program with the intention of helping, for more than 3 months I have never received any tasks to analyze on my computer? What graphics board do you have available for such tasks? GPUGRID now refuses to download for anything except rather recent Nvidia-based graphics boards, and not the slowest of those. Have you told BOINC to enable downloaded GPU workunits? If so, CUDA type, OpenCL type, or both? | |
ID: 45516 | Rating: 0 | rate: / Reply Quote | |
Hello, I would like to know why since when I downloaded the GPUGrid program with the intention of helping, for more than 3 months I have never received any tasks to analyze on my computer? Folding@home is currently moving to a new site: https://foldingathome@stanford.edu Malariacontrol.net appear to have gone inactive - it's been at least days since I could reach their site. | |
ID: 45517 | Rating: 0 | rate: / Reply Quote | |
Finally was able to get the downloads done. The work was done just fine and the upload went very quickly. I'm again waiting for the download again. I have 6 files all partially downloaded and waiting to continue as before. | |
ID: 45518 | Rating: 0 | rate: / Reply Quote | |
Still not enough tasks available, our machines are starving although the new server should have enough capacity to feed. Start-up difficulties are understandable but maybe the admin can improve that situation as the day progresses. It would be great for us volunteers to have some work to do over the weekend already. Thanks! | |
ID: 45519 | Rating: 0 | rate: / Reply Quote | |
I had 4 downloads stalled this morning, but no files remaining to be transferred as per the transfers tab. Aborted these WUs and reset the project. | |
ID: 45520 | Rating: 0 | rate: / Reply Quote | |
Well, libcufft.so.8.0 is a shocking 150 MB... | |
ID: 45521 | Rating: 0 | rate: / Reply Quote | |
Well, libcufft.so.8.0 is a shocking 150 MB... Oh my god, that's amazing ! It's too big for the internet ! I understand now why it's not working :D But, if we use an african swallow ??!! (we can put an USB drive with the file into the coconut) | |
ID: 45523 | Rating: 0 | rate: / Reply Quote | |
I have a 100down/10up Mbit FTTH link, downloading updates, OS images, etc at 5-10MB/s, no problem... | |
ID: 45524 | Rating: 0 | rate: / Reply Quote | |
For the last 10 minutes libcufft downloads at just 30kbyte/s, feels quite 2002ish ;-) Remember the "bip bip" of the old internet modem ;-) Even when we post a new comment in this post, the page is slow to refresh. The new server have some really big networking issue or wait I/O. May be both and with applicatons issue too. I am acually a senior Unix/Linux Admin sys. If you need help.... | |
ID: 45525 | Rating: 0 | rate: / Reply Quote | |
Still here a lot of outages: | |
ID: 45526 | Rating: 0 | rate: / Reply Quote | |
New task, always 15ko/s for libtiff. | |
ID: 45527 | Rating: 0 | rate: / Reply Quote | |
Does GPUGRID need a faster internet connection to make the new server effective? | |
ID: 45528 | Rating: 0 | rate: / Reply Quote | |
New task, always 15ko/s for libtiff. Download, finished and validated. More time to download than calcul, but, it is ok. | |
ID: 45529 | Rating: 0 | rate: / Reply Quote | |
Does GPUGRID need a faster internet connection to make the new server effective? +1 I'll second that question. ____________ I would love to see HCF1 protein folding and interaction simulations to help my little boy... someday. | |
ID: 45530 | Rating: 0 | rate: / Reply Quote | |
Does GPUGRID need a faster internet connection to make the new server effective? I'm not convinced that speed is the problem - or that GPUGrid's network speed is the problem. I would observe that there is at least one, possibly two distinct, problem(s). Maybe Spain's intranet has poor interconnectors with some other countries or some other ISPs? Some people clearly do experience slow connections, but I don't see that here in the UK - certainly not in the form of extended, steady, continuous trickles of data at low speed. Instead, I see bursts of data: fast transmission, but with pauses. I mentioned a large file upload at ~850 KByte/sec last night: that's exceptionally good (almost the maximum rate my fibre ISP connection allows), but I usually get about half that rate, which is still pretty good. I do observe the stalled downloads that we've discussed at length in other threads - and if not retried quickly enough, they can report as a start-to-finish average of rubbish. But the data flow, while it's flowing, is at a good instantaneous rate (most files are too small to register a meaningful average - it's been a long time since I needed to download one of the big cufft DLLs). I was wondering if the new server would reveal that the download stalls had been a quirk of the old server: it hasn't, I've had the same stalled downloads today. So we need to look a little bit further out into the University or national infrastructure. The hunt restarts here. | |
ID: 45531 | Rating: 0 | rate: / Reply Quote | |
My uploads have been steady and good here in the US. It's the downloads I'm having trouble with. As you said, the speed is good so long as it continues, but it doesn't. I have about 30 files to download with 8 partials waiting to start again. I had some yesterday about 8MB that took a few hours to download in about 25 small pieces when I kept clicking Retry Now. At times it was getting 300-400 KBps but only for a couple of seconds when it stalls. | |
ID: 45532 | Rating: 0 | rate: / Reply Quote | |
According to the website the server is in Barcelona. I got on Speedtest.net and chose a server there. My speeds were: download 12.86Mbps and upload 0.85MBps. Both went without hesitation or interruption. Ping was 198ms. | |
ID: 45533 | Rating: 0 | rate: / Reply Quote | |
I don't think that you can generalize. But just for fun I have tried the same from here (Austria) to Spain. 36,4MBit Download and 7,3MBit upload, 72ms Ping. So that is pretty different from the below and both results not very meaningful I assume. As if you want to "check" the bandwidth from Ireland to the Texas, whatever supposed to mean. | |
ID: 45534 | Rating: 0 | rate: / Reply Quote | |
Just some further observations from today...
Within 5 seconds the size grew from 108852 to 130296kB, then the download was hanging again. So sometimes the performance is there, but not stable... Upload so far was always ok. | |
ID: 45535 | Rating: 0 | rate: / Reply Quote | |
One of my PCs seems to have successfully downloaded, crunched, and returned a work unit post server upgrade. | |
ID: 45536 | Rating: 0 | rate: / Reply Quote | |
My speedtest.net results to Barcelona: hosted by | ping | down | up
| msec | Mbit/s
Orange | 67 | 40 | 10
CSUC | 62 | 47 | 14
Eurona | 56 | 51 | 15
Adamo | 84 | 25 | 8 My bandwidth is 51.5/15.7 Mbit/s | |
ID: 45537 | Rating: 0 | rate: / Reply Quote | |
Morning all | |
ID: 45538 | Rating: 0 | rate: / Reply Quote | |
It is not an ISP problem: no problem before the "update". I can not receive any work tasks, since last Tuesday Nobody, a server update (1 day) and after problems (2 days).. They don't want to step back, so, waiting they (or her/he) solve them. | |
ID: 45542 | Rating: 0 | rate: / Reply Quote | |
One of my PCs seems to have successfully downloaded, crunched, and returned a work unit post server upgrade. You'ld think wouldn't you, but NO, :-) | |
ID: 45543 | Rating: 0 | rate: / Reply Quote | |
SSL access is now working for the old ps3grid.net and ps3grid.org hostnames, if for some reason you are still connecting via those (and if you are, please change to gpugrid.net!) | |
ID: 45544 | Rating: 0 | rate: / Reply Quote | |
At Toni's request (PM), I've been trying test downloads of the big cufft64_80.dll file. Hard to be scientific about it, because the whole site went down in the middle, but I reckon I got roughly 10 MByte per attempt before it stalled, at download speeds of up to ~5,000 Mbits/sec. That's both using BOINC as the download tool, and by direct links in a browser. Our guess is that we are experiencing throttling outside the server - whether by the University or by something even downstream of that still needs to be investigated. | |
ID: 45545 | Rating: 0 | rate: / Reply Quote | |
SSL access is now working for the old ps3grid.net and ps3grid.org hostnames, if for some reason you are still connecting via those (and if you are, please change to gpugrid.net!) How is this done best? I guess it is no good idea to manually edit the client_state_prev.XML .... what do you suggest, remove and join the project again in the Boinc project list? ____________ I would love to see HCF1 protein folding and interaction simulations to help my little boy... someday. | |
ID: 45546 | Rating: 0 | rate: / Reply Quote | |
what do you suggest, remove and join the project again in the Boinc project list? Yes, imho (when no tasks are running). | |
ID: 45547 | Rating: 0 | rate: / Reply Quote | |
what do you suggest, remove and join the project again in the Boinc project list? Okay, thanks. BTW... new tasks spotted in the queue. Hooray :-) Edit: but not many. And all gone in a second. :-( Okay, just excuse me for a moment. Need to go whining....... ____________ I would love to see HCF1 protein folding and interaction simulations to help my little boy... someday. | |
ID: 45548 | Rating: 0 | rate: / Reply Quote | |
I've tried to download the cufft64_80.dll file manually with Google Chrome, but it's stalled at 61.9MB (it's 139MB in total). | |
ID: 45549 | Rating: 0 | rate: / Reply Quote | |
I've tried to download the cufft64_80.dll file manually with Google Chrome, but it's stalled at 61.9MB (it's 139MB in total). What about using a torrent program like BitComet or a download accelerator that can split the file into smaller pieces and reconstitute it outside of a browser constraint? Or even, is there the anonymous or passworded FTP option open for this location? ____________ 1 Corinthians 9:16 "For though I preach the gospel, I have nothing to glory of: for necessity is laid upon me; yea, woe is unto me, if I preach not the gospel!" Ephesians 6:18-20, please ;-) http://tbc-pa.org | |
ID: 45551 | Rating: 0 | rate: / Reply Quote | |
What about using a torrent program like BitComet or a download accelerator that can split the file into smaller pieces and reconstitute it outside of a browser constraint? Or even, is there the anonymous or passworded FTP option open for this location?These do not matter, as the BOINC manager can use only HTTP (and HTTPS). | |
ID: 45552 | Rating: 0 | rate: / Reply Quote | |
4 _26 ms 23 ms 25 ms at-vie01a-rd1-ae31-2047.aorta.net [84.116.228.14] | |
ID: 45554 | Rating: 0 | rate: / Reply Quote | |
I'm glad that the new server is running (congrats) but DL stalling has hit a new low. It's abysmal. Worse than its ever been. :-( | |
ID: 45556 | Rating: 0 | rate: / Reply Quote | |
What about using a torrent program like BitComet or a download accelerator that can split the file into smaller pieces and reconstitute it outside of a browser constraint? Or even, is there the anonymous or passworded FTP option open for this location?These do not matter, as the BOINC manager can use only HTTP (and HTTPS). Is there any support from BOINC available to those with server issues? | |
ID: 45558 | Rating: 0 | rate: / Reply Quote | |
good morning, everybody. | |
ID: 45559 | Rating: 0 | rate: / Reply Quote | |
good morning, everybody. WOW! Give the guys a chance. I'm sure they'll release more work when they have the server running properley. You want the work and they want you to do the work. | |
ID: 45561 | Rating: 0 | rate: / Reply Quote | |
I've tried to download the cufft64_80.dll file manually with Google Chrome, but it's stalled at 61.9MB (it's 139MB in total). I also tried to download this dll with Chrome but always stop at about 5-7%. I used "download manager" for Chrome and it easily downloaded this file with many stops but in 3-4 minutes. | |
ID: 45562 | Rating: 0 | rate: / Reply Quote | |
I've tried to download the cufft64_80.dll file manually with Google Chrome, but it's stalled at 61.9MB (it's 139MB in total). I can download the cufft64_80.dll file in few seconds without problem. In windows or Linux. | |
ID: 45564 | Rating: 0 | rate: / Reply Quote | |
No new WU here with same problems already reported. I also noticed the following error messages when opening the GPUGRID preferences page: | |
ID: 45565 | Rating: 0 | rate: / Reply Quote | |
Finally a positive report. However, there is no reason to use the ps3grid host name, it's obsolete. Whoever wants, please try both http and https. Can anybody confirm (e.g. with netstat or similar tool) whether or not the boinc client is going through SSL? T | |
ID: 45566 | Rating: 0 | rate: / Reply Quote | |
good morning, everybody. Well, whenever there are a few tasks available, they are gone within seconds. So, it seems that the server is basically working for downloads and uploads (this impression is reinforced by the fact that whenever I am lucky to get a WU, it's being downloaded within seconds, and the uploads also works with same speed as before). Besides, I guess that the IT technicians who take care of the few remaining server problems are different to those project scientists who prepare the WUs. Hence, I don't think that the lack of WUs has much to do with the new server (and it's few minor problems here and there). | |
ID: 45567 | Rating: 0 | rate: / Reply Quote | |
WUs are created dynamically on the basis of the ones returned. We are not creating more yet because we are still testing. | |
ID: 45568 | Rating: 0 | rate: / Reply Quote | |
Can anybody confirm (e.g. with netstat or similar tool) whether or not the boinc client is going through SSL? I don't normally use netstat, so don't know if this does you any good. But I just attached to GPUGrid on a Win7 64-bit machine. There were not any tasks available, but this is what netstat shows: TCP 192.168.0.107:50422 104.45.129.178:https TIME_WAIT TCP 192.168.0.107:50426 104.45.129.178:https ESTABLISHED TCP 192.168.0.107:50429 grosso:http ESTABLISHED | |
ID: 45569 | Rating: 0 | rate: / Reply Quote | |
I can download the cufft64_80.dll file in few seconds without problem. In windows or Linux. I found it interesting that the positive report came from Trotador: his account page self-declares his country to be Spain. That might lend some weight to my suspicion that other people's delays are related to international peering problems. On my computers, I see that two alternative scheduler addresses are listed: <scheduler_url>http://www.ps3grid.net/PS3GRID_cgi/cgi</scheduler_url> <scheduler_url>https://www.gpugrid.net/PS3GRID_cgi/cgi</scheduler_url> A scheduler contact (project update) suggests that SSL is at least attempted: 03/12/2016 15:21:58 | GPUGRID | [http] [ID#1] Info: SSL connection using TLSv1.2 / ECDHE-RSA-AES128-GCM-SHA256 03/12/2016 15:21:58 | GPUGRID | [http] [ID#1] Info: ALPN, server did not agree to a protocol 03/12/2016 15:21:58 | GPUGRID | [http] [ID#1] Info: Server certificate: 03/12/2016 15:21:58 | GPUGRID | [http] [ID#1] Info: subject: CN=www.ps3grid.net 03/12/2016 15:21:58 | GPUGRID | [http] [ID#1] Info: SSL certificate verify ok. but I'm not enough of a security expert to confirm that all SSL requirements are met. What is clear, however, is that none of the GPUGrid files have a <download_url>https: prefix, so I sincerely doubt that SSL would be used for file downloads. It might be worth a try (depending over what distance your personal tests have been run?) - BOINC can certainly handle it if specified. I have some ideas on how we might overcome the cufft64_80.dll download problem (which wouldn't apply to the individual task files), but I'll save them until later in the diagnostic process. | |
ID: 45570 | Rating: 0 | rate: / Reply Quote | |
I can also download without issues | |
ID: 45571 | Rating: 0 | rate: / Reply Quote | |
No issues here either (FI), cufft64_80.dll or BOINC DL/UL. | |
ID: 45572 | Rating: 0 | rate: / Reply Quote | |
On attaching to GPUGrid for the first time on a new reinstall of Win7 64-bit, it took 2 hours 10 minutes to get two shorts, after they became available. And the stalls are of a different type than before. They usually can't be manually restarted; they have to do their thing automatically after timing out, usually more than once. I am in the eastern U.S. and have a 20 Mbps/2 Mbps cable modem connection that normally does fine. But now that all the needed files are downloaded, maybe things will go more smoothly. I will not try my Linux machines for a while. | |
ID: 45573 | Rating: 0 | rate: / Reply Quote | |
I'm in Canada,Québec | |
ID: 45575 | Rating: 0 | rate: / Reply Quote | |
My tracert output | |
ID: 45576 | Rating: 0 | rate: / Reply Quote | |
OK, while we are doing tracert, from eastern Pennsylvania USA: 1 <1 ms <1 ms <1 ms 192.168.0.1 2 7 ms 7 ms 8 ms bdl1.tlg-ubr1.atw-tlg.pa.cable.rcn.net 10.50.48.1] 3 10 ms 11 ms 11 ms bdle8-sub201.aggr2.phdl.pa.rcn.net[207.172.196.203] 4 16 ms 9 ms 17 ms xe-7-0-2.bar2.Philadelphia1.Level3.net [4.30.46.33] 5 106 ms 111 ms 119 ms ae-1-3101.bar1.Madrid2.Level3.net [4.69.210.222] 6 109 ms 107 ms 105 ms ae-1-3101.bar1.Madrid2.Level3.net [4.69.210.222] 7 108 ms 106 ms 107 ms 213.242.113.78 8 113 ms 124 ms 116 ms TELMAD.AE4.uv.rt1.val.red.rediris.es [130.206.245.89] 9 120 ms 119 ms 119 ms anella-val1-router.red.rediris.es [130.206.211.70] 10 * * * Request timed out. 11 118 ms 118 ms 119 ms grosso.upf.edu [84.89.134.145] 12 119 ms 119 ms 117 ms grosso.upf.edu [84.89.134.145] 13 118 ms 121 ms 119 ms grosso.upf.edu [84.89.134.145] It looks like a pretty direct route to me, and I don't see any problems. I think the problem is more subtle than mere routing or speed. The network experts will need to find it. | |
ID: 45579 | Rating: 0 | rate: / Reply Quote | |
I don't really understand... You're downloading projects through a website and not through BOINC and able to do the project? | |
ID: 45580 | Rating: 0 | rate: / Reply Quote | |
I just used the general URL shown in Boinc Manager, but could try anything else if you think it will make a differnce. | |
ID: 45581 | Rating: 0 | rate: / Reply Quote | |
Found this... | |
ID: 45582 | Rating: 0 | rate: / Reply Quote | |
I don't really understand... You're downloading projects through a website and not through BOINC and able to do the project? I believe I've read that BOINC uses the same download method normally used for websites, on the same port, but then does something rather different with the files it downloads. | |
ID: 45583 | Rating: 0 | rate: / Reply Quote | |
What is clear, however, is that none of the GPUGrid files have a <download_url>https: prefix, so I sincerely doubt that SSL would be used for file downloads. It might be worth a try (depending over what distance your personal tests have been run?) - BOINC can certainly handle it if specified. That is to allow download files to be cached by proxies and lift some weight from the server. HTTP proxies can't cache httpS requests, by design. And downloading this files by HTTP is equally secure, because they are checked against checksum from scheduler reply. I hope this does not change. | |
ID: 45588 | Rating: 0 | rate: / Reply Quote | |
Problem repeated again, now host connects, but does not get the job :( | |
ID: 45593 | Rating: 0 | rate: / Reply Quote | |
Problem repeated again, now host connects, but does not get the job :( what your event log shows is quite normal these days. There are simply no new tasks available. From an information I read here in the Forum, the GPUGRID people are waiting until the server migration problems are solved, before new tasks are being made available. The few tasks which can be downloaded once in a while are the ones which are created "dynamically" by returned WUs etc. | |
ID: 45594 | Rating: 0 | rate: / Reply Quote | |
Unable to upload this one last file. All the other files from this task were successfully uploaded and this is a reoccurring issue for this one file. 5 days with no response on the "Error reported by file upload server: can't open file" issues. Is there a possible fix, or should we just Abort the Transfers? EDIT: Never mind, I just realized it timed out. I'll abort transfer. | |
ID: 45596 | Rating: 0 | rate: / Reply Quote | |
I think I've encountered the "[error] Error reported by file upload server: can't open file" message before on other BOINC projects, and found it a difficult one to decipher. | |
ID: 45598 | Rating: 0 | rate: / Reply Quote | |
Tasks won't download, they only download 2% every time BOINC is restarted. Then when they finish they don't start the task it still says downloading. I just started computing on that computer last night on WGC, which works fine. My laptop won't get new tasks but is currently computing one from a few days ago. | |
ID: 45601 | Rating: 0 | rate: / Reply Quote | |
My laptop just finished the task and is now stuck at downloading on one of them, I was going to start running SETI to occupy the GPU, but their servers are down too. -.- | |
ID: 45604 | Rating: 0 | rate: / Reply Quote | |
WUs are created dynamically on the basis of the ones returned. We are not creating more yet because we are still testing. It is good that you are doing testing, but if we go too long testing and not creating new WUs, than this project will come to a screeching halt, with no more WUs. And one more thing, those people with download problems, try doing this: Open Boinc Manager, make sure under View it is set to Advanced View, if it isn't set to it already. At the top, click Activity, then click Suspend network activity, wait a few seconds and click Network activity always. That will get the download to continue, if it stalls again, repeat this procedure until the files finish downloading. (I saw this in one of the other threads, and I can't remember which one.) And another thing, my windows xp computer, which has a 100 Mb/s network connection, has a higher tendency of stalled downloads than my windows 10 computer, which has a 1 Gb/s network connection. I hope this helps in solving this problem. | |
ID: 45607 | Rating: 0 | rate: / Reply Quote | |
WUs are created dynamically on the basis of the ones returned. We are not creating more yet because we are still testing. Testing is before an upgrade not after... It is really nice you make your distributed project. But now, you seems to be, "not professional". One week after it isn't working. It's seems like in France, research don't have money or underestimate the need for a team of info tech... Because in the real world, like an ISP, commercial compagny or any private compagny, 1 week offline is just not possible ! But, I least, you made one. I am french and I don't see a lot of french institute here ! (public or private). Yet, a long way to make.... So, good luck ! My CUDA's will be here when you will. All of your services are on the same host (status page): don't use VM or Docker ? | |
ID: 45608 | Rating: 0 | rate: / Reply Quote | |
I think I've encountered the "[error] Error reported by file upload server: can't open file" message before on other BOINC projects, and found it a difficult one to decipher. I think that it is server problem. Server can't open file to write the upload to (or log file). How can the serve know that client can't open file? The same happened on MindModelling forum All of your services are on the same host (status page): don't use VM or Docker ? How VM would help? Remember there is overhead for every VM. And linux is quite good at isolating programs if configured properly. And if the VM host crashes all VMs go down too. What could help is to move the download and or upload service to another host and better network. ____________ | |
ID: 45610 | Rating: 0 | rate: / Reply Quote | |
I think that it is server problem. Server can't open file to write the upload to (or log file). How can the serve know that client can't open file? The same happened on MindModelling forum No, that results in a different and more explicit error message, like for example "[error] Error reported by file upload server: [1x81-GERARD_CXCL12_LIG10-4-5-RND5536_0_9] locked by file_upload_handler PID=17978" (from message 39407 and surrounding discussion). That one was certainly a problem on the server, but I think in the case of "can't open file", the server is simply echoing back a message received from the reporting client. But I'll check some more. What could help is to move the download and or upload service to another host and better network. That would certainly help with the huge CUDA runtime files, because they are created by NVidia and redistributed without alteration by the project. I actually downloaded the whole CUDA 8.0 development toolkit (1.2 GB) during testing over the weekend - it only took about five minutes - and confirmed that the cufft_80.dll it contains is identical to the one distributed here. I think that BOINC should develop (perhaps should already have developed) a more efficient way of handling shared library files between projects, but that won't happen overnight. Instead, we could ask somebody else to host the files and allow GPUGrid to use a download url pointing to their servers: maybe another BOINC project with ample resources - Einstein comes to mind - or even NVidia themselves as a project sponsor could provide the download facility. Of course, the CUDA 8.0 files only need to be downloaded once by each user - either on first joining the project, or on purchasing their first GTX 10xx GPU. Subsequent machines can be provided with the file by copying locally, and I'd advise backing these files up for re-use before making major changes like re-installing an operating system. But that won't help us with the files required for an individual task: I think each one is distinct, and would need to be uploaded separately to a mirror server before then could be downloaded by the end user - that is likely to be just as problematic. We still need to solve the underlying problem for those files. | |
ID: 45611 | Rating: 0 | rate: / Reply Quote | |
Hi, first time here on the forum. | |
ID: 45614 | Rating: 0 | rate: / Reply Quote | |
You haven't completed any work units, or even been sent any new ones, since 2 December. | |
ID: 45615 | Rating: 0 | rate: / Reply Quote | |
Thanks, | |
ID: 45616 | Rating: 0 | rate: / Reply Quote | |
All of your services are on the same host (status page): don't use VM or Docker ? Because is most easier for modify a service without impact others, have different versions of a prog/API/lib and scalable. We don't talk about a lambda user use but for professional use. It is quite different ! 15 years as an Admin Sys, I know a few... And of course, if you just have one host and it crash..., but it is already the case. For eleminate a SPOF (Single Point of failure) you need money and brains... | |
ID: 45617 | Rating: 0 | rate: / Reply Quote | |
So does it mean that my GPU might be too slow? You card, a GTX 650 is not the fastest in the world these days, but should be able to complete a work unit in a few days I would guess. Is the percentage complete increasing? If so, I would just let it run. But I notice you have VirtualBox projects also. They have sometimes caused problems for me, so if your work unit is stuck (not increasing), I would reboot and see what happens. It might un-stick it, or it might error out. EDIT: Also, be sure to reserve a CPU core for the GTX 650, or it will be slow for sure. You can do that by setting the BOINC Manager preferences to "use at most 90%" of the CPUs" for example, or whatever it takes. And some VirtualBox projects (the multi-core ones) like to grab all the CPU cores that they can, so that may be why the GTX 650 is running slowly. | |
ID: 45618 | Rating: 0 | rate: / Reply Quote | |
What could help is to move the download and or upload service to another host and better network. The gridrepublic project is already providing somewhat similar services for the Fight Neglected Diseases project; you might want to contact them. https://compute.gridrepublic.org I think that BOINC should develop (perhaps should already have developed) a more efficient way of handling shared library files between projects, but that won't happen overnight. Instead, we could ask somebody else to host the files and allow GPUGrid to use a download URL pointing to their servers: maybe another BOINC project with ample resources - Einstein comes to mind - or even NVidia themselves as a project sponsor could provide the download facility. In other words, modify BOINC to allow specifying a URL to download a file from, as well as the name of the file to download, on the list of files to download. What I've seen so far indicates that this is currently possible only by specifying one alternate URL to download ALL of the files from and upload ALL of the files to. I assume that you're aware of the boinc_dev mailing list as the place to request changes to BOINC. If not, see: http://lists.ssl.berkeley.edu/mailman/listinfo/boinc_dev That would require developing a way to avoid file name conflicts between shared files used by different projects. One way to do that would be to extend the system currently used for sharing files used for sharing files between multiple tasks from the same BOINC project to allow specifying which project to look for the file under, then create a new type of BOINC project that does no more than download large files needed by some other BOINC project. | |
ID: 45619 | Rating: 0 | rate: / Reply Quote | |
The forwarding services already available, such as gridrepublic and World Community Grid, only need to download one copy of the files specific to each workunit, regardless of how many wingmates tasks for that workunit will be sent to. So such forwarding already provides some server relief, just not as much as you want. | |
ID: 45620 | Rating: 0 | rate: / Reply Quote | |
No work coming down...what's up? | |
ID: 45621 | Rating: 0 | rate: / Reply Quote | |
Hi, | |
ID: 45622 | Rating: 0 | rate: / Reply Quote | |
I'm getting tasks on my laptop, my desktop won't get them though. It might have t do with its wifi signal because WGC does the same thing. I'll try using my laptop as an access point. | |
ID: 45624 | Rating: 0 | rate: / Reply Quote | |
Everything fine for me download/upload and running WU. | |
ID: 45630 | Rating: 0 | rate: / Reply Quote | |
Copy&Paste from other post: | |
ID: 45633 | Rating: 0 | rate: / Reply Quote | |
I'd also say that apparently minor variations in local networking seem to be significant - possibly the route to Spain is peculiarly sensitive to timing errors in the networking protocols? | |
ID: 45634 | Rating: 0 | rate: / Reply Quote | |
Tracing route to www.gpugrid.net [84.89.134.145] over a maximum of 30 hops: 1 8 ms 8 ms 8 ms bdl1.rdl-cbr2.phdl-rdl.pa.cable.rcn.net [10.25.216.1] 2 11 ms 9 ms 9 ms bdle25-sub212.aggr2.phdl.pa.rcn.net [207.172.196.219] 3 8 ms 8 ms 10 ms xe-4-1-0.bar2.Philadelphia1.Level3.net [4.78.154.89] 4 105 ms 105 ms 105 ms ae-1-3101.bar1.Madrid2.Level3.net [4.69.210.222] 5 112 ms 104 ms 105 ms ae-1-3101.bar1.Madrid2.Level3.net [4.69.210.222] 6 104 ms 105 ms 109 ms 213.242.113.78 7 116 ms 112 ms 111 ms TELMAD.AE4.uv.rt1.val.red.rediris.es [130.206.245.89] 8 117 ms 119 ms 119 ms anella-val1-router.red.rediris.es [130.206.211.70] 9 * * * Request timed out. 10 151 ms 112 ms 121 ms grosso.upf.edu [84.89.134.145] 11 115 ms 118 ms 116 ms grosso.upf.edu [84.89.134.145] 12 119 ms 113 ms 117 ms grosso.upf.edu [84.89.134.145] Trace complete. As expected, the time in ms jumps significantly on the handoff from the US side of the Level3 backbone to the Spanish side of it. Then all the traffic within Spain is just as high a difference while the USA based connections are almost single digit and the Spanish based and handoff ones are triple digit ms times. The cufft64_80.dll file stops at 14,557 packets 20,167,320 bytes received over https on a Firefox browser. Over http on the Firefox browser it stops at around the same place at 14,480 packets 19,993,440 bytes. On Bitcommet (a torrent and http downloader) it took 7 min 11 sec to complete across 20 connections to the file. There were errors in the logs. Some of the connections ended in 2016-12-08 17:25:20 Error occurred: Server disconnected unexpectedly (error code: 10060) Most of the logs looked like this though. (This is a copy of "Connection 1" as listed in the below connections picture.) 2016-12-08 17:23:36 Content-Type: application/octet-stream 2016-12-08 17:23:36 Start receiving data... 2016-12-08 17:23:36 Received 13352 bytes. 2016-12-08 17:23:36 Connection closed. 2016-12-08 17:23:36 Connecting to www.gpugrid.net:80... 2016-12-08 17:24:17 Conntecting to www.gpugrid.net:80 succeeded. 2016-12-08 17:24:17 GET /download/cufft64_80.dll HTTP/1.1 2016-12-08 17:24:17 Host: www.gpugrid.net 2016-12-08 17:24:17 Connection: close 2016-12-08 17:24:17 Accept: */* 2016-12-08 17:24:17 Range: bytes=122332803-122994701 2016-12-08 17:24:17 User-Agent: Mozilla/4.0 (compatible; MSIE 11.; Windows NT 6.2; .NET4.0E; .NET4.0C; .NET CLR 3.5.30729; .NET CLR 2.0.50727; .NET CLR 3.0.30729) 2016-12-08 17:24:17 Pragma: no-cache 2016-12-08 17:24:17 Cache-Control: no-cache 2016-12-08 17:24:18 HTTP/1.1 206 Partial Content 2016-12-08 17:24:18 Date: Thu, 08 Dec 2016 22:24:11 GMT 2016-12-08 17:24:18 Server: Apache/2.4.6 (CentOS) OpenSSL/1.0.1e-fips mod_auth_gssapi/1.3.1 mod_auth_kerb/5.4 mod_fcgid/2.3.9 PHP/5.4.16 mod_wsgi/3.4 Python/2.7.5 2016-12-08 17:24:18 Last-Modified: Thu, 27 Oct 2016 15:15:15 GMT 2016-12-08 17:24:18 ETag: "8b04238-53fda356846c0" 2016-12-08 17:24:18 Accept-Ranges: bytes 2016-12-08 17:24:18 Content-Length: 661899 2016-12-08 17:24:18 Content-Range: bytes 122332803-122994701/145769016 2016-12-08 17:24:18 Connection: close 2016-12-08 17:24:18 Content-Type: application/octet-stream 2016-12-08 17:24:18 Start receiving data... 2016-12-08 17:24:18 Received 661899 bytes. 2016-12-08 17:24:18 Connection closed by server. 2016-12-08 17:24:18 Connecting to www.gpugrid.net:80... 2016-12-08 17:24:59 Conntecting to www.gpugrid.net:80 succeeded. 2016-12-08 17:24:59 GET /download/cufft64_80.dll HTTP/1.1 2016-12-08 17:24:59 Host: www.gpugrid.net 2016-12-08 17:24:59 Connection: close 2016-12-08 17:24:59 Accept: */* 2016-12-08 17:24:59 Range: bytes=112686094-112832152 2016-12-08 17:24:59 User-Agent: Mozilla/4.0 (compatible; MSIE 11.; Windows NT 6.2; .NET4.0E; .NET4.0C; .NET CLR 3.5.30729; .NET CLR 2.0.50727; .NET CLR 3.0.30729) 2016-12-08 17:24:59 Pragma: no-cache 2016-12-08 17:24:59 Cache-Control: no-cache 2016-12-08 17:24:59 HTTP/1.1 206 Partial Content 2016-12-08 17:24:59 Date: Thu, 08 Dec 2016 22:24:53 GMT 2016-12-08 17:24:59 Server: Apache/2.4.6 (CentOS) OpenSSL/1.0.1e-fips mod_auth_gssapi/1.3.1 mod_auth_kerb/5.4 mod_fcgid/2.3.9 PHP/5.4.16 mod_wsgi/3.4 Python/2.7.5 2016-12-08 17:24:59 Last-Modified: Thu, 27 Oct 2016 15:15:15 GMT 2016-12-08 17:24:59 ETag: "8b04238-53fda356846c0" 2016-12-08 17:24:59 Accept-Ranges: bytes 2016-12-08 17:24:59 Content-Length: 146059 2016-12-08 17:24:59 Content-Range: bytes 112686094-112832152/145769016 2016-12-08 17:24:59 Connection: close 2016-12-08 17:24:59 Content-Type: application/octet-stream 2016-12-08 17:24:59 Start receiving data... 2016-12-08 17:24:59 Received 13353 bytes. 2016-12-08 17:24:59 Connection closed. 2016-12-08 17:24:59 Connecting to www.gpugrid.net:80... 2016-12-08 17:25:38 Conntecting to www.gpugrid.net:80 succeeded. 2016-12-08 17:25:38 GET /download/cufft64_80.dll HTTP/1.1 2016-12-08 17:25:38 Host: www.gpugrid.net 2016-12-08 17:25:38 Connection: close 2016-12-08 17:25:38 Accept: */* 2016-12-08 17:25:38 Range: bytes=39287322-39393920 2016-12-08 17:25:38 User-Agent: Mozilla/4.0 (compatible; MSIE 11.; Windows NT 6.2; .NET4.0E; .NET4.0C; .NET CLR 3.5.30729; .NET CLR 2.0.50727; .NET CLR 3.0.30729) 2016-12-08 17:25:38 Pragma: no-cache 2016-12-08 17:25:38 Cache-Control: no-cache 2016-12-08 17:25:38 HTTP/1.1 206 Partial Content 2016-12-08 17:25:38 Date: Thu, 08 Dec 2016 22:25:32 GMT 2016-12-08 17:25:38 Server: Apache/2.4.6 (CentOS) OpenSSL/1.0.1e-fips mod_auth_gssapi/1.3.1 mod_auth_kerb/5.4 mod_fcgid/2.3.9 PHP/5.4.16 mod_wsgi/3.4 Python/2.7.5 2016-12-08 17:25:38 Last-Modified: Thu, 27 Oct 2016 15:15:15 GMT 2016-12-08 17:25:38 ETag: "8b04238-53fda356846c0" 2016-12-08 17:25:38 Accept-Ranges: bytes 2016-12-08 17:25:38 Content-Length: 106599 2016-12-08 17:25:38 Content-Range: bytes 39287322-39393920/145769016 2016-12-08 17:25:38 Connection: close 2016-12-08 17:25:38 Content-Type: application/octet-stream 2016-12-08 17:25:38 Start receiving data... 2016-12-08 17:25:38 Received 13355 bytes. 2016-12-08 17:25:38 Connection closed. 2016-12-08 17:25:38 Connecting to www.gpugrid.net:80... 2016-12-08 17:26:15 Conntecting to www.gpugrid.net:80 succeeded. 2016-12-08 17:26:15 GET /download/cufft64_80.dll HTTP/1.1 2016-12-08 17:26:15 Host: www.gpugrid.net 2016-12-08 17:26:15 Connection: close 2016-12-08 17:26:15 Accept: */* 2016-12-08 17:26:15 Range: bytes=121705404-121772270 2016-12-08 17:26:15 User-Agent: Mozilla/4.0 (compatible; MSIE 11.; Windows NT 6.2; .NET4.0E; .NET4.0C; .NET CLR 3.5.30729; .NET CLR 2.0.50727; .NET CLR 3.0.30729) 2016-12-08 17:26:15 Pragma: no-cache 2016-12-08 17:26:15 Cache-Control: no-cache 2016-12-08 17:26:16 HTTP/1.1 206 Partial Content 2016-12-08 17:26:16 Date: Thu, 08 Dec 2016 22:26:09 GMT 2016-12-08 17:26:16 Server: Apache/2.4.6 (CentOS) OpenSSL/1.0.1e-fips mod_auth_gssapi/1.3.1 mod_auth_kerb/5.4 mod_fcgid/2.3.9 PHP/5.4.16 mod_wsgi/3.4 Python/2.7.5 2016-12-08 17:26:16 Last-Modified: Thu, 27 Oct 2016 15:15:15 GMT 2016-12-08 17:26:16 ETag: "8b04238-53fda356846c0" 2016-12-08 17:26:16 Accept-Ranges: bytes 2016-12-08 17:26:16 Content-Length: 66867 2016-12-08 17:26:16 Content-Range: bytes 121705404-121772270/145769016 2016-12-08 17:26:16 Connection: close 2016-12-08 17:26:16 Content-Type: application/octet-stream 2016-12-08 17:26:16 Start receiving data... 2016-12-08 17:26:16 Received 13354 bytes. 2016-12-08 17:26:16 Connection closed. 2016-12-08 17:26:16 Connecting to www.gpugrid.net:80... 2016-12-08 17:26:39 Received 0 bytes. 2016-12-08 17:26:39 Connection closed. 2016-12-08 17:26:39 Connection stopped. This is what the Summary of the download looked like: This is what the connections looked like: Here is the xml info from how the download went and what its internal settings were to download it on via Bitcommet. I am not sure if this is relevant so I am including it. DownloadInfo DownloadBytes="145769016" CreateDate="2016-12-08 17:19:27.940523" FinishDate="2016-12-08 17:26:39.663576" MaxConnection="20" downloaded_filesize="0" no_size_file_complete="false" support_set_range="true" filesize="145769016" know_filesize="1" block_list="22 serialization::archive 3 0 0 0" file_created="true" rate_download="0" save_file_name_original="cufft64_80.dll" enable_p2sp="false" enable_dl_from_mirror="false" file_hash="badf879aa99fdd138bc2d362bd661ef76ba98431" | |
ID: 45635 | Rating: 0 | rate: / Reply Quote | |
So, big variations even within my house in northern England, before I even consider routes to Spain. Truly remarkable. I have been fighting a long battle to get my PC to record videos from my TV cable that are converted by HDHomeRun into a standard 100 Mbps Ethernet format. To eliminate the various glitches, I had to turn off flow control. Perhaps that is counter-intuitive, but the various protocols are known to fight against each other; I am not the first to discover that. Whether than has anything to do with Spain I don't know, but it might account for local variations. There are other LAN settings (Interrupt Moderation, Energy Efficient Ethernet, etc.) that are known sources of trouble too, not to mention WiFi signal problems of course. | |
ID: 45636 | Rating: 0 | rate: / Reply Quote | |
I'm getting tasks on my laptop, my desktop won't get them though. It might have t do with its wifi signal because WGC does the same thing. I'll try using my laptop as an access point. If you use BOINC Manager (Advanced View) on your desktop, click on Activity, then make sure you do not have it set to Suspend network activity or Suspend GPU or Suspend. Also click on Projects, then GPUGRID, and make sure you do not have it set to No new tasks (listed in the Status column). If you use Simple View, click on View, then Advanced View, to switch views. To switch it back, click on View, then Simple View. Also click on Projects, then on one of the BOINC projects listed, then Home page. You should then see a web page for that project. By the way, what GPU (or graphics card) does that desktop use? GPUGRID can use only some of the graphics card models. | |
ID: 45638 | Rating: 0 | rate: / Reply Quote | |
Any idea when new WUs will be available again? | |
ID: 45644 | Rating: 0 | rate: / Reply Quote | |
As expected, the time in ms jumps significantly on the handoff from the US side of the Level3 backbone to the Spanish side of it. Then all the traffic within Spain is just as high a difference while the USA based connections are almost single digit and the Spanish based and handoff ones are triple digit ms times.There's a simple explanation for the triple digit (in miliseconds) round-trip times for US residents: the signal travels at the speed of light (no matter if it's on copper or glass fibre), and Philadelphia is 6289km (3908mi) away from Barcelona, it takes ~21ms for the signal to travel that far, so ~42ms adds to the round-trip times because the speed of light is so low :). US residents in the west coast should add ~26ms latency. | |
ID: 45646 | Rating: 0 | rate: / Reply Quote | |
Any idea when new WUs will be available again? No new WU for me since you wrote your post two days ago!!! (CPU I5; GPU GTX 1070; Windows 10 64b) | |
ID: 45657 | Rating: 0 | rate: / Reply Quote | |
I'm getting new WUs, but with VERY slow downloads of the larger files. | |
ID: 45662 | Rating: 0 | rate: / Reply Quote | |
We are not getting any WU's either.. | |
ID: 45663 | Rating: 0 | rate: / Reply Quote | |
no WUs arriving in this part of Canada, either..... | |
ID: 45667 | Rating: 0 | rate: / Reply Quote | |
Hi, | |
ID: 45669 | Rating: 0 | rate: / Reply Quote | |
I'm a fresh newbie in gpugrid and cannot get any work since first attempted yesterday. | |
ID: 45670 | Rating: 0 | rate: / Reply Quote | |
Hi,Check here for that. https://www.gpugrid.net/forum_thread.php?id=4449#45660 ____________ 1 Corinthians 9:16 "For though I preach the gospel, I have nothing to glory of: for necessity is laid upon me; yea, woe is unto me, if I preach not the gospel!" Ephesians 6:18-20, please ;-) http://tbc-pa.org | |
ID: 45671 | Rating: 0 | rate: / Reply Quote | |
Thanks caffeineyellow5 | |
ID: 45682 | Rating: 0 | rate: / Reply Quote | |
I'm a fresh newbie in gpugrid and cannot get any work since first attempted yesterday. With what graphics card? GPUGRID insists on fast, fairly recent graphics cards with an Nvidia GPU, and has very few CPU-only workunits. I've also been on WCG since 2008. Many others are also complaining about getting little or no GPUGRID work now. | |
ID: 45688 | Rating: 0 | rate: / Reply Quote | |
I'm a fresh newbie in gpugrid and cannot get any work since first attempted yesterday. There has been a lack of tasks recently but your GTX 970's are fine; good GPU's and recent driver versions. Ensure you didn't install Boinc as a service - otherwise you won't get any tasks. The fix, if needed is simply to reinstall and deselect install as a service. Also, don't use remote desktop - uses default GPU drivers. You may want to check your Boinc settings and use some GPU fan/temp/clock controlling software (MSI Afterburner or similar). Good luck, ____________ FAQ's HOW TO: - Opt out of Beta Tests - Ask for Help | |
ID: 45695 | Rating: 0 | rate: / Reply Quote | |
"New version of ACEMD" is listed on the server status page, this queue has 95 unsent workunits, but I can't get from these. What are the system requirements for these workunits? | |
ID: 45704 | Rating: 0 | rate: / Reply Quote | |
"New version of ACEMD" is listed on the server status page, this queue has 95 unsent workunits, but I can't get from these. What are the system requirements for these workunits? +1 Noticed these errors too but didn't think to report them | |
ID: 45706 | Rating: 0 | rate: / Reply Quote | |
"New version of ACEMD" is listed on the server status page, this queue has 95 unsent workunits, but I can't get from these. What are the system requirements for these workunits? When I saw those yesterday I tried all kinds of project preference settings to no avail. | |
ID: 45708 | Rating: 0 | rate: / Reply Quote | |
It's Linux only, and only if you can finish downloading all the parts, especially libcufft.so.8.0.44 (libary cuda fast Fourier transform something or other). Then it doesn't work: | |
ID: 45709 | Rating: 0 | rate: / Reply Quote | |
No work, no matter what I do. | |
ID: 45714 | Rating: 0 | rate: / Reply Quote | |
No work, no matter what I do. Latest BOINC won't help. More available WUs will help. | |
ID: 45716 | Rating: 0 | rate: / Reply Quote | |
... again, my machine doesn't get anything to do. // Lots of disturbances in the last days though. Last Windows 10 update was a horror // took hours even on a fast ssd // I think it was the "cloud" stuff, which totally messed up the performance of my system. // actually - still no new jobs ... but waiting :-) | |
ID: 45736 | Rating: 0 | rate: / Reply Quote | |
Same here! | |
ID: 45739 | Rating: 0 | rate: / Reply Quote | |
I stopped receiving WUs as well. Switching to a different BOINC GPU app till you get this sorted out. | |
ID: 45740 | Rating: 0 | rate: / Reply Quote | |
No work sent for 2 days | |
ID: 45743 | Rating: 0 | rate: / Reply Quote | |
Maybe we should have a copy of Toni's 14 December update here too. 1. Server upgrade went as planned and is completed. There are still graphical glitches on the web pages, which we hope to fix with time. Addressing these has to be balanced with scientific tasks and available hands, namely point 3 below. | |
ID: 45744 | Rating: 0 | rate: / Reply Quote | |
Last Windows 10 update was a horror // took hours even on a fast ssd // I think it was the "cloud" stuff, which totally messed up the performance of my system. I feel for you. Have installed W10 for a few people and they all dislike it intensely compared to w7. One day something will work, the next day it won't. Now ms has messed with windows 7 update so that on most new installs we have to jump though hoops to get it running again. Just another dirty trick to force users onto w10 spyware I'm afraid. :-( | |
ID: 45745 | Rating: 0 | rate: / Reply Quote | |
Not getting much work. I get a job or two here and there but no solid work. | |
ID: 45749 | Rating: 0 | rate: / Reply Quote | |
Google never10 for explanation and free advice. | |
ID: 45761 | Rating: 0 | rate: / Reply Quote | |
Now ms has messed with windows 7 update so that on most new installs we have to jump though hoops to get it running again. Just another dirty trick to force users onto w10 spyware I'm afraid. :-( Tell me about it. But I have developed may own anti-MS strategy, and can get it to work (you have to do certain updates and not others). I will hold on to Win7 until they pry it out of my cold dead hands. And I don't care about MS stopping their security updates someday. That will only make it more reliable insofar as I can see. | |
ID: 45763 | Rating: 0 | rate: / Reply Quote | |
Last Windows 10 update was a horror // took hours even on a fast ssd // I think it was the "cloud" stuff, which totally messed up the performance of my system. I actually think some of my issues started when I installed the "Anniversary Edition Update", but since this new "Cumulative Rollup" to that edition, the PC has been up and down and even not reading one of the cards on the monitoring services (MSI Afterburner, NVIDIA Inspector, Open Hardware Monitor) as being there, even though GPUGRID continues to use the card at full capacity. Sometimes the card or 2 cards or all 3 drop off the Device Manager as not even installed, but continue to work. I know this time it is not heat as the windows are open and it is 20 some degrees Fahrenheit in that basement. The cards are running at least 20 degrees lower than in the air conditioned summer. The system froze twice last night/this morning and started the WUs from zero. Today the system froze up and dropped all the WUs and then dropped GPUGRID right out of BOINC. I had to add it back in as a project, which wiped the WUs completely. Now upon adding the project back, logogpugrid.png, project1.png, project2.png, and project3.png are simply not downloading at all and it won't get any new WUs until the project's basic files are finished. They retry, back off (for longer each time, now up to over an hour to retry each), and I have never seen this specific issue. Will search the forums for it. I do know that http://www.gpugrid.net/download/filenameofthesePNGfiles does not exist to manually download. Maybe they don't exist at all and that is the problem??? Will check the log to see what url it is trying to get them from. Anyway, the Windows updates as of late for W10 are horrible. EDIT: It is looking for them at http://www.gpugrid.net/filenameofthesePNGfiles and I get a 404 when trying to get them over a browser connection. | |
ID: 45765 | Rating: 0 | rate: / Reply Quote | |
I actually think some of my issues started when I installed the "Anniversary Edition Update", but since this new "Cumulative Rollup" to that edition, the PC has been up and down and even not reading one of the cards on the monitoring services (MSI Afterburner, NVIDIA Inspector, Open Hardware Monitor) as being there, even though GPUGRID continues to use the card at full capacity. Sometimes the card or 2 cards or all 3 drop off the Device Manager as not even installed, but continue to work. Reinstall Afterburner and NV Inspector, and see if they work. I know this time it is not heat as the windows are open and it is 20 some degrees Fahrenheit in that basement. The cards are running at least 20 degrees lower than in the air conditioned summer. The system froze twice last night/this morning and started the WUs from zero. Today the system froze up and dropped all the WUs and then dropped GPUGRID right out of BOINC. Could be a loose GPU or cable (hard drive), Bios playing up... I would begin by doing a cold start (shut down, power of & disconnect the PSU for 1min or so, [check connections are tight] cable up and restart). I had to add it back in as a project, which wiped the WUs completely. Now upon adding the project back, logogpugrid.png, project1.png, project2.png, and project3.png are simply not downloading at all and it won't get any new WUs until the project's basic files are finished. They retry, back off (for longer each time, now up to over an hour to retry each), and I have never seen this specific issue. Will search the forums for it. I do know that http://www.gpugrid.net/download/filenameofthesePNGfiles does not exist to manually download. Maybe they don't exist at all and that is the problem??? Will check the log to see what url it is trying to get them from. Anyway, the Windows updates as of late for W10 are horrible. In my project directory (www.gpugrid.net) they are called: logogpugrid.png project_1.png project_2.png project_3.png These are also not browsable at http://www.gpugrid.net/project_3.png etc. <It's a good idea to backup your project directory before resetting any project, but especially this project ATM> You can download them from here: https://www.dropbox.com/sh/5rtbxztm2p0u0np/AACw_io2F3hfWvVnQeMigEF3a?dl=0 ____________ FAQ's HOW TO: - Opt out of Beta Tests - Ask for Help | |
ID: 45776 | Rating: 0 | rate: / Reply Quote | |
Now ms has messed with windows 7 update so that on most new installs we have to jump though hoops to get it running again. Just another dirty trick to force users onto w10 spyware I'm afraid. :-( Care to share your strategy? Maybe a new thread so we don't clog this one up too much? | |
ID: 45778 | Rating: 0 | rate: / Reply Quote | |
Care to share your strategy? Maybe a new thread so we don't clog this one up too much? OK, glad to do so. I stuck it in the Number crunching section for lack of a better place, but the moderator may choose to move it. You may wish to supplement it with you own war stories, as permitted. http://www.gpugrid.net/forum_thread.php?id=4459 | |
ID: 45786 | Rating: 0 | rate: / Reply Quote | |
Reinstall Afterburner and NV Inspector, and see if they work. Not an issue. Its the card in the middle causing issues. I need to rotate them. Could be a loose GPU or cable (hard drive), Bios playing up... I would begin by doing a cold start (shut down, power of & disconnect the PSU for 1min or so, [check connections are tight] cable up and restart). Will try this with the rotate obviously. <It's a good idea to backup your project directory before resetting any project, but especially this project ATM> After I posted this, they came through after about 30 minutes or less all together. I will remember this tip to back it all up though when re-adding a project if/when something goes wrong. Thanks. As far as updates go though, I have 6 systems dead now that are running BOINC that 3 died in the past few weeks since some of these odd updates from Windows across a few versions of Windows. 3 of the systems died on and off across the past year. I need to get the 3 back to the shop when I can get out of the house. 1 of the systems, I need to get it fixed by the people who made it and donated it. I also have to get them to fix a *nix issue on a storage server they also provided. Either way, 1 Win10, 1 Win8.1, 3 Win7, and 1 WinXP machines all dead currently. :-( I expect very shortly my rank as one of the top 3 in the Hosts column will go the way of my rank as top 5 in the User column did. I really need some strength one day to do any of this. It feels like I am so helpless to do any of it being fairly bed ridden now. I really need to beat all this stuff going on and get back to life again soon!!! | |
ID: 45792 | Rating: 0 | rate: / Reply Quote | |
I was just watching the download speed on a couple of the new BNBS WUs. They both were hitting about 2Mbps - which for me in the US is very impressive IIRC. No errors, either. | |
ID: 45813 | Rating: 0 | rate: / Reply Quote | |
Downloads are hanging anywhere from 0.00% to 92.71% of the download. I've aborted transfers that remain hung for an hour and keep cycling between "Download: active" (with nothing downloading), "Download: pending" (ditto), and the countdowns to when "Download: active" again. Very frustrating. Unproductive, too. My location: NH, USA. | |
ID: 45814 | Rating: 0 | rate: / Reply Quote | |
Still seeing the debug messages when changing profile settings: | |
ID: 45820 | Rating: 0 | rate: / Reply Quote | |
Downloads are hanging anywhere from 0.00% to 92.71% of the download. I've aborted transfers that remain hung for an hour and keep cycling between "Download: active" (with nothing downloading), "Download: pending" (ditto), and the countdowns to when "Download: active" again. Very frustrating. Unproductive, too. My location: NH, USA. The time Boinc (the download) Manager waits to retry downloading is random (not that this issue is fundamentally anything to do with BM). Rather than aborting the download, from Boinc Manager try suspending network activity, then enabling it (with a retry now [Transfers Tab], if necessary; might start automatically). ____________ FAQ's HOW TO: - Opt out of Beta Tests - Ask for Help | |
ID: 45821 | Rating: 0 | rate: / Reply Quote | |
Fired up my PC for GPUgrid and everything is working like a charm. I have the SDOERR BNBS task. It appears to be going very slow right now, though, and I have 87% GPU usage with windows XP and a gtx 960. | |
ID: 45831 | Rating: 0 | rate: / Reply Quote | |
I cannot complete any downloads for either my GTX 650Ti or GTX 660Ti GPUs. | |
ID: 45838 | Rating: 0 | rate: / Reply Quote | |
I cannot complete any downloads for either my GTX 650Ti or GTX 660Ti GPUs. What exactly happens? Does it just not go to 100% and get stuck? And thanks, happy new years to you as well. ____________ Cruncher/Learner in progress. | |
ID: 45840 | Rating: 0 | rate: / Reply Quote | |
cufft_65.dll 33,07mb | |
ID: 45841 | Rating: 0 | rate: / Reply Quote | |
Downloads are hanging anywhere from 0.00% to 92.71% of the download. I've aborted transfers that remain hung for an hour and keep cycling between "Download: active" (with nothing downloading), "Download: pending" (ditto), and the countdowns to when "Download: active" again. Very frustrating. Unproductive, too. My location: NH, USA. Hello fellow New Hampshirite! And to keep it relevant, my downloads have been fine so far. | |
ID: 45842 | Rating: 0 | rate: / Reply Quote | |
I just fired up my other PC with windows 7 and the download speeds are incredibly slow for me as well (4.40kb/s). It's been over an hour downloading. | |
ID: 45846 | Rating: 0 | rate: / Reply Quote | |
cufft_65.dll 33,07mb Try what skgiven has mention as well as restarting the computer. This might help a bit. I suspended the project, restarted, then left it on suspended till it finished downloading. Might work or might not. It worked for me, but yet again I was at around 98% downloaded. ____________ Cruncher/Learner in progress. | |
ID: 45848 | Rating: 0 | rate: / Reply Quote | |
Yes: downloads partially complete and stop after many hours. I cannot complete any downloads for either my GTX 650Ti or GTX 660Ti GPUs. ____________ John | |
ID: 45855 | Rating: 0 | rate: / Reply Quote | |
I am not sure the multiple 13MB files were part of the older units like they are on these BNBS ones, but these new ones are actually taking longer than any others ever. I've had a few pauses and timeouts, but never like these. It gets like 300kb at the speed of 1000kbs, then stops again. I had to restart the network activity about 20 times to get them. | |
ID: 45885 | Rating: 0 | rate: / Reply Quote | |
Yes: downloads partially complete and stop after many hours. Hi, Have you tried my suggestion I mentioned a few posts back? ____________ Cruncher/Learner in progress. | |
ID: 45899 | Rating: 0 | rate: / Reply Quote | |
Dear Masters of Desaster, | |
ID: 45919 | Rating: 0 | rate: / Reply Quote | |
Getting slow download speeds... | |
ID: 45920 | Rating: 0 | rate: / Reply Quote | |
Non riesco a scaricare unità da elaborare... può essere che il mio account è bloccato? | |
ID: 45927 | Rating: 0 | rate: / Reply Quote | |
cufft_65.dll 33,07mb I also had a big problem with downloading file like this. I finally downloaded it with simple method: when i saw download stopped then I restarted Boinc Manager (close application and all tasks and start Boinc again). It reduced downloading time to about 30 mins, which is better than 1 or 2 days ;) | |
ID: 45928 | Rating: 0 | rate: / Reply Quote | |
Fine, | |
ID: 45929 | Rating: 0 | rate: / Reply Quote | |
How to charge my phone by witless c | |
ID: 45932 | Rating: 0 | rate: / Reply Quote | |
How to charge my phone by witless c ??? | |
ID: 45947 | Rating: 0 | rate: / Reply Quote | |
How to charge my phone by witless c Probably an ad, He has one post. Admin if you could remove his post that would be great | |
ID: 45950 | Rating: 0 | rate: / Reply Quote | |
How to charge my phone by witless c I'm pretty sure it isn't an ad. Just a question however badly asked. | |
ID: 45952 | Rating: 0 | rate: / Reply Quote | |
Non riesco a scaricare unità da elaborare... può essere che il mio account è bloccato? My Italian is not exactly perfect... but I think he doesnt get any tasks for download. I guess this question shall be moved to http://www.gpugrid.net/forum_thread.php?id=4443 in order to be on topic. Can any admin/moderator help please? ____________ I would love to see HCF1 protein folding and interaction simulations to help my little boy... someday. | |
ID: 45953 | Rating: 0 | rate: / Reply Quote | |
since yesterday afternoon, all downloads to my 5 hosts are perfect. No stalls, no hangs, no interruptions. | |
ID: 45970 | Rating: 0 | rate: / Reply Quote | |
since yesterday afternoon, all downloads to my 5 hosts are perfect. No stalls, no hangs, no interruptions. See here https://gpugrid.net/forum_thread.php?id=4466&nowrap=true#45967 | |
ID: 45972 | Rating: 0 | rate: / Reply Quote | |
since yesterday afternoon, all downloads to my 5 hosts are perfect. No stalls, no hangs, no interruptions. Oh, thanks, I had not seen this posting so far (mainly due to the major outage since last night). So, the download problem seems to be fixed indeed! This is good news! | |
ID: 45979 | Rating: 0 | rate: / Reply Quote | |
Looks like download/upload is working again since few hours. | |
ID: 45986 | Rating: 0 | rate: / Reply Quote | |
I've been having persistent problems getting work from the server, and then uploading completed work results. When the transfers do show up, they often show 0 to <10 kb/sec transmission speeds, and "retrying" usually has no effect. I have all settings for complete access to internet, CPU, and GPUs, so there are no app restrictions in place. I do not have any problems accessing any websites and other distributed computing projects do not have similar problems. | |
ID: 45995 | Rating: 0 | rate: / Reply Quote | |
I've been having persistent problems getting work from the server, and then uploading completed work results. When the transfers do show up, they often show 0 to <10 kb/sec transmission speeds, and "retrying" usually has no effect. I have all settings for complete access to internet, CPU, and GPUs, so there are no app restrictions in place. I do not have any problems accessing any websites and other distributed computing projects do not have similar problems. https://gpugrid.net/forum_thread.php?id=4466&nowrap=true#45967 ____________ 1 Corinthians 9:16 "For though I preach the gospel, I have nothing to glory of: for necessity is laid upon me; yea, woe is unto me, if I preach not the gospel!" Ephesians 6:18-20, please ;-) http://tbc-pa.org | |
ID: 46000 | Rating: 0 | rate: / Reply Quote | |
I have 10 days of queued work specified, but more often than not, I have a GPU sitting idle for lack of work. It's recommended for here that you keep a very low cache of queued work. 10days is asking for lots of trouble. Many CPU tasks will end up running in frantic mode when they approach their deadline and prevent GPU tasks running (as GPU tasks still use the CPU to some extent). Any MT tasks you might have could kill the show. ____________ FAQ's HOW TO: - Opt out of Beta Tests - Ask for Help | |
ID: 46008 | Rating: 0 | rate: / Reply Quote | |
Thanks- I will reduce the queued work and see if that helps. | |
ID: 46015 | Rating: 0 | rate: / Reply Quote | |
After a lengthy period of "no new tasks available" many times, the scientists seem to be more busy than ever before :-) | |
ID: 46048 | Rating: 0 | rate: / Reply Quote | |
As can be seen from the Project Status Page, over 10.000 "unsent" tasks lately. the number of unsent tasks has even gone up to more than 13.000 between yesterday an today :-) | |
ID: 46056 | Rating: 0 | rate: / Reply Quote | |
I like it... bring them on! :-)) | |
ID: 46063 | Rating: 0 | rate: / Reply Quote | |
Buying more GPUs to deal with the work load :) | |
ID: 46064 | Rating: 0 | rate: / Reply Quote | |
Buying more GPUs to deal with the work load :) Not that by the time they arrive we'll be out of work again... | |
ID: 46066 | Rating: 0 | rate: / Reply Quote | |
Not that by the time they arrive we'll be out of work again... New is all relative lol. And you're probably right but I certainly hope not! | |
ID: 46070 | Rating: 0 | rate: / Reply Quote | |
Bumping this! These are still around for a number of pages... skgiven wrote: Still seeing the debug messages when changing profile settings: ____________ | |
ID: 46669 | Rating: 0 | rate: / Reply Quote | |
Also see https://boincstats.com/en/forum/18/11403. Communication between the Account Manager BOINCstats and GPUGRID seems to have been broken by this upgrade. | |
ID: 46670 | Rating: 0 | rate: / Reply Quote | |
Also see https://boincstats.com/en/forum/18/11403. Communication between the Account Manager BOINCstats and GPUGRID seems to have been broken by this upgrade. Any web/server admin reading this thread? This broken stuff is not just about the looks... | |
ID: 46700 | Rating: 0 | rate: / Reply Quote | |
What gives? | |
ID: 46710 | Rating: 0 | rate: / Reply Quote | |
What gives?This is nothing personal, there's a general error which affects every long workunit. See this thread: http://www.gpugrid.net/forum_thread.php?id=4529 I'll give it a while, but if the situation continues I might better be employing my resources elsewhere (another project)!It is wise to set up backup projects (with 0 resource share set in your preferences at the project's homepage) for these unfortunate times. Be patient. We can't save the world overnight anyway. :) | |
ID: 46712 | Rating: 0 | rate: / Reply Quote | |
Also see https://boincstats.com/en/forum/18/11403. Communication between the Account Manager BOINCstats and GPUGRID seems to have been broken by this upgrade. Now that the recent error storm has passed, I will bump this again... ;) Tuna | |
ID: 46778 | Rating: 0 | rate: / Reply Quote | |
NEVER MIND!! Seems the issue between BOINCstats and GPUGRID is fixed now. I spoke prematurely... I will bump other threads where other problems were originally reported. Also see https://boincstats.com/en/forum/18/11403. Communication between the Account Manager BOINCstats and GPUGRID seems to have been broken by this upgrade. | |
ID: 46779 | Rating: 0 | rate: / Reply Quote | |
Message boards : News : New server is running!