cifs backport is current

[Steve French]

I know how to do a wireshark trace but it is not interesting (it is
simply an NTCreateX).
gdb's backtrace was no more interesting than the one nicely dumped by
smb_panic.  The log level 10 info follows:

got smb length of 114
got message type 0x0 of len 0x72
Transaction 10 of length 118
size=114
smb_com=0xa2
smb_rcls=0
smb_reh=0
smb_err=0
smb_flg=0
smb_flg2=49153
smb_tid=1
smb_pid=8015
smb_uid=100
smb_mid=24
smt_wct=24
smb_vwv[ 0]=  255 (0xFF)
smb_vwv[ 1]=    0 (0x0)
smb_vwv[ 2]= 7680 (0x1E00)
smb_vwv[ 3]=  512 (0x200)
smb_vwv[ 4]=    0 (0x0)
smb_vwv[ 5]=    0 (0x0)
smb_vwv[ 6]=    0 (0x0)
smb_vwv[ 7]=    0 (0x0)
smb_vwv[ 8]=    0 (0x0)
smb_vwv[ 9]=  128 (0x80)
smb_vwv[10]=    0 (0x0)
smb_vwv[11]=    0 (0x0)
smb_vwv[12]=    0 (0x0)
smb_vwv[13]=32768 (0x8000)
smb_vwv[14]=    0 (0x0)
smb_vwv[15]= 1793 (0x701)
smb_vwv[16]=    0 (0x0)
smb_vwv[17]=  256 (0x100)
smb_vwv[18]=    0 (0x0)
smb_vwv[19]=16384 (0x4000)
smb_vwv[20]=    0 (0x0)
smb_vwv[21]=  512 (0x200)
smb_vwv[22]=    0 (0x0)
smb_vwv[23]=  768 (0x300)
smb_bcc=31
[000] 00 2F 00 6B 00 7A 00 61  00 6C 00 6C 00 6F 00 63  ./.k.z.a .l.l.o.c
[010] 00 2E 00 70 00 61 00 74  00 63 00 68 00 00 00     ...p.a.t .c.h...
switch message SMBntcreateX (pid 7745) conn 0x805917b0
change_to_user: Skipping user change - already user
reply_ntcreate_and_X: flags = 0x2, access_mask = 0x80000000
file_attributes = 0x1000080, share_access = 0x7, create_disposition =
0x1 create_options = 0x40 root_dir_fid = 0x0
unix_convert called on file "kzalloc.patch"
conversion finished kzalloc.patch -> kzalloc.patch
unix_mode(kzalloc.patch) returning 0766
open_file_ntcreate: fname=kzalloc.patch, dos_attrs=0x80
access_mask=0x80000000 share_access=0x7 create_disposition = 0x1
create_options=0x40 unix mode=0766 oplock_request=1
dos_mode: kzalloc.patch
dos_mode_from_sbuf returning
dos_mode returning
se_map_generic(): mapped mask 0x80000000 to 0x00120089
open_file_ntcreate: fname=kzalloc.patch, after mapping access_mask=0x120089
allocated file structure 7620, fnum = 11716 (1 used)
Locking key 0608000000000000725F1D0000000000
calling open_file with flags=0x0 flags2=0x0 mode=0766, access_mask =
0x120089, open_access_mask = 0x120089
fd_open: name kzalloc.patch, flags = 00 mode = 0766, fd = 23.
set_file_oplock: granted oplock on file kzalloc.patch, 806:1d5f72/1,
tv_sec = 469bcad5, tv_usec = 6af47
unparse_share_modes: del: 0, tok = 0, num: 1
print_share_mode_table: share_mode_entry[0]:  pid = 7745, share_access
= 0x7, private_options = 0x40, access_mask = 0x120089, mid = 0x0,
type= 0x1, gen_id = 1, uid = 1000, flags = 0, file_id 806:1d5f72
Unlocking key 0608000000000000725F1D0000000000
===============================================================
INTERNAL ERROR: Signal 11 in pid 7745 (3.2.1pre1-SVN-build-23893)
Please read the Trouble-Shooting section of the Samba3-HOWTO

From: http://www.samba.org/samba/docs/Samba3-HOWTO.pdf
===============================================================
smb_panic: clobber_region() last called from [unparse_share_modes(677)]
PANIC (pid 7745): internal error
BACKTRACE: 11 stack frames:
 #0 bin/smbd(log_stack_trace+0x2d) [0x8025b1c0]
 #1 bin/smbd(smb_panic+0xe0) [0x8025b356]
 #2 bin/smbd [0x80247281]
 #3 [0xffffe420]
 #4 bin/smbd(talloc_free+0xa9) [0x8023ffda]
 #5 bin/smbd(reply_ntcreate_and_X+0xece) [0x80092aac]
 #6 bin/smbd [0x800de226]
 #7 bin/smbd(smbd_process+0x938) [0x800df3e7]
 #8 bin/smbd(main+0x16eb) [0x8044a833]
 #9 /lib/libc.so.6(__libc_start_main+0xdc) [0xb7b38f9c]
 #10 bin/smbd [0x80066881]
smb_panic(): calling panic action [/bin/sleep 90000]



On 7/16/07, Volker Lendecke <Volker.Lendecke at sernet.de> wrote:
> On Mon, Jul 16, 2007 at 02:18:51PM -0500, Steve French wrote:
> > Samba (now current SAMBA_3_2 branch freshly checked out from svn)
> > still dies on NT CreateX reply processing (on first open from cifs
> > client).
>
> Would it be possible to get a debug level 10 log and a sniff
> of this?
>
> Please see http://wiki.samba.org/index.php/Capture_Packets
> how to do a trace.
>
> Thanks,
>
> Volker
>
>


-- 
Thanks,

Steve