If you kill a telnet session that is running a resize on NT then you need to kill the resize.exe process that it spawned as well. Otherwise it just keeps on going as you found it. There are quite a few processes on the NT version that work like that.
________________________________ From: [EMAIL PROTECTED] on behalf of Joe Walter Sent: Mon 06/12/2004 18:22 To: [EMAIL PROTECTED] Subject: RE: [U2] UV/NT resize failed - any way to put this file back together? unbelievable - i just felt i had to post a follow up to this. the resize process that we thought was dead and we closed the telnet client that initiated the session and all - gave up on it - thought it was a dead process. we would have expected it to run in less than 1/2 hour. well, anyway, low and behold when I got back onto that customers system today to start restoring files - it turns out that the resize actually finished up and the date/time stamp makes it appear as if the resize ran for about 30+ hours - but the point is it did actually finish - even after we killed the telnet client that started the session - unbelievable. the mystery still is - why did it take so long. yes, the new file sizing parameters where dead on and the old file size wasn't all that far off either. > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Joe Walter > Sent: Thursday, December 02, 2004 11:25 AM > To: [EMAIL PROTECTED] > Subject: [U2] UV/NT resize failed - any way to put this file > back together? > > was trying to resize a file on universe/NT and the process > obviously got hosed up. it ran for upwards of three hours > before we gave up on it. > > it is one of those blasted files with multiple data sections. > > so, we have the files > AR > and > AR,HIST > > i was trying to resize AR,HIST. active users where accessing > only the AR file itself, so i thought i could get by with > resizing AR,HIST while others where online. it looks like it > started to work, but should have completed in a matter of > minutes based on past experience, so it did get hung up for > some reason. > > if i display the files in the directory - i see the following: > > 11/30/04 03:10p <DIR> . > 11/30/04 03:10p <DIR> .. > 11/30/04 03:05p 2,569,728 AR > 11/30/04 03:05p 5,343,232 HIST > 11/30/04 03:10p 4,093,440 resizea00355 > 5 File(s) 12,006,400 bytes > 619,339,264 bytes free > > > so, it looks like *maybe* the data for the HIST section and this temp > resizea00355 file might actually have the data, but when you > try to access the file AR,HIST from TCL your session just locks up. > > can still access just the live AR file - no problem there. > > anyone know how to piece this thing back together without > restoring from backups? > ------- > u2-users mailing list > [EMAIL PROTECTED] > To unsubscribe please visit http://listserver.u2ug.org/ ------- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/ The information contained in this email is strictly confidential and for the use of the addressee only, unless otherwise indicated. If you are not the intended recipient, please do not read, copy, use or disclose to others this message or any attachment. Please also notify the sender by replying to this email or by telephone +44 (0)20 7896 0011 and then delete the email and any copies of it. Opinions, conclusions (etc.) that do not relate to the official business of this company shall be understood as neither given nor endorsed by it. IG Markets Limited and IG Index Plc are authorised and regulated by the Financial Services Authority and, in Australia, by the Australian Securities and Investments Commission. [demime 1.01d removed an attachment of type application/ms-tnef which had a name of winmail.dat] ------- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
