kern/126287: [ufs] [panic] Kernel panics while mounting an UFS filesystem with snapshot enabled

[Mateusz Guzik]

2008/8/6 Kostik Belousov <kostikbel at gmail.com>:
> On Wed, Aug 06, 2008 at 10:20:05AM +0000, Mateusz Guzik wrote:
>> The following reply was made to PR kern/126287; it has been noted by GNATS.
>>
>> From: "Mateusz Guzik" <mjguzik at gmail.com>
>> To: bug-followup at freebsd.org
>> Cc:
>> Subject: Re: kern/126287: [ufs] [panic] Kernel panics while mounting an UFS filesystem with snapshot enabled
>> Date: Wed, 6 Aug 2008 12:15:00 +0200
>>
>>  Something weird happened to my attachment, I'll paste it here:
>>
>>  --- sys/kern/vfs_mount.c.orig        2008-08-06 11:14:16.000000000 +0200
>>  +++ sys/kern/vfs_mount.c     2008-08-06 11:14:32.000000000 +0200
>>  @@ -196,10 +196,13 @@
>>   void
>>   vfs_deleteopt(struct vfsoptlist *opts, const char *name)
>>   {
>>       struct vfsopt *opt, *temp;
>>
>>  +    if (opts == NULL)
>>  +            return;
>>  +
>>       TAILQ_FOREACH_SAFE(opt, opts, link, temp)  {
>>               if (strcmp(opt->name, name) == 0)
>>                       vfs_freeopt(opts, opt);
>>       }
>>   }
>>
>>  Again, it should work fine ;)
>
> The PR lacks the backtrace (preferrable the ddb output or "bt full" from
> kgdb) for the panic. Please, show me the backtrace.
>

Sorry, I don't have currently access to fbsd 7, so here is backtrace
from CURRENT(crashed by mount -o snapshot /somefilesystem):

[..]
#11 0xc06e1e5b in calltrap () at
/srv/build/CURRENT/src/sys/i386/i386/exception.s:165
#12 0xc05c86d4 in vfs_deleteopt (opts=0x0, name=0xc074ef52 "snapshot")
at /srv/build/CURRENT/src/sys/kern/vfs_mount.c:195
#13 0xc068d689 in ffs_mount (mp=0xc29f52a0, td=0xc2875af0) at
/srv/build/CURRENT/src/sys/ufs/ffs/ffs_vfsops.c:172
#14 0xc05cb1d8 in vfs_donmount (td=0xc2875af0, fsflags=0,
fsoptions=0xc261db80) at /srv/build/CURRENT/src/sys/kern/vfs_mount.c:1010
#15 0xc05cc3bb in nmount (td=0xc2875af0, uap=0xcd3a7cf8) at
/srv/build/CURRENT/src/sys/kern/vfs_mount.c:417
#16 0xc06f9157 in syscall (frame=0xcd3a7d38) at
/srv/build/CURRENT/src/sys/i386/i386/trap.c:1081
#17 0xc06e1ef0 in Xint0x80_syscall () at
/srv/build/CURRENT/src/sys/i386/i386/exception.s:261

Thanks,
--
Mateusz Guzik