[linux-users:84003] Re: Diskless Linuxのモニタ （改:2つのDHCPサーバ）

[watanabe takahiro <wata _at_ xxxxxxxxx>]

渡辺です。
お答えありがとうございます。

Subject: [linux-users:83992] Re: Diskless Linux のモニタ （改: 2 つの DHCP サーバ）
Date: Thu, 31 May 2001 18:14:12 +0900

> 山内です。

> > サーバ側の nfs の設定は
> > /etc/hosts.allow と /etc/hosts.deny を編集し、
> > アクセス可能にしてから、/etc/exports を
> > 編集し、 "exportfs -av" を実行しました。
> > で、別な(nfsクライアント）マシンでマウントを実行したところ
> > 普通にマウントは出来ています。
> 
> 設定ファイルを見たわけでもないし、他のホストでできたからといって
> 当該ホストの分も設定が合っていると信じるわけにはいかないのですが :-)

そうですね。ファイルの中身は以下のようになっています。

# cat /etc/hosts.deny 
#
# hosts.deny    This file describes the names of the hosts which are
#               *not* allowed to use the local INET services, as decided
#               by the '/usr/sbin/tcpd' server.
#
# The portmap line is redundant, but it is left to remind you that
# the new secure portmap uses hosts.deny and hosts.allow.  In particular
# you should know that NFS uses portmap!
ALL:    ALL

# cat /etc/hosts.allow 
#
# hosts.allow   This file describes the names of the hosts which are
#               allowed to use the local INET services, as decided
#               by the '/usr/sbin/tcpd' server.
#
ALL: ALL

# cat /etc/exports
/tftpboot/150.29.***.*** 150.29.+++.+/255.255.:::.:(rw,no_root_squash)
/usr 150.29.+++.+/255.255.:::.:(ro)
/home 150.29.+++.+/255.255.:::.:(rw)


それでクライアント側では /etc/fstab を
編集するまでもないので、

# mkdir -p /tmp/a
# mount ServerHostName:/usr /tmp/a

などとして mount がうまく行くことを確かめました。

> > /tftpboot/150.29.***.***/var/log/dmesg
> > に
> > Looking up port of RPC 100003/2 on 150.29.***.***
> > Looking up port of RPC 100005/1 on 150.29.***.***
> > VFS: Mounted root (NFS filesystem) readonly.
> > Freeing unused kernel memory: 68k freed
> > nsm_mon_unmon: rpc failed, status=-110
> > lockd: cannot monitor 150.29.***.***
> > lockd: failed to monitor 150.29.***.***
> > という個所がありました。
> 
> とりあえず、ここで出てくる ***.*** というのは全て同じということで
> よいですか？違うような気もするんですけど、僕がわかってないだけかな？

そうです。同じです。

> > /tftpboot/150.29.***.***/var/log/dmesg
> というのはサーバにあるファイルですよね。/ の mount はできていて、
> その時にクライアントが書き込んだログだと理解したんですけど合ってますか？

そうだと思います。

> で、今 client はどういう状態になっているのでしょう？

boot sequence が "linuxconf [OK]" の表示の後で止まってます。
この状態でクライアントへは ping は通るのですが、rlogin,telnet
等は効きません。
/tftpboot/150.29.***.***/var/log/messages (サーバ上にあるファイルです）
を見る限りは 

May 31 15:34:05 hoge rc: Starting linuxconf succeeded

とあり、ここで終了しています。

> サーバ側のログをきちんと取ってみてはどうでしょう。これでサーバ側には何も
> ログがないとは思いがたいのですけど。

それで、この時のサーバ側のログは、

May 31 15:32:33 hoge tftpd[6873]: tftpd: trying to get file: /tftpboot/150.29.***.***/boot/bzImage on tftpd[6875]: tftpd: trying to get file: /tftpboot/150.29.***.***/boot/bzImage on rpc.mountd: authenticated mount request from hoge2.aist.go.jp:800 for /tftpboot/150.29.***.*** (/tftpboot/150.29.***.***) t.go.jp--nobody looking!8:17 hoge rpc.mountd: authenticated mount request from hoge2.aist.go.jp:924 for /usr (/usr) untd: authenticated mount request from hoge2.aist.go.jp:928 for /home (/home) [6455]: (gdm) session closed for user root

のようになっています。
何回かハングした状態でクライアントの電源を切ったせいなのか
ファイルが壊れてしまっています。


渡辺＠産業技術総合研究所 
情報処理研究部門 ハイエンド情報技術グループ
wata _at_ etl.go.jp