Good luck guys :)

---

Dell XPS L702x
smokin' weed and searching for aliens .... ;]
TRUSTNO1

We are moving most of our servers to a colocation facility with better cooling, power, and network, which should improve uptime in general. This procedure will start on Monday, April 1st at 08:00 (PDT) and should take 3 days to complete, during which our entire project will be unavailable.

Would be interesting which servers are going to be moved and which are not going to be moved as "most of our servers" doesn't mean that all will be moved. Does somebody know?

Does somebody know?

According to the "eeny meeny miny moe" principle. ;-)

---

Does somebody know?

According to the "eeny meeny miny moe" principle. ;-)

I thought it was going to be rock, paper, scissors?

---

Does somebody know?

According to the "eeny meeny miny moe" principle. ;-)

I thought it was going to be rock, paper, scissors?

That's outdated, today you use rock, paper, scissors, lizard, Spock.

---

Would be interesting which servers are going to be moved and which are not going to be moved as "most of our servers" doesn't mean that all will be moved. Does somebody know?

I expect it'll be everything on the Server status page, the exceptions will most probably be some backend servers that aren't shown on the Server status page, and their non-Seti@home servers.

Claggy

just relax and sit back folks... Maybe, just maybe (idle hope I think) this relocation might get the limits lifted in time.

And for those who can't stop crunching : there are a lot of meaningful back-up projects on BOINC ;-)

On topic : guys, good luck and if it takes more than 3 days so be it !

---

just relax and sit back folks... Maybe, just maybe (idle hope I think) this relocation might get the limits lifted in time.

It's no point to increase the limits, as long as the download-link has basically been maxed-out for over 5 weeks now...

---

"I make so many mistakes. But then just think of all the mistakes I don't make, although I might."

Well, my backup projects will get a good chance again to all fight over how much hardware each can take over. ;-)

Cheers.

just relax and sit back folks... Maybe, just maybe (idle hope I think) this relocation might get the limits lifted in time.

It's no point to increase the limits, as long as the download-link has basically been maxed-out for over 5 weeks now...

The limits were put in place due to database overload, nothing to do with the link. I have to say that for the past 3 weeks since I "enabled timestamps" I have had zero problems with downloads, maxed out link or not.

Until the servers are online at the colo all speculation will have to wait. I for one am quite happy to do just that. I have all machines set to NNT and Einstein set at 0% share so roll on the 4th April :-)

---

Just a reminder folks if you can't get enough posting
http://boinc.berkeley.edu/dev/forum_thread.php?id=8105
should be available as the machine hosting it isn't in the server closet.

And, Matt, Eric and Jeff, post to the twitter feed or the above board how things are going. Don't kill yourself trying to get the project home page back just to say there is a delay.

---

That sounds Great, Matt. I hope the Relocation proceeds smoothly, and things are Up-And-Running again ASAP.
Thanks for informing us.
Just one thing with any mentions of Times. Would it be possible to use GMT/UTC rather than other Time Zone Times such as PDT. seeing as The Message Board Timeclock uses UTC, I feel that it would be simpler for Users is everything was Universal. And it would be easier for everyone to just have to Convert GMT/UTC to the Equivalent of their Own Local Time, instead of having to Calculate (for example) EDT to GMT/UTC, and then having to Re-Calculate That into the Equivalent of Their Own Local Time, in which case some Users would also need to take into Consideration DST (Daylight Saving Time): Which in some situations would have to be done after the Final Calculation, depending what source they used to Calculate the Time Difference/s, because not all Applications take into account DST, so The Final Result could, in some cases result in being 1 hour Difference either way (or 2 Hours if anyone uses a 2 hour DST Difference).

Cheers,
Neville (GALAXY-VOYAGER)

ps .. It would also more than likely be highly beneficial if it was possible to request that everyone use GMT/UTC in Messages. Maybe even if there could be Time Converter (that would take into account the current DST difference) included on the Message Board Page, so that everyone could Calculate their own individual time difference to UTC/GMT. By having this available, everyone could use the same Time Converter, because there are So many on The Web, and not all allow for DST.

---

GALAXY-VOYAGER

Just a reminder folks if you can't get enough posting
http://boinc.berkeley.edu/dev/forum_thread.php?id=8105
should be available as the machine hosting it isn't in the server closet.

And, Matt, Eric and Jeff, post to the twitter feed or the above board how things are going. Don't kill yourself trying to get the project home page back just to say there is a delay.

Good Point :-)

---

GALAXY-VOYAGER

Well, my backup projects will get a good chance again to all fight over how much hardware each can take over. ;-)

Cheers.

I'll be okay. I have quite sufficient work (on This Rig which I only run SETI Projects) to keep me busy for quite a few days, so it shouldn't be a problem.
my other Rig runs about 5 Other projects in addition to SETI, so that one will survive too.

---

GALAXY-VOYAGER

That sounds Great, Matt. I hope the Relocation proceeds smoothly, and things are Up-And-Running again ASAP.
Thanks for informing us.
Just one thing with any mentions of Times. Would it be possible to use GMT/UTC rather than other Time Zone Times such as PDT. seeing as The Message Board Timeclock uses UTC, I feel that it would be simpler for Users is everything was Universal. And it would be easier for everyone to just have to Convert GMT/UTC to the Equivalent of their Own Local Time, instead of having to Calculate (for example) EDT to GMT/UTC, and then having to Re-Calculate That into the Equivalent of Their Own Local Time, in which case some Users would also need to take into Consideration DST (Daylight Saving Time): Which in some situations would have to be done after the Final Calculation, depending what source they used to Calculate the Time Difference/s, because not all Applications take into account DST, so The Final Result could, in some cases result in being 1 hour Difference either way (or 2 Hours if anyone uses a 2 hour DST Difference).

Cheers,
Neville (GALAXY-VOYAGER)

ps .. It would also more than likely be highly beneficial if it was possible to request that everyone use GMT/UTC in Messages. Maybe even if there could be Time Converter (that would take into account the current DST difference) included on the Message Board Page, so that everyone could Calculate their own individual time difference to UTC/GMT. By having this available, everyone could use the same Time Converter, because there are So many on The Web, and not all allow for DST.

I just use

http://www.timeanddate.com/worldclock/

---

Hi,

i assume the following output is related to your server relocation (i mean the bold line)?

name: SETI@home
master URL: http://setiathome.berkeley.edu/
user_name: sentinel
team_name:
resource share: 100.000000
user_total_credit: 279.698247
user_expavg_credit: 27.061017
host_total_credit: 279.698247
host_expavg_credit: 27.061198
nrpc_failures: 8
master_fetch_failures: 0
master fetch pending: no
scheduler RPC pending: no
attached via Account Manager: no
ended: no
suspended via GUI: no
don't request more work: no
disk usage: 0.000000
last RPC: 0.000000
project files downloaded: 0.000000

Great to see the website back up :-) welcome back Seti ! Now we'll wait patiently for the servers to kick in, no use to push uploads through at the first minutes tomorrow...

---

Hi,

i assume the following output is related to your server relocation (i mean the bold line)?

name: SETI@home
master URL: http://setiathome.berkeley.edu/
user_name: sentinel
team_name:
resource share: 100.000000
user_total_credit: 279.698247
user_expavg_credit: 27.061017
host_total_credit: 279.698247
host_expavg_credit: 27.061198
nrpc_failures: 8
master_fetch_failures: 0
master fetch pending: no
scheduler RPC pending: no
attached via Account Manager: no
ended: no
suspended via GUI: no
don't request more work: no
disk usage: 0.000000
last RPC: 0.000000
project files downloaded: 0.000000

That's normal when a projects scheduling server has been down awhile. It's used to keep track of when the CC should make a master URL/file fetch from the project and will clear on its own once a successful scheduler request is processed.

@Alinator:

So nothing needs to be done by myself, just keep waiting?

I use Qlock to put a Berkeley clock and my local time on the desktop. You can set DST to change on whatever date that country switches over.

---