Bug 9110 - Unexpected SMB signature in case of coping data from domain-included Windows 200x
Summary: Unexpected SMB signature in case of coping data from domain-included Windows...
Status: RESOLVED DUPLICATE of bug 8245
Alias: None
Product: CifsVFS
Classification: Unclassified
Component: kernel fs (show other bugs)
Version: 2.6
Hardware: All All
: P5 normal
Target Milestone: ---
Assignee: Steve French
QA Contact: cifs QA contact
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-08-22 09:11 UTC by Stepchenko Aleksey
Modified: 2020-08-13 16:22 UTC (History)
0 users

See Also:

Attachments
dmesg log (1.73 KB, application/octet-stream)
2012-08-22 09:11 UTC, Stepchenko Aleksey 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description Stepchenko Aleksey 2012-08-22 09:11:42 UTC 
Created attachment 7806 [details]
dmesg log

Clients:

Fedora 16 x84-64, kernel 3.4.7, CIFS 1.78
Ubuntu x84-64, kernel 2.6.31, CIFS 1.60 + patches enabling NTLMv2 

Servers:
Windows 2003 R2 SBS 64-bit,  Windows 2003 R2 64-bits, Windows 2008 R2 64 bits, Windows XP SP3 32-bit, Win7 + SP1 32-bit

In case of mounting shares from Windows 2003/2008 R2 Server with enabled encryption and mass file coping is started coping process receives errors like: "Permission denied".

Of course, all permissions are ok for files and directories. 

dmesg log looks like in attachment.


For standalone Windows servers this problem is not present.

Workaround - disabling encryption on Windows is not describable 


CIFS 1.60  without NTMLv2 patches works correctly in any cases.
Comment 1 Stepchenko Aleksey 2012-08-22 09:13:05 UTC 
Additional info: Windows servers should be included into domain. in case of standalone installation - problem also is no appeared
Comment 2 Björn Jacke 2020-08-13 16:22:34 UTC 

*** This bug has been marked as a duplicate of bug 8245 ***