0

Machine-Bのsshfsを介して(Machine-Aに)マウントされた共有があります。Machine-Cから、次のようにsshfs(double sshfs)を介してこの共有をマウントしました。

Machine-Cの場合:/mnt/Machine-B/target_share

マシンBの場合:/mnt/Machine-A/target_share

マシンAの場合:/media/target_share

これで、Machine-AにあるがMachine-BにマウントされているドライブのMachine-Cを除いて、テストしたすべての場所(ローカルファイルシステムのMachine-Cを含む)で正常に実行されるPythonプログラムができました。

Machine-CからPythonプログラムを実行している理由は、Pythonプログラムを実行するために必要なリソースがあるためです。Machine-AとMachine-Bで実行しましたが、それぞれのメモリが最大になり、毎回失敗しました。target_shareこのタイプのコマンドを使用して、Machine-Bにマウントしようとしました。

sudo mount -t cifs -o username=<username>,password=<password> //Machine-A/target_share /mnt/target_share

しかし、これは私が試した方法ごとに機能するようには見えません。つまり、異なる資格情報を使用した場合、資格情報を使用した場合と使用しない場合などです。

さらに悪いことに、1つの注意点は、Machine-CからMachine-BにSSHで接続することしかできないということです。Machine-CからMachine-Aに直接アクセスすることはできません。できれば、このすべてがうまく機能する可能性があります。

PythonプログラムはMachine-Cで実行されますが、作業が必要な途中のロジックは実行されず、エラーは発生しません。基本的に開始し、数秒後に終了します。

私はPythonに比較的慣れていません。また、この投稿が別のボードで優れているかどうかもわかりません。もしそうなら、私に知らせてください、または必要に応じて移動してください。

必要に応じて、Pythonコードを投稿することもできます。

複雑な投稿をお詫びします。私はそれを他に説明する方法を知りませんでした。

前もって感謝します。

4

1 に答える 1

0

sshfs にバグがある可能性があることを発見しました。たとえば、Linux システム上のユーザーが別のユーザーと同じユーザー ID (1002) を持っていても、ユーザー名が異なると、問題が発生します。

私がこれを回避した方法は、実際にこの場合の sshfs をすべて一緒に回避し、ドライブをローカル システムに直接マウントすることでした。離れた場所からこれを行うことができなかったので、これを避けたかったのですが、仕事は完了しました。

于 2011-11-21T19:07:16.227 に答える