Core 78 projects seem on a hiatus

[slugbug]

Code: Select all

[00:27:08] + Attempting to send results [August 27 00:27:08 UTC]
[00:27:08] - Reading file work/wuresults_01.dat from core
[00:27:08]   (Read 96971 bytes from disk)
[00:27:08] Connecting to http://171.67.108.25:8080/
[00:27:09] - Couldn't send HTTP request to server
[00:27:09] + Could not connect to Work Server (results)
[00:27:09]     (171.67.108.25:8080)
[00:27:09] + Retrying using alternative port
[00:27:09] Connecting to http://171.67.108.25:80/
[00:27:10] - Couldn't send HTTP request to server
[00:27:10] + Could not connect to Work Server (results)
[00:27:10]     (171.67.108.25:80)
[00:27:10]   Could not transmit unit 01 to Collection server; keeping in queue.
[00:27:10] + Sent 0 of 1 completed units to the server
[00:27:40] Trying to send all finished work units
[00:27:40] Project: 5768 (Run 6, Clone 232, Gen 2453)
[00:27:40] - Read packet limit of 540015616... Set to 524286976.

[PantherX]

Please read this -> viewtopic.php?f=18&t=24819

[DoctorsSon]

Servers are down see: viewtopic.php?f=18&t=24814

[slugbug]

Oops, guess I missed that, thanks.

[toTOW]

Maintenance is over, but the servers for the old GPU (pre-fermi) are still marked as DOWN

edit : missed the announced the announcement thread ... did anyone notice Pande Group about this server ?

[7im]

http://folding.typepad.com/news/2013/08 ... st-26.html

Looks like everything is up, except for a single server (VSP07) and its VM's associated with it. This server is serving Core11 GPU clients, so those are off line at the moment. Our sysadmins are working on this now.

[GreyWhiskers]

Looks like there are a couple more that are still down, for classic Core 78 Uniprocessors:

Can't upload to these two:
Report initiated on Tue Aug 27 15:30:14 PDT 2013. Work / Collection servers:
171.67.108.52 VSP13 lin5 classic full Reject
171.65.103.160 VSPMF93 - classic accept Accepting

And, can't get assignments either from 171.64.65.121, which must host assign3.stanford.edu:8080 and assign4.stanford.edu:80.
171.67.108.200 vsp10v-vz00 pande AS (classic) accept Accepting
171.64.65.121 vspg6-vz7 pande AS (classic p80) standby Not Accept
171.67.108.201 vsp10v-vz01 pande AS (GPU) accept Accepting
171.67.108.202 vsp10v-vz02 pande AS (PS3) standby Not Accept

Interesting note - the assignment server names in the FAH log aren't the same names in the Server Status - which is why I commented that "171.64.65.121 must host assign3.stanford.edu:8080 and assign4.stanford.edu:80."

[7im]

Host, yes, but as in virtualized servers.

[bruce]

GW: Over the years, a number of different aliases have been created for an AS which can assign you to a WS that has CPU-based projects:

assign.stanford.edu = 171.67.108.200 = vsp10v-vz00 = assign3.stanford.edu (serves requests through port 8080).
assign2.stanford.edu = 171.64.65.121 = vspg6-vz7 = assign4.stanford.edu (serves requests through port 80).

[Mitche01]

Is VSP07 and it's VMs back up yet?

[bollix47]

No, it is not.

You can check it's status by following the Server Status link at the top of any forum page.

[Mitche01]

Great, the server is back so well done to those who got it back up and running.


My main question now is, before the server went down I was getting points every 4 hours or so, since the server is up again, i have submitted 2 WU but no score, will I suddenly see a large score or did the 2 submitted WU not score for some reason, maybe relating to the server down issue?

Thanks.

[P5-133XL]

I suggest that you give it some time to catch up with its backlog. It can take a couple of hours before the stat server even receives the data from the work server/collection server and the data is just accumulated on the stat server till it runs a batch. Thus, it can take several hours between turn in and being included in the official stats and even longer for 3rd party stats. Further, when you are dealing with getting points every 4 hours you are dealing with a steady-state case. When something goes down for a significant amount of time then comes back online it will take a significant amount of time before steady-state occurs again.

If you need, you can supply Project(Run, Gen, Clone) numbers for returned individual WU's and they can be manually checked to see their status on the stat server end.

[Mitche01]

Thanks P5-133XL,

I cant get that information unitl tonight/tomorrow, but I can wait!

According to the link (http://fah-web2.stanford.edu/cgi-bin/ma ... e=Mitche01) Stanford have registered the WUs have been uploaded (ie was 90 now 92) so i will just wait to get the scores.

Thanks.

[Mitche01]

UPDATE - just received a score of 416 so at least it seems to be working now, (Not sure how I achieved 416 but that is another matter)

Thanks again for your help.