NFS サーバの設定で /etc/exports で改行せずに はまった メモ - Solr, Python, MacBook Air in Shinagawa Seaside
NFS サーバの /etc/exports が1行だけだったので改行してなかったら NFS クライアントからマウントしたときに以下のメッセージ。 こんなの分かるかよ... mount: 192.168.1.36:/db1 failed, reason given by server: Permission denied # vi /etc/exports /db1 192.168.1.0/255.255.255.0(rw) <- ココに改行コード入れてなかった # exportfs -ra <- 書き換えたらこれでお知らせ /etc/exports は空白が多かったらダメとかいろいろメンドクサイ
はじめての自宅サーバ構築 - Fedora/CentOS - ファイルサーバの構築(nfs)
■ nfsとは・・・ nfsとは(Network File System)の略で、nfsサーバにあるパス(ディレクトリ)を他のLinux/UNIXで参照や更新できます。 クライアントがWindows等であれば「sambaサーバ『ファイルサーバの構築(Samba)』」、Linux/UNIXであれば「nfsサーバ」という位置付けになっている様です。 ■ nfsのインストール ■ nfsの設定 上記の図のように、nfsサーバに「/export/www」「/export/mail」「/export/common」ディレクトリを共有してnfsクライアントにそのディレクトリへの権限を設定します。 図内の表が、その共有ディレクトリへの対応表を示しており、ヘッダ部分はnfsクライアントのホスト名となっています。 ■ nfsサーバの共有ディレクトリ作成 共有ディレクトリを作成 # mkdir -p /exp
root_squashとanonuid、anongid - きれいさっぱり、逝くぜ！
Fedora8上のnfsサーバの設定に関する備忘録その2の続き nfsはデフォルトでroot_squashオプションが有効になっており、クライアントからrootでアクセスしても、nfsサーバー側では匿名ユーザー、匿名グループとして扱われるらしい（Fedora8では匿名ユーザー：nfsnobody、匿名グループ：nfsnobody）。参考：Redhatの解説記事 その結果/home/publicに書き込む権限が無いので"許可がありません"となるわけだ。 解決方法としてはno_root_squashオプションを指定するか（これはセキュリティ上推奨されない。）、/home/public（今回エクスポートしているディレクトリ）にnfsnobodyでも書き込めるようパーミッションを設定するか、anonuid=1000,anongid=100オプションで匿名ユーザーと匿名グループをuid=1000,g
忘れんぼなサーバ管理者の備忘録 ～ Linux NFS編 ～
# /etc/init.d/portmap status portmap (pid 2500) を実行中... # /etc/init.d/nfs status rpc.mountd (pid 27884) を実行中... nfsd (pid 27881 27880 27879 27878 27877 27876 27875 27874) を実行中... rpc.rquotad (pid 27869) を実行中... # /etc/init.d/nfslock status rpc.statd (pid 2546) を実行中... # rpcinfo -p プログラム バージョン プロトコル ポート 100000 2 tcp 111 portmapper 100000 2 udp 111 portmapper 100024 1 udp 10002 status 100024 1 tcp 1
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
