sshfsがMacからLinuxディレクトリをマウントすると動作が停止する


12

今朝まで、sshfsを非常にうまく使用して、オフィスのLinuxマシンからディレクトリをマウントしていました。今日、停止しました。これが私のsshfsコマンドです。

sshfs -osshfs_sync,volname=linux-builder3 linux-builder3:/home/cnorum /Users/carl/linux-builder3

このエラーは表示されますが、sshfsプロセスはまだ実行されているようです(つまり、sshfsプロセスはただそこにあり、シェルプロンプトに戻ることはありません)。

mount_osxfusefs: failed to mount /Users/carl/linux-builder3@/dev/osxfuse1: Socket is not connected

Macのシステムログには次のメッセージがあります。

2/20/13 12:57:27.476 PM KernelEventAgent[43]: tid 00000000 received event(s) VQ_DEAD (32)
2/20/13 12:57:27.000 PM kernel[0]: OSXFUSE: force ejecting (no response from user space 5)
2/20/13 12:57:27.000 PM kernel[0]: OSXFUSE: user-space initialization failed (57)

そして/var/log/auth.log、これはLinuxマシン上にあります:

Feb 20 12:56:28 linux-builder3 adclient[1599]: INFO  <fd:22 PAMIsUserAllowedAccess> audit User 'cnorum' is authorized
Feb 20 12:56:28 linux-builder3 sshd[29648]: Accepted publickey for cnorum from 10.0.40.65 port 49850 ssh2
Feb 20 12:56:28 linux-builder3 sshd[29648]: pam_unix(sshd:session): session opened for user cnorum by (uid=0)
Feb 20 12:56:28 linux-builder3 sshd[29729]: subsystem request for sftp

他のマシン(私の場合はlinux-builderとlinux-builder2)へのsshfs接続は問題ないようです。誰が何が間違っていたのか、どのように修正するのかについて提案はありますか?私はあなたが見たいかもしれないどんなログも得ることができます!

回答:


4

将来のグーグルのために、この不可解なエラーを受け取り、sshfsに提供していたパスが存在しないことに気付きました。おっとっと。それを修正し、私はオフです。

mount_osxfusefs: failed to mount /Volumes/mypath@/dev/osxfuse0: Socket is not connected

これは私の問題と非常に似ていました-ホストアドレスにタイプミスがありました!ありがとう!
IanW

同じように、.ssh/configホストの同義語を/etc/fstab定義に使用し、指定せずに使用できると考えましたIdentifyFile=~/.ssh/id_rsa。私はひどく間違っていたと言って十分です!グーグルの場合、syslogで(少なくとも)簡潔なメッセージを受け取りました。– OSXFUSE: user-space initialization failed (57)
lol

1
注:Macの〜/は/ Users / username /ですが、Linuxコンピューターにはおそらく/ home / username /があります。それに変更sshfs server:~/ ~/mnt_fldr/したら、動作sshfs server:/home/username/ /Users/username/mnt_fldr/しました。
デビッドオニール

同様に、リモートサーバーに接続できない場合にも、このエラーが発生する可能性があります。
g.rocket 16

2

修正されたと思います。.bashrcLinuxのボックスに次の行がありました。

CLIENT_PATH_PREFIX="$(ssh ${CLIENT_ADDR} 'echo ${SSHFS_PATH_PREFIX}')/$(hostname)/$(whoami)"

非対話型のシェルで実行する必要はなかったので、別のファイルにプッシュしましたが、今は改善されています。理由はよくわからないが、うまくいくのは嬉しい。


0

私の問題は、ホストのRSAホストキーが変更されたため、

ssh-keygen -R site.com

0

私にとって、問題は以下の問題のキーでしたknown_hosts

サーバーにSSHで接続しようとしたときに、次のメッセージが表示されました。

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
SHA256:<something>
Please contact your system administrator.
Add correct host key in /Users/myuser/.ssh/known_hosts to get rid of this message.
Offending ECDSA key in /Users/myuser/.ssh/known_hosts:86
RSA host key for <server> has changed and you have requested strict checking.
Host key verification failed.

問題のあるキーを削除すると(サーバーが信頼できる場合)、問題は解決しました。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.