lkml.org 
[lkml]   [2011]   [Jun]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [OOPS] 3.0-rc1 cifs
On Sun, 12 Jun 2011 00:31:47 +0200 (CEST)
Martijn Uffing <mp3project@sarijopen.student.utwente.nl> wrote:

>
>
>
> <snip>
> >
> > Yep, mea culpa. This patch should fix it. Martin, can you test it?
> > Anyone else have comments?
> >
> > Thanks...
>
>
> Unfortunately, I have to quote Britney: "Oops! I did it again"
> Well, not entirely true, the OOPS changed into a BUG, but my samba mount
> still doesn't work.
>
> The OOPS to BUG has a interesting diff. Don't know if it really matters,
> but some more info about my samba setup. Never such a thing as to much
> info. Note, the SAMBA hostname and DNS hostname of the server are
> NOT the same.
>
>
> ######## <samba setup> #############
> SERVER:
> -DNS_hostname : sarijopen.student.utwente.nl
> -SAMBA_hostname : duckman-tm
> -ipv4 only :
> testparm -v|grep wins :
> name resolve order = lmhosts wins host bcast
> max wins ttl = 518400
> min wins ttl = 21600
> wins proxy = No
> wins server = 130.89.4.21, 130.89.4.22
> wins support = No
> wins hook =
> No Domain Controller or anything. This a student LAN of circa 1000
> computers where you can set your SAMBA hostname and workgroup to anything you like. Browse masters
> of ad hoc workgroups are decided by elections. Only the WINS servers are
> provided as a service of the IT department. I dont have very deep
> knowledge of samba, but when I read some specs, my first thought was "this stuff is NOT designed for the way we use it".
> However, it works. (Well, with a s*#%load of legitimate samba broadcast
> traffic)
>
> CLIENT:
> -DNS_hostname = xxxx.student.utwente.nl
> -SAMBA_hostname = xxxx
> -ipv4/ipv6 dual stack
> -fstab: //sarijopen.student.utwente.nl/sysadmin /home/XXXX/docs_sysadmin
> cifs guest,uid=XXXX,gid=XXXX,users,auto,nounix,nobrl 0
> 0
> ######### </samba setup> #########
>
>
>
> diff -up OOPS BUG
>
> CIFS VFS: default security mechanism requested. The default security
> mechanism will be upgraded from ntlm to ntlmv2 in kernel release 2.6.41
> -BUG: unable to handle kernel NULL pointer dereference at 00000000000000a0
> -IP: [<ffffffffa041e286>] CIFSTCon+0xf6/0x4d0 [cifs]
> -PGD 127393067 PUD 129c80067 PMD 0
> -Oops: 0000 [#1] SMP
> +CIFS VFS: dns_resolve_server_name_to_ip: unable to resolve:
> sarijopen.student.utwente.nl
> +CIFS VFS: cifs_compose_mount_options: Failed to resolve server part of
> \\sarijopen.student.utwente.nl\sysadmin to IP: -2
> +------------[ cut here ]------------
> +kernel BUG at mm/slab.c:501!
> +invalid opcode: 0000 [#1] SMP
>
> BUG:
>
> Registering the dns_resolver key type
> CIFS VFS: default security mechanism requested. The default security
> mechanism will be upgraded from ntlm to ntlmv2 in kernel release 2.6.41
> CIFS VFS: dns_resolve_server_name_to_ip: unable to resolve:
> sarijopen.student.utwente.nl
> CIFS VFS: cifs_compose_mount_options: Failed to resolve server part of
> \\sarijopen.student.utwente.nl\sysadmin to IP: -2
> ------------[ cut here ]------------
> kernel BUG at mm/slab.c:501!
> invalid opcode: 0000 [#1] SMP
> CPU 0
> Modules linked in: des_generic ecb md4 hmac nls_utf8 cifs dns_resolver
> nfsd nfs lockd fscache sunrpc xfs fuse radeon ttm drm_kms_helper drm
> i2c_algo_bit cfbcopyarea cfbimgblt cfbfillrect loop sg asus_atk0110 usbhid
> sr_mod cdrom hid evdev pata_marvell sky2 skge snd_hda_codec_hdmi
> snd_hda_codec_analog snd_hda_intel snd_hda_codec snd_hwdep snd_pcm tpm_tis
> snd_seq_midi snd_rawmidi tpm snd_seq_midi_event pcspkr tpm_bios snd_seq
> uhci_hcd snd_timer snd_seq_device snd i2c_i801 i2c_core ehci_hcd intel_agp
> intel_gtt soundcore snd_page_alloc
>
> Pid: 2085, comm: mount.cifs Not tainted 3.0.0-rc1-debug-patched #1 System
> manufacturer P5Q-E/P5Q-E
> RIP: 0010:[<ffffffff810d19f4>] [<ffffffff810d19f4>] kfree+0x134/0x170
> RSP: 0018:ffff880129251cc8 EFLAGS: 00010046
> RAX: ffffea000070f420 RBX: ffff8801287e2e00 RCX: ffff88012f3c8800
> RDX: 4000000000000000 RSI: 00000000000000d0 RDI: ffffffffa045cebb
> RBP: ffff880129251d18 R08: b018000000000000 R09: 000000000000000a
> R10: 0000000000000006 R11: dead000000200200 R12: ffffffffa045cebb
> R13: 0000000000000282 R14: ffff88012a903400 R15: ffff88012a903800
> FS: 00007f6d20b9f700(0000) GS:ffff88012fc00000(0000)
> knlGS:0000000000000000
> CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> CR2: 00007fb9903dfc58 CR3: 0000000128b43000 CR4: 00000000000406f0
> DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> Process mount.cifs (pid: 2085, threadinfo ffff880129250000, task
> ffff88012aba6100)
> Stack:
> ffff880129251c5c ffffffff810ec545 ffff88012f3c8800 ffff88010f876d10
> ffff88012f3c8800 ffff8801287e2e00 ffff880129251d80 ffff88010f876d10
> ffff88012a903400 ffff88012a903800 ffff880129251d38 ffffffffa043d19f
> Call Trace:
> [<ffffffff810ec545>] ? __d_instantiate+0x85/0xf0
> [<ffffffffa043d19f>] cifs_cleanup_volume_info+0x1f/0x70 [cifs]
> [<ffffffffa043123b>] cifs_do_mount+0x11b/0x3b0 [cifs]
> [<ffffffff810db35b>] mount_fs+0x1b/0xd0
> [<ffffffff810f5c6e>] vfs_kern_mount+0x5e/0xd0
> [<ffffffff810f5d4d>] do_kern_mount+0x4d/0x110
> [<ffffffff810f732b>] do_mount+0x2cb/0x7d0
> [<ffffffff810f78c3>] sys_mount+0x93/0xe0
> [<ffffffff8138bdbb>] system_call_fastpath+0x16/0x1b
> Code: c8 44 01 09 4c 8b 45 c0 41 fe 46 40 8b 13 4b 8d 34 38 29 c2 4c 89 c7
> 89 13 89 d2 48 c1 e2 03 e8 53 d2 0c 00 8b 03 e9 47 ff ff ff <0f> 0b eb fe
> 48 8b 40 10 e9 16 ff ff ff 4c 8d 43 18 89 c2 4c 89
> RIP [<ffffffff810d19f4>] kfree+0x134/0x170
> RSP <ffff880129251cc8>
> ---[ end trace cffbbd6be8c5a0f3 ]---
>
>
>
> So, we're from OOPS to BUG. I tried gdb, but it won't decode the
> kfree+0x134 into something, which I could with the real OOPS.
> Some pointers how I can help with gdb?
>
> http://wiki.samba.org/index.php/LinuxCIFS_troubleshooting#Oopses mentions
> only OOPS, no BUG.
>
> Greetz Martijn
> (BTW, I will mostly be of the net a couple of days, so my reply's can take
> a while)
>

That panic doesn't look related to the one you originally reported. I
think there was at least one double-kfree bug fixed in rc2, so you
might want to try rebasing to that.

FWIW, I set up a samba server doing share-level security and was able
to reproduce your original oops. This patch seems to fix it, and I was
able to successfully mount using a rc2 based kernel with that patch.

Given that, I'll go ahead and send this up to Steve so that he can
review it for 3.0.

Thanks,

--
Jeff Layton <jlayton@redhat.com>


\
 
 \ /
  Last update: 2011-06-12 03:19    [W:0.862 / U:0.008 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site