|
Description
|
Sun Microsystems Inc. SunOS 5.11 cifs-x86-build_029-01-09-2008 Jan. 09, 2008
SunOS Internal Development: km157277 2008-01-09 [cifs-x86]
bfu'ed from /net/cifsgate.central/export/release/cifs/B29/archives/i386/build.01 09 on 2008-01-10
Sun Microsystems Inc. SunOS 5.11 snv_80 January 2008
security mode: workgroup
Running stress tests; pb9, smbtorture, vdtrash, grits, and robocopy for 2-3 hours, Map network drive will get disconnected and all stress tests failed. I noticed smbd ID has been changed. It is reproducible.
[root@tony75-236 ~]$ pgrep smb
101079
[root@tony75-236 ~]$
[root@tony75-236 ~]$ pgrep smb
101098
[root@tony75-236 ~]$ cd /
[root@tony75-236 /]$ ls -lt core*
-rw------- 1 root sys 17156981 Jan 11 17:08 core.smbd.1200100080
-rw------- 1 root sys 17021941 Jan 11 16:51 core.smbd.1200099111
-rw------- 1 root sys 16954641 Jan 11 16:36 core.smbd.1200098173
-rw------- 1 root sys 19024961 Jan 11 16:31 core.smbd.1200097876
-rw------- 1 root root 14777602 Jan 10 14:18 core
[root@tony75-236 /]$ mdb /core.smbd.1200100080
Loading modules: [ libumem.so.1 libc.so.1 libuutil.so.1 libnvpair.so.1 libavl.so.1 ld.so.1 ]
> $C
fd4bbc58 libc.so.1`_lwp_kill+7(90, 6)
fd4bbc70 libc.so.1`raise+0x22(6)
fd4bbc80 libumem.so.1`umem_do_abort+0x28(2, fef98000, fef795d9, 1000000, fec0adac, fd4bbcdc)
fd4bbc9c libumem.so.1`umem_err_recoverable+0x49(fef8517c, fef9cc70, 8392008, fef85188)
fd4bbcdc libumem.so.1`process_free+0xe1(8392008, 1, 0)
fd4bbcfc libumem.so.1`free+0x17(8392008, fd4cbe00, fd4cbdfc, fd4cbdbc, 80570bb, fd4cbdbc)
fd4bbd18 libmlrpc.so.1`mlrpc_release+0x5f(64fe095)
fd4cbdbc smb_winpipe_request+0x3c8(8069568, fd4cbde4, 1c, 0, 0, 8056d00)
00000000 libc.so.1`__door_return+0x52()
> $q
core dump can be found here:
/net/thurso.west/cores/cifs/smbsession
Sun Microsystems Inc. SunOS 5.11 cifs-nightly-sparc-build-01-28-2008 Jan. 29, 2008
SunOS Internal Development: km157277 2008-01-29 [nightly-cifs-sparc]
bfu'ed from /net/cifsgate.central/export/cifsnv-gate/archives/sparc/nightly on 2008-01-29
Sun Microsystems Inc. SunOS 5.11 snv_81 January 2008
nightly on 2008-01-29 did not last no more than 20 minutes. Smbd will restart. Stress tests: grits, vdtrash, pb9, and smbtorture.
mdb core.smbd.1201652031
Loading modules: [ libumem.so.1 libc.so.1 libuutil.so.1 libnvpair.so.1 libavl.so.1 ld.so.1 ]
> $c
libumem.so.1`vmem_getseg_global+0x38(41004100, 34ae88, ff38c000, 6, 19a74, ff391698)
libumem.so.1`vmem_populate+0x24(2e478, 1, 2e4a8, 6, 19004, fffc00)
libumem.so.1`vmem_alloc+0xf8(2e478, 2000, 1, 0, 17e7c, 2e4a8)
libumem.so.1`umem_slab_create+0x5c(7ec88, 0, 1c0, 0, 2e478, ff38c000)
libumem.so.1`umem_slab_alloc+0x84(7ec88, 0, ff38f3a8, 1d5e4, fe476a00, ff38c000)
libumem.so.1`umem_cache_alloc+0xf4(7ec88, 0, 0, 0, ff38f3a4, 7eca8)
libumem.so.1`umem_alloc+0xa8(160, 0, ff38f560, ff39718c, ff38f60c, 7ec88)
libumem.so.1`malloc+0x28(158, 0, ff000000, ffffff, ff0f02c4, fffc00)
libsqlite.so.1`sqliteMalloc+0x1c(158, ff2466e4, 2b214, 73, 1cc, 158)
libsqlite.so.1`sqlite_open+0x18(ff23dd78, 1, fd7fb30c, 3e82c, ff0000, feda4a90)
libsmb.so.1`smb_lgrp_db_open+0x24(1, ff348ce8, ff348cf6, ff240000, e62c, ff241918)
libsmb.so.1`smb_lgrp_getbyname+0x28(ff348ce8, fd7fb3d0, 30, b1768, 7, 2)
libmlsvc.so.1`smb_setup_luinfo+0x1f8(e1508, 44d, b1748, 1, 39e08, ff346704)
libmlsvc.so.1`smb_logon_local+0xf8(197e78, e1508, 18, 39f54, ff346704, 92b68)
libmlsvc.so.1`smb_logon+0x60(197e78, fd7fb990, 2, 6044, e1508, 0)
smbd_user_auth_logon+4(197e78, 4b4, fd7fba44, 11464, ff240000, 1812d)
smb_dop_user_auth_logon+0x34(2, 4b4, 197e78, 0, fd7fba64, fd7fba60)
smb_door_srv_func+0x94(2a800, fd7fbae8, 4b8, 0, 0, 0)
libc.so.1`__d
core dump files: /net/thurso.west/cores/cifs/smbsession/sparc1-29th
|
