yes, this looks like a authentication failure. It probably is a NetApp server. Can any other client (e.g. Windows, smbclient etc.) authenticate using ntlmv2/ntlmssp to this server? SMB servers do not typically point_out/log what part of the request is invalid, so it is little harder to figure out how the request is incorrect. On Sat, Jan 18, 2014 at 11:17 AM, Ben Greear <greearb@xxxxxxxxxxxxxxx> wrote: > Hello! > > A customer reported problems connecting our CIFS traffic generation test > gear to their SMB server. > We are using the 3.9.11+ kernel, and though it is patched, we do not have > any > patches to cifs. > > The OS is Fedora 14, 64-bit. > > A similar system on Fedora 14, with a 3.7.10+ kernel was working, but when > we tried the 3.7.10+ kernel on the broken machine, it also failed to work. > So, it could be the SMB server itself is having issues. (In the 3.7.10+ > failure, > the server just failed to respond after "Setup andX Request AUTH message", > though we > did get the TCP ack so it looks like the message was received by the > server.) > > I'm attaching a capture taken on the SMB server. > > From looking at this page: > > http://msdn.microsoft.com/en-us/library/ff469913.aspx > > It appears the problem (STATUS_UNSUCCESSFUL) is: > > "The size of the extended attribute list is not correct. Check the > EaErrorOffset field for the > address of the SMB_GEA structure at which the error was detected." > > I did not see anything about extended attribute list in the capture, but if > someone else > with more knowledge could take a look and see if they notice any problems I > would be grateful. > > Thanks! > Ben > > -- > Ben Greear <greearb@xxxxxxxxxxxxxxx> > Candela Technologies Inc http://www.candelatech.com > -- 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
