mounting a Windows share via mount -t cifs -o user=aprol,password=*****,ip=10.5.12.105 //BRKVN05/AtlasPM /mnt/AtlasPM "mount: Not a directory" even though the mountpoint exists and is a valid directory filed this already to LKML, but got no response up to now. Reproducible: Always Actual Results: mounting not possible Expected Results: mount directory as was done with kernel 2.6.19 (I know, quite old) dmesg output (with cifsFYI set to 7): fs/cifs/cifsfs.c: Devname: //BRKVN05/AtlasPM flags: 0 fs/cifs/connect.c: CIFS VFS: in cifs_mount as Xid: 3 with uid: 0 fs/cifs/connect.c: Username: aprol fs/cifs/connect.c: UNC: \\BRKVN05\AtlasPM ip: 10.5.12.105 fs/cifs/connect.c: Socket created fs/cifs/connect.c: sndbuf 16384 rcvbuf 87380 rcvtimeo 0x2bc fs/cifs/connect.c: Existing smb sess not found fs/cifs/cifssmb.c: secFlags 0x7 fs/cifs/transport.c: For smb_command 114 fs/cifs/transport.c: Sending smb: total_len 51 fs/cifs/connect.c: Demultiplex PID: 5083 fs/cifs/connect.c: rfc1002 length 0x6f fs/cifs/cifssmb.c: Dialect: 0 fs/cifs/cifssmb.c: negprot rc 0 fs/cifs/connect.c: Security Mode: 0x3 Capabilities: 0x1f3fd TimeAdjust: -7200 fs/cifs/sess.c: sess setup type 2 fs/cifs/transport.c: For smb_command 115 fs/cifs/transport.c: Sending smb: total_len 242 fs/cifs/connect.c: rfc1002 length 0xc7 fs/cifs/misc.c: Null buffer passed to cifs_small_buf_release fs/cifs/sess.c: ssetup rc from sendrecv2 is 0 fs/cifs/sess.c: UID = 14336 fs/cifs/sess.c: bleft 153 fs/cifs/sess.c: words left: 0 fs/cifs/sess.c: ssetup freeing small buf edca9740 fs/cifs/connect.c: CIFS Session Established successfully fs/cifs/connect.c: file mode: 0x5f7 dir mode: 0x1ff fs/cifs/transport.c: For smb_command 117 fs/cifs/transport.c: Sending smb: total_len 90 fs/cifs/connect.c: rfc1002 length 0x42 fs/cifs/connect.c: disk share connection fs/cifs/connect.c: Tcon flags: 0x1 fs/cifs/connect.c: CIFS Tcon rc = 0 fs/cifs/cifssmb.c: In QFSDeviceInfo fs/cifs/transport.c: For smb_command 50 fs/cifs/transport.c: Sending smb: total_len 72 fs/cifs/connect.c: rfc1002 length 0x44 fs/cifs/cifssmb.c: In QFSAttributeInfo fs/cifs/transport.c: For smb_command 50 fs/cifs/transport.c: Sending smb: total_len 72 fs/cifs/connect.c: rfc1002 length 0x50 fs/cifs/connect.c: CIFS VFS: leaving cifs_mount (xid = 3) rc = 0 ------------[ cut here ]------------ WARNING: at fs/inode.c:362 invalidate_inodes+0xa6/0xe1() Hardware name: PowerEdge 2950 Modules linked in: cifs nfsd exportfs ncpfs bonding floppy e1000e bnx2 thermal button processor thermal_sys e1000 nfs lockd sunrpc usbhid sg scsi_wait_scan [last unloaded: cifs] Pid: 5082, comm: mount Tainted: G W 2.6.29-gentoo-r5 #1 Call Trace: [<c011d251>] warn_slowpath+0x71/0xa8 [<c01158f6>] ? __wake_up+0x31/0x3b [<f84bc7b0>] ? cifs_init_once+0xe/0x16 [cifs] [<c01587e3>] ? cache_alloc_refill+0x62/0x434 [<c0170283>] ? generic_sync_sb_inodes+0x395/0x3a5 [<c01301de>] ? lowest_in_progress+0x43/0x4b [<c016982a>] invalidate_inodes+0xa6/0xe1 [<c015c96b>] generic_shutdown_super+0x3c/0xda [<c015ca4c>] kill_anon_super+0x12/0x31 [<c015cabc>] deactivate_super+0x35/0x47 [<c016c05e>] mntput_no_expire+0xc6/0xe6 [<c016c91d>] do_add_mount+0xd0/0xd8 [<c016d511>] do_mount+0x631/0x654 [<c0142138>] ? __get_free_pages+0x1e/0x24 [<c016bc53>] ? copy_mount_options+0x2a/0xf9 [<c016d59e>] sys_mount+0x6a/0xa8 [<c0102cc5>] sysenter_do_call+0x12/0x25 ---[ end trace ea473e21e738f567 ]--- fs/cifs/cifsfs.c: In cifs_put_super fs/cifs/connect.c: CIFS VFS: in cifs_put_tcon as Xid: 4 with uid: 0 fs/cifs/cifssmb.c: In tree disconnect fs/cifs/transport.c: For smb_command 113 fs/cifs/transport.c: Sending smb: total_len 39 fs/cifs/connect.c: rfc1002 length 0x27 fs/cifs/connect.c: CIFS VFS: in cifs_put_smb_ses as Xid: 5 with uid: 0 fs/cifs/cifssmb.c: In SMBLogoff for session disconnect fs/cifs/transport.c: For smb_command 116 fs/cifs/transport.c: Sending smb: total_len 43 fs/cifs/connect.c: rfc1002 length 0x2b
looks like some slow_path issue, but I'm not familiar with these kernel details. The share I'm mounting is a Windows 2003 system. It is now successfully mounted on a quite old 2.6.19-gentoo-r5 kernel, but cannot be mounted under a recent 2.6.29-gentoo-r5. Any help is appreciated. Gerhard
Am I really the only one to encounter this problem ? Any hints on why this slow_path issues taints my kernel ? I'm not sure, If this is the right place to ask, but also the kernel mailing list wasn't answering my post.
OK, solved this. Had to emerge mount-cifs and after that I could mount the share. Interesting, that mounting worked under a 2.6.19 kernel, but does'nt work under a recent kernel without using mount.cifs.
Sorry, have to reopen this. Mounting does sometimes work and most of the time not (producing the above error message). Reexporting is unfortunately no supported even when using the EXPERIMENTAL flag in the cifs module option :-(
Just to be clear, is this still an issue? Your post on lkml seems to say otherwise. http://lkml.indiana.edu/hypermail/linux/kernel/0907.2/02231.html
fat fingered that one, taking back bug