I can reproduce the error with this procedure :
a script:
for num in $(seq 1 200)
do
dd if=/dev/zero of=cifsmount/file${num} bs=1024 count=1000
done
Execute the script, and send control-C several time when running
50 % chance i got unexpected SMB signature
any idea ?
> Message du 20/11/13 08:48
> De : sergio.conrad@xxxxxxxxxxx
> A : linux-cifs@xxxxxxxxxxxxxxx
> Copie à :
> Objet : Re: CIFS VFS: Unexpected SMB signature ...NULL inode in lookup
>
>
> Hello
> I have open a bug quite a while ago https://bugzilla.samba.org/show_bug.cgi?id=9477 and
don't have any news.
> I am using sec=krb5i, but have the same problem with ntlmv2...
>
> The problem is the same with a centos 6 computer.
>
> Perhaps the problem is in the Windows Server ...
> Do I have to change AllowLegacySrvCall as described in
http://support.microsoft.com/kb/957441 ?
> Perhaps I have to put a more recent driver in my server: It is a Dell T610 server
> with a NetExtreme II gigabitE (version 5.2.14 17/12/2009) ?
>
> Please help , as the problems continue ...
> Thanks
> Serge Conrad
>
> Hello ...
> in the messages, you could see an SMB unexpected signature (21 Jan 16:13:16)
> In the dump file , the trame no 470 is at the same time (16:13:16)
>
> The environnement is the same as described in https://bugzilla.samba.org/show_bug.cgi?
id=9477
>
> Regards,
>
> Serge
>
> > Message du 25/01/13 16:15
> > De : "Steve French"
> > A : "sergio. conrad"
> > Copie à :
> > Objet : Re: CIFS VFS: Unexpected SMB signature ...NULL inode in lookup
> >
> > You could send the trace to me directly
> > On Jan 25, 2013 8:42 AM, "sergio.conrad" wrote:
> >
> > > Hello
> > > I do have a network trace for
> > > https://bugzilla.samba.org/show_bug.cgi?id=9477
> > > But there is the public adress ip of the server in the trace. I don't know
> > > how to hide
> > > this. Could I send the trace to you, or must I find a way to hide the
> > > trace ?
> > >
> > > Thanks
> > > Serge
> > >
> > > > Message du 05/12/12 16:18
> > > > De : "Steve French"
> > > > A : "sergio.conrad"
> > > > Copie à : linux-cifs@xxxxxxxxxxxxxxx
> > > > Objet : Re: CIFS VFS: Unexpected SMB signature ...NULL inode in lookup
> > > >
> > > > Could you open a bugzilla bug at bugzilla.samba.org and if possible
> > > > attach a network trace around the time that this is triggered (if it
> > > > is trivial to reproduce)
> > > > https://wiki.samba.org/index.php/Capture_Packets
> > > >
> > > > On Wed, Dec 5, 2012 at 8:43 AM, sergio.conrad wrote:
> > > > > Hello,
> > > > >
> > > > > The log are from 2.6.43.8-1.fc15.x86_64.
> > > > > I see also the error CIFS VFS: Unexpected SMB signature with the same
> > > environnement
> > > on a 3.6.6-1.fc16.x86_64
> > > > >
> > > > > Thanks,
> > > > >
> > > > > Serge
> > > > >
> > > > >
> > > > >> Message du 04/12/12 20:06
> > > > >> De : "Steve French"
> > > > >> A : "sergio.conrad"
> > > > >> Copie à : linux-cifs@xxxxxxxxxxxxxxx
> > > > >> Objet : Re: CIFS VFS: Unexpected SMB signature ...NULL inode in lookup
> > > > >>
> > > > >> What kernel version?
> > > > >>
> > > > >> I would not expect the "noserverino" mount option to be a factor.
> > > > >> Jeff did fix one warning relating to unexpected signatures in this
> > > > >> patch, see below (which I don't think is your issue (if the signature
> > > > >> is coming on a transact2 request).
> > > > >>
> > > > >> commit 9c4843ea576107a3c1fb94f2f758f198e9fe9e54
> > > > >> Author: Jeff Layton
> > > > >> Date: Mon Jun 6 15:40:23 2011 -0400
> > > > >>
> > > > >> cifs: silence printk when establishing first session on socket
> > > > >>
> > > > >> When signing is enabled, the first session that's established on a
> > > > >> socket will cause a printk like this to pop:
> > > > >>
> > > > >> CIFS VFS: Unexpected SMB signature
> > > > >>
> > > > >> This is because the key exchange hasn't happened yet, so the signature
> > > > >> field is bogus. Don't try to check the signature on the socket until
> > > the
> > > > >> first session has been established. Also, eliminate the specific check
> > > > >> for SMB_COM_NEGOTIATE since this check covers that case too.
> > > > >>
> > > > >>
> > > > >> On Tue, Dec 4, 2012 at 7:23 AM, sergio.conrad wrote:
> > > > >> > Hi,
> > > > >> >
> > > > >> > I have a problem with users losing their connections from linux
> > > clients with cifs
> > > share. (Windows 2008) :CIFS VFS: Unexpected SMB signature
> > > > >> > I am using two methods for mounting: pam_mount and autofs, both
> > > with same results.
> > > > >> >
> > > > >> > I am using mount options nounix,noserverino
> > > > >> >
> > > > >> > I am lauching cifs module on boot (rc.local) with
> > > > >> > modprobe cifs
> > > > >> > echo 0 > /proc/fs/cifs/OplockEnabled
> > > > >> > echo 1 > /proc/fs/cifs/MultiuserMount
> > > > >> > echo 7 > /proc/fs/cifs/cifsFYI
> > > > >> >
> > > > >> > What happens :
> > > > >> > in /var/log/messages
> > > > >> > =====================
> > > > >> > Dec 3 17:31:01 u1205-08l kernel: [ 3732.140040] CIFS VFS:
> > > Unexpected lookup error
> > > -512
> > > > >> > Dec 3 17:31:01 u1205-08l kernel: [ 3732.334939] CIFS VFS:
> > > Unexpected SMB signature
> > > > >> >
> > > > >> > This user was working since one hour with no problem :
> > > > >> > Daemon log :
> > > > >> > =============
> > > > >> > Dec 3 16:29:35 u1205-08l cifs.upcall: key description:
> > > cifs.spnego;0;0;3f000000
> > > > >> >
> > >
> > > ;ver=0x2;host=figue;ip4=130.xxx.xxx.xxx;sec=krb5;uid=0x1000005;creduid=0x1000005;us
> > > > >> > er=21206xxx;pid=0x65f
> > > > >> > Dec 3 16:29:35 u1205-08l cifs.upcall: ver=2
> > > > >> > Dec 3 16:29:35 u1205-08l cifs.upcall: host=figue
> > > > >> > Dec 3 16:29:35 u1205-08l cifs.upcall: ip=130.120.8.11
> > > > >> > Dec 3 16:29:35 u1205-08l cifs.upcall: sec=1
> > > > >> > Dec 3 16:29:35 u1205-08l cifs.upcall: uid=16777221
> > > > >> > Dec 3 16:29:35 u1205-08l cifs.upcall: creduid=16777221
> > > > >> > Dec 3 16:29:35 u1205-08l cifs.upcall: user=21206xxx
> > > > >> > Dec 3 16:29:35 u1205-08l cifs.upcall: pid=1631
> > > > >> > Dec 3 16:29:35 u1205-08l cifs.upcall: find_krb5_cc: considering
> > > /tmp/krb5cc_167
> > > > >> > 77221
> > > > >> > Dec 3 16:29:35 u1205-08l cifs.upcall: find_krb5_cc:
> > > FILE:/tmp/krb5cc_16777221 i
> > > > >> > s valid ccache
> > > > >> >
> > > > >> > in dmesg
> > > > >> > =========
> > > > >> > fs/cifs/inode.c: Getting info on \21206xxx\TP9
> > > > >> > [ 3735.419612] fs/cifs/transport.c: For smb_command 50
> > > > >> > [ 3735.419615] fs/cifs/transport.c: Sending smb: total_len 104
> > > > >> > [ 3735.420257] fs/cifs/connect.c: RFC1002 header 0x23
> > > > >> > [ 3735.420261] fs/cifs/connect.c: invalid transact2 word count
> > > > >> > [ 3735.422403] fs/cifs/transport.c: cifs_sync_mid_result: cmd=50
> > > mid=37012 state=4
> > > > >> > [ 3735.422406] CIFS VFS: Unexpected SMB signature
> > > > >> > [ 3735.422408] Status code returned 0xc0000022
> > > NT_STATUS_ACCESS_DENIED
> > > > >> > [ 3735.422411] fs/cifs/netmisc.c: Mapping smb error code 0xc0000022
> > > to POSIX err
> > > -13
> > > > >> > [ 3735.422413] fs/cifs/cifssmb.c: Send error in QPathInfo = -13
> > > > >> > [ 3735.422415] fs/cifs/dir.c: CIFS VFS: leaving cifs_lookup (xid =
> > > 76854) rc = -13
> > > > >> > [ 3735.422424] fs/cifs/dir.c: CIFS VFS: in cifs_lookup as Xid:
> > > 76855 with uid:
> > > 16777221
> > > > >> > [ 3735.422427] fs/cifs/dir.c: parent inode = 0xf14481f0 name is:
> > > TP9 and dentry =
> > > 0xf074e300
> > > > >> > [ 3735.422429] fs/cifs/dir.c: NULL inode in lookup
> > > > >> > [ 3735.422430] fs/cifs/dir.c: Full path: \21206xxx\TP9 inode = 0x
> > > (null)
> > > > >> >
> > > > >> > I don't understand what happens...
> > > > >> > NULL inode in lookup ... What about noserverino option ?
> > > > >> > Perhaps an unresponsive server... The network infrastructure is
> > > old. Last year I
> > > got this working very well, but the server was in a better place (switch
> > > and network
> > > infrastructure speaking)
> > > > >> >
> > > > >> > Regards,
> > > > >> > Thanks in advance
> > > > >> > Serge Conrad
> > > > >> >
> > > > >> > Une messagerie gratuite, garantie à vie et des services en plus, ça
> > > vous tente ?
> > > > >> > Je crée ma boîte mail www.laposte.net
> > > > >> > --
> > > > >> > To unsubscribe from this list: send the line "unsubscribe
> > > linux-cifs" in
> > > > >> > the body of a message to majordomo@xxxxxxxxxxxxxxx
> > > > >> > More majordomo info at http://vger.kernel.org/majordomo-info.html
> > > > >>
> > > > >>
> > > > >>
> > > > >> --
> > > > >> Thanks,
> > > > >>
> > > > >> Steve
> > > > >> --
> > > > >> To unsubscribe from this list: send the line "unsubscribe linux-cifs"
> > > in
> > > > >> the body of a message to majordomo@xxxxxxxxxxxxxxx
> > > > >> More majordomo info at http://vger.kernel.org/majordomo-info.html
> > > > >>
> > > > >
> > > > > Une messagerie gratuite, garantie à vie et des services en plus, ça
> > > vous tente ?
> > > > > Je crée ma boîte mail www.laposte.net
> > > >
> > > >
> > > >
> > > > --
> > > > Thanks,
> > > >
> > > > Steve
> > > > --
> > > > To unsubscribe from this list: send the line "unsubscribe linux-cifs" in
> > > > the body of a message to majordomo@xxxxxxxxxxxxxxx
> > > > More majordomo info at http://vger.kernel.org/majordomo-info.html
> > > >
> > >
> > > Une messagerie gratuite, garantie à vie et des services en plus, ça vous
> > > tente ?
> > > Je crée ma boîte mail www.laposte.net
> > >
> >
>
> Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ?
> Je crée ma boîte mail www.laposte.net
> --
> To unsubscribe from this list: send the line "unsubscribe linux-cifs" in
> the body of a message to majordomo@xxxxxxxxxxxxxxx
> More majordomo info at http://vger.kernel.org/majordomo-info.html
>
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-cifs" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
