search for: cifs_lookup

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello, We have `some` problems related to the samba daemon, or possibly with the Linux kernel CIFS filesystem. We have 2 server (for this example): - - Storage Server, running Samba 3.0.28a on Ubuntu Linux (Samba version 3.0.28a-1ubuntu4.4) with ldap authentication. - - Client, running Linux 2.6.24 as a XEN domU. This server mounts on demand user

...nt command used is: mount.cifs //<w2k3server>/<share>$ /mnt \ -o username=<user>,workgroup=<workgroup>,password=<pwd>,file_mode=0664,dir_mode=0775,uid=<localuid>,gid=<localgid>,rw The kernel output after enabling extended debugging: dir.c: CIFS VFS: in cifs_lookup as Xid: 108299 with uid: 0 dir.c: parent inode = 0xe754c200 name is: bla and dentry = 0xef5317a0 dir.c: len 4 dir.c: NULL inode in lookup dir.c: Full path: \bla inode = 0x00000000 inode.c: CIFS VFS: in cifs_get_inode_info as Xid: 108300 with uid: 0 inode.c: Getting info on \bla cifssmb.c...

...re kernel: fs/cifs/transport.c: For smb_command 50 Sep 4 16:21:43 rd-spare kernel: fs/cifs/transport.c: Sending smb: total_len 118 Sep 4 16:21:43 rd-spare kernel: fs/cifs/inode.c: CIFS VFS: leaving cifs_revalidate (xid = 258) rc = 0 Sep 4 16:21:43 rd-spare kernel: fs/cifs/dir.c: CIFS VFS: in cifs_lookup as Xid: 263 with uid: 0 Sep 4 16:21:43 rd-spare kernel: fs/cifs/dir.c: parent inode = 0xf58d2e60 name is: AutoWire.bmp and dentry = 0xf5adb63c Sep 4 16:21:43 rd-spare kernel: fs/cifs/dir.c: NULL inode in lookup Sep 4 16:21:43 rd-spare kernel: fs/cifs/dir.c: Full path: \AutoWire.bmp inode = 0x...

> Which smb version are you using (mount option)? Support for DFS on smb2+ > was only added in linux 4.11. smbstatus shows the connection as NT1. DFS links do work like this: serverA_msdfsrootYES => serverB_msdfsrootNO But not like this: serverA_msdfsrootYES => serverB_msdfsrootYES Somehow the destination having 'msdfsroot yes' prevents the cifs kernel module from

...cifs/inode.c: looking for uniqueid=3276811 Sep 25 12:32:02 pc-u20 kernel: fs/cifs/inode.c: cifs_revalidate_cache: revalidating inode 3276811 Sep 25 12:32:02 pc-u20 kernel: fs/cifs/inode.c: cifs_revalidate_cache: inode 3276811 is new Sep 25 12:32:02 pc-u20 kernel: fs/cifs/dir.c: CIFS VFS: leaving cifs_lookup (xid = 1916) rc = 0

...ces and right off the bat I see things like this: [...] /linux-4.9.30/fs/cifs/smb1ops.c: cifs_query_symlink: target path: \smb03.physics.wisc.edu\smb\instr_files [...] /linux-4.9.30/fs/cifs/link.c: CIFS VFS: leaving cifs_get_link (xid = 35208) rc = 0 [...] /linux-4.9.30/fs/cifs/dir.c: CIFS VFS: in cifs_lookup as Xid: 35209 with uid: 1494 [...] /linux-4.9.30/fs/cifs/dir.c: parent inode = 0xffff893b14d610a8 name is: \smb03.physics.wisc.edu\smb\instr_files and dentry = 0xffff893b79dda3c0 [...] /linux-4.9.30/fs/cifs/dir.c: name: /\smb03.physics.wisc.edu\smb\instr_files [...] /linux-4.9.30/fs/cifs/dir.c: nam...

On 9/25/20 5:14 AM, Aur?lien Aptel wrote: > Ken Bass via samba <samba at lists.samba.org> writes: >> Can you please expand on this, I am confused as to what you are >> suggesting.? If 'getent pass' works properly and shows no >> overlap/confusion, this seems to be related to cifsacl. > It's still hard to say at this point. > > cifs.idmap logs

Hi, Is the http://xenbits.xensource.com/linux-2.6-xen.hg tree still being updated? if not, what''s the preferred Linux tree to track that has all of the Xen bits? Thanks, Muli _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel