Hello everyone. I got a Dual Opteron System yesterday. I installed the standard 8.2 SuSE without any problems (standard install with KDE) Today, I emptied the HDD and installed the 8.2 Beta9. I applied ONLY the Kernel Patch. OpenSSH connection works, but trying to open a SFTP connection fails. Sincerely, Thorsten Wolf
I forgot the error messages my SSH Secure Shell client gives me: failed to open a secure file transfer session. File transfer server could not be started or it exited unexpectedly. Exit value 0 was returned. Most likely the sftp-server is not in the path of the user on the server-side. TW> Hello everyone. TW> I got a Dual Opteron System yesterday. TW> I installed the standard 8.2 SuSE without any problems (standard TW> install with KDE) TW> Today, I emptied the HDD and installed the 8.2 Beta9. TW> I applied ONLY the Kernel Patch. OpenSSH connection works, but trying TW> to open a SFTP connection fails. TW> Sincerely, TW> Thorsten Wolf
On Fri, Sep 19, 2003 at 11:02:40AM +0200, Thorsten Wolf wrote:
Hello everyone.
I got a Dual Opteron System yesterday.
I installed the standard 8.2 SuSE without any problems (standard install with KDE)
Today, I emptied the HDD and installed the 8.2 Beta9.
I applied ONLY the Kernel Patch. OpenSSH connection works, but trying to open a SFTP connection fails.
It's a known bug that is already fixed in newer releases. Replace in /etc/ssh/sshd_config the line Subsystem sftp /usr/lib/ssh/sftp-server with Subsystem sftp /usr/lib64/ssh/sftp-server -Andi
Hello all. For those following the saga, we got the new motherboard in place. After doing the install of SUSE 8.2b9 (of the first CD), We had to pull memory to be =<4GB in order to boot (it may be a bad DIMM, haven't had time to check yet). Got the 320-4x installed in pci slot1. The BIOS on board the adapter has to be disabled. To do this the 320-4x has to be installed in another machine, or the onboard LSI 53C1030 has to be disabled, then reenabled after the BIOS on the 320-4x has been disabled. After that, it almost works well. There is a setting for changing the order of the PCI bus scan in the BIOS. This has to be changed from default (Last to First), to First to Last. Then it will boot well. We are using the MegaRAID2 module with the update 2.4.21-60_smp kernel from ftp.suse.com . I attempted to format the partition on the RAID controller using reiserfs. I was unable to get it to format properly. It kept failing returning a 'bad block' error. (If anyone has any ideas to solve this one I would love to hear them). Ended up formating using ext3. The device is now mounted and working well so far. If any one has an questions about this combo, email me and I will do my best. Santiago {I will work on the RAM problem and post a follow up.)
participants (3)
-
Andi Kleen -
Santiago Flores -
Thorsten Wolf