RPC.STATD(8)

명칭
rpc.statd - 호스트 스테이터스 감시 demon

서식
rpc.statd [-d]

해설
rpc.statd 유틸리티는, 다른 호스트상의 rpc.statd demon와 협조해 스테이터스의 감시 서비스를 제공하는 demon입니다. demon는, 로컬 호스트상에서 움직이는 프로그램 (예를 들어 rpc.lockd(8) NFS 파일 락 demon)로부터의 리퀘스트를 받아, 지정한 호스트의 스테이터스를 감시합니다. 감시중의 호스트가 크래쉬 해 재기동하면(자), 리모트의 demon는 그것을 로컬 demon에 대해 알려 한층 더 로컬 demon가 감시 서비스를 리퀘스트 한 로컬 프로그램에 대해서 알립니다. 반대로, 만약 이 호스트가 크래쉬 해 재기동하면(자), rpc.statd (은)는 재기동시에, 크래쉬시에 감시하고 있던 모든 호스트에 대해서 크래쉬 하지만 일어난 것을 알립니다.

rpc.statd 의 옵션은 이하대로입니다:

-d  syslog 를 통해 디버그 정보를 쓰게 됩니다. demon에게로의 모든 RPC 트랜잭션(transaction)가 기록됩니다. 이 메세지는 level 가 LOG_DEBUG 로 facility 가 LOG_DAEMON 로서 기록됩니다. 에러 상태는, 이 옵션에 관련되지 않고, log level 가 LOG_ERR 로 facility 가 LOG_DAEMON 로서 syslog 를 통해 기록됩니다.

rpc.statd 유틸리티는 inetd(8) (으)로부터 기동 해서는 안됩니다. 이것은, 프로토콜이, 시스템의 개시시에 demon가 기동되고 있는 것을 가정하고 있기 (위해)때문입니다. demon는 rc(8) 에 의해 네트워크의 개시 후에 기동되어야 합니다.

관련 파일
/var/db/statd.status
    현재 감시하고 있는 호스트의 불휘발 레코드
/usr/include/rpcsvc/sm_inter.x
    로컬 어플리케이션이 감시 리퀘스트를 등록하기 위해서 사용하는 RPC 프로토콜 의 사양.

관련 항목
syslog(3), rc(8), rpc.lockd(8)

버그
감시중의 호스트가 (치명적인 하드웨어 장해등을 (위해)때문에) 영구히 안보이고 연을 demon가 아는 수단은 없습니다만, 호스트나 중간의 라우터의 일시적인 장해는 알 수 있습니다. 현재의 실장에서는, 리트라이는 10 분간격, 다음은 1 시간 마다에 실시해, 마지막에 24 시간 지나면(자) 포기합니다.

프로토콜에서는, 감시 관계의 확립에, 로컬과 리모트의 양쪽 모두의 demon로 대칭에 감시 리퀘스트를 실시하는 것을 요구하고 있습니다. 이것은 NFS 의 락 프로토콜의 경우는 편리합니다만, 아마 다른 어플리케이션용의 감시 시스템으로서의 유용성이 저하하고 있습니다.

현재의 실장에서는, 각 감시 호스트에 대해 1Kbytes 의 area가 스테이터스 파일내 (VM 내에도)에 확보됩니다. 이 때문에, 많은 클라이언트를 안는 NFS 서버에서는 비효율적일지도 모릅니다.

표준
실장은, X/Open CAE Specification C218, "Protocols for X/Open PC Interworking: XNFS, Issue 4", ISBN 1 872630 66 9 (을)를 기초로 하고 있습니다.