lsyncd - 여러 클라이언트를 동일한 디렉터리에 동기화하면 동기화가 중단됩니다.

문제는 "Inotify Wait를 사용하는 lsyncd"에 있습니다. 아마도 /data 디렉토리 수준(?)에서 발생합니다. 이로 인해 대상 데이터가 변경되어 lsync 프로그램이 시작됩니다.

두 소스가 동시에 동일한 대상을 업데이트하는 경우 해당 업데이트가 유효하더라도 해당 업데이트를 신뢰할 수 없습니다.문서. 동일한 디렉토리를 사용하는 데에는 문제가 없습니다.

inotify가 더 세분화된 수준(예: 파일 수준)에서 지정되면 하나의 소스만 파일에 쓰는 한(그리고 다른 프로그램이 파일을 읽을 수도 있음) 문제가 없습니다.

따라서 하나의 SystemX만 /data/X에 쓰면 충돌이 발생하지 않습니다.

inotify그러나 두 SystemX가 /data/SAME에 쓸 때 일부 디렉터리 수준 트리거 이벤트가 누락되어 lsync가 일부 업데이트를 누락하게 됩니다.

두 개의 NAS 디렉터리를 동기화하는 방법에 답하려면 시스템에 대한 자세한 지식이 필요합니다. 그러나 정기적인 동기화는 rsync두 NAS 시스템 모두에 대해 (별도적으로) 실행됩니다.할 수 있다작동 - 해당 디렉토리에 중복 파일이 없는 경우.

같은 디렉토리에 쓰면 동기화가 깨지는 이유를 찾았습니다.

Rsync 동작:
Rsyncd는 루트 사용자가 실행하는 데몬 프로세스입니다. 디렉터리 권한은 rsyncd.conf에서 구성됩니다. 구성된 UID가 대상 디렉터리의 UID와 일치하지 않으면 대상 디렉터리에 모든 권한이 있어도 동기화가 중단됩니다.

내 상황: 파일은 /data/2021/07/20, /data/2021/07/21 등과 같은 날짜 롤링 디렉터리에 저장됩니다.
시스템은 결코 동일한 파일에 쓰지 않지만 동일한 "새" 디렉터리에 기록되도록 운명지어져 있습니다.

예를 들어,
lsyncd 서버 중 하나가 "source:/data/2021/07/25/A"에서 새 파일을 감지했지만 "target:/data/2021/07/25/" 디렉터리가 아직 존재하지 않는 경우 rsync 서버는 먼저 "target:/data/2021/07/25" 디렉터리를 생성합니다.루트 권한 아래를 누른 다음 파일 A를 복사합니다. "target:/data/2021/07/25" 디렉터리의 권한은 파일 "A"가 완전히 복사될 때까지 소스의 권한과 일치하지 않습니다. 파일이 전송되면 rsync는 디렉터리 권한을 동기화합니다.

이 동작으로 인해 동기화 연결 끊김이 발생할 수 있습니다. 소스 A가 여전히 루트 권한으로 디렉터리에 쓰고 있는 동안 소스 B가 "source:/data/2021/07/25"를 감지하면 소스 B 및 대상과의 동기화가 중단됩니다.

이 문제를 미리 일일 디렉토리를 생성하여 해결하려고 했으나 오늘 0바이트 파일을 작성한 후 정지 후 동기화 중 하나가 깨졌습니다.