NT_STATUS_FILE_IS_A_DIRECTORY in nosymlinks test

Andrew Bartlett abartlet at samba.org
Fri Jun 30 05:03:17 UTC 2017

G'Day Andreas,

I've been trying to make our test environments run in parallel, but
when I enable that on the Catalyst Cloud, using this branch:


I (about 50% of the time) get failures in 
test_nosymlinks() in test_smbclient_s3.sh
UNEXPECTED(failure): samba3.blackbox.smbclient_s3.SMB3.plain
(ad_member) member creds.follow symlinks = no(ad_member)

(sorry for the garbled output, something very odd is going on in the
output stream with the escaping)

REASON: Exception: Exception: CLI_FORCE_INTERACTIVE=yes /home/ubuntu/autobuild/b20147/samba/bin/smbclient -ULOCALADMEMBER/ubuntu%loCalMemberPass //LOCALADMEMBER/nosymlinks -I --configfile=/home/ubuntu/autobuild/b20147/samba/bin/ab/client/client.conf -mSMB3
NT_STATUS_ACCESS_DENIED opening remote file     est\source
CLI_FORCE_INTERACTIVE=yes /home/ubuntu/autobuild/b20147/samba/bin/smbclient -ULOCALADMEMBER/ubuntu%loCalMemberPass //LOCALADMEMBER/nosymlinks -I --configfile=/home/ubuntu/autobuild/b20147/samba/bin/ab/client/client.conf -mSMB3
CLI_FORCE_INTERACTIVE=yes /home/ubuntu/autobuild/b20147/samba/bin/smbclient -ULOCALADMEMBER/ubuntu%loCalMemberPass //LOCALADMEMBER/nosymlinks -I --configfile=/home/ubuntu/autobuild/b20147/samba/bin/ab/client/client.conf -mSMB3
NT_STATUS_FILE_IS_A_DIRECTORY opening remote file       estooar       estfile
Try "help" do get a list of possible commands.
smb: \> cd testooar
smb:    estooar\> ls
  .                                   D        0  Fri Jun 30 03:27:08 2017
  ..                                  D        0  Fri Jun 30 03:27:08 2017
  testfile                            D        0  Fri Jun 30 03:27:08 2017

                10287416 blocks of size 1024. 3260044 blocks available
smb:    estooar\> get testfile -
NT_STATUS_FILE_IS_A_DIRECTORY opening remote file       estooar       estfile
smb:    estooar\> quit
failed - NT_STATUS_XXXX doing cd fooar; get testfile on 

It would be great to make some progress on this, because in the
successful runs, I see autobuild times drop by 60mins (288 -> 218 on an
identical VM)!

I had assumed this was due to re-use of the dev/inode, but I tried the
attached and it didn't help.  (This happens when files are created or
deleted on the client side, not the server side). 

Another idea would be to wipe the xattr.tdb file between each test. 

My final idea is to have as much of the deltree and mkdir etc be done
over SMB, so they will get an entry in the xattr.tdb, but I've not had
time to do this yet.

However, as you have looked into this before, perhaps you have other
suggestions.  If you could help out, the potential gains are


Andrew Bartlett

Andrew Bartlett
Authentication Developer, Samba Team         https://samba.org
Samba Development and Support, Catalyst IT   

-------------- next part --------------
A non-text attachment was scrubbed...
Name: 0001-selftest-Define-xattr_tdb-file-per-sub-directory.patch
Type: text/x-patch
Size: 6334 bytes
Desc: not available
URL: <http://lists.samba.org/pipermail/samba-technical/attachments/20170630/9d11be92/0001-selftest-Define-xattr_tdb-file-per-sub-directory.bin>

More information about the samba-technical mailing list