web-dev-qa-db-ja.com

QNAP-NFS共有上のNAS / gitクローンが機能しない

UbuntuホームディレクトリのストレージサーバーとしてQNAP NASを使用しています。これまでのところ、ファイルのアクセス許可に問題はありませんでした。すべてが正常に機能しているようです。マウントの出力行は次のとおりです。

192.168.0.200:/homes/myuser on /home/myuser type nfs (rw,relatime,vers=3,rsize=524288,wsize=524288,namlen=255,hard,proto=tcp,timeo=600,retrans=2,sec=sys,mountaddr=192.168.0.200,mountvers=3,mountport=30000,mountproto=udp,local_lock=none,addr=192.168.0.200)

ただし、gitリポジトリをホームディレクトリに複製しようとすると、次の出力とエラーメッセージが表示されます。

myuser@ubuntu ~/test % git clone -v https://github.com/robbyrussell/oh-my-zsh.git
Cloning into 'oh-my-zsh'...
POST git-upload-pack (140 bytes)
remote: Counting objects: 17463, done.
fatal: Unable to create temporary file '/home/myuser/test/oh-my-zsh/.git/objects/pack/tmp_pack_XXXXXX': Permission denied
fatal: index-pack failed

コマンドを実行した後、ディレクトリテストにはoh-my-zshという名前のサブディレクトリさえ含まれていません。それはまだ空です。

ディレクトリ/home/myuser/test/のgetfaclは、次の出力を示しています。

 myuser@ubuntu ~/test % getfacl .
# file: .
# owner: myuser
# group: mygroup
 user::rwx
 user:nobody:---
 user: myuser:rwx
 group::rwx
 mask::rwx
 other::---
 default:user::rwx
 default:user:nobody:---
 default:user: myuser:rwx
 default:group::rwx
 default:mask::rwx
 default:other::---

したがって、myuserはディレクトリに対するすべての権限を持っているため、実際には権限の問題は発生しないはずです。それで、私が見逃している許可関連の何かがありますか?または、これはNFS関連の問題ですか?どうすればこれを解決できますか?

2
MiH

同じ問題。 2つの方法があると思います。

  1. QNAP-NASで高度なACLをオフにします。 [コントロールパネル]> [権限]> [共有フォルダー]> [高度なアクセス許可]> [[] [高度なフォルダーのアクセス許可を有効にする]をオフにする]に移動します

または

  1. 次のように、/etc/fstabnoaclオプションを追加します。オプションは、好みによって異なる場合があります。

    192.168.0.200:/homes/myuser /home/myuser nfs defaults,_netdev,noacl 1 2

私は後者を行い、それはうまくいきました。

編集:高度なACLを引き続き使用する場合は、NASでNFSv4がアクティブになっていることを確認してください。 NFSv4はACLをサポートしています ですが、NFSv3はおそらくサポートしていません。

編集:最初の方法はお勧めしません。試してみたところ、悪夢に見舞われました。すべてのアクセス許可、フォルダー777、ファイル666が上書きされました。したがって、NASオプションはそのままにして、クライアントのNFS構成のみを変更する必要があります。

1
aximov