web-dev-qa-db-ja.com

NFSマウントが起動時に失敗する

複数のUbuntuサーバーがあり、最近11.04サーバー（およびデスクトップ1台）をインストールしましたが、再起動時にnfsマウントがマウントされないことがわかりました。

私はnfs-commonを最新バージョンにアップグレードしようとしました（私はわずか1つの小さなリビジョンです）が、それは私のエラーをわずかに変更します。問題のあるこれらのサーバーはすべて、しばらく前に作成したサーバーテンプレートからのクローン（vmWare）であるため、テンプレートに問題があり、そのためすべてのクローンに問題があると考えました。その後、デスクトップ11.04で同じマウントを試しましたが、同じ問題がありました。約半分の時間で「S」を押してスキップできますが、残りの半分の時間でサーバーがフリーズします（そして、最近のスナップショットから復元します）。また奇妙なのは、私がamシステムにアクセスできれば、「mount -a」をうまく実行でき、すべてをマウントできるということです。これにより、問題は、マウントを試みるためにネットワークが存在するのをnfsが待っていないことだと思います。ホストが/ etc/hostsにあるにもかかわらず、「NFSポイントに対して」「ホストを解決できません」というエラーが表示されると、他に考えられます。

ここに私の/var/log/boot.logがあります

fsck from util-linux-ng 2.17.2
fsck from util-linux-ng 2.17.2
/dev/sda1 was not cleanly unmounted, check forced.
/dev/mapper/php53x-root: clean, 75641/1032192 files, 492673/4126720 blocks (check in 5 mounts)
init: portmap-wait (statd) main process (373) killed by TERM signal
init: statd main process (402) terminated with status 1
init: statd main process ended, respawning
init: statd-mounting main process (355) killed by TERM signal
mount.nfs: Failed to resolve server NFSSERVER-priv: Name or service not known
init: statd-mounting main process (416) killed by TERM signal
mount.nfs: Failed to resolve server NFSSERVER-priv: Name or service not known
init: statd main process (435) terminated with status 1
init: statd main process ended, respawning
init: statd main process (459) terminated with status 1
init: statd main process ended, respawning
mountall: mount /var/www [410] terminated with status 32
mountall: mount /var/users [436] terminated with status 32
init: statd-mounting main process (448) killed by TERM signal
init: statd main process (468) terminated with status 1
init: statd main process ended, respawning
init: statd main process (498) terminated with status 1
init: statd main process ended, respawning
/dev/sda1: 226/124496 files (1.3% non-contiguous), 39133/248832 blocks
mountall: fsck /boot [268] terminated with status 1
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
mountall: mount /var/users [583] terminated with status 32
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
mountall: mount /var/www [575] terminated with status 32
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
mountall: mount /var/www [638] terminated with status 32
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
mountall: mount /var/users [645] terminated with status 32
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
mountall: mount /var/www [724] terminated with status 32
mount.nfs: rpc.statd is not running but is required for remote locking.
mount.nfs: Either use '-o nolock' to keep locks local, or start statd.
mount.nfs: an incorrect mount option was specified
mountall: mount /var/users [729] terminated with status 32 Skipping /var/www at user request
 * Starting AppArmor profiles        [80G  [74G[ OK ]
 * Starting Name Service Cache Daemon nscd        [80G  [74G[ OK ]
FATAL: Module vmhgfs not found.
FATAL: Module vmsync not found.
FATAL: Module vmblock not found.
 * Loading open-vm-tools modules        [80G  [74G[ OK ]
 * Starting open-vm daemon vmtoolsd        [80G  [74G[ OK ]

長い投稿で申し訳ありませんが、できるだけ多くの情報を伝えたかっただけです。これについて何か提案はありますか？私は一日中グーグルをしてきましたが、_netdevでいろいろ試してみましたが、statdの構成を変更することもできましたが、何もうまくいきませんでした。これが影響しているサーバーが6台あります。 ：\

/ etc/fstab：（問題行のみ-これらを削除すると、残りのnfsがマウントできるようになります）

NFSSERVER-priv:/vol/vol1_isp/eshowcase/sites      /var/www       nfs     ro,defaults        0       0
NFSSERVER-priv:/vol/vol1_isp/vusers      /var/users       nfs     defaults        0       0

/ etc/hosts（関連エントリ）：

10.1.1.43 NFSSERVER-priv
serverbootmountnfs
7
Scott Rowley

他の誰かがこの問題に遭遇し、ここで解決策を探している場合の回避策として私がしたことは次のとおりです：

/etc/init.d/にスクリプト（mountall.sh）を作成しました：

#!/bin/bash

mount -r NFSSERVER-priv:/vol/vol1_isp/eshowcase/sites /var/www
mount    NFSSERVER-priv:/vol/vol1_isp/vusers          /var/users

システムに新しいスクリプトを認識させます。

update-rc.d mountall.sh defaults

オプション「defaults」は、実行レベル2、3、4、および5でmountall.shを開始するリンクを配置します（および、mountall.shを停止するリンクを0、1、および6に配置します）

ファイルをChmodで実行可能にする

chmod +x mountall.sh

これで、6を初期化すると、マウントポイントが必要になります。また、fstabに「コメント」を作成して、すべてが実際にどこからマウントされているかを知ることをお勧めします。

3
Scott Rowley

Ubuntu 14.04を14.10にアップグレードした後、同じ問題が発生していました。これが私にとって問題を解決したものです：

/etc/default/nfs-commonを編集して、次のことを確認します。

NEED_STATD=yes

再起動後、NFSマウントが機能しました。

1
Christopher K.

これがあなたに当てはまるかどうかはわかりませんが、問題 私が抱えていた は、マウントしようとしたディレクトリがブート時に利用できなかったことです。代わりに/mntにマウントしてみましたが、うまくいきました。

1
puk