일일 백업 중 rsync에서 IO 오류가 발생합니다.

Question

나는 이것이 rsync의 잘못이라고 생각하지 않습니다. 관련 코드가 있기 때문에 이것을 커널 수준 문제로 올바르게 표시했다고 생각합니다.rsync의 flist.c소스내용은 다음과 같습니다.

1729         for (errno = 0, di = readdir(d); di; errno = 0, di = readdir(d)) {
1730                 unsigned name_len;
1731                 char *dname = d_name(di);
...
1746                 if (dname[0] == '\0') {
1747                         io_error |= IOERR_GENERAL;
1748                         rprintf(FERROR_XFER,
1749                                 "cannot send file with empty name in %s\n",
1750                                 full_fname(fbuf));

실제로 이 코드 줄은 rsync 개발자가 추가한 것입니다.2007년 8월에 돌아왔습니다.특히 이 상황에서는 다음과 같습니다.

If readdir() gives us an empty name, reject it.

즉, readdir()그 자체(디렉토리의 파일 목록을 반환하는 커널 함수)는 빈 문자열이 포함된 항목을 반환합니다. 규정에 따르면 이런 일은 절대 일어나서는 안 됩니다. 에서 인용공개 그룹 사양:

The readdir() function shall not return directory entries containing empty names.

ls해당 디렉토리에서 작업을 수행하면 사라지기 때문에 일종의 일시적인 문제인 것처럼 들립니다. (또한 작동 readdir()하고 사라지기 때문입니다.)

따라서 귀하의 질문에 대답하려면 다음을 수행하십시오.

원인은 파일 시스템 손상인 것으로 보입니다. 커널 드라이버 오류부터 하드웨어 오류까지 모든 것이 원인일 수 있습니다.동기화 중인 디렉터리가 기호 링크를 통해 액세스되는지 또는 문제가 될 수 있는 네트워크 경계 자체에 걸쳐 있는지 확인하는 것도 가치가 있습니다.
이를 제거하려면: 일반적인 파일 시스템 복구 체크리스트: fsck 등.
미래에 이것을 방지하려면: 재귀 목록을 미리 강제하도록 스크립트에 지시할 수 있다고 가정합니다. 그러나 이미 주의를 기울였으므로(그리고 휴가에서 돌아왔기 때문에) 올바른 일인 것 같습니다. 이런 일이 다시 발생하면 계속 지켜보고 상자 위로 뛰어오르세요.

이것이 도움이 되기를 바라며 행운을 빕니다!

Answer 1