Folding Forum

I am now running again, so this is just FYI. It occurred after the server was brought back online. I see the IO ERROR, but thought the file transfer size may be related to the server issue since a reboot did not resolve the IO error. One of my machines entered the following loop. I deleted the log, ...

Project: 6903 (Run 8, Clone 1, Gen 68)

Same thing. Is this being looked into?

No, it will not fix itself. It will complete, realize the results file is too large to send, delete the result and restart the same unit.
You must delete the work folder and machinedata.dat to continue.

The issue has not been resolved as these units are still being assigned. Project: 6904 (Run 0, Clone 31, Gen 39) has 10,000,000 steps and is the fourth unit of this type that I have been assigned. I cannot give a TPF as I stopped the unit after 11 hours without a frame advancement on a 48 core machi...

-alias- wrote:Yes and here is another P6903 with steps of 5000 and a total of 500,000. It should have been 2500 and 250,000.

I just received the same unit 6903(7,8,26) and can confirm this unit is 500000 steps.

Project: 6903 (Run 0, Clone 1, Gen 62) would not upload [Compressed data size (378447008) exceeds limit. and I/O Error CoreStatus = 75 (117)]. It then restarted the same unit. --- Opening Log file [February 4 03:12:38 UTC] # Linux SMP Console Edition #################################################...

Project: 6903 (Run 0, Clone 1, Gen 62) has 500,000 steps with a TPF almost exactly double the norm.
I will complete uploading it in approx 2 hours (0500 UTC).

Is anyone successfully getting work from this server? If not, I'll take it off the AS... No IO Error anymore, but the client sits idle without intervention. Remove the bigadv flag and it runs again. --- Opening Log file [September 3 22:24:32 UTC] # Windows SMP Console Edition ######################...

I see your point and have edited my post. My top contributor comment was only meant to show a certain level of awareness and knowledge by BrokenWolf, not for special treatment. You are also correct regarding PantherX's involvement in the program and also as a mod. My comment to PantherX was misdirec...

BW: I can confirm the issue for all users and all teams that I checked at the time. Thanks for your contributions and the report.
/edit

While I don't want resources reallocated away from other projects, this inaccuracy should be addressed eventually. Inaccuracies and/or discrepancies do not lend credibility to the project. As a temporary work-around, couldn't you just stop posting the inaccurate Donor Rank until the issue can be res...

Mine was downloaded 6/9/2011 as well. [06:03:57] - Autosending finished units... [June 9 06:03:57 UTC] [06:03:57] + Processing work unit [06:03:57] Trying to send all finished work units [06:03:57] Core required: FahCore_a5.exe [06:03:57] + No unsent completed units remaining. [06:03:57] - Autosend ...

I am experiencing the same issue, even after restarting the client. [05:01:07] Completed 0 out of 250000 steps (0%) [05:26:56] - Couldn't send HTTP request to server [05:26:56] + Could not connect to Work Server (results) [05:26:56] (130.237.232.141:8080) [05:26:56] + Retrying using alternative port...

I keep getting assigned to http://130.237.232.237:8080/ for a non-beta bigadv unit. There is no OK message when opened in a browser and the status page reports that it is in assign only mode. I assume this is on Stanford's end as I replied earlier to the same issue, but I have now noticed that threa...

It does not seem sorted everywhere... [15:33:33] + Attempting to get work packet [15:33:33] Passkey found [15:33:33] - Will indicate memory of 6135 MB [15:33:33] - Connecting to assignment server [15:33:33] Connecting to http://assign.stanford.edu:8080/ [15:33:43] Posted data. [15:33:43] Initial: ED...