Have you tried alternating flags? Like if you have no flags then set -advmethods and if you have that then no flags.
no clue what you mean or how to do that..I thought others were getting same error I was..WU not turning in? like is that work server down or something?
Have posted on the Pande folding forum asking what's happening, as the server stats page is currently showing that they are accepting WU's. Previous posts for yesterday are showing that they are still working on the problem.
Will let you know when I get an answer, from them.
0
nonstop30151° 27' 24.87" N // 0° 11' 38.91" WMember
Have you tried alternating flags? Like if you have no flags then set -advmethods and if you have that then no flags.
I tried changing the advmethods flag csimon but it didn't make a difference
I have the same error as jmoney3457 and the work servers that can't be reached are 171.64.65.65:8080 and 171.65.103.100:8080 for the 2 work units that have been completed
The results have been queued and I have received new WUs so it isn't a big problem.
I tried changing the advmethods flag csimon but it didn't make a difference.
Sorry that was my misinterpretation ...that only helps when you have trouble getting more work usually.
Having you tried making a shortcut and adding the "-send all" flag?
When that doesn't work I just let it be til it goes ...for whatever reason they do seem to get stuck from time to time.
Did the wu finish on time?
0
nonstop30151° 27' 24.87" N // 0° 11' 38.91" WMember
edited March 2007
Hi again csimon,
The WUs I receive are processed properly without delays.
I made the -send all shortcut as well but I still receive the message that it can't transmit the unit to the work server. It looks like it's a matter for server administrators to sort out, unless most people are able to send their results successfully to these particular servers when they complete a WU.
I tried changing the advmethods flag csimon but it didn't make a difference
I have the same error as jmoney3457 and the work servers that can't be reached are 171.64.65.65:8080 and 171.65.103.100:8080 for the 2 work units that have been completed
The results have been queued and I have received new WUs so it isn't a big problem.
so how do I get a new WU? with this problem (same as nonstop has) seems I can't receive new wu..
You already have a new wu 76% finished, the client will now try to send the completed Wu every 6 hours or so, or if you restart the console it should retry immediately.
21:39:09] Entering M.D.
[21:39:11] - Couldn't send HTTP request to server
[21:39:11] + Could not connect to Work Server (results)
[21:39:11] (171.65.103.106:8080)
[21:39:11] - Error: Could not transmit unit 06 (completed February 26) to work server.
[21:39:11] + Attempting to send results
[21:39:29] (Starting from checkpoint)
[21:39:29] Protein: p3039_supervillin-03
[21:39:29]
[21:39:29] Writing local files
[21:39:29] Completed 3820941 out of 5000000 steps (76) [21:39:29] Extra SSE boost OK.
[21:39:45] - Couldn't send HTTP request to server
[21:39:45] + Could not connect to Work Server (results)
Nothing more than Kentigern has reported, she has the last post in the thread at the FCF. Xuhuang the main sponsor using this server did state it had a high net load due to the number of large WU's sending to it though, why they have not updated the collection server with a list of Wus in the wild is beyond me.
As we are on different time zones you might see any updates before I can see them and post them on to you all.
0
nonstop30151° 27' 24.87" N // 0° 11' 38.91" WMember
edited March 2007
Hi Kentigern,
Thanks for that link to the related thread on the pande forum.
I still have 2 WUs queued to be sent to the problematic servers but I completed a third WU last night and its results were sent successfully since it was associated with a different server.
Hi nonstop
We probably won't get any further news until around 11pm GMT due to time zones, apparently though the various servers do attempt to connect every so often I think about 6 hourly, to get any queued WU's.
Let's hope yours get picked up soon
nonstop30151° 27' 24.87" N // 0° 11' 38.91" WMember
edited March 2007
I don't know whether the results that are queued will ever be sent
I completed another WU last night and it's results were sent off without problems but it seems the queued results are ignored.
Is there something else I have to do indicate to the server that I have results for it ? It seems to me that the queue function isn't working properly and the server isn't picking up data that is queued up behind the current assignment
Hi Nonstop,
Can you post these parts of the details from your FAHlog, for each of the work units in the queue. Thanks
Please keep each work unit details seperately - see below
This is unit one
User name: Kentigern (Team 93)
User ID: 31A213BD175D90CA
Machine ID: 1
Preparing to get new work unit...
[07:13:13] + Attempting to get work packet
[07:13:13] - Connecting to assignment server
[07:13:13] - Successful: assigned to (171.64.65.58).
[07:13:13] + News From Folding@Home: Welcome to Folding@Home
[07:13:14] Loaded queue successfully.
[07:13:21] + Closed connections
[07:13:21]
[07:13:21] + Processing work unit
[07:13:21] Core required: FahCore_78.exe
[07:13:21] Core found.
[07:13:21] Working on Unit 06 [March 12 07:13:21]
[07:13:21] + Working ...
[07:13:21]
[07:13:21] *
*
[07:13:21] Folding@Home Gromacs Core
[07:13:21] Version 1.90 (March 8, 2006)
[07:13:21]
[07:13:21] Preparing to commence simulation
[07:13:21] - Looking at optimizations...
[07:13:21] - Created dyn
[07:13:21] - Files status OK
[07:13:22] - Expanded 292209 -> 1461493 (decompressed 500.1 percent)
[07:13:22] - Starting from initial work packet
[07:13:22]
[07:13:22] Project: 3041 (Run 9, Clone 390, Gen 7)
[07:13:22]
[07:13:22] Assembly optimizations on if available.
[07:13:22] Entering M.D.
[07:13:28] Protein: p3041_supervillin-03
[07:12:27] + Attempting to send results
[07:13:09] + Results successfully sent
[07:13:09] Thank you for your contribution to Folding@Home.
[07:13:09] + Number of Units Completed: 42
this is unit 2 etc etc etc
0
nonstop30151° 27' 24.87" N // 0° 11' 38.91" WMember
edited March 2007
I'm attaching the logs for each item in the queue
The first set results are waiting to be received by the 171.64.65.65:8080 server
The second set of resutls are waiting to be received by the 171.65.103.100:8080 server
Seperating out the queued items in this way made me notice that both items in the queue have been given the same unit number (unit 08) with one of them also having the completion date added to it ie. unit 08 (completed March 4) whereas the second one is just called unit 08
Furthermore, the unit 08 (completed March 4) is attempting a transmission to the work server whereas the second unit 08 is attempting a transmission to the Collection server.
Maybe the fact that they are both called unit 08 is causing the problem
Thanks - will let the guys over at pande know hopefully thay can sort this out for you.
0
nonstop30151° 27' 24.87" N // 0° 11' 38.91" WMember
edited March 2007
I think I'll just have to give up on those queued results since it's been more than a week that they've been queued but they aren't been accepted.
I posted on the pande forum about it as well but there hasn't been any feedpack so it seems that nothing can be done about it.
Fortunately the queued items aren't interfering with the sending of results from current WUs that are completed so it isn't much of a setback at the end of the day.
Comments
Will let you know when I get an answer, from them.
I tried changing the advmethods flag csimon but it didn't make a difference
I have the same error as jmoney3457 and the work servers that can't be reached are 171.64.65.65:8080 and 171.65.103.100:8080 for the 2 work units that have been completed
The results have been queued and I have received new WUs so it isn't a big problem.
Having you tried making a shortcut and adding the "-send all" flag?
When that doesn't work I just let it be til it goes ...for whatever reason they do seem to get stuck from time to time.
Did the wu finish on time?
The WUs I receive are processed properly without delays.
I made the -send all shortcut as well but I still receive the message that it can't transmit the unit to the work server. It looks like it's a matter for server administrators to sort out, unless most people are able to send their results successfully to these particular servers when they complete a WU.
http://forum.folding-community.org/forums.html
Let's start with verifying connectivity to those servers.
What message do you (they) see when typed into the address bar of IE?
http://171.65.103.106:8080
http://171.65.103.100:8080
You should see the word OK
I see OK when I check those addresses with my browser but the results haven't been sent yet.
For both servers 171.65.103.100:8080 and 171.64.65.65:8080 the FAH console tells me it can't connect to the Work Server
Please post the relevant parts of your fah logs, so they can do some checking
here is a link to the folding forum thread http://forum.folding-community.org/viewtopic.php?p=170971#170971
As we are on different time zones you might see any updates before I can see them and post them on to you all.
Thanks for that link to the related thread on the pande forum.
I still have 2 WUs queued to be sent to the problematic servers but I completed a third WU last night and its results were sent successfully since it was associated with a different server.
We probably won't get any further news until around 11pm GMT due to time zones, apparently though the various servers do attempt to connect every so often I think about 6 hourly, to get any queued WU's.
Let's hope yours get picked up soon
I completed another WU last night and it's results were sent off without problems but it seems the queued results are ignored.
Is there something else I have to do indicate to the server that I have results for it ? It seems to me that the queue function isn't working properly and the server isn't picking up data that is queued up behind the current assignment
Can you post these parts of the details from your FAHlog, for each of the work units in the queue. Thanks
Please keep each work unit details seperately - see below
This is unit one
this is unit 2 etc etc etc
The first set results are waiting to be received by the 171.64.65.65:8080 server
The second set of resutls are waiting to be received by the 171.65.103.100:8080 server
Seperating out the queued items in this way made me notice that both items in the queue have been given the same unit number (unit 08) with one of them also having the completion date added to it ie. unit 08 (completed March 4) whereas the second one is just called unit 08
Furthermore, the unit 08 (completed March 4) is attempting a transmission to the work server whereas the second unit 08 is attempting a transmission to the Collection server.
Maybe the fact that they are both called unit 08 is causing the problem
I posted on the pande forum about it as well but there hasn't been any feedpack so it seems that nothing can be done about it.
Fortunately the queued items aren't interfering with the sending of results from current WUs that are completed so it isn't much of a setback at the end of the day.