On 03/17/14 22:19, Adam Thompson wrote: > OK, obviously I missed something. How do you resize ffs filesystems without > a dump/restore step? > -Adam
man growfs short version: * check your backup. * dismount partition in question * enlarge the disklabel partition by changing the endpoint * run growfs on that partition * fsck * mount * grin. It is really easy, very fast. It isn't a fancy volume management system, but if you design and plan your systems right, it is more than you probably need. You can only enlarge partitions, and only by changing the endpoint. I firmly believe that most uses of "volume managers" is more an excuse to poorly design systems from the beginning and hide the foolishness later, and pat yourself on the back for having something else to put on your resume. Of course, if you have two machines which hold the same data on them in a CARP pair (as I do), you just rebuild the second (standby) one the way you want it, copy your data back to it, promote it to master, and do the same for the other machine. Nick. > On March 17, 2014 8:40:34 PM CDT, Nick Holland <[email protected]> > wrote: >>On 03/17/14 21:24, Stuart Henderson wrote: >>> On 2014-03-17, Nick Holland <[email protected]> wrote: >>>> (Exception: when you make a partition small enough to be ffs, but >>plan >>>> to growfs it later to a bigger size -- growfs works on ffs and ffs2, >>but >>>> doesn't convert from one to the other. Oh poo. Just realized I >>forgot >>>> to do this recently... ) >>> >>> But you have another similar system in a carp cluster so you can >>> rebuild without downtime, right? :) >> >>Actually, yes. ;) >> >>(I was wondering who would figure out what I was refering to... Stuart >>wasn't my first guess, but he was my third. :) >> >>Nick.
