[jira] [Commented] (SSHD-733) SSHD server displays file symlinks instead of dir symlinks
[
https://issues.apache.org/jira/browse/SSHD-733?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15955620#comment-15955620
]
Goldstein Lyor commented on SSHD-733:
-
I have made a slight adjustment so that symlinks as *not* followed on listed
children of a folder - please see if this improves the result.
> SSHD server displays file symlinks instead of dir symlinks
> --
>
> Key: SSHD-733
> URL: https://issues.apache.org/jira/browse/SSHD-733
> Project: MINA SSHD
> Issue Type: Wish
>Affects Versions: 1.2.0
> Environment: Windows/Linux
>Reporter: Marcin Kozakiewicz
>Assignee: Goldstein Lyor
>Priority: Minor
> Fix For: 1.5.0
>
>
> We use sshd for junit testing of sftp file transfers.
> Scenario:
> 1.create filesystem:
> {code}
> ├── mem0
> │ └── mem0.txt
> ├── run -> mem0
> └── run2 -> mem0
> {code}
> 2. Start SSh server with given file system.
> code snippet from out project:
> {code}
> _server = SshServer.setUpDefaultServer();
> _server.setHost("localhost");
> _server.setPort(PORT);
> _server.setKeyPairProvider(new SimpleGeneratorHostKeyProvider());
> _server.setPasswordAuthenticator(new PasswordAuthenticator() {
> @Override
> public boolean authenticate(final String username, final String
> password, final ServerSession session) {
> return USERNAME.equals(username) && PASSWORD.equals(password);
> }
> });
> _server.setSubsystemFactories(singletonList(new
> SftpSubsystemFactory()));
> _server.setFileSystemFactory(new
> VirtualFileSystemFactory(fileSystemPath));
> _server.start();
> {code}
> 3. Connect to server with sftp client.
> Result:
> run and run2 symlinks are presented as file symlinks instead of directory
> symlinks.
> Expected result:
> run and run2 are presented as directory symlinks.
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
[jira] [Commented] (SSHD-727) Upgrade used EdDSA artifact version to 1.1
[ https://issues.apache.org/jira/browse/SSHD-727?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15955573#comment-15955573 ] Goldstein Lyor commented on SSHD-727: - The upgrade was to 0.2.0 - see [Maven central|https://search.maven.org/#artifactdetails%7Cnet.i2p.crypto%7Ceddsa%7C0.2.0%7Cbundle] > Upgrade used EdDSA artifact version to 1.1 > -- > > Key: SSHD-727 > URL: https://issues.apache.org/jira/browse/SSHD-727 > Project: MINA SSHD > Issue Type: Task >Affects Versions: 1.4.0 >Reporter: Goldstein Lyor >Assignee: Goldstein Lyor > Labels: features, security > Fix For: 1.5.0 > > Original Estimate: 3h > Remaining Estimate: 3h > > See if the newer version contains the new security provider as well as > renamed signature name and adjust the SSHD code accordingly -- This message was sent by Atlassian JIRA (v6.3.15#6346)
[jira] [Commented] (SSHD-725) SFTP - Some files truncated on retrieval/download
[
https://issues.apache.org/jira/browse/SSHD-725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15955520#comment-15955520
]
Russ Tennant commented on SSHD-725:
---
I included one file in the test project:
https://github.com/VentureTech/sshd-test/blob/master/data/test-download.data
It is 61564 bytes in length
It's reproducible 100% of the time with that file.
{code:title=Java Version}
java version "1.8.0_111"
Java(TM) SE Runtime Environment (build 1.8.0_111-b14)
Java HotSpot(TM) 64-Bit Server VM (build 25.111-b14, mixed mode)
{code}
{code:title=O/S}
ec2 - https://aws.amazon.com/amazon-linux-ami/2016.09-release-notes/
and locally on
Distributor ID: Ubuntu
Description:Ubuntu 16.10
Release:16.10
Codename: yakkety
{code}
In case of AWS, it's an EBS volume.
In case of local machine, it's an SSD drive.
There's no symlinks or remote mounts like NFS.
> SFTP - Some files truncated on retrieval/download
> -
>
> Key: SSHD-725
> URL: https://issues.apache.org/jira/browse/SSHD-725
> Project: MINA SSHD
> Issue Type: Bug
>Affects Versions: 1.0.0, 1.2.0, 1.3.0
> Environment: Various flavors of Linux (ubuntu xenial, centos 6, AWS
> AMI 2016.x)
>Reporter: Russ Tennant
>Assignee: Goldstein Lyor
> Attachments: download-lftp-script-output-trace.txt, test-download.data
>
>
> When retrieving files (depending on file size), the files are truncated. We
> have also experienced a similar problem on file upload where we get extra
> data repeated from the last packet received.
> I don't have a test-case for the file upload issue - yet. Still trying to
> find the magic file size.
> I created a github project that demonstrates the truncation issue on
> retrieval.
> Project: https://github.com/VentureTech/sshd-test
> Example lftp Script:
> https://github.com/VentureTech/sshd-test/blob/master/download-lftp-script.txt
> Example lftp Script Output:
> https://github.com/VentureTech/sshd-test/blob/master/download-lftp-script-output.txt
> I used lftp to demonstrate the issue, but it happens with all clients I've
> tried (openssh, Intellij IDEA, kde's sftp ioslave).
> There is a gradle task lftpDownload that will start the server and run the
> lftp script.
> {code}./gradlew lftpDownload{code}
> Attached is the data file I used to trigger the issue.
> In the referenced example output lftp terminates the retrieval with the
> following
> {code}
> [116371] 2017-01-16 15:27:32 localhost <--- got a packet, length=120,
> type=101(STATUS), id=12
> [116371] 2017-01-16 15:27:32 localhost status code=1(EOF),
> message=Internal EOFException: Unable to read 16384 bytes from offset=65536
> of 5c18fc884da4646cb80a4b12519e6f16
> [116371] 2017-01-16 15:27:32 localhost eof
> [116371] 2017-01-16 15:27:32 ---> sending a packet, length=41, type=4(CLOSE),
> id=15
> [116371] 2017-01-16 15:27:32 expected pos=61564, actual pos=49152
> mget: test-download.data: file size decreased during transfer
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
[jira] [Comment Edited] (SSHD-725) SFTP - Some files truncated on retrieval/download
[
https://issues.apache.org/jira/browse/SSHD-725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15955502#comment-15955502
]
Goldstein Lyor edited comment on SSHD-725 at 4/4/17 5:54 PM:
-
I have tried the code you mention - though not exactly as it appears - and it
worked without a hitch. In this context, please try using the built-in
{{SshServer#main}} as-is and see if you can re-produce the problem.
{quote}
none of them work with files of a certain size
{quote}
- What size(s) (*exactly*) ?
- Is it reproducible each and every time ?
- What environment are you using (O/S, Java version) ?
- Is there anything special about the files - e.g., symlinks, NFS mount, other ?
- Have you tried the latest (snapshot) version - it contains an interesting fix
- SSHD-728 - that may be pertinent to this issue.
was (Author: lgoldstein):
I have tried the code you mention - though not exactly as it appears - and it
worked without a hitch.
{quote}
none of them work with files of a certain size
{quote}
- What size(s) (*exactly*) ?
- Is it reproducible each and every time ?
- What environment are you using (O/S, Java version) ?
- Is there anything special about the files - e.g., symlinks, NFS mount, other ?
> SFTP - Some files truncated on retrieval/download
> -
>
> Key: SSHD-725
> URL: https://issues.apache.org/jira/browse/SSHD-725
> Project: MINA SSHD
> Issue Type: Bug
>Affects Versions: 1.0.0, 1.2.0, 1.3.0
> Environment: Various flavors of Linux (ubuntu xenial, centos 6, AWS
> AMI 2016.x)
>Reporter: Russ Tennant
>Assignee: Goldstein Lyor
> Attachments: download-lftp-script-output-trace.txt, test-download.data
>
>
> When retrieving files (depending on file size), the files are truncated. We
> have also experienced a similar problem on file upload where we get extra
> data repeated from the last packet received.
> I don't have a test-case for the file upload issue - yet. Still trying to
> find the magic file size.
> I created a github project that demonstrates the truncation issue on
> retrieval.
> Project: https://github.com/VentureTech/sshd-test
> Example lftp Script:
> https://github.com/VentureTech/sshd-test/blob/master/download-lftp-script.txt
> Example lftp Script Output:
> https://github.com/VentureTech/sshd-test/blob/master/download-lftp-script-output.txt
> I used lftp to demonstrate the issue, but it happens with all clients I've
> tried (openssh, Intellij IDEA, kde's sftp ioslave).
> There is a gradle task lftpDownload that will start the server and run the
> lftp script.
> {code}./gradlew lftpDownload{code}
> Attached is the data file I used to trigger the issue.
> In the referenced example output lftp terminates the retrieval with the
> following
> {code}
> [116371] 2017-01-16 15:27:32 localhost <--- got a packet, length=120,
> type=101(STATUS), id=12
> [116371] 2017-01-16 15:27:32 localhost status code=1(EOF),
> message=Internal EOFException: Unable to read 16384 bytes from offset=65536
> of 5c18fc884da4646cb80a4b12519e6f16
> [116371] 2017-01-16 15:27:32 localhost eof
> [116371] 2017-01-16 15:27:32 ---> sending a packet, length=41, type=4(CLOSE),
> id=15
> [116371] 2017-01-16 15:27:32 expected pos=61564, actual pos=49152
> mget: test-download.data: file size decreased during transfer
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
[jira] [Commented] (SSHD-725) SFTP - Some files truncated on retrieval/download
[
https://issues.apache.org/jira/browse/SSHD-725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15955502#comment-15955502
]
Goldstein Lyor commented on SSHD-725:
-
I have tried the code you mention - though not exactly as it appears - and it
worked without a hitch.
{quote}
none of them work with files of a certain size
{quote}
- What size(s) (*exactly*) ?
- Is it reproducible each and every time ?
- What environment are you using (O/S, Java version) ?
- Is there anything special about the files - e.g., symlinks, NFS mount, other ?
> SFTP - Some files truncated on retrieval/download
> -
>
> Key: SSHD-725
> URL: https://issues.apache.org/jira/browse/SSHD-725
> Project: MINA SSHD
> Issue Type: Bug
>Affects Versions: 1.0.0, 1.2.0, 1.3.0
> Environment: Various flavors of Linux (ubuntu xenial, centos 6, AWS
> AMI 2016.x)
>Reporter: Russ Tennant
>Assignee: Goldstein Lyor
> Attachments: download-lftp-script-output-trace.txt, test-download.data
>
>
> When retrieving files (depending on file size), the files are truncated. We
> have also experienced a similar problem on file upload where we get extra
> data repeated from the last packet received.
> I don't have a test-case for the file upload issue - yet. Still trying to
> find the magic file size.
> I created a github project that demonstrates the truncation issue on
> retrieval.
> Project: https://github.com/VentureTech/sshd-test
> Example lftp Script:
> https://github.com/VentureTech/sshd-test/blob/master/download-lftp-script.txt
> Example lftp Script Output:
> https://github.com/VentureTech/sshd-test/blob/master/download-lftp-script-output.txt
> I used lftp to demonstrate the issue, but it happens with all clients I've
> tried (openssh, Intellij IDEA, kde's sftp ioslave).
> There is a gradle task lftpDownload that will start the server and run the
> lftp script.
> {code}./gradlew lftpDownload{code}
> Attached is the data file I used to trigger the issue.
> In the referenced example output lftp terminates the retrieval with the
> following
> {code}
> [116371] 2017-01-16 15:27:32 localhost <--- got a packet, length=120,
> type=101(STATUS), id=12
> [116371] 2017-01-16 15:27:32 localhost status code=1(EOF),
> message=Internal EOFException: Unable to read 16384 bytes from offset=65536
> of 5c18fc884da4646cb80a4b12519e6f16
> [116371] 2017-01-16 15:27:32 localhost eof
> [116371] 2017-01-16 15:27:32 ---> sending a packet, length=41, type=4(CLOSE),
> id=15
> [116371] 2017-01-16 15:27:32 expected pos=61564, actual pos=49152
> mget: test-download.data: file size decreased during transfer
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
[jira] [Comment Edited] (SSHD-725) SFTP - Some files truncated on retrieval/download
[
https://issues.apache.org/jira/browse/SSHD-725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15955453#comment-15955453
]
Russ Tennant edited comment on SSHD-725 at 4/4/17 5:20 PM:
---
I've tried with 1.4.0 as well. Same issue. Have you tried reproducing with the
code from https://github.com/VentureTech/sshd-test ?
Any suggestions would be helpful. I've tried SFTP examples I've found online
for sshd-core and none of them work with files of a certain size.
was (Author: toga98):
I've tried with 1.4.0 as well. Same issue. Have you tried reproducing with the
code from https://github.com/VentureTech/sshd-test ?
> SFTP - Some files truncated on retrieval/download
> -
>
> Key: SSHD-725
> URL: https://issues.apache.org/jira/browse/SSHD-725
> Project: MINA SSHD
> Issue Type: Bug
>Affects Versions: 1.0.0, 1.2.0, 1.3.0
> Environment: Various flavors of Linux (ubuntu xenial, centos 6, AWS
> AMI 2016.x)
>Reporter: Russ Tennant
>Assignee: Goldstein Lyor
> Attachments: download-lftp-script-output-trace.txt, test-download.data
>
>
> When retrieving files (depending on file size), the files are truncated. We
> have also experienced a similar problem on file upload where we get extra
> data repeated from the last packet received.
> I don't have a test-case for the file upload issue - yet. Still trying to
> find the magic file size.
> I created a github project that demonstrates the truncation issue on
> retrieval.
> Project: https://github.com/VentureTech/sshd-test
> Example lftp Script:
> https://github.com/VentureTech/sshd-test/blob/master/download-lftp-script.txt
> Example lftp Script Output:
> https://github.com/VentureTech/sshd-test/blob/master/download-lftp-script-output.txt
> I used lftp to demonstrate the issue, but it happens with all clients I've
> tried (openssh, Intellij IDEA, kde's sftp ioslave).
> There is a gradle task lftpDownload that will start the server and run the
> lftp script.
> {code}./gradlew lftpDownload{code}
> Attached is the data file I used to trigger the issue.
> In the referenced example output lftp terminates the retrieval with the
> following
> {code}
> [116371] 2017-01-16 15:27:32 localhost <--- got a packet, length=120,
> type=101(STATUS), id=12
> [116371] 2017-01-16 15:27:32 localhost status code=1(EOF),
> message=Internal EOFException: Unable to read 16384 bytes from offset=65536
> of 5c18fc884da4646cb80a4b12519e6f16
> [116371] 2017-01-16 15:27:32 localhost eof
> [116371] 2017-01-16 15:27:32 ---> sending a packet, length=41, type=4(CLOSE),
> id=15
> [116371] 2017-01-16 15:27:32 expected pos=61564, actual pos=49152
> mget: test-download.data: file size decreased during transfer
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
[jira] [Commented] (SSHD-725) SFTP - Some files truncated on retrieval/download
[
https://issues.apache.org/jira/browse/SSHD-725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15955453#comment-15955453
]
Russ Tennant commented on SSHD-725:
---
I've tried with 1.4.0 as well. Same issue. Have you tried reproducing with the
code from https://github.com/VentureTech/sshd-test ?
> SFTP - Some files truncated on retrieval/download
> -
>
> Key: SSHD-725
> URL: https://issues.apache.org/jira/browse/SSHD-725
> Project: MINA SSHD
> Issue Type: Bug
>Affects Versions: 1.0.0, 1.2.0, 1.3.0
> Environment: Various flavors of Linux (ubuntu xenial, centos 6, AWS
> AMI 2016.x)
>Reporter: Russ Tennant
>Assignee: Goldstein Lyor
> Attachments: download-lftp-script-output-trace.txt, test-download.data
>
>
> When retrieving files (depending on file size), the files are truncated. We
> have also experienced a similar problem on file upload where we get extra
> data repeated from the last packet received.
> I don't have a test-case for the file upload issue - yet. Still trying to
> find the magic file size.
> I created a github project that demonstrates the truncation issue on
> retrieval.
> Project: https://github.com/VentureTech/sshd-test
> Example lftp Script:
> https://github.com/VentureTech/sshd-test/blob/master/download-lftp-script.txt
> Example lftp Script Output:
> https://github.com/VentureTech/sshd-test/blob/master/download-lftp-script-output.txt
> I used lftp to demonstrate the issue, but it happens with all clients I've
> tried (openssh, Intellij IDEA, kde's sftp ioslave).
> There is a gradle task lftpDownload that will start the server and run the
> lftp script.
> {code}./gradlew lftpDownload{code}
> Attached is the data file I used to trigger the issue.
> In the referenced example output lftp terminates the retrieval with the
> following
> {code}
> [116371] 2017-01-16 15:27:32 localhost <--- got a packet, length=120,
> type=101(STATUS), id=12
> [116371] 2017-01-16 15:27:32 localhost status code=1(EOF),
> message=Internal EOFException: Unable to read 16384 bytes from offset=65536
> of 5c18fc884da4646cb80a4b12519e6f16
> [116371] 2017-01-16 15:27:32 localhost eof
> [116371] 2017-01-16 15:27:32 ---> sending a packet, length=41, type=4(CLOSE),
> id=15
> [116371] 2017-01-16 15:27:32 expected pos=61564, actual pos=49152
> mget: test-download.data: file size decreased during transfer
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
[jira] [Commented] (SSHD-737) "Invalid encoding: redundant leading 0s" when establishing session
[
https://issues.apache.org/jira/browse/SSHD-737?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15955429#comment-15955429
]
Goldstein Lyor commented on SSHD-737:
-
Sorry, cannot remember - it was a long time ago + since then we added several
improvements related to ciphers, keys and loading them from files. Please try
the latest official release (1.4.0) and see if the problem persists. If so, can
you attach the key(s) you are trying to use that cause this problem to the
issue ...
> "Invalid encoding: redundant leading 0s" when establishing session
> --
>
> Key: SSHD-737
> URL: https://issues.apache.org/jira/browse/SSHD-737
> Project: MINA SSHD
> Issue Type: Bug
>Affects Versions: 0.14.0
>Reporter: Grzegorz Grzybek
>Assignee: Goldstein Lyor
> Fix For: 1.4.0
>
>
> Probably related to https://bugs.openjdk.java.net/browse/JDK-8175251. I'm
> getting:
> {noformat}
> 2017-04-03 12:57:52,932 | INFO | d]-nio2-thread-1 | ClientSessionImpl
> | 33 - org.apache.sshd.core - 0.14.0 | Client session created
> 2017-04-03 12:57:52,932 | DEBUG | d]-nio2-thread-1 | ClientSessionImpl
> | 33 - org.apache.sshd.core - 0.14.0 | Send SSH_MSG_KEXINIT
> 2017-04-03 12:57:52,932 | TRACE | d]-nio2-thread-1 | ClientSessionImpl
> | 33 - org.apache.sshd.core - 0.14.0 | Sending packet #0: 14 5c dd 49
> 7d 80 20 9d 4b d8 c9 11 ac 42 34 81 08 00 00 00 9b 64 69 66 66 69 65 2d 68 65
> 6c 6c 6d 61 6e 2d 67 72 6f 75 70 2d 65 78 63 68 61 6e 67 65 2d 73 68 61 32 35
> 36 2c 64 69 66 66 69 65 2d 68 65 6c 6c 6d 61 6e 2d 67 72 6f 75 70 2d 65 78 63
> 68 61 6e 67 65 2d 73 68 61 31 2c 65 63 64 68 2d 73 68 61 32 2d 6e 69 73 74 70
> 32 35 36 2c 65 63 64 68 2d 73 68 61 32 2d 6e 69 73 74 70 33 38 34 2c 65 63 64
> 68 2d 73 68 61 32 2d 6e 69 73 74 70 35 32 31 2c 64 69 66 66 69 65 2d 68 65 6c
> 6c 6d 61 6e 2d 67 72 6f 75 70 31 2d 73 68 61 31 00 00 00 4b 65 63 64 73 61 2d
> 73 68 61 32 2d 6e 69 73 74 70 32 35 36 2c 65 63 64 73 61 2d 73 68 61 32 2d 6e
> 69 73 74 70 33 38 34 2c 65 63 64 73 61 2d 73 68 61 32 2d 6e 69 73 74 70 35 32
> 31 2c 73 73 68 2d 64 73 73 2c 73 73 68 2d 72 73 61 00 00 00 36 61 65 73 31 32
> 38 2d 63 74 72 2c 61 72 63 66 6f 75 72 31 32 38 2c 61 65 73 31 32 38 2d 63 62
> 63 2c 33 64 65 73 2d 63 62 63 2c 62 6c 6f 77 66 69 73 68 2d 63 62 63 00 00 00
> 36 61 65 73 31 32 38 2d 63 74 72 2c 61 72 63 66 6f 75 72 31 32 38 2c 61 65 73
> 31 32 38 2d 63 62 63 2c 33 64 65 73 2d 63 62 63 2c 62 6c 6f 77 66 69 73 68 2d
> 63 62 63 00 00 00 47 68 6d 61 63 2d 73 68 61 32 2d 32 35 36 2c 68 6d 61 63 2d
> 73 68 61 32 2d 35 31 32 2c 68 6d 61 63 2d 73 68 61 31 2c 68 6d 61 63 2d 6d 64
> 35 2c 68 6d 61 63 2d 73 68 61 31 2d 39 36 2c 68 6d 61 63 2d 6d 64 35 2d 39 36
> 00 00 00 47 68 6d 61 63 2d 73 68 61 32 2d 32 35 36 2c 68 6d 61 63 2d 73 68 61
> 32 2d 35 31 32 2c 68 6d 61 63 2d 73 68 61 31 2c 68 6d 61 63 2d 6d 64 35 2c 68
> 6d 61 63 2d 73 68 61 31 2d 39 36 2c 68 6d 61 63 2d 6d 64 35 2d 39 36 00 00 00
> 04 6e 6f 6e 65 00 00 00 04 6e 6f 6e 65 00 00 00 00 00 00 00 00 00 00 00 00 00
> 2017-04-03 12:57:52,933 | DEBUG | 3)-192.168.0.220 | ClientUserAuthServiceOld
> | 33 - org.apache.sshd.core - 0.14.0 | Trying authentication with
> org.apache.sshd.client.auth.deprecated.UserAuthPassword@30ed5323
> 2017-04-03 12:57:52,933 | DEBUG | 3)-192.168.0.220 | ClientUserAuthServiceOld
> | 33 - org.apache.sshd.core - 0.14.0 | waiting to send authentication
> 2017-04-03 12:57:52,933 | INFO | d]-nio2-thread-1 | ClientSessionImpl
> | 33 - org.apache.sshd.core - 0.14.0 | Server version string:
> SSH-2.0-SSHD-CORE-0.14.0
> 2017-04-03 12:57:52,947 | TRACE | d]-nio2-thread-2 | ClientSessionImpl
> | 33 - org.apache.sshd.core - 0.14.0 | Received packet #1: 14 7b 0e
> 99 05 b0 83 3c be 6a 22 3b 2b a1 c3 0b cb 00 00 00 9b 64 69 66 66 69 65 2d 68
> 65 6c 6c 6d 61 6e 2d 67 72 6f 75 70 2d 65 78 63 68 61 6e 67 65 2d 73 68 61 32
> 35 36 2c 64 69 66 66 69 65 2d 68 65 6c 6c 6d 61 6e 2d 67 72 6f 75 70 2d 65 78
> 63 68 61 6e 67 65 2d 73 68 61 31 2c 65 63 64 68 2d 73 68 61 32 2d 6e 69 73 74
> 70 32 35 36 2c 65 63 64 68 2d 73 68 61 32 2d 6e 69 73 74 70 33 38 34 2c 65 63
> 64 68 2d 73 68 61 32 2d 6e 69 73 74 70 35 32 31 2c 64 69 66 66 69 65 2d 68 65
> 6c 6c 6d 61 6e 2d 67 72 6f 75 70 31 2d 73 68 61 31 00 00 00 07 73 73 68 2d 64
> 73 73 00 00 00 0a 61 65 73 31 32 38 2d 63 74 72 00 00 00 0a 61 65 73 31 32 38
> 2d 63 74 72 00 00 00 09 68 6d 61 63 2d 73 68 61 31 00 00 00 09 68 6d 61 63 2d
> 73 68 61 31 00 00 00 04 6e 6f 6e 65 00 00 00 04 6e 6f 6e 65 00 00 00 00 00 00
> 00 00 00 00 00 00 00
> 2017-04-03 12:57:52,947 | DEBUG | d]-nio2-thread-2 | ClientSessionImpl
> | 33 - org.apache.sshd.core - 0.14.0 | Received SSH_MSG_KEXINIT
> 2017-04-03
[jira] [Commented] (SSHD-725) SFTP - Some files truncated on retrieval/download
[
https://issues.apache.org/jira/browse/SSHD-725?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=15955424#comment-15955424
]
Goldstein Lyor commented on SSHD-725:
-
I have not been able to reproduce - however, please try the official 1.4.0
release as well as the [latest snaphot|https://github.com/apache/mina-sshd/]
> SFTP - Some files truncated on retrieval/download
> -
>
> Key: SSHD-725
> URL: https://issues.apache.org/jira/browse/SSHD-725
> Project: MINA SSHD
> Issue Type: Bug
>Affects Versions: 1.0.0, 1.2.0, 1.3.0
> Environment: Various flavors of Linux (ubuntu xenial, centos 6, AWS
> AMI 2016.x)
>Reporter: Russ Tennant
>Assignee: Goldstein Lyor
> Attachments: download-lftp-script-output-trace.txt, test-download.data
>
>
> When retrieving files (depending on file size), the files are truncated. We
> have also experienced a similar problem on file upload where we get extra
> data repeated from the last packet received.
> I don't have a test-case for the file upload issue - yet. Still trying to
> find the magic file size.
> I created a github project that demonstrates the truncation issue on
> retrieval.
> Project: https://github.com/VentureTech/sshd-test
> Example lftp Script:
> https://github.com/VentureTech/sshd-test/blob/master/download-lftp-script.txt
> Example lftp Script Output:
> https://github.com/VentureTech/sshd-test/blob/master/download-lftp-script-output.txt
> I used lftp to demonstrate the issue, but it happens with all clients I've
> tried (openssh, Intellij IDEA, kde's sftp ioslave).
> There is a gradle task lftpDownload that will start the server and run the
> lftp script.
> {code}./gradlew lftpDownload{code}
> Attached is the data file I used to trigger the issue.
> In the referenced example output lftp terminates the retrieval with the
> following
> {code}
> [116371] 2017-01-16 15:27:32 localhost <--- got a packet, length=120,
> type=101(STATUS), id=12
> [116371] 2017-01-16 15:27:32 localhost status code=1(EOF),
> message=Internal EOFException: Unable to read 16384 bytes from offset=65536
> of 5c18fc884da4646cb80a4b12519e6f16
> [116371] 2017-01-16 15:27:32 localhost eof
> [116371] 2017-01-16 15:27:32 ---> sending a packet, length=41, type=4(CLOSE),
> id=15
> [116371] 2017-01-16 15:27:32 expected pos=61564, actual pos=49152
> mget: test-download.data: file size decreased during transfer
> {code}
--
This message was sent by Atlassian JIRA
(v6.3.15#6346)
