We have 5 qtree's within a volume, our help desk did a move of one of the subfolders within a qtree in this volume. We now have 5 qtree's and one shared folder under the volume. When the folder was moved from the qtree up to the volume it inherited the volume permissions. When doing a move within a volume do you not maintain the perms? Are qtree considered partitions so when you move across partitions you inherit permissions of the parent.
How does my problem compare to a move or copy on a NT or 2000 system.
Example: volume share
share qtree1 share qtree2 share qtree3 share qtree4 share qtree5
folder in qtree1 moved under vol\share
Thanks Steven
Peter D. Gray wrote:
Is there a way to remove a disk from a volume permanently. I want to move from 18GB drives to 36GB drives and I was hoping to do it with no downtime by removing the 18Gb drives one at a time and replacing with 36GB drives.
Possible or is there a better way?
Regards, pdg
--
See mail headers for contact information.
you can't replace a 18g disk by a 36g disk : if u remove a 18g disk with a 36g spare available, the filer will reconstruct the 18g on the 36g but formatting it as a 18g I mean your 36g wont give you 18g extra space. if u want to migrate your data from a 18g based volume to a 36g based volume, you have to use migration utility u can't simply 'fail'/'remove' 18g disks and make them reconstruct on a bigger spare disk i can stat as migration tools : - volcopy (turn off cifs and nfs while copying at max speed of 36g/hour) - ndmpcopy (work great but watch out for non compatible unix filenames) - snapmirror : the best solution (no downtime, no perm or filname tricks) bye
It is my understanding that you can mix drives as long and they are all the same type ZCS or BCS drives. I currently have a mix of 36GB and 72GB drives in a volume. when you add a larger drive to the raid set that drive becomes the parity and moves the smaller (old) parity drive to a data drive.
Steven ----- Original Message ----- From: "Stephane Bentebba" stephane.bentebba@fps.fr Cc: toasters@mathworks.com Sent: Wednesday, February 12, 2003 5:21 AM Subject: Re: Moving files from qtree up to a volume
Peter D. Gray wrote:
Is there a way to remove a disk from a volume permanently. I want to move from 18GB drives to 36GB drives and I was hoping to do it with no downtime by removing the 18Gb drives one at a time and replacing with 36GB drives.
Possible or is there a better way?
Regards, pdg
--
See mail headers for contact information.
you can't replace a 18g disk by a 36g disk : if u remove a 18g disk with a 36g spare available, the filer will reconstruct the 18g on the 36g but formatting it as a 18g I mean your 36g wont give you 18g extra space. if u want to migrate your data from a 18g based volume to a 36g based volume, you have to use migration utility u can't simply 'fail'/'remove' 18g disks and make them reconstruct on a bigger spare disk i can stat as migration tools :
- volcopy (turn off cifs and nfs while copying at max speed of 36g/hour)
- ndmpcopy (work great but watch out for non compatible unix filenames)
- snapmirror : the best solution (no downtime, no perm or filname tricks)
bye
It is my understanding that you can mix drives as long and they are all the same type ZCS or BCS drives. I currently have a mix of 36GB and 72GB drives in a volume. when you add a larger drive to the raid set that drive becomes the parity and moves the smaller (old) parity drive to a data drive.
Steven
Yes, but the original question was not to add new drives, but to deliberately fail an existing 18G drive and reconstruct on a 36G spare, thereby replacing the 18 with the 36. This can be done, but unless things have changed, the filer will only use 18G of the 36G spare, and 18G will be left permanently unavailable. At least that is the way it used to work.
You are correct that this is not a problem when you *add* a larger drive to a volume. But I think that the original question was about failing and reconstructing.
I am afraid that you cannot migrate from a volume of 18G drives to a volume of 36G drives "in place". You must create a new volume of 36G drives and copy. Then switch over to the new volume, delete the old volume, and remove the old 18G disks.
Steve Losen scl@virginia.edu phone: 434-924-0640
University of Virginia ITC Unix Support
-
Stephane Bentebba -
Steve Losen -
Steven Boyer GD-Mail