Make sure "Raw Listing" is turned on. You can also try logging to a file and then post it here so we can analyze it further (remove any confidential information from it first).
ok, i've turned on 'raw listing" for this site and it essentially outputs the same information. From the log file:
STATUS> Login successful.
COMMAND> SSH_MSG_CHANNEL_OPEN: type: session; local channel: 0
SSH_MSG_CHANNEL_OPEN_CONFIRMATION: local channel: 0; remote channel: 0
COMMAND> SSH_MSG_CHANNEL_REQUEST: remote channel: 0; request type: subsystem; subsytem: sftp
SSH_MSG_CHANNEL_SUCCESS: channel request succeeded; local channel: 0
COMMAND> SSH_FXP_INIT: client version: 6
SSH_FXP_VERSION: server version: 3
STATUS> Negotiated SFTP version 3
COMMAND> SSH_FXP_REALPATH: translating path: .
SSH_FXP_NAME: translated path: /
STATUS> Listing contents of: /DTFWD
COMMAND> SSH_FXP_OPENDIR: path: /DTFWD
SSH_FXP_HANDLE: handle: /DTFWD
COMMAND> SSH_FXP_READDIR: handle: /DTFWD
SSH_FXP_NAME: received 4 items
ERROR> Unable to parse listing data received from server. Please contact SolarWinds Technical Support for further assistance.
COMMAND> SSH_FXP_CLOSE: handle: /DTFWD
SSH_FXP_STATUS: status: SSH_FX_OK; description: The operation completed
STATUS> Listing complete: /DTFWD
Hi dbladorn, just thought I'd post an update here as our vendor discovered the cause of this issue and it might be useful for you guys: Our SFTP server uses some extended attibutes and FTP Voyager is interpreting extended file attributes as filenames.
In our testing we had six files and each file has seven extended attributes. FTP Voyager was incorrectly interpreting these optional attributes as File Folders.
We've since enhanced the SFTP server to have an optional parameter to suppress the extended attributes - problem solved.
a FTP Voyager issue. It is interpreting extended file attributes as filenames e.g.