Just installed this on a Dell 420 with 4 x 8TB Drives.
So, trying to test SFTP transfer from cPanel’s WHM backup manager area, getting this error despite proper SFTP port 22, username, password and passive mode enabled. Correct IP address too.
Error: Validation for transport “Rockstor” failed: Could not upload test file: Couldn’t open remote file ‘/validate.tmp-7757-1492640956.txt’: Permission denied
and
Error: Validation for transport “Rockstor” failed: The Net::SFTP::Foreign object failed to instantiate: bad remote message received
S.M.A.R.T support is not available for this disk (scsi-36c81f660e4820300205de144056cf6e8-part4).
Please see the S.M.A.R.T column entry for this disk on the Storage - Disks page; custom options may be required.
Also, under File Sharing > SFTP
Houston, we’ve had a problem.
Share(home) is owned by root. It cannot be exported via SFTP with root ownership
Traceback (most recent call last):
File “/opt/rockstor/eggs/gunicorn-0.16.1-py2.7.egg/gunicorn/workers/sync.py”, line 34, in run
client, addr = self.socket.accept()
File “/usr/lib64/python2.7/socket.py”, line 202, in accept
sock, addr = self._sock.accept()
error: [Errno 11] Resource temporarily unavailable
You appear to have 3 issues here so I’ll attempt to address each in turn.
Have a look at my answer to a recent “Resource temporarily unavailable” + SFTP question which hopefully will address this:
So in short Rockstor’s SFTP implimentation uses openssh’s built in capabilities and with this we have some constraints over share ownership and SFTP share exporting. Hopefully the Secure File Transport Protocol (SFTP) section of our docs should help. Ie check that you are conforming with the required share ownership detailed in that doc.
This is simply a notification that this scsi mapping has not been found to support S.M.A.R.T. correctly or at least that is Rockstor’s assessment so it can’t display any S.M.A.R.T. info as it might usually.
Your test with a different sftp client shares the permission requirement at Rockstor’s end is my suspicion.
And lastly we have:
Is just a log of the smartctl --info attempt on your Lexar JumpDrive, which if it returns a non zero is used as a ‘test’ to see if smart is at all available; the result then informs the UI of smart availability. However note that the message indicates that you may be able to use a custom smart option of -d, I’d try “-d sat” as a first bet as that may help to at least silence those log entries; and if you are lucky my may get some smart data out of that JumpDrive. Available options and more informed suggestions are linked to from the custom smart config page within Rockstor.
Adding Custom Smart options is documented in the following docs section: S.M.A.R.T
Linked to from our Disks section