dump/mksnap_ffs & fsck failure

[Kris Kennaway]

On Thu, Oct 07, 2004 at 05:55:20PM +0100, Chris Elsworth wrote:

> > > # /sbin/dump -0 -LuaC32 -f /backup/root.dump /
> > > mksnap_ffs: Cannot create //.snap/dump_snapshot: Input/output error
> > > 
> > > # fsck_ufs /dev/mirror/gma
> > > ** /dev/mirror/gma (NO WRITE)
> > > ** Last Mounted on /
> > > ** Root file system
> > > ** Phase 1 - Check Blocks and Sizes
> > > fsck_ufs: cannot alloc 4294967292 bytes for inoinfo
> > 
> > Why can't it write to the device?  Is it mounted read-write?  Drop it
> > to read-only and retry.  Vice versa for the root filesystem; is it
> > mounted read-only?
> 
> Ah, sorry, should have said - yes, the filesystem was mounted
> read-write (/dev/mirror/gma and / are the same thing), but it does the
> same thing in read-only:
> 
> # init 1
> ..
> # umount -a
> # mount -o ro /
> # mount
> /dev/mirror/gma on / (ufs, local, read-only)
> devfs on /dev (devfs, local)
> # fsck -y /
> ** /dev/mirror/gma
> ** Last Mounted on /
> ** Root file system
> ** Phase 1 - Check Blocks and Sizes
> fsck_ufs: cannot alloc 4294967292 bytes for inoinfo
> 
> 
> Surely fsck doesn't really need 4GB of physical mem? There is 1GB of
> physical and 4GB of swap configured in this.

Perhaps it's trying to allocate a negative amount of memory (that
value is 2^32-4, or (unsigned int)(-4)), perhaps because it's failing
to check for an error condition and using the resulting negative
value.

Kris
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20041007/c6c46e59/attachment.bin