설정
나는 다음을 기반으로 젠투를 실행하는 씬 클라이언트를 설정했습니다.이 지침. 가끔 멈춤 현상을 제외하고는 잘 작동하는 것 같습니다.
네트워크를 분리하고 ls를 실행한 다음 다시 연결하면 문제가 반복될 수 있다는 것을 알았습니다. 어떤 이유로든 네트워크 손실을 복구할 수 없습니다. 나는 OS가 일시적인 I/O 손실을 처리할 수 있어야 한다고 생각합니다(하드 드라이브가 응답하는 데 1~2초가 걸린다고 가정). 따라서 이는 단순한 파일 시스템의 결함이 아니라 nfs 연결이 전혀 복구되지 않는 것이라고 생각합니다. 파일 시스템은 다음 옵션을 사용하여 nfs4로 마운트됩니다.
rw,relatime,vers=4.0,rsize=4096,wsize=4096,namlen=255,hard,proto=udp,port=0,timeo=11,retrans=3,sec=sys,clientaddr=xxx.xxx.xxx.xxx,local_lock=none,addr=yyy.yyy.yyy.yyy
이전에는 프로토타입 사양(기본적으로 tcp)을 사용하지 않았고 더 이상 작동하지 않았습니다./home
부팅에서 udp 플래그를 제거한 후에도 여전히 udp로 부팅된다는 것을 알았으므로 이제 mount 대신 mount 를 보고 있었을 것 같습니다 /
.
전원 코드를 뽑지 않으면 네트워크가 잠시 다운되고, 무언가가 파일에 액세스하려고 시도한 다음(일부 소프트웨어를 컴파일할 때 정지되는 것 같습니다) 복구되지 않는 것 같습니다.
dmesg의 정보
여러 가지 테스트를 실행한 결과 케이블을 분리하거나 다시 연결하는 것이 항상 문제를 일으키는 것은 아니지만 때로는 문제가 발생한다는 사실을 발견했습니다. dmesg 로그에서 이런 일이 발생하면 마지막 줄은 다음과 같습니다.
nfs: server yyy.yyy.yyy.yyy not responding, still trying
질문
네트워크 문제에 대해 시스템을 견고하게 만들려면 어떻게 해야 합니까?