On Mon, 6 Dec 2004, Poul-Henning Kamp wrote: > In message <6.2.0.14.2.20041206134829.08ad2d00_at_pozo.com>, Manfred Antar writes: > >> This seems to be when the change was made: >> cvs co -D"December 3, 2004 20:00 UTC" sys -- dump broken >> >> cvs co -D"December 3, 2004 18:00 UTC" sys -- dump works >> >> The suspect files seem to be: >> sys/kern/vfs_mount.c >> $FreeBSD: src/sys/kern/vfs_mount.c,v 1.156 2004/12/03 19:25:44 phk Exp >> >> sys/sys/mount.h >> $FreeBSD: src/sys/sys/mount.h,v 1.180 2004/12/03 19:33:19 phk Exp $ >> >> I know phk has been working on the mount stuff. > > It seems I've broken snapshots and I think I've found out how/why. > > sbin/mount_ufs.c mounts using the filesystem "ufs". > > mksnap_ffs uses filesystem name "ffs". > > I think the problem is that previously a MNT_UPDATE would not > actually check the filesystem name provided once it got hold > of the mountpoint[1] and I start out looking for the filesystem > type first. > > The problem is compounded by the fact that "ufs" is the wrong name, > the correct name is "ffs"[2]. > > I tried to make the name "ffs" and make "ufs" an alias for it, but > it blows up all over the place. > > So against my better judgement I have just committed code to the > kernel to accept "ffs" as an alias for "ufs" when it comes to > filesystems. I'm far from sure that is all there is to it, but > it seems to let dumps work for me again. I am still running into dump problems on my system. I'm using: $FreeBSD: src/sys/kern/vfs_mount.c,v 1.168 2004/12/07 08:15:40 phk Exp $ $FreeBSD: src/sys/sys/mount.h,v 1.187 2004/12/07 08:15:40 phk Exp $ FreeBSD bling.home 6.0-CURRENT FreeBSD 6.0-CURRENT #0: Tue Dec 7 23:02:43 EST 2004 root_at_bling.home:/usr/CURRENT/sys/i386/compile/BLING i386 # /sbin/dump -0uaLf "/mnt/backups/`hostname -s`-`utime`-amrd0a.dump" /mnt/amrd0a mksnap_ffs: Cannot create /mnt/amrd0a/.snap/dump_snapshot: Bad address dump: Cannot create /mnt/amrd0a/.snap/dump_snapshot: No such file or directory Thanks, Andy | Andre Guibert de Bruet | Enterprise Software Consultant > | Silicon Landmark, LLC. | http://siliconlandmark.com/ >Received on Wed Dec 08 2004 - 03:51:01 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:38:24 UTC