171.64.65.54 - Reject [Emergency downtime]
Moderators: Site Moderators, FAHC Science Team
Re: 171.64.65.54 - Reject [Emergency downtime]
Mine just went through Thank you, good sir!
-
- Posts: 25
- Joined: Thu Jun 19, 2008 7:10 pm
Re: 171.64.65.54 - Reject [Emergency downtime]
Could I ask would it be possible to have OS X SMP clients served by more than server as any time anything happens to this one and the OS X clients can't do any work?
Re: 171.64.65.54 - Reject [Emergency downtime]
Unfortunately, all the new SMP servers require new core and client versions. When this happened, we distributed new clients for Linux and Windows, but the OS/X client build is more complicated and the decision was made to have OS/X wait until the v7 client. That is now in beta testing; with v7, OS/X should be able to use a wider range of SMP servers. (I'm not coordinating the testing, so I don't know the precise status and availability of these clients and cores.) We very much appreciate the situation that OS/X donors are in (and I raised this as a consideration when we were discussing how to apportion our developer resources regarding new core and client builds). Obviously, the numbers I mentioned above were for 6 SMP servers; if you are running OS/X v6 clients and have 1 SMP server, the reliability is more like 99%, which is much worse than we'd like.
The thing I would highlight here is that as soon as we have v7 OS/X in full release then OS/X should once again be no different from our other platforms in terms of SMP work availability.
The thing I would highlight here is that as soon as we have v7 OS/X in full release then OS/X should once again be no different from our other platforms in terms of SMP work availability.
-
- Pande Group Member
- Posts: 2058
- Joined: Fri Nov 30, 2007 6:25 am
- Location: Stanford
Re: 171.64.65.54 - Reject [Emergency downtime]
This is a kind offer, although there is donor sensitive information stored on the servers (in particular passkeys and donor names), so it doesn't work for 3rd parties.Joshua_Mahr wrote:If we wanted to host servers for F@H is that possible do you need more servers? Just a question cause I have a few servers not doing anything.
If you do have new-ish, large RAID (ideally 20TB or more), high quality (name brand) machines to loan us locally, that would definitely be of interest.
Prof. Vijay Pande, PhD
Departments of Chemistry, Structural Biology, and Computer Science
Chair, Biophysics
Director, Folding@home Distributed Computing Project
Stanford University
Departments of Chemistry, Structural Biology, and Computer Science
Chair, Biophysics
Director, Folding@home Distributed Computing Project
Stanford University
-
- Pande Group Member
- Posts: 2058
- Joined: Fri Nov 30, 2007 6:25 am
- Location: Stanford
Re: 171.64.65.54 - Reject [Emergency downtime]
We're now constantly buying new machines, roughly every 6 to 12 months, depending on funding availability. We're about to bring on line 300TB of storage and about to make orders for another 500TB. Also, we're starting to spec CS's very differently than the WS's (CS are much more RAM heavy, less TB disk, but faster (SSD) disk), which should also make a difference once that's set up.k1wi wrote: Vijay, I appreciate the scarcity of your time, but are these new servers coming on line part of the last big upgrade of servers that was talked about (cannot find when - possibly way back in September 09?) or is this part of an ongoing incremental upgrade cycle?
Prof. Vijay Pande, PhD
Departments of Chemistry, Structural Biology, and Computer Science
Chair, Biophysics
Director, Folding@home Distributed Computing Project
Stanford University
Departments of Chemistry, Structural Biology, and Computer Science
Chair, Biophysics
Director, Folding@home Distributed Computing Project
Stanford University
Re: 171.64.65.54 - Reject [Emergency downtime]
Mine that was stuck in que since yesterday went thru today. Thanks much.
Re: 171.64.65.54 - Reject [Emergency downtime]
Appears to be down again. Status screen is saying "Reject" under connect, WU won't upload. Maybe manufacturer is working on that RAID array?
Re: 171.64.65.54 - Reject [Emergency downtime]
Confirmed here as well. One machine waiting (well, working on another while it waits to u/l) for about 90 minutes.
-
- Posts: 43
- Joined: Sun Jan 06, 2008 11:06 pm
- Hardware configuration: Two homebuilt rigs. Radeon 6900XT. Nvidia 2060 Super.
Re: 171.64.65.54 - Reject [Emergency downtime]
Peter, I for one appreciate everbody's efforts there at Stanford to do this important research on issues that affect us all. Thanks.
Re: 171.64.65.54 - Reject [Emergency downtime]
Mine went through at 16:15 UTC... Server must be back up?
-
- Posts: 10179
- Joined: Thu Nov 29, 2007 4:30 pm
- Hardware configuration: Intel i7-4770K @ 4.5 GHz, 16 GB DDR3-2133 Corsair Vengence (black/red), EVGA GTX 760 @ 1200 MHz, on an Asus Maximus VI Hero MB (black/red), in a blacked out Antec P280 Tower, with a Xigmatek Night Hawk (black) HSF, Seasonic 760w Platinum (black case, sleeves, wires), 4 SilenX 120mm Case fans with silicon fan gaskets and silicon mounts (all black), a 512GB Samsung SSD (black), and a 2TB Black Western Digital HD (silver/black).
- Location: Arizona
- Contact:
Re: 171.64.65.54 - Reject [Emergency downtime]
Yes, back up. Won't upload unless it's back up.
How to provide enough information to get helpful support
Tell me and I forget. Teach me and I remember. Involve me and I learn.
Tell me and I forget. Teach me and I remember. Involve me and I learn.
-
- Pande Group Member
- Posts: 2058
- Joined: Fri Nov 30, 2007 6:25 am
- Location: Stanford
Re: 171.64.65.54 - Reject [Emergency downtime]
Yes, it's back up. We'll keep an eye on it.
Prof. Vijay Pande, PhD
Departments of Chemistry, Structural Biology, and Computer Science
Chair, Biophysics
Director, Folding@home Distributed Computing Project
Stanford University
Departments of Chemistry, Structural Biology, and Computer Science
Chair, Biophysics
Director, Folding@home Distributed Computing Project
Stanford University