Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 17 Jun 2007 19:27:46 +0900
From:      "Takanori Saneto" <sanewo@ba2.so-net.ne.jp>
To:        "John Baldwin" <jhb@freebsd.org>
Cc:        freebsd-current@freebsd.org
Subject:   Re: smb related problem
Message-ID:  <639c2fce0706170327m549f1ea9m7da150202627a077@mail.gmail.com>
In-Reply-To: <200706141404.56196.jhb@freebsd.org>
References:  <Pine.LNX.4.64.0704191600060.11366@afrodita.rcub.bg.ac.yu> <200704261730.42097.jhb@freebsd.org> <639c2fce0706140402s305906caxfc39faa0a3212012@mail.gmail.com> <200706141404.56196.jhb@freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
OK, here it is:

smb_co_lock: recursive lock for object 1
panic: recursive lock for object 0xc1b3e600
KDB: enter: panic
[thread pid 592 tid 100032 ]
Stopped at    kdb_enter+0x32: leave
db> bt
Tracing pid 592 tid 100032 td 0xc1a44e00
kdb_enter(c060f652, c066e920,c1b89b5a,cc398a70,cc398a70,...) at
kdb_enter+0x32
panic(x1b89b5a,c1b3e600,1,c1bc0638,cc398ab0,...) at panic+0xc4
smb_share_lock(c1b3e600,2,c1a44e00,c,c1a44e00,...) at smb_share_lock
smb_co_gone(c1bc0600,cc398ba4,cc398ba4,cc398ac8,c1bc0600,...) at
smb_co_gone+0x3a
smb_sm_lookup(cc398af4,cc398b30,cc398ba4,cc398b4c,c199041c,...) at
smb_sm_lookup+0x16b
smb_usr_lookup(c1990400,cc398ba4,cc398bb0,cc398bac,c060ac51,...) at
smb_usr_lookup+0x95
nsmb_dev_ioctl(c1b5b100,82fc6e6a,c1990400,3,c1a44e00,...) at
nsmb_dev_ioctl+0x1d6
giant_ioctl(c1b5b100,82fc6e6a,c1990400,3,c1a44e00,...) at giant_ioctl+0x56
devfs_ioctl_f(c1a6a120,82fc6e6a,c1990400,c18eb800,c1a44e00,...) at
devfs_ioctl_f+0xc3
kern_ioctl(c1a44e00,4,82fc6e6a,c1990400,0,...) at kern_ioctl+0x23d
ioctl(c1a44e00,cc398cfc,c,c06057ee,c06397d0,...) at ioctl+0x128
syscall(cc398d38) at syscall+0x2a0
Xint0x80_syscall() at Xint0x80_syscall+0x20
--- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2814f077, esp = 0xbfbfe55c,
ebp = 0xbfbfe888 ---
db>

kernel source is 7-CURRENT cvsup'ed this morning. kernel config is like
this:

# MUSE -- Puntium-4 HTT CPU in VMware
cpu        I686_CPU
ident        MUSE

makeoptions    DEBUG=-g        # Build kernel with gdb(1) debug symbols
makeoptions    MODULES_OVERRIDE="le random sysvipc acpi procfs pseudofs
smbfs libiconv libmchain linux accf_http splash vesa fdc sio usb ugen umass
ums i2c agp drm"

options     CPU_FASTER_5X86_FPU

options     SCHED_4BSD        # 4BSD scheduler
options     PREEMPTION        # Enable kernel thread preemption
options     INET            # InterNETworking
options     FFS            # Berkeley Fast Filesystem
options     SOFTUPDATES        # Enable FFS soft updates support
options     UFS_ACL            # Support for access control lists
options     UFS_DIRHASH        # Improve performance on big directories
options     UFS_GJOURNAL        # Enable gjournal-based UFS journaling
options     GEOM_PART_GPT        # GUID Partition Tables.
options     GEOM_LABEL        # Provides labelization
options     COMPAT_43        # !!! vmware binaries may need this (using
old.sigaction)
options     COMPAT_43TTY        # BSD 4.3 TTY compat [KEEP THIS!]
options     COMPAT_FREEBSD4        # Compatible with FreeBSD4
options     COMPAT_FREEBSD5        # Compatible with FreeBSD5
options     COMPAT_FREEBSD6        # Compatible with FreeBSD6
options     SCSI_DELAY=5000        # Delay (in ms) before probing SCSI
options     KTRACE            # ktrace(1) support
options     _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time
extensions
options     KBD_INSTALL_CDEV    # install a CDEV entry in /dev
options     ADAPTIVE_GIANT        # Giant mutex is adaptive.
options     STOP_NMI        # Stop CPUS using NMI instead of IPI
options     AUDIT            # Security event auditing

# Debugging for use in -current
options     KDB            # Enable kernel debugger support.
options     DDB            # Support DDB.
options     INVARIANTS        # Enable calls of extra sanity checking
options     INVARIANT_SUPPORT    # Extra sanity checks of internal
structures, required by INVARIANTS
options     WITNESS            # Enable checks to detect deadlocks and
cycles
options     WITNESS_SKIPSPIN    # Don't run witness on spinlocks for speed

device        pci

device        ata
device        atadisk        # ATA disk drives
device        atapicd        # ATAPI CDROM drives

device        atkbdc        # AT keyboard controller
device        atkbd        # AT keyboard
device        psm        # PS/2 mouse

device        vga        # VGA video card driver

device        splash        # Splash screen and screen saver support

device        sc
options     MAXCONS=12

device        pmtimer

device        loop        # Network loopback
device        ether        # Ethernet support
device        pty        # Pseudo-ttys (telnet etc)

device        bpf        # Berkeley packet filter

options     CLK_USE_I8254_CALIBRATION

# kldstat
Id Refs Address    Size     Name
 1   17 0xc0400000 32f54c   kernel
 2    1 0xc0730000 8b28     if_le.ko
 3    1 0xc0739000 c314     random.ko
 4    1 0xc0746000 4bac     sysvshm.ko
 5    1 0xc074b000 4940     sysvmsg.ko
 6    1 0xc0750000 6418     sysvsem.ko
 7    1 0xc0757000 67c8c    acpi.ko
 8    1 0xc1aa0000 6000     procfs.ko
 9    1 0xc1aaa000 8000     pseudofs.ko
10    1 0xc1b73000 3000     vmmemctl.ko
11    1 0xc1b81000 1e000    smbfs.ko
12    2 0xc1b9f000 4000     libiconv.ko
13    2 0xc1ba3000 3000     libmchain.ko
14    1 0xc1cb1000 2000     accf_http.ko

Hope this helps,

-- Takanori Saneto

2007/6/15, John Baldwin <jhb@freebsd.org>:
>
> On Thursday 14 June 2007 07:02:04 am Takanori Saneto wrote:
> > Hi,
> >
> > I encountered this smb_co_lock problem, too.
> > In my case, server was WindowsXP Pro and the share I was trying to mount
> was
> > 500GB of capacity.
> > When I try to use smbclient to mount the same share, I got
> > NT_STATUS_INSUFF_SERVER_RESOURCES error.
> > After resolving server problem (increasing IRPStackSize to 0x11),
> > smb_co_lock problem went away as well.
> > So, I guess this problem seems to be related to the handling of above
> server
> > error status.
> >
> > I hope this might help improving smbfs.
>
> Hmm, I really would need the stack trace to attempt to resolve the panic
> unfortunately.
>
> > Regards,
> >
> >
> > 2007/4/27, John Baldwin <jhb@freebsd.org>:
> > >
> > > On Thursday 19 April 2007 10:02:13 am Goran Gajic wrote:
> > > >
> > > > Hi,
> > > >
> > > > I have just noticed from today build:
> > > >
> > > > FreeBSD fbsd.interex-pla.net 7.0-CURRENT FreeBSD 7.0-CURRENT #0: Thu
> Apr
> > > > 19 11:42:17 CEST 2007
> > > > root@fbsd.interex-pla.net:/usr/src/sys/i386/compile/GENERIC i386
> > > >
> > > > netsmb_dev: loaded
> > > > smb_co_lock: recursive lock for object 1
> > > > lockmgr: thread 0xc3a39a20 unlocking unheld lock
> > > > KDB: stack backtrace:
> > > > db_trace_self_wrapper(c094fe7e) at db_trace_self_wrapper+0x25
> > > > kdb_backtrace(c094b1d7,c3a39a20) at kdb_backtrace+0x29
> > > > _lockmgr(c367ce08,2006,c367ce38,c3a39a20,c3a6e210,...) at
> _lockmgr+0x5fa
> > > > smb_co_put(c367ce00,d728ab90,c3678d00,c367ce00,0,...) at
> smb_co_put+0x50
> > > > smb_sm_lookup(d728ab1c,d728aafc,d728ab90,d728aaf8,d728aafc,...) at
> > > > smb_sm_lookup+0x11a
> > > > smb_usr_lookup(c2f09400,d728ab90,d728ab8c,d728ab88,c0a9e708,...) at
> > > > smb_usr_lookup+0x76
> > > >
> > >
> > >
>
> nsmb_dev_ioctl(c3678700,82fc6e6a,c2f09400,3,c3a39a20,c0a51488,0,c0948e06,131)
> > > > at nsmb_dev_ioctl+0x1e5
> > > > giant_ioctl(c3678700,82fc6e6a,c2f09400,3,c3a39a20,...) at
> > > giant_ioctl+0x33
> > > > devfs_ioctl_f(c37e8090,82fc6e6a,c2f09400,c3673e80,c3a39a20) at
> > > > devfs_ioctl_f+0xaf
> > > > kern_ioctl(c3a39a20,3,82fc6e6a,c2f09400) at kern_ioctl+0x1ae
> > > > ioctl(c3a39a20,d728ad00) at ioctl+0xf1
> > > > syscall(d728ad38) at syscall+0x252
> > > > Xint0x80_syscall() at Xint0x80_syscall+0x20
> > > > --- syscall (54, FreeBSD ELF32, ioctl), eip = 0x2815772f, esp =
> > > > 0xbfbfe40c, ebp = 0xbfbfe738 ---
> > > >
> > > > I've noticed this when I have tried mount_smbfs..
> > >
> > > Can you try this and reply with the stack trace from the panic?
> > >
> > > Index: smb_conn.c
> > > ===================================================================
> > > RCS file: /usr/cvs/src/sys/netsmb/smb_conn.c,v
> > > retrieving revision 1.18
> > > diff -u -r1.18 smb_conn.c
> > > --- smb_conn.c  6 Nov 2006 13:42:06 -0000       1.18
> > > +++ smb_conn.c  7 Nov 2006 18:42:41 -0000
> > > @@ -351,6 +351,7 @@
> > >         if (smb_co_lockstatus(cp, td) == LK_EXCLUSIVE &&
> > >             (flags & LK_CANRECURSE) == 0) {
> > >                 SMBERROR("recursive lock for object %d\n",
> cp->co_level);
> > > +               panic("rescursive lock for object %p", cp);
> > >                 return 0;
> > >         }
> > >         return lockmgr(&cp->co_lock, flags, &cp->co_interlock, td);
> > >
> > > --
> > > John Baldwin
> > > _______________________________________________
> > > freebsd-current@freebsd.org mailing list
> > > http://lists.freebsd.org/mailman/listinfo/freebsd-current
> > > To unsubscribe, send any mail to "
> freebsd-current-unsubscribe@freebsd.org"
> > >
> >
>
>
>
> --
> John Baldwin
>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?639c2fce0706170327m549f1ea9m7da150202627a077>