Thanks much paul. This is excellent info. I will stash this away in my 'tech-tips' folder for future use.
> -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] On Behalf Of Paul Trebbien > Sent: Monday, December 06, 2004 5:53 PM > To: '[EMAIL PROTECTED]' > Subject: RE: [U2] UV/NT resize failed - any way to put this > file back tog ether? > > I assisted one of my customers with the very same issue a while back. > Luckily, UniVerse creates a temporary copy of the file when > resizing it. > Using the explorer go look at the folders for that file and > you should see one with an 'odd name', probably called > something like resizea00398. When we discovered this file we > counted it and it had the correct number of records we were > looking for. > > To fix we did: > * rebooted UniVerse so it would release a lock on the file > * using nt explorer we renamed the problem file to something_xxx > * using nt explorer we renamed that resizea00398 file to the > real filename > * go to TCL and edit a record in that file - should be OK. > > Have a Great Day! > > > Paul Trebbien > > Kore Technologies, Senior Support Tech. > > "Solutions that work. People who care." > > V 858.678.0030 F 858.300.2600 W www.koretech.com > > > > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] Behalf Of > Adrian Matthews > Sent: Monday, December 06, 2004 1:31 PM > To: [EMAIL PROTECTED] > Subject: RE: [U2] UV/NT resize failed - any way to put this > file back together? > > > 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/ > ------- > 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/
