Index  | Recent Threads  | Unanswered Threads  | Who's Active  | Guidelines  | Search
 

Quick Go ยป
No member browsing this thread
Thread Status: Active
Total posts in this thread: 3
[ Jump to Last Post ]
Post new Thread
Author
Previous Thread This topic has been viewed 1062 times and has 2 replies Next Thread
GIBA
Ace Cruncher
Joined: Apr 25, 2005
Post Count: 5374
Status: Offline
Reply to this Post  Reply with Quote 
I ask to tech team abort the follow WU's... unfortunately

Hi
I'm sorry, but unfortunately I just saw that yesterday a HDD from one of mine machines crashed, and this specific machine have some work buffer from DDDT2 type A and other projects to be done yet...

So, as until now I can't recovery nothing from the HDD, and I need to ask help from WCG tech team to decide take action to abort in antecipation the follow WU's, in order to not delay the next steps to generate B types in DDDT2, and to not delay other projects too.

I use to keep 1.5 days of work in buffer for this machine, so some work more was lost from other projects as follow below.

Really was a bad luck this time. My sincere apologies for all for anything due it. Thank you in advance.
sad coffee

DDDT2 WU's lost in this machine:

ts05_ d079_ ps0000_ 1--
ts05_ d117_ ps0000_ 0--
ts05_ d140_ ps0000_ 1--
ts05_ d205_ ps0000_ 0--
ts05_ d222_ ps0000_ 1--
ts05_ d325_ ps0000_ 0--
ts05_ d371_ ps0000_ 1--
ts05_ d388_ ps0000_ 0--

HCMD2 and HCC projects WU's lost in this machine:

CMD2_ 0648-ITB5A.clustersOccur-3BRW_ B.clustersOccur_ 173_ 52672_ 52721_ 0--
CMD2_ 0648-ITB5A.clustersOccur-2EEA_ A.clustersOccur_ 35_ 30430_ 30582_ 1--
CMD2_ 0649-ITB5A.clustersOccur-2C63_ B.clustersOccur_ 45_ 23397_ 23520_ 1--
CMD2_ 0649-ITB5A.clustersOccur-2NVU_ B.clustersOccur_ 459_ 56983_ 57001_ 0--
CMD2_ 0649-ITB5A.clustersOccur-2GL6_ E.clustersOccur_ 363_ 104298_ 104382_ 0--
CMD2_ 0649-ITB5A.clustersOccur-2O2O_ A.clustersOccur_ 32_ 36496_ 36696_ 1--
CMD2_ 0649-ITB5A.clustersOccur-2JPH_ A.clustersOccur_ 5_ 70461_ 72695_ 1--
CMD2_ 0650-ITB5A.clustersOccur-2VSK_ A.clustersOccur_ 252_ 95611_ 95702_ 1--
CMD2_ 0650-ITB5A.clustersOccur-2VSK_ A.clustersOccur_ 125_ 47636_ 47696_ 0--
CMD2_ 0650-ITB5A.clustersOccur-2YU1_ A.clustersOccur_ 352_ 112660_ 112702_ 0--
CMD2_ 0650-ITB5A.clustersOccur-1J1J_ A.clustersOccur_ 27_ 14559_ 14631_ 1--
CMD2_ 0650-ITB5A.clustersOccur-2DUD_ B.clustersOccur_ 1_ 28117_ 32267_ 0--
CMD2_ 0650-ITB5A.clustersOccur-2QOU_ L.clustersOccur_ 5_ 86421_ 90317_ 0--
CMD2_ 0648-ITB5A.clustersOccur-2VSV_ B.clustersOccur_ 84_ 78141_ 78284_ 1--
CMD2_ 0650-ITB5A.clustersOccur-2OXE_ A.clustersOccur_ 85_ 22146_ 22187_ 0--
CMD2_ 0650-ITB5A.clustersOccur-3BVO_ A.clustersOccur_ 81_ 71413_ 71502_ 1--
CMD2_ 0650-ITB5A.clustersOccur-1ZKK_ A.clustersOccur_ 100_ 62216_ 62296_ 0--
CMD2_ 0650-ITB5A.clustersOccur-1R0D_ B.clustersOccur_ 15_ 36445_ 36667_ 0--
CMD2_ 0650-ITB5A.clustersOccur-2JZ3_ C.clustersOccur_ 37_ 33436_ 33573_ 0--
CMD2_ 0650-ITB5A.clustersOccur-2JZ3_ C.clustersOccur_ 36_ 32406_ 32569_ 1--
CMD2_ 0650-ITB5A.clustersOccur-2R59_ A.clustersOccur_ 329_ 54310_ 54344_ 0--
CMD2_ 0650-ITB5A.clustersOccur-2R59_ A.clustersOccur_ 791_ 130573_ 130626_ 0--
CMD2_ 0650-2C0L_ A.clustersOccur-3BJI_ A.clustersOccur_ 14_ 121777_ 122845_ 1--
CMD2_ 0650-ITB5A.clustersOccur-2QLU_ A.clustersOccur_ 5_ 1747_ 1814_ 1--
CMD2_ 0650-ITB5A.clustersOccur-2A5I_ A.clustersOccur_ 20_ 7088_ 7140_ 1--
CMD2_ 0650-ITB5A.clustersOccur-2QOU_ L.clustersOccur_ 5_ 82524_ 86420_ 0--
CMD2_ 0650-ITB5A.clustersOccur-2F1Z_ B.clustersOccur_ 657_ 136750_ 136787_ 1--
CMD2_ 0650-ITB5A.clustersOccur-2F1Z_ B.clustersOccur_ 227_ 47347_ 47385_ 1--

X0000032460868200406032208_ 0--
X0000032461415200406101821_ 1--
X0000032461418200406101822_ 0--
X0000032461420200406101822_ 0--
X0000032461422200406101822_ 1--
X0000032461425200406101822_ 0--
X0000032461516200406101820_ 0--
X0000032461518200406101820_ 1--
X0000032461521200406101820_ 0--
X0000032470024200406101910_ 1--
X0000032470031200406101910_ 1--
X0000032470054200406101909_ 1--
X0000032470065200406101909_ 0--
X0000032470070200406101909_ 0--
X0000032461411200406101821_ 0--
X0000032461409200406101821_ 0--
X0000032460949200406032207_ 0--
X0000032461387200406032159_ 0--
X0000032460031200406101845_ 1--
X0000032460699200406101833_ 0--
X0000032460735200406101833_ 1--
X0000032460925200406101829_ 0--
X0000032460971200406101829_ 1--
X0000032461014200406101828_ 1--
X0000032461021200406101828_ 0--
X0000032461150200406101827_ 1--
X0000032461165200406101826_ 1--
X0000032461277200406101824_ 1--
X0000032461298200406101823_ 0--
X0000032470102200406101909_ 0--
----------------------------------------
Cheers ! GIB@ peace coffee
Join BRASIL - BRAZIL@GRID team and be very happy !
http://www.worldcommunitygrid.org/team/viewTeamInfo.do?teamId=DF99KT5DN1

[Jul 25, 2010 2:23:12 PM]   Link   Report threatening or abusive post: please login first  Go to top 
Sekerob
Ace Cruncher
Joined: Jul 24, 2005
Post Count: 20043
Status: Offline
Reply to this Post  Reply with Quote 
Re: I ask to tech team abort the follow WU's... unfortunately

GIBA,

I make periodically a backup of the of the data_dir files for such occasions to the Readyboost memory stick (4GB spare space). Then when clean installing and making sure the computer has same Name/IP, put those files back and then reinstall BOINC (do this off-line). On my last weeks big disaster that kept both my Linux and Windows ID's. Then when the client communicates with WCG it either reports them as detached or fetches them as Lost Files. Fear though that's it's too late now. So maybe the techs will do a manual on these DDDT2 tasks. (there's actually thousands in circulation this moment)

NB: The backup will have out of date connect counters, so think the tasks are then always marked as detached, which then avoiding these stuck tasks In Progress. Fortunately, the current data I was able to recover to proceed lossless (but for the time to rebuild the OSses.
----------------------------------------
WCG Global & Research > Make Proposal Help: Start Here!
Please help to make the Forums an enjoyable experience for All!
[Jul 25, 2010 2:49:51 PM]   Link   Report threatening or abusive post: please login first  Go to top 
GIBA
Ace Cruncher
Joined: Apr 25, 2005
Post Count: 5374
Status: Offline
Reply to this Post  Reply with Quote 
Re: I ask to tech team abort the follow WU's... unfortunately

SEK,
thank you for the tip. I usually make my backups weekly, but this time the disaster happenned in a date that not allow me use the last backup to recover it data of WCG.

So, in order to minimize the delay related with this WU's I think that was a good idea ask for tech guys actions on that, if they have time to invest of course... coffee
----------------------------------------
Cheers ! GIB@ peace coffee
Join BRASIL - BRAZIL@GRID team and be very happy !
http://www.worldcommunitygrid.org/team/viewTeamInfo.do?teamId=DF99KT5DN1

[Jul 25, 2010 4:05:16 PM]   Link   Report threatening or abusive post: please login first  Go to top 
[ Jump to Last Post ]
Post new Thread