tail head cat sleep
QR code linking to this page

Man page  — RPC.STATD

명칭

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 (을)를 기초로 하고 있습니다.

RPC.STATD (8) September 19, 1995

tail head cat sleep
QR code linking to this page


Ben Bullock이 유닉스 매뉴얼 페이지에서 서비스에 대한 의견을 주시기 바랍니다. Privacy policy.

Did you know that 7/5 people don't know how to use fractions?