2012/3/9 Olivier Cochard-Labbé
> Hi all,
>
> once run growfs on a partition that had an UFS label, this label is
> removed and it's no more possible to re-set it with tunefs.
> Here is how to reproduce (tested on 8.3 and 9.0):
>
> mdconfig -a -t malloc -s 10MB
> gpart create -s mbr /dev/md0
> gpa
> It's hard to discuss what type of inconsistency there might be in an corrupted
> filesystem, compared to what growfs does. But I definitely change a lot of meta
[...]
> So the development now focusses on getting it clean on alpha, and maybe support
> the existence of snapshots in the filesystem.
Hi,
> > This was completely untested by us, and is not guaranteed to work! I think
> > you were lucky. We move and change blocks on the filesystem, during some
> > time the filesystem is NOT consitent, so if one of those files is accessed than
> > you might run into a panic.
> Sorry? In single us
Andrea Campi <[EMAIL PROTECTED]> writes:
> I didn't state it explicitely but yes, I dropped to single user from
> multi user, remounted / to ro, fsck'ed it.
Don't do that. It doesn't work the way it's supposed to.
>I only did this because I
> must conf
In message <[EMAIL PROTECTED]>, Andrea Campi writes:
>
>Anyway, that was not my point. If I reboot into single-user, and am thus sure
>to have the / fs in a clean, consistent state, should I expect growfs to work
>in a safe way? If so, we should document it.
I think it is still unlikely to be com
On Sun, Mar 18, 2001 at 10:41:20PM +0100, Dag-Erling Smorgrav wrote:
> Andrea Campi <[EMAIL PROTECTED]> writes:
> > Sorry? In single user with a readonly / and nothing else? I would have to be
> > EXTREMELY unlucky to get any other access while the fs is inconsistent ;-)
>
> Just because you drop
Andrea Campi <[EMAIL PROTECTED]> writes:
> Sorry? In single user with a readonly / and nothing else? I would have to be
> EXTREMELY unlucky to get any other access while the fs is inconsistent ;-)
Just because you dropped to single-user mode (from multi-user, as I
recall from your previous mail)
> This was completely untested by us, and is not guaranteed to work! I think
> you were lucky. We move and change blocks on the filesystem, during some
> time the filesystem is NOT consitent, so if one of those files is accessed than
> you might run into a panic.
Sorry? In single user with a read
Hi,
> A completely different question about growfs - is it fit for -stable ?
> If so could it be MFC'd (after 4.3 I suppose).
I'd be lucky, but as alpha is a supported platform, and growfs is completely
untested/ported on/to that platform I think we can't release it yet, so
we should not p
Hi,
On Sun, Mar 11, 2001 at 02:13:38PM +0100, Andrea Campi wrote:
> I was about to fill in a doc PR on this but then I thought I'm better off
> checking other people experiences...
>
> I just used growfs on my / filesystem, after shrinking the swap partition
> which just happened to be after it.
On Sun, 11 Mar 2001 14:13:38 +0100
Andrea Campi <[EMAIL PROTECTED]> wrote:
AC> I was about to fill in a doc PR on this but then I thought I'm better off
AC> checking other people experiences...
A completely different question about growfs - is it fit for -stable ?
If so could it be MFC'd
In message <[EMAIL PROTECTED]> Goblin writes:
: I can certainly see where "cat /dev/<1GBdevice> > /dev/<10GBdevice>"
: situations would make a growfs useful w/out vinum...
:
: And, removing a failing disk from the end of a a vinum concat volume
: would make shrinkfs really nice.
I recently did
> So you can use it either with hardware RAID controllers which allow for
> non destructive extending of the size of existing volumes at the end(!).
Cool. We support the FlexRAID Virtual Sizing stuff on the AMI
controllers already, and I bet that the Mylex MORE stuff would work too.
> *
Hi,
In an attempt to resolve that discussion:
> > > No, vinum can do this alone.
> > > But you couldn't grow the _fs_ after that, so there was no use for
> > > this vinum feature.
Exactly that was the motivation for writing that utility
> >Okay, that is what I said ... "add an n+1 drive to ... a
I can certainly see where "cat /dev/<1GBdevice> > /dev/<10GBdevice>"
situations would make a growfs useful w/out vinum...
And, removing a failing disk from the end of a a vinum concat volume
would make shrinkfs really nice.
On 12/08, Rogier R. Mulhuijzen rearranged the electrons to read:
>
> >
> > > Stripe'd file systems (or concat ones) ... what growfs allows is someone
> > > to add an n+1 drive to their RAID/Stripe and increase the size of the
> file
> >
> > No, vinum can do this alone.
> >
> > But you couldn't grow the _fs_ after that, so there was no use for
> > this vinum feature
On Fri, 8 Dec 2000, Alexander Langer wrote:
> Thus spake The Hermit Hacker ([EMAIL PROTECTED]):
>
> >
> > Stripe'd file systems (or concat ones) ... what growfs allows is someone
> > to add an n+1 drive to their RAID/Stripe and increase the size of the file
>
> No, vinum can do this alone.
>
Thus spake The Hermit Hacker ([EMAIL PROTECTED]):
>
> Stripe'd file systems (or concat ones) ... what growfs allows is someone
> to add an n+1 drive to their RAID/Stripe and increase the size of the file
No, vinum can do this alone.
But you couldn't grow the _fs_ after that, so there was no us
On Thu, Dec 07, 2000 at 10:34:44AM -0800, Christoph Herrmann scribbled:
| Due to vinum it is no problem to add disks and grow your volumes but up to
| now you couldn't easily make use of that new space for a file system, except
| using sequence of ufsdump/newfs/ufsrestore or something similar.
|
Erk, I fear you mis-understand ... FreeBSD has a feature called 'VINUM',
which is a volume manager ... basically, it allows you to create RAID or
Stripe'd file systems (or concat ones) ... what growfs allows is someone
to add an n+1 drive to their RAID/Stripe and increase the size of the file
sys
It seems Christoph Herrmann wrote:
Sounds very cool, but there is no URL :)
> Due to vinum it is no problem to add disks and grow your volumes but up to
> now you couldn't easily make use of that new space for a file system, except
> using sequence of ufsdump/newfs/ufsrestore or something simila
Is it also capable of shrinking filesystems? I've sometimes wanted to grow
my /var or / slice using space freed by shrinking /usr (on a default
partitioned disk). Up to now I've solved it through symlinks, but that
doesn't really deserve the beauty award. I'd imagine a lot of new users
wouldn'
22 matches
Mail list logo
