What's even more twisted, is I tried the same scenario on my development box 
(Linux uv 10.2), and the "RESIZE XXX 30 * *" actually corrupted my test file

>LIST XXX
XXX.......

Read operation failure.  Internal file corruption detected.  File must be 
repaired.
>




-----Original Message-----
From: u2-users-boun...@listserver.u2ug.org 
[mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of LeRoy Dreyfuss
Sent: Friday, October 11, 2013 9:55 AM
To: U2 Users List
Subject: Re: [U2] UniVerse Resize 30

What resize should have done was create the dynamic file, but preserve the 
current modulo of 11 and the group size. Perhaps it got itself in a twist 
because it was coming from a static-hashed structure and somehow couldn't work 
out the mod and sep like it should have. I am pretty sure this used to work 
back in 10.1.x- we had requests to make that work correctly.

Cheers,

LeRoy


On Fri, Oct 11, 2013 at 8:50 AM, Mark Eastwood <ma...@afsi.com> wrote:

> I had an interesting call from a customer this morning - he was
> resizing some files, making them Dynamic using the command "RESIZE FILENAME 
> 30 * *"
> (normally you wouldn't enter the "* *" after 30) But then his session
> was comsuming all of the CPU for over 20 minutes (until I killed it).
> Just curious if anyone knows what the system was trying to do?
>
> We resized using the correct command format and everything is fine.
> The files in question were type 18, empty and very small modulo 11.
>
> Thanks,
> Mark
> Uv 10 Windows

****************************************************************************** 
This email and any files transmitted with it are confidential and may be 
subject to copyright. They are intended solely for the use of the individual or 
entity to which they are addressed. If you have received this message in error 
please notify AFS immediately by return email. Any views or opinions presented 
in this email are solely those of the author and do not necessarily represent 
those of AFS, except where an authorized sender specifically states them to be 
the views of AFS. It is your responsibility to verify this email and any 
attachments for the presence of viruses. AFS accepts no liability for any 
damage caused by any virus transmitted.
_______________________________________________
U2-Users mailing list
U2-Users@listserver.u2ug.org
http://listserver.u2ug.org/mailman/listinfo/u2-users

Reply via email to