☰

rsync 失败 - 没有这样的文件或目录 - 脚本自 8 年来一直有效（！）

tag-icon • tag-icon debian rsync rename
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 Dump 处停止。
  • 在执行 www 时rsync，对于小文件（200-500 字节）会产生相同的错误，这不是文件大小的问题
  • 您看到.文件名开头的（点）了吗？这正常吗？
  • 它总是会出错在完全相同的文件中当我重复shell脚本时。
  • 当我从源中删除第一个数据库文件时，它也无法复制该文件。 （两个文件都在 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？当然，该脚本需要几分钟（2-3？）来复制这两个文件（1.5 GB）。

答案1

它所抱怨的文件是一个临时 rsync 文件，当该位传输完成时，该文件将被重命名为最终文件名。看起来远程端可能发生了一些奇怪的事情，当副本无法检查 dokumente/backup 目录是否存在以及是否存在任何显示传输中断的点文件时，请尝试使用交互式会话登录。

答案2

远程服务器的目标文件系统上的磁盘空间完全耗尽。以至于连临时传输文件都无法创建

相关内容