View Issue Details

IDProjectCategoryView StatusLast Update
0015829CentOS-7kernelpublic2019-08-19 07:23
Reportertklaes 
PrioritynormalSeveritymajorReproducibilityalways
Status newResolutionopen 
Product Version7.6.1810 
Target VersionFixed in Version 
Summary0015829: CIFS-Mount vers=2.1+ Missing folders, several Errors with file handling
DescriptionSince the change in default mount behaviour (default from vers=1.0 to vers=3.0) I noticed several problems with the mounts.
In my case the share mounted with vers=2.1 showed a problem with renamin a file on the share.
The new file was created but the old version not deleted.
The folder the problematic file resided in was the newest folder in the share and was not displayed when using ls -lah.
Debugging with tcpdump showed that the storage server sent all folders in the top level of the mount, the ls -lah did not.
Also a tcpdump of the failed deletion of the old name file showed that no command for deletion was sent from the machine.
Reverting the mount settings from vers=2.1 or vers=3.0 to vers=1.0 fixed the problem for me.
Steps To Reproduce- Mount a cifs share with vers=2.1 or higher
- create multiple folders in the top level of the mount
- show the contents of the mount
Additional Informationprobably related: https://bugs.launchpad.net/bugs/1572132
Multiple thousands of directory list errors and file delete errors in /proc/fs/cifs/Stats
Tagscifs, kernel
abrt_hash
URL

Activities

darxmurf

darxmurf

2019-08-15 12:52

reporter   ~0034979

This issue is kernel related. I had this problem with debian servers a few months ago and it's working fine now with kernel 4.x
As I just experienced this problem again with a CentOS machine I hope this will be fixed soon as windows 10 does not allow SMB 1.0 protocol anymore.
As a workaround, you can access the "missing_folder" folders by forcing their name like
ls /mount/share/missing_folder/

I had a look on redhat bug report system and it looks like there is nothing about that.
darxmurf

darxmurf

2019-08-19 07:20

reporter   ~0034998

Tested on a redhat 7 machine and all looks fine. Looks like the kernel deployed on RH servers is a bit newer than on CentOS
RH: 3.10.0-1062.el7.x86_64
CentOS: 3.10.0-957.27.2.el7.x86_64

And after some tests with those shares and missing folders, the problem occurs when the shared area on the windows computer is the whole drive. Example here when sharing d:\ as "data$"

:: Centos
# mount.cifs -o ro,username=user //server-address/data$/ /mnt/temp/
Password for user@//server-address/data$/: ******************
# ls -l temp/
total 0
drwxr-xr-x. 2 root root 0 Aug 19 09:08 0000
drwxr-xr-x. 2 root root 0 Aug 19 09:01 12245ukj
drwxr-xr-x. 2 root root 0 Aug 19 09:01 aaaaa
drwxr-xr-x. 2 root root 0 Aug 19 09:01 bbbbb
drwxr-xr-x. 2 root root 0 Aug 19 09:01 test2
-rwxr-xr-x. 1 root root 0 Aug 19 09:01 test - Copy (2).txt
-rwxr-xr-x. 1 root root 0 Aug 19 09:01 test - Copy (3).txt
-rwxr-xr-x. 1 root root 0 Aug 19 09:01 test - Copy.txt
-rwxr-xr-x. 1 root root 0 Aug 19 09:01 test.txt

::RH
# mount.cifs -o ro,username=user //server-address/data$/ /mnt/temp/
Password for user@//server-address/data$/: ******************
# ls -l /mnt/temp/
total 0
drwxr-xr-x. 2 root root 0 Aug 19 09:08 0000
drwxr-xr-x. 2 root root 0 Aug 19 09:01 12245ukj
drwxr-xr-x. 2 root root 0 Aug 19 09:01 aaaaa
drwxr-xr-x. 2 root root 0 Aug 19 09:01 bbbbb
drwxr-xr-x. 2 root root 0 Aug 5 08:50 System Volume Information
drwxr-xr-x. 2 root root 0 Aug 19 09:01 test1
drwxr-xr-x. 2 root root 0 Aug 19 09:01 test2
-rwxr-xr-x. 1 root root 0 Aug 19 09:01 test - Copy (2).txt
-rwxr-xr-x. 1 root root 0 Aug 19 09:01 test - Copy (3).txt
-rwxr-xr-x. 1 root root 0 Aug 19 09:01 test - Copy.txt
-rwxr-xr-x. 1 root root 0 Aug 19 09:01 test.txt

But, when I share and mount d:\0000\ which is shared as "0000$" and contains the exact copy as d:\

On both systems I have
# mount.cifs -o ro,username=user //server-address/0000$/ /mnt/temp/
Password for user@//server-address/data$/: ******************
# ls -l /mnt/temp/
total 0
drwxr-xr-x. 2 root root 0 Aug 19 09:09 0000
drwxr-xr-x. 2 root root 0 Aug 19 09:01 12245ukj
drwxr-xr-x. 2 root root 0 Aug 19 09:01 aaaaa
drwxr-xr-x. 2 root root 0 Aug 19 09:01 bbbbb
drwxr-xr-x. 2 root root 0 Aug 5 08:50 System Volume Information
drwxr-xr-x. 2 root root 0 Aug 19 09:01 test1
drwxr-xr-x. 2 root root 0 Aug 19 09:01 test2
-rwxr-xr-x. 1 root root 0 Aug 19 09:01 test - Copy (2).txt
-rwxr-xr-x. 1 root root 0 Aug 19 09:01 test - Copy (3).txt
-rwxr-xr-x. 1 root root 0 Aug 19 09:01 test - Copy.txt
-rwxr-xr-x. 1 root root 0 Aug 19 09:01 test.txt

This issue is seriously problematic when syncing folders between both OS

Issue History

Date Modified Username Field Change
2019-02-15 15:17 tklaes New Issue
2019-08-15 12:52 darxmurf Note Added: 0034979
2019-08-19 07:20 darxmurf Note Added: 0034998
2019-08-19 07:23 darxmurf Tag Attached: kernel
2019-08-19 07:23 darxmurf Tag Attached: cifs