Upgraded to latest V8.9.1.0p1-Beta failed

[maertendMSFT]

Discussed in #1975

^{Originally posted by scubajasona August 26, 2022}
post upgrade new version in Server 2019 gives;
sftp-server: error: process_write: write failed

[scubajasona]

I built a new Server 2019, ran OpenSSH-Win64-v8.9.1.0.msi and then used FileZilla client 3.61.0. The authentication is success, but seems a file system error as I can't view any directory.

FileZilla log
Status: Connected to 10.x.x.x
Error: Could not connect to server
Status: File transfer successful, transferred 2,707,797,209 bytes in 823 seconds
Status: Disconnected from server
Status: File transfer successful, transferred 4,832,030,720 bytes in 1178 seconds
Status: Disconnected from server

Windows Event Viewer log
sshd: Accepted password for from 10.x.x.x port 60727 ssh2

Can you provide troubleshooting steps and what is needed and how to provide?

[scubajasona]

I edited sshd_conf with

Logging

#SyslogFacility Local0
#LogLevel Debug3

and restarted sshd and nothing in c:\programdata\ssh\logs

PS C:\Users\icadmin> ssh -V
OpenSSH_for_Windows_7.7p1, LibreSSL 2.6.5
PS C:\Users\icadmin>

[PaulHigin]

There is not enough information to reproduce the issue. Please include repro steps and system information. Also if you uncomment the #SyslogFacility and #LogLevel lines in the sshd_config file, log information would also be helpful.

[scubajasona]

log-ssh.txt

[scubajasona]

I did see the backup user was not part of administrators group in Windows, added to that, still error, new logs
log-ssh2.txt

[scubajasona]

How do I troubleshoot this read/write failed. The user is part of administrators group and has full access to D:\EFTRoot and all folders/sub-folders.
9660 2022-10-04 09:29:29.711 debug2: channel 0: read 2619930050666 from efd 14
19660 2022-10-04 09:29:29.711 debug3: channel 0: discard efd
19660 2022-10-04 09:29:29.717 debug2: channel 0: read failed rfd 12 maxlen 32768: Broken pipe
19660 2022-10-04 09:29:29.717 debug2: channel 0: read failed

[scubajasona]

Warning: Permanently added '172.16.160.31' (ECDSA) to the list of known hosts.
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: rekey after 134217728 blocks
debug1: SSH2_MSG_EXT_INFO received
debug1: kex_input_ext_info: server-sig-algs=<ssh-ed25519,sk-ssh-ed25519@openssh.com,ssh-rsa,rsa-sha2-256,rsa-sha2-512,ssh-dss,ecdsa-sha2-nistp256,ecdsa-sha2-nistp384,ecdsa-sha2-nistp521,sk-ecdsa-sha2-nistp256@openssh.com,webauthn-sk-ecdsa-sha2-nistp256@openssh.com>
debug1: kex_input_ext_info: publickey-hostbound@openssh.com (unrecognised)
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Trying private key: C:\Users\isadmin/.ssh/id_rsa
debug1: Trying private key: C:\Users\isadmin/.ssh/id_dsa
debug1: Trying private key: C:\Users\isadmin/.ssh/id_ecdsa
debug1: Trying private key: C:\Users\isadmin/.ssh/id_ed25519
debug1: Trying private key: C:\Users\isadmin/.ssh/id_xmss
debug1: Next authentication method: keyboard-interactive
debug1: Authentications that can continue: publickey,password,keyboard-interactive
debug1: Next authentication method: password
debug1: read_passphrase: can't open /dev/tty: No such file or directory
backupuser@172.16.160.31's password:
debug1: Authentication succeeded (password).
Authenticated to 172.16.160.31 ([172.16.160.31]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: pledge: network
debug1: console supports the ansi parsing
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
Microsoft Windows [Version 10.0.17763.3346]
(c) 2018 Microsoft Corporation. All rights reserved.

[vthiebaut10]

@scubajasona - Based on the output you get when you run "ssh -V", it seems that the PATH environment variable wasn't updated to include the path to the OpenSSH 8.9 executables. The OpenSSH-Win64-v8.9.1.0.msi doesn't currently set the PATH variable at installation, so you need to do it manually (Documented here). It seems that SSH server is not able to locate sftp-server.exe because of that.
The msi installs OpenSSH on C:\Program Files\OpenSSH, so if you prepend the PATH with that, you should be able to fix your issue.