SLES 11.2 서버가 몇 대 있습니다. 그들은 자동 마운트로 매우 이상한 일을 했습니다. 각 사용자의 $HOME에 대한 자동 마운트 항목을 포함하여 사용자와 코드에 필요할 수 있는 자동 마운트가 500개에 가깝습니다. 괜찮아요. 우리가 지원하는 수천 대의 Linux 워크스테이션이나 서버를 방문하면 10~20개의 자동 마운트를 볼 수 있습니다. 예상대로 제거됩니다.
그러나 우리는 SLES 11.2 및 KDE4를 사용했기 때문에 우리가 틀렸을 수도 있지만 일부 시스템, 특히 HPCE Linux 클러스터의 헤드 노드 중 하나에 500개의 활성 자동 마운트가 모두 있고 마운트되어 있다고 믿습니다. 스스로 제거하지 않습니까? ? ? 하지만 스크립트를 실행하여 수동으로 제거하고 실제로 활성화된 일부 항목을 제외하고 불만 없이 모두 제거할 수 있습니까?
이것이 야간 테이프 백업 루틴의 일부 결함인지 궁금합니다. 어쩌면 모든 자동 마운트를 깨우지만 백업하지는 않습니까? 그런데 왜 그들은 늦게까지 깨어 있는 걸까요?
추가 정보:
우리는 autofs를 사용하여 우리가 액세스하는 모든 데이터를 자동으로 마운트합니다. 여기에는 사용자의 $HOME, 애플리케이션, 애플리케이션의 입력 데이터, 애플리케이션 결과 등이 포함됩니다.
NIS 맵을 사용하여 각 마운트에 대한 자동 마운트 매개변수와 옵션을 정의합니다. 여기에는 NFS 호스트 이름, NFS 호스트의 파일 시스템 이름 및 자동 마운트된 클라이언트의 마운트 지점이 포함됩니다. 또한 NFS 서버의 "내보내기" 파일은 마운트할 수 있는 사용자와 사용 가능한 옵션/제한 사항에도 영향을 줍니다.
"/etc/auto.master"는 autofs/automountd에 NIS 맵에서 수백 개의 서로 다른 마운트를 찾을 것을 알려줍니다.
이러한 자동 마운트의 데이터가 필요한 사용자, 프로그램 또는 응용 프로그램은 "cd", "ls" 또는 "cat" 등을 사용하여 마운트가 생성된 디렉터리에 간단히 액세스할 수 있습니다. 누군가가 마운트된 디렉토리에 있거나 디렉토리에서 파일을 읽거나 쓰는 동안은 마운트된 상태로 유지됩니다. 마운트가 5분 또는 10분 동안 유휴 상태이면 자동 마운트가 마운트 해제됩니다.
모두 광범위한 Linux 및 Unix 클라이언트에서 실행되도록 설계되었습니다.
때로는 클라이언트가 자동 마운트된 파일 시스템을 사용하지 않는 것처럼 보이지만 시간 초과 후에도 마운트된 상태로 유지되는 경우가 있습니다. 하지만 더 이상한 것은... 서버는 모든 NIS 자동 설치 맵에서 정의되고 액세스 가능한 모든 설치 위치에 설치됩니다. 그리고 10분 뒤에는 제거되지 않을까요?
백업 프로그램이 가능한 모든 하위 디렉터리를 탐색하여 모든 자동 마운트를 활성화하는지 이해할 수 있습니다. 하지만 그렇더라도 백업이 완료된 후에는 자동 마운트를 마운트 해제해야 합니다. 그렇지 않은 것 같습니다.
@soubunmei Mark 님의 의견에 업데이트가 답변이 될 것이라고 믿습니다. 아직 SIGUSR1을 시도하지 않았습니다. 아마 다음에 시도해 볼 것 같아요.
답변1
나는 파일 모니터링 비트(예: 노틸러스)와 관련된 GNOME 업데이트에서 이런 일이 발생하는 것을 보았습니다. KDE에서도 마찬가지일 수 있습니다. 파일 상태, 파일 시스템 사용량 등을 모니터링하는 모든 것을 찾아 끄고 싶습니다.