Bug 1390707 - Kernel oopses trying to access windows share
Summary: Kernel oopses trying to access windows share
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 24
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Kernel Maintainer List
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2016-11-01 17:18 UTC by Yaroslav
Modified: 2016-12-13 21:02 UTC (History)
8 users (show)

Fixed In Version:
Doc Type: If docs needed, set a value
Doc Text:
Clone Of:
Environment:
Last Closed: 2016-12-13 21:02:35 UTC
Type: Bug


Attachments (Terms of Use)

Description Yaroslav 2016-11-01 17:18:20 UTC
Description of problem:
Mounting the filesystem succeeds:
mount.cifs kernel mount options: ip=x.x.x.x,unc=\\server\share,noperm,nodfs,noserverino,user=username,,domain=domain.com,prefixpath=sub,pass=********

However trying to cd to the mount kerner oopses:

Nov 01 13:13:11 localhost.localdomain kernel: kernel BUG at fs/cifs/cifs_dfs_ref.c:296!
Nov 01 13:13:11 localhost.localdomain kernel: invalid opcode: 0000 [#2] SMP
Nov 01 13:13:11 localhost.localdomain kernel: Modules linked in: arc4 md4 nls_utf8 cifs dns_resolver fscache ip6t_REJEC
Nov 01 13:13:11 localhost.localdomain kernel:  acpi_cpufreq tpm_tis tpm_tis_core video tpm nfsd auth_rpcgss nfs_acl loc
Nov 01 13:13:11 localhost.localdomain kernel: CPU: 1 PID: 2714 Comm: bash Tainted: G      D    OE   4.8.4-200.fc24.x86_
Nov 01 13:13:11 localhost.localdomain kernel: Hardware name: innotek GmbH VirtualBox/VirtualBox, BIOS VirtualBox 12/01/
Nov 01 13:13:11 localhost.localdomain kernel: task: ffff8deee5688000 task.stack: ffff8deebba44000
Nov 01 13:13:11 localhost.localdomain kernel: RIP: 0010:[<ffffffffc06defd4>]  [<ffffffffc06defd4>] cifs_dfs_d_automount
Nov 01 13:13:11 localhost.localdomain kernel: RSP: 0018:ffff8deebba47c48  EFLAGS: 00010246
Nov 01 13:13:11 localhost.localdomain kernel: RAX: 0000000000000000 RBX: ffff8def0cb40cc0 RCX: ffff8def56eee320
Nov 01 13:13:11 localhost.localdomain kernel: RDX: ffff8deee5688000 RSI: ffffffffc06eeb40 RDI: ffff8deebba47d70
Nov 01 13:13:11 localhost.localdomain kernel: RBP: ffff8deebba47cb0 R08: 0000000000000001 R09: ffff8deebba47d1c
Nov 01 13:13:11 localhost.localdomain kernel: R10: 00000000581135ad R11: ffff8deecf46c278 R12: ffff8deebba47d70
Nov 01 13:13:11 localhost.localdomain kernel: R13: 0000000000020000 R14: ffff8def0cb40cc0 R15: ffff8deebba47de0
Nov 01 13:13:11 localhost.localdomain kernel: FS:  00007fca65cb4700(0000) GS:ffff8def5fd00000(0000) knlGS:0000000000000
Nov 01 13:13:11 localhost.localdomain kernel: CS:  0010 DS: 0000 ES: 0000 CR0: 0000000080050033
Nov 01 13:13:11 localhost.localdomain kernel: CR2: 00007ffe5c744958 CR3: 0000000083895000 CR4: 00000000000406e0
Nov 01 13:13:11 localhost.localdomain kernel: Stack:
Nov 01 13:13:11 localhost.localdomain kernel:  ffff8deebba47df0 0000000005abab77 0000000000400000 ffff8def56cbf8c0
Nov 01 13:13:11 localhost.localdomain kernel:  00000000bba47c80 0000000000000000 ffffffffb3269140 0000000005abab77
Nov 01 13:13:11 localhost.localdomain kernel:  ffff8deee1ef5000 ffff8deebba47d70 0000000000020000 ffff8def0cb40cc0
Nov 01 13:13:11 localhost.localdomain kernel: Call Trace:
Nov 01 13:13:11 localhost.localdomain kernel:  [<ffffffffb3269140>] ? dput+0x40/0x260
Nov 01 13:13:11 localhost.localdomain kernel:  [<ffffffffb325b670>] follow_managed+0x190/0x340
Nov 01 13:13:11 localhost.localdomain kernel:  [<ffffffffb325bbe4>] lookup_fast+0x1e4/0x310
Nov 01 13:13:11 localhost.localdomain kernel:  [<ffffffffb325d397>] walk_component+0x47/0x310
Nov 01 13:13:11 localhost.localdomain kernel:  [<ffffffffb325e837>] path_lookupat+0x67/0x120
Nov 01 13:13:11 localhost.localdomain kernel:  [<ffffffffb3260e11>] filename_lookup+0xb1/0x180
Nov 01 13:13:11 localhost.localdomain kernel:  [<ffffffffb3226606>] ? kmem_cache_alloc+0x156/0x1b0
Nov 01 13:13:11 localhost.localdomain kernel:  [<ffffffffb3260a0f>] ? getname_flags+0x4f/0x1f0
Nov 01 13:13:11 localhost.localdomain kernel:  [<ffffffffb3260a2f>] ? getname_flags+0x6f/0x1f0
Nov 01 13:13:11 localhost.localdomain kernel:  [<ffffffffb3260fb6>] user_path_at_empty+0x36/0x40
Nov 01 13:13:11 localhost.localdomain kernel:  [<ffffffffb324e681>] SyS_chdir+0x41/0xe0
Nov 01 13:13:11 localhost.localdomain kernel:  [<ffffffffb3802572>] entry_SYSCALL_64_fastpath+0x1a/0xa4
Nov 01 13:13:11 localhost.localdomain kernel: Code: 00 00 8b 05 fb 32 05 00 48 8b 5b 08 48 c7 45 c0 00 00 00 00 c7 45 b
Nov 01 13:13:11 localhost.localdomain kernel: RIP  [<ffffffffc06defd4>] cifs_dfs_d_automount+0x464/0x840 [cifs]
Nov 01 13:13:11 localhost.localdomain kernel:  RSP <ffff8deebba47c48>


Version-Release number of selected component (if applicable): kernel 4.8.4-200.fc24.x86_64

How reproducible: always


Steps to Reproduce:
1. Mount windows share with subdirectory
2. Try to cd to the mounted share

Actual results: kernel oopses


Note You need to log in before you can comment on or make changes to this bug.