If vol0 = root volume make sure you also copy the /etc/ dir to another volume and change that volume to be your root volume if you want to use the volcopy method. If I recall correctly you copy /etc/ to another volume. Change the new volume to be the root volume. Reboot with this new volume. Volcopy vol0 data somewhere else. Destroy vol0. Rebuild vol0. Reverse the process and then reboot.

Been a while since I had to ask a vol other than 0 to be my root volume so check the procedures with NetApp before following this method. Would hate to point you down the path of no return. C-

On Mon, Dec 09, 2002 at 04:59:20PM -0800, Sam Schorr wrote:

Art,

There is no dynamic way to rebuild raid group sizing, or allocate from one raid group to another. Your statement about the safest way is also the only way that I have ever heard of (well, I guess volcopy would work, copying to another volume, destroying and rebuilding the source, and volcopy back).

--sam

-----Original Message----- From: Art Hebert [mailto:art@arzoon.com] Sent: Monday, December 09, 2002 4:42 PM To: 'toasters@mathworks.com' Subject: Raid Group question

I have a current volume (vol0) that has a raidgroup size of 8. I had 3 spares that weren't being used and I wanted to add them to the volume, but like an idiot didn't check the raidgroup size. Thus when I added the 3 disks to the volume (vol0) 1 went to raidgroup 0 and the other 2 went to raidgroup 1 as a parity drive and a data drive.

This will create a performance problem from what I can tell not mention another parity drive being used.

I'd like to get these two disks back under raid group 0 if I can.

Suggestions on the best way to do this would be appreciated.

I'm thinking the safest way is to back it up and recreate the volumes and restore.

Thanks

art hebert