From imai@divfs1.sra.co.jp  Wed Jul 21 09:30:31 2004
Return-Path: <imai@divfs1.sra.co.jp>
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id E470016A4D0
	for <FreeBSD-gnats-submit@freebsd.org>; Wed, 21 Jul 2004 09:30:31 +0000 (GMT)
Received: from sraigw.sra.co.jp (sraigw.sra.co.jp [202.32.10.2])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 60E9143D2F
	for <FreeBSD-gnats-submit@freebsd.org>; Wed, 21 Jul 2004 09:30:30 +0000 (GMT)
	(envelope-from imai@divfs1.sra.co.jp)
Received: from srascb.sra.co.jp (srascb [133.137.8.65])
	by sraigw.sra.co.jp (Postfix) with ESMTP id 4FE0A627C0
	for <FreeBSD-gnats-submit@freebsd.org>; Wed, 21 Jul 2004 18:30:26 +0900 (JST)
Received: from divfs1.sra.co.jp (IDENT:root@localhost [127.0.0.1])
	by srascb.sra.co.jp (8.9.3p2/3.7W-sra) with ESMTP id SAA08599
	for <FreeBSD-gnats-submit@freebsd.org>; Wed, 21 Jul 2004 18:30:26 +0900
Received: from divfs1.sra.co.jp (localhost [127.0.0.1])
	by divfs1.sra.co.jp (8.12.10/8.12.10) with ESMTP id i6L9UQlZ004061
	for <FreeBSD-gnats-submit@freebsd.org>; Wed, 21 Jul 2004 18:30:26 +0900 (JST)
	(envelope-from imai@divfs1.sra.co.jp)
Received: (from imai@localhost)
	by divfs1.sra.co.jp (8.12.10/8.12.10/Submit) id i6L9UPvc004060;
	Wed, 21 Jul 2004 18:30:25 +0900 (JST)
	(envelope-from imai)
Message-Id: <200407210930.i6L9UPvc004060@divfs1.sra.co.jp>
Date: Wed, 21 Jul 2004 18:30:25 +0900 (JST)
From: imai@sra.co.jp
Reply-To: imai@sra.co.jp
To: FreeBSD-gnats-submit@freebsd.org
Cc:
Subject: panic: in using samba 3.0.0
X-Send-Pr-Version: 3.113
X-GNATS-Notify:

>Number:         69369
>Category:       kern
>Synopsis:       [panic] using samba 3.0.0
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Wed Jul 21 09:40:13 GMT 2004
>Closed-Date:    Sat Dec 11 12:28:12 GMT 2004
>Last-Modified:  Sat Dec 11 12:28:12 GMT 2004
>Originator:     Kiyoshi Imai
>Release:        FreeBSD 5.2.1-RELEASE i386
>Organization:
SRA
>Environment:
System: FreeBSD divfs1.sra.co.jp 5.2.1-RELEASE FreeBSD 5.2.1-RELEASE #3: Thu Jul 15 06:08:12 JST 2004 root@:/usr/src/sys/i386/compile/DIVFS1 i386

CPU: Intel(R) Pentium(R) 4 CPU 2.80GHz (2800.11-MHz 686-class CPU)
real memory  = 1073479680 (1023 MB)
aac0: <DELL CERC SR2> mem 0xf4000000-0xf7ffffff irq 24 at device 1
aac0: Unknown processor 100MHz, 48MB cache memory, optional battery not installed
aac0: Kernel 4.1-0, Build 7028, S/N bb22b9
aac0: Supported Options=1097c<WCACHE,DATA64,HOSTTIME,RAID50,WINDOW4GB,SOFTERR,ALARM>


>Description:

The machine crashed when copying many files to BSD box from windows via samba 3.0.0.

stack trace:
(kgdb) bt 
#0  doadump () at ../../../kern/kern_shutdown.c:240
#1  0xc0632137 in boot (howto=260) at ../../../kern/kern_shutdown.c:372
#2  0xc06324ae in panic () at ../../../kern/kern_shutdown.c:550
#3  0xc076eb90 in ffs_copyonwrite (devvp=0xc6c02000, bp=0xd30d5290)
    at ../../../ufs/ffs/ffs_snapshot.c:1934
#4  0xc05fb112 in spec_xstrategy (vp=0xc6c02000, bp=0xd30d5290)
    at ../../../fs/specfs/spec_vnops.c:474
#5  0xc05fb20b in spec_specstrategy (ap=0x0)
    at ../../../fs/specfs/spec_vnops.c:534
#6  0xc05fa4d8 in spec_vnoperate (ap=0x0)
    at ../../../fs/specfs/spec_vnops.c:122
#7  0xc0674cb4 in bwrite (bp=0xd30d5290) at vnode_if.h:1141
#8  0xc0676a62 in vfs_bio_awrite (bp=0xd30d5290)
    at ../../../kern/vfs_bio.c:1715
#9  0xc067e4d7 in vop_stdfsync (ap=0xe821328c)
    at ../../../kern/vfs_default.c:738
#10 0xc05fafb0 in spec_fsync (ap=0xe821328c)
    at ../../../fs/specfs/spec_vnops.c:422
#11 0xc05fa4d8 in spec_vnoperate (ap=0x0)
    at ../../../fs/specfs/spec_vnops.c:122
#12 0xc077b2a9 in ffs_sync (mp=0xc6bcb000, waitfor=2, cred=0xc29ba200, 
    td=0xc08ef8a0) at vnode_if.h:627
#13 0xc0689a5e in sync (td=0xc08ef8a0, uap=0x0)
---Type <return> to continue, or q <return> to quit---
    at ../../../kern/vfs_syscalls.c:141
#14 0xc0631d34 in boot (howto=256) at ../../../kern/kern_shutdown.c:281
#15 0xc06324ae in panic () at ../../../kern/kern_shutdown.c:550
#16 0xc0626c2e in lockmgr (lkp=0xd3173714, flags=34144290, interlkp=0x0, 
    td=0xc6c538c0) at ../../../kern/kern_lock.c:439
#17 0xc0677e80 in getblk (vp=0xc6c08514, blkno=273984448, size=16384, 
    slpflag=0, slptimeo=0, flags=0) at machine/pcpu.h:156
#18 0xc06745b2 in breadn (vp=0xc6c08514, blkno=0, size=0, rablkno=0x0, 
    rabsize=0x0, cnt=0, cred=0x0, bpp=0x0) at ../../../kern/vfs_bio.c:700
#19 0xc067455c in bread (vp=0x0, blkno=0, size=0, cred=0x0, bpp=0x0)
    at ../../../kern/vfs_bio.c:682
#20 0xc07617ac in ffs_alloccg (ip=0xc6c468c0, cg=728, bpref=68496072, 
    size=16384) at ../../../ufs/ffs/ffs_alloc.c:1287
#21 0xc07611c7 in ffs_hashalloc (ip=0xc6c468c0, cg=728, pref=0, size=16384, 
    allocator=0xc07616c0 <ffs_alloccg>) at ../../../ufs/ffs/ffs_alloc.c:1155
#22 0xc075f097 in ffs_alloc (ip=0xc6c468c0, lbn=8562017, bpref=68496072, 
    size=16384, cred=0xc29ba200, bnp=0xe82135e0)
    at ../../../ufs/ffs/ffs_alloc.c:157
#23 0xc07667fe in ffs_balloc_ufs2 (vp=0xc6cb7b2c, startoffset=0, size=16384, 
    cred=0xc29ba200, flags=0, bpp=0xe82136f0)
    at ../../../ufs/ffs/ffs_balloc.c:774
#24 0xc076ef15 in ffs_copyonwrite (devvp=0xc6c08514, bp=0xd318ee48)
    at ../../../ufs/ffs/ffs_snapshot.c:2029
---Type <return> to continue, or q <return> to quit---
#25 0xc05fb112 in spec_xstrategy (vp=0xc6c08514, bp=0xd318ee48)
    at ../../../fs/specfs/spec_vnops.c:474
#26 0xc05fb20b in spec_specstrategy (ap=0x0)
    at ../../../fs/specfs/spec_vnops.c:534
#27 0xc05fa4d8 in spec_vnoperate (ap=0x0)
    at ../../../fs/specfs/spec_vnops.c:122
#28 0xc0674cb4 in bwrite (bp=0xd318ee48) at vnode_if.h:1141
#29 0xc06754fc in bawrite (bp=0x0) at ../../../kern/vfs_bio.c:1150
#30 0xc076269b in ffs_nodealloccg (ip=0xc75c0ec4, cg=728, ipref=65, mode=33204)
    at ../../../ufs/ffs/ffs_alloc.c:1637
#31 0xc07611c7 in ffs_hashalloc (ip=0xc75c0ec4, cg=728, pref=0, size=33204, 
    allocator=0xc0762140 <ffs_nodealloccg>)
    at ../../../ufs/ffs/ffs_alloc.c:1155
#32 0xc07608de in ffs_valloc (pvp=0xc75c2410, mode=33204, cred=0xc73bd800, 
    vpp=0xe82138dc) at ../../../ufs/ffs/ffs_alloc.c:857
#33 0xc0789c99 in ufs_makeinode (mode=33204, dvp=0xc75c2410, vpp=0xe8213bf0, 
    cnp=0xe8213c04) at ../../../ufs/ufs/ufs_vnops.c:2358
#34 0xc0786279 in ufs_create (ap=0xe8213a64)
    at ../../../ufs/ufs/ufs_vnops.c:199
#35 0xc078a398 in ufs_vnoperate (ap=0x0) at ../../../ufs/ufs/ufs_vnops.c:2793
#36 0xc0691b1e in vn_open_cred (ndp=0xe8213bdc, flagp=0xe8213cdc, cmode=436, 
    cred=0xc73bd800, fdidx=0) at vnode_if.h:118
#37 0xc0691973 in vn_open (ndp=0x0, flagp=0x0, cmode=0, fdidx=0)
---Type <return> to continue, or q <return> to quit---
    at ../../../kern/vfs_vnops.c:93
#38 0xc068af6e in kern_open (td=0xc6c538c0, path=0x0, pathseg=UIO_USERSPACE, 
    flags=514, mode=436) at ../../../kern/vfs_syscalls.c:963
#39 0xc068ae90 in open (td=0x0, uap=0x0) at ../../../kern/vfs_syscalls.c:933
#40 0xc07dcd90 in syscall (frame=
      {tf_fs = 47, tf_es = 47, tf_ds = -1078001617, tf_edi = 513, tf_esi = 513, tf_ebp = -107794370
4, tf_isp = -400474764, tf_ebx = 137699328, tf_edx = 1, tf_ecx = 137699328, tf_eax = 5, tf_trapno =
 22, tf_err = 2, tf_eip = 676733199, tf_cs = 31, tf_eflags = 646, tf_esp = -1077943732, tf_ss = 47}
)
    at ../../../i386/i386/trap.c:1010
#41 0xc07c96ed in Xint0x80_syscall () at {standard input}:136
---Can't read userspace from dump, or kernel process---



>How-To-Repeat:
	copy many files to BSD box via samba 3.0.0.
>Fix:
	I use samba 2.2.8a instead of samba 3.0.0 and this problem doesn't happen.


>Release-Note:
>Audit-Trail:

From: Andrew Elmore <aelmore@interwoven.com>
To: freebsd-gnats-submit@FreeBSD.org
Cc: imai@sra.co.jp
Subject: Re: kern/69369: [panic] using samba 3.0.0
Date: Fri, 15 Oct 2004 17:43:57 -0700

 Also seen on my alpha, while making buildworld.
 
 AE

From: "Timur I. Bakeyev" <timur@gnu.org>
To: freebsd-gnats-submit@FreeBSD.org, imai@sra.co.jp
Cc:  
Subject: Re: kern/69369: [panic] using samba 3.0.0
Date: Mon, 22 Nov 2004 02:45:52 +0100

 I'm not sure that this problem is Samba specific... It may be the result 
 of any of the changes to the kernel made recently...
 
 Did you try latest Samba port and FreeBSD system(5.3 let's say)?
 
 With regards,
 Timur Bakeyev.
State-Changed-From-To: open->closed 
State-Changed-By: sem 
State-Changed-When: Sat Dec 11 12:25:45 GMT 2004 
State-Changed-Why:  
Samba maintainer claims it was fixed in 5.3. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=69369 
>Unformatted:
