Did this disk take on its full disk capacity after it completed? I see that is was only 29% completed when you posted this. Just curious…

 

      data      0d.19   0d    1   3   FC:B   -  ATA   7200 211377/432901760  212718/435647712 (replacing, copy in progress)
     -> copy   0c.20   0c    1   4  FC:A   -  ATA   7200 211377/432901760  423889/868126304 (copy 29% completed)

 

Also, maybe you can try the “disk fail” command; the filer will use the first compatible spare disk that appears in 'sysconfig -r' or 'vol status -r' output. In your case, if you have a 500gb spare disk, then it will pull that one first. Although “disk fail” and “disk replace” uses the same copying technology (Rapid RAID Recovery), maybe it will trick the filer in not taking the characteristics as the failed drive. Which seems to be the case in your situation.

 

James


From: owner-toasters@mathworks.com [mailto:owner-toasters@mathworks.com] On Behalf Of tmac
Sent: Wednesday, December 19, 2007 1:53 PM
To: Alon Zeltser
Cc: toasters@mathworks.com
Subject: Re: increase wafl used space on disk

 

nope. once part of an array, always part of an array. As far as I know, there is
currently no way to grow a disk to reclaim unused space.

You must either destroy and recreate or create a new, and do a vol copy
or the like...

--tmac

On Dec 19, 2007 11:16 AM, Alon Zeltser <alonz@emet.co.il> wrote:

Hello Toasters
one 250gb disk has inserted to 500gb disk aggregate by mistake
Is there a way to fix this issue ?
I tried "disk replace" command  to replace the 250g disk with 500gb spare disk but it look like it's using the 500gb disk as 250gb

     RAID Disk Device  HA  SHELF BAY CHAN Pool Type  RPM  Used (MB/blks)    Phys (MB/blks)
     --------- ------  ------------- ---- ---- ---- ----- --------------    --------------
     dparity   0c.32   0c    2   0   FC:A   -  ATA   7200 423111/866531584  423889/868126304
     parity    0d.22   0d    1   6   FC:B   -  ATA   7200 423111/866531584  423889/868126304
     data      0d.17   0d    1   1   FC:B   -  ATA   7200 423111/866531584  423889/868126304
     data      0d.19   0d    1   3   FC:B   -  ATA   7200 211377/432901760  212718/435647712 (replacing, copy in progress)
     -> copy   0c.20   0c    1   4  FC:A   -  ATA   7200 211377/432901760  423889/868126304 (copy 29% completed)
     data      0b.18   0b    1   2  FC:B   -  ATA   7200 423111/866531584  423889/868126304
     data       0b.27   0b    1   11   FC:B   -  ATA   7200 423111/866531584  423889/868126304
     data      0c.28   0c    1   12  FC:A   -  ATA   7200 423111/866531584  423889/868126304
     data      0c.16   0c    1   0   FC:A   -  ATA   7200 423111/866531584  423889/868126304

Is there a way to increase the used size without destroying this aggr and build it from scratch ?




--
--tmac

RedHat Certified Engineer #804006984323821 (RHEL4)
RedHat Certified Engineer #805007643429572 (RHEL5)

Principal Consultant, RABA Technologies