So I swapped one disk array for another during the database upgrade, which was successful. But then a third disk array (holding all the uploaded results and work to download) decided to freak out and hang everything.

I'd like to say these were two separate events, but I think the increase in database throughput eventually resulted in more i/o to the upload/download array than it could handle.

Of course this happens after I leave the lab (or at least I didn't notice). I couldn't get things to reboot from home, so I had to come back up here to deal with it. At 11:00pm, the lab is dark and scary and lonely.

Anywho, I got the machines to play nicely again but since I hard reset the disk array the RAID on that device has to resync, which'll take all night. So no work for anybody right now. Please go check out one of the many other wonderful BOINC projects to keep your computer busy in the meantime.

- Matt
BOINC/SETI@home

>scary and lonely.

you are never alone.

There are nearly 100'000 eyes, espying every step..

I wish goodluck all the best for success!


greetings

ric

>
> Of course this happens after I leave the lab (or at least I didn't notice). I
> couldn't get things to reboot from home, so I had to come back up here to deal
> with it. At 11:00pm, the lab is dark and scary and lonely.
>
Guys, don't underestimate Mr. E.A.Murphy :)))



S@h Berkeley's Staff Friends Club ©

Does the up/download array contain the XML files? I noticed today that my stats site hadn't updated itself in the afternoon like it usually does and upon investigation, the /stats/ directory is emtpy and all the files are in the stats_tmp directory which would seem to indicate that db_dump took a dump (pun intended) in the middle of execution. Mind giving it a swift kick in the rear? :)


---------------------------------------
- A member of The Knights Who Say NI!
Possibly the best stats site in the universe:
http://boinc-kwsn.no-ip.info

> So I swapped one disk array for another during the database upgrade, which was
> successful. But then a third disk array (holding all the uploaded results and
> work to download) decided to freak out and hang everything.
>
> I'd like to say these were two separate events, but I think the increase in
> database throughput eventually resulted in more i/o to the upload/download
> array than it could handle.
>
> Of course this happens after I leave the lab (or at least I didn't notice). I
> couldn't get things to reboot from home, so I had to come back up here to deal
> with it. At 11:00pm, the lab is dark and scary and lonely.
>
> Anywho, I got the machines to play nicely again but since I hard reset the
> disk array the RAID on that device has to resync, which'll take all night. So
> no work for anybody right now. Please go check out one of the many other
> wonderful BOINC projects to keep your computer busy in the meantime.
>

Bravo for the communication. We appreciate it.




------------------------------------


The game High/Low is played by tossing two nuclear warheads into the air. The one whose bomb explodes higher wins. This game is usually played by people of low intelligence, hence the name High/Low.

I would like to say a BIG THANKS for the devotion of Matt & Co.

This goes for the direct info too - To Know IS GOOD PR -

Greetings from Belgium ;-))

October 6, 2004
There's been a problem with file uploading for the last few days. We think it is fixed now. Our apologies if you lost work because of this.

October 6, 2004
The disk array holding the upload and download directories failed yesterday and needed to be rebooted and resync'ed. The project has been mostly down since last night, but as of now it is back up and running.

Thanks for your Hard Work

Greetings from Germany NRW
Ulli S@h Berkeley's Staff Friends Club m7 ©

Still seeing weirdness here -

2004-10-06 14:23:42 [SETI@home] Started upload of 04mr04aa.22434.6432.903384.163_3_0
2004-10-06 14:26:34 [SETI@home] Error on file upload: file_upload_handler: no filename; nbytes %f
2004-10-06 14:26:34 [SETI@home] Error on file upload: file_upload_handler: no filename; nbytes %f
2004-10-06 14:26:34 [SETI@home] Permanently failed upload of 04mr04aa.22434.6432.903384.163_3_0
2004-10-06 14:26:34 [SETI@home] Giving up on upload of 04mr04aa.22434.6432.903384.163_3_0: server re
jected file

Same here:

SETI@home - 2004-10-06 23:35:07 - Temporarily failed upload of 01mr04ab.2990.19936.303382.233_1_0
SETI@home - 2004-10-06 23:35:07 - Backing off 1 minutes and 2 seconds on transfer of file 01mr04ab.2990.19936.303382.233_1_0

and on the second computer:

SETI@home - 2004-10-06 23:40:06 - Started upload of 05my04ab.2127.18833.392348.211_4_0
SETI@home - 2004-10-06 23:40:29 - Temporarily failed upload of 05my04ab.2127.18833.392348.211_4_0
SETI@home - 2004-10-06 23:40:29 - Backing off 1 minutes and 0 seconds on transfer of file 05my04ab.2127.18833.392348.211_4_0

hmm...? :/



greetz, Uli

> So I swapped one disk array for another during the database upgrade, which was
> successful. But then a third disk array (holding all the uploaded results and
> work to download) decided to freak out and hang everything.
>
> I'd like to say these were two separate events, but I think the increase in
> database throughput eventually resulted in more i/o to the upload/download
> array than it could handle.
>
> Of course this happens after I leave the lab (or at least I didn't notice). I
> couldn't get things to reboot from home, so I had to come back up here to deal
> with it. At 11:00pm, the lab is dark and scary and lonely.
>
> Anywho, I got the machines to play nicely again but since I hard reset the
> disk array the RAID on that device has to resync, which'll take all night. So
> no work for anybody right now. Please go check out one of the many other
> wonderful BOINC projects to keep your computer busy in the meantime.
>
> - Matt
> BOINC/SETI@home
>Thanks Matt!:)

I have just lost three results because the server rejected the upload file; the most recent failed upload was half an hour ago. I'm now switching to another BOINC project temporarily, until things get definitely fixed.

Yes, problem with uploading stil remains:

SETI@home - 2004-10-07 17:07:11 - Started upload of 26ap04aa.7733.21984.753416.56_5_0
SETI@home - 2004-10-07 17:08:57 - Error on file upload: file_upload_handler: no filename; nbytes %f
SETI@home - 2004-10-07 17:08:57 - Permanently failed upload of 26ap04aa.7733.21984.753416.56_5_0
SETI@home - 2004-10-07 17:08:57 - Giving up on upload of 26ap04aa.7733.21984.753416.56_5_0: server rejected file

Although the news item on the front page says that SSL "think this problem is now fixed", could we please have clarification:

By "fixed" does the news item mean:

1) This shouldn't be happening any more (because it is) or
2) The cause has been fixed, but some WUs already distributed will continue to show this behaviour until they work through the system?

> Although the news item on the front page says that SSL "think this problem is
> now fixed", could we please have clarification:
>
> By "fixed" does the news item mean:
>
> 1) This shouldn't be happening any more (because it is) or
> 2) The cause has been fixed, but some WUs already distributed will continue to
> show this behaviour until they work through the system?
>
>
I'd bet on option 2)



S@h Berkeley's Staff Friends Club ©

Damn! I tried to u/l 3 results and all of them look like this:

SETI@home - 2004-10-07 13:42:52 - Giving up on upload of 14mr04aa.17223.898.598568.100_1_0: server rejected file

this means i lost the results?!? No credit/my work gone? :/

I am glad I am not the only one having this kind of errors.
had this with 4 or 5 WU.
I am glad that Seti is the 3rd Project of choice I have.

I just had my second one get rejected this moring. I'm running BOINC 4.09 and Seti 4.02 on Mac PowerBook G4.

2004-10-07 08:30:02 [SETI@home] Computation for result 06my04aa.15945.25232.922144.46 finished
2004-10-07 08:30:02 [SETI@home] Started upload of 06my04aa.15945.25232.922144.46_4_0
2004-10-07 08:30:04 [SETI@home] Error on file upload: file_upload_handler: no filename; nbytes %f
2004-10-07 08:30:04 [SETI@home] Error on file upload: file_upload_handler: no filename; nbytes %f
2004-10-07 08:30:04 [SETI@home] Permanently failed upload of 06my04aa.15945.25232.922144.46_4_0
2004-10-07 08:30:04 [SETI@home] Giving up on upload of 06my04aa.15945.25232.922144.46_4_0: server rejected file
2004-10-07 08:30:04 [SETI@home] Giving up on upload of 06my04aa.15945.25232.922144.46_4_0: server rejected file

I detached seti for a while until this settles down - running CPDN only now.
C

I'm getting this bad mojo too. For whatever that's worth.




------------------------------------


The game High/Low is played by tossing two nuclear warheads into the air. The one whose bomb explodes higher wins. This game is usually played by people of low intelligence, hence the name High/Low.

> I just had my second one get rejected this moring. I'm running BOINC 4.09 and
> Seti 4.02 on Mac PowerBook G4.
>
> 2004-10-07 08:30:02 [SETI@home] Computation for result
> 06my04aa.15945.25232.922144.46 finished
> 2004-10-07 08:30:02 [SETI@home] Started upload of
> 06my04aa.15945.25232.922144.46_4_0
> 2004-10-07 08:30:04 [SETI@home] Error on file upload: file_upload_handler: no
> filename; nbytes %f
> 2004-10-07 08:30:04 [SETI@home] Error on file upload: file_upload_handler: no
> filename; nbytes %f
> 2004-10-07 08:30:04 [SETI@home] Permanently failed upload of
> 06my04aa.15945.25232.922144.46_4_0
> 2004-10-07 08:30:04 [SETI@home] Giving up on upload of
> 06my04aa.15945.25232.922144.46_4_0: server rejected file
> 2004-10-07 08:30:04 [SETI@home] Giving up on upload of
> 06my04aa.15945.25232.922144.46_4_0: server rejected file
>
> I detached seti for a while until this settles down - running CPDN only now.
> C
>