However it fails the same way. The key difference seems to be the sycall 2 vs 89
This is coming from ausearch as part of audit d. Here is a verbose output from auth.log
Nov 12 06:21:29 prod-oneit-sshfs sftp-server[28210]: session opened for local user abc from [112.134.xxx.xxx]
Nov 12 06:21:29 prod-server sftp-server[28210]: received client version 3
Nov 12 06:21:30 prod-server sftp-server[28210]: lstat name "/Dropbox"
Nov 12 06:21:30 prod-server sftp-server[28210]: debug1: request 0: sent attrib have 0xf
Nov 12 06:21:30 prod-server sftp-server[28210]: stat name "."
Nov 12 06:21:30 prod-server sftp-server[28210]: debug1: request 1: sent attrib have 0xf
Nov 12 06:21:30 prod-server sftp-server[28210]: statvfs "/Dropbox"
Nov 12 06:21:30 prod-server sftp-server[28210]: lstat name "/Dropbox"
Nov 12 06:21:30 prod-server sftp-server[28210]: debug1: request 3: sent attrib have 0xf
Nov 12 06:21:30 prod-server sftp-server[28210]: readlink "/Dropbox"
Nov 12 06:21:30 prod-server sftp-server[28210]: sent status Bad message
I have Linux machines successfully mounting directories on /Dropbox however it fails when accessed from Windows.
Successful running on Linux. Note the success = yes on the last line.
Failure running from Windows. Note the success = no on the last line.
I have tried a --bind mount to mount the same directory into the user's home directory.
However it fails the same way. The key difference seems to be the sycall 2 vs 89
This is coming from ausearch as part of audit d. Here is a verbose output from auth.log