- The only "plex" I can think of in VxFS is "complex"... :) - I believe that this shrinking has very strict demands - you must defrag first, have enough space of course, and it probably takes hours... - A filer tries to distribute data over the spindles, so it makes it hard I believe. Anyway, you have the option to create large volumes, and seperate them logically to easily growing/shrinking qtrees, which are like filesystems. - About your specific problem - easy fix - just create new volume with two disks. mount it. Use a tool like rsync to copy all the /etc to the new volume. Run "rsh toaster0 vol offline myoldroot" - this is for taking it offline during the reboot (NOT NEEDED IN 6.0!!!). Run "rsh toaster0 vol options mynewvolume root" and then after one last rsync reboot. There you have it. It was done on a production system by myself - no problem.
After some time you can of course issue: "rsh toaster0 vol destroy myoldroot" to erase volume.
eT.
--- Aaron Sherman ajs@ajs.com wrote:
On Mon, Aug 21, 2000 at 12:38:40PM -0700, Eyal Traitel wrote:
It would be lovely if there was such a RAID-filesystem... If anyone have heard of such - share with us...
As noted by another, Veritas is capable of this. I've included an excerpt from the docs, below:
[begin vxassist man-page] NAME vxassist - create, mirror, backup, grow, shrink, and move volumes [...] shrinkto and shrinkby Decrease the length of the named volume to the length specified by newlength (shrinkto), or by the length specified by lengthchange (shrinkby). The new length or change in length is specified as a standard Volume Manager length [see vxintro(1M)]. The shrinkto opera- tion fails if the new length is not less than the current volume length. [...end]
Of course, this only shrinks the whole volume, but it is my understanding that at that point, you can re-arange the plexes so that the disk you want to remove no longer has any plexes on it. It's ugly and complex, but possible. It strikes me as very strange that a system that's otherwise so flexible does not allow this. We've really hosed ourselves because on one Filer (while attempting to set up a volume that we could volcopy to), we accidentally added disks to the root volume. So, now we have to do what? Re-install?
-- Aaron Sherman Systems Architect HighWired.com -- The global high school community http://www.highwired.com
300 North Beacon Street Watertown, MA 02472 (617) 926-1850 x238 (617) 926-1861 fax asherman@highwired-inc.com / ICQ#43677395 / Y!ajstrader
"We had some good machines, but they don't work no more." -"Faded Flowers" / Shriekback
===== Yours, Eyal Traitel eTraitel@yahoo.com, Home: 972-3-5290415 (Tel Aviv) *** eTraitel - it's the new eBuzzword ! ***
__________________________________________________ Do You Yahoo!? Yahoo! Mail � Free email you can access from anywhere! http://mail.yahoo.com/
On Mon, Aug 21, 2000 at 02:28:46PM -0700, Eyal Traitel wrote:
- About your specific problem - easy fix - just create new volume with two disks. mount it. Use a tool like rsync to copy all the /etc to the new volume.
Wouldn't that have implications for NFS Clients that have mounted the file system and/or have files open? I'm thinking here of the values inside the opaque (to the client) NFS file handles.
James.