rsync 실패 - 해당 파일이나 디렉토리가 없습니다 - 스크립트가 8년(!) 이후 작동하지 않았습니다.

rsync 실패 - 해당 파일이나 디렉토리가 없습니다 - 스크립트가 8년(!) 이후 작동하지 않았습니다.

Debian 및 Apache2 웹 서버 사용:

나는 cron두 개의 서로 다른 db_dump를 만든 다음 웹 사이트(www)의 모든 파일을 adrive.com에 저장하고 rsync두 번째 명령에서 데이터베이스를 드라이브에 덤프하는 작업을 수행하고 있습니다.

2월 24일부터 rsync명령이 작동하지 않습니다. 몇 개의 파일을 복사한 후에 이 오류가 발생합니다.하다파일이 복사되었지만 중지됩니다! ):

rsync: rename "/home/user/dokumente/backup/.backup_mysql_autofill.sql.gz.NABXKv" -> "backup/backup_mysql_autofill.sql.gz": No such file or directory (2)
rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1196) [sender=3.1.2]

넌 알아야 해:

  • 이 단계에서는 로그 파일과 함께 DB_dump(800MB)의 파트 1을 복사했으며 두 번째 DB 덤프에서 중지됩니다.
  • www를 실행할 때 rsync작은 파일(200-500바이트)에 대해 동일한 오류가 발생합니다. 이는 파일 크기 문제가 아닙니다.
  • .파일명 앞에 (점)이 보이시나요 ? 이게 정상인가요?
  • 항상 잘못된 일이야정확히 같은 파일에쉘 스크립트를 반복할 때.
  • 소스에서 첫 번째 데이터베이스 파일을 삭제하면 해당 파일도 복사되지 않습니다. (두 파일 모두 약 700MB이며, 첫 번째 파일은 backup_mysql.sq.gz , 두 번째 파일은 이라고 합니다 backup_mysql_allgemein.sq.gz.)

이제 농담이 나옵니다. rsync이번 월요일과 화요일에 이틀 밤을 더 일했는데 어젯밤에 또 다른 오류가 발생했습니다. 월요일이나 그 이후에는 시스템이나 스크립트를 전혀 변경하지 않았습니다.

그래서 2월 24일부터 3월 2일까지 백업이 없었는데 갑자기 3월 2일과 3월 3일에 다시 작동했습니다(8년 된 스크립트 전체가 작업을 수행했습니다).

이것은 내 rsync 명령입니다.

BACK_USR="[email protected]"
BACK_SVR="rsync.adrive.com"
BACK_DIR="/opt/backup"
cd $BACK_DIR
rsync -avz -e 'ssh -i /root/.ssh/adrive.id' $BACK_DIR $BACK_USR@$BACK_SVR:dokumente

어떤 아이디어가 있나요? 이제 시간 초과가 발생했나요 rsync? 물론 스크립트가 두 파일(1.5GB)을 복사하는 데 몇 분(2~3?)이 걸립니다.

답변1

문제가 되는 파일은 비트 전송이 완료되면 최종 파일 이름으로 이름이 바뀌는 임시 rsync 파일입니다. 원격 측에서 뭔가 이상한 일이 일어날 수 있는 것 같습니다. 복제본이 dokumente/backup 디렉터리가 있는지, 전송 중단을 나타내는 도트 파일이 있는지 확인하는 데 실패하면 대화형 세션으로 로그인해 보세요.

답변2

원격 서버의 대상 파일 시스템의 디스크 공간이 완전히 소진되었습니다. 임시 전송 파일도 생성할 수 없도록

관련 정보