4

在这几天没有运气。

在设置完所有用户、组和共享的 Freenas 初始安装后，USB 失败。数据都很好，但是我没有配置文件的备份。使用的 Freenas 版本是 FreeNAS-8.3.1-RELEASE-x64 (r13452)

更换 USB 并重新设置所有内容后 - 我重新连接了数据硬盘并开始重新创建所有用户和组。一切都很好，直到我开始设置 Rsync 备份脚本，该脚本用于将数据本地复制到外部 USB 硬盘上。

我正在使用的脚本是

#!/bin/sh

# Simple script to backup data from BACKUP_SRC to BACKUP_DST
#
# this can be any drive attached to your FreeNAS box ...
# ... internal drive(s), external USB drive(s), external SATA drives(s)

# Backup source
BACKUP_SRC=/mnt/DATA/test/

# Backup destination -- DO NOT include the trailing slash
BACKUP_DST=/mnt/BACKUP1/SHARED

# For a seven day cyclical backup, remove the comment from the line 'DAY=option$
# set the preferred directory name format 'Monday, etc or Mon, etc'
# A = long day name   (i.e. Monday, Tuesday, ... Sunday)
# a = short day name  (i.e. Mon, Tue, ... Sun)
# This will create a daily backup directory (i.e. backup/Sat backup/Sun)
 DAY=/`date +%a`
#
 rsync -aqv -HAX --delete $BACKUP_SRC $BACKUP_DST$DAY

# In the event of a drive failure:
#
#   1. Replace failed hardware.
#   2. Recreate datasets and set appropriate permission
#   3. Reverse paths in this script and re-run it

# end

该脚本是可执行的

chmod +x

但是，脚本失败并显示以下消息

rsync error: some files/attrs were not transferred (see previous errors) (code 23) at main.c(1053) [sender=3.0.9]

/var/log/messages 中没有日志条目

在再次从头开始重新创建所有内容之前 - 任何指针都将不胜感激

谢谢，

4

5 回答 5

1

对 user2640725 和 Joseph 对您的建议缺乏反馈表示歉意，并感谢您花时间回答我的问题。我以为我会默认通知我问题的答案 - 我已经在我的偏好中更改了这一点

似乎问题出在中的“A”选项上

rsync -aqv -HAX --delete $BACKUP_SRC $BACKUP_DST$DAY

根据Rsync 手册页

-A, --acls 保留 ACL（暗示 -p）

一旦这个被删除 - 错误就消失了。奇怪的是，在测试这个时——我在同一个文件系统中有源文件夹和目标文件夹——所以我不知道为什么会导致问题。

将进行更多测试以查看删除此选项是否有一些奇怪的副作用 - 但目前我更喜欢至少拥有一份数据副本，如果以不保留 ACL 属性为代价。

于 2014-05-31T12:18:09.310 回答
1

我刚遇到这个问题。源目录在组上设置了 s 位。

drwxrwsrwx 9 franz franz  4096 Okt 20  2015 Documentation/

这是解决方案：删除文件夹和子文件夹上的 group 位。

$ sudo chmod -R  g-s Classes/  Configuration/ Documentation/  Resources/

现在 rsync 运行没有错误：

rsync -av /var/www/html/typo3conf/ext/static_info_tables_it /run/media/franz/SICHER1/backup/typo3
于 2016-08-27T19:28:24.883 回答
0

我碰巧得到了相同的错误代码，并发现由于托管服务提供商迁移了他们的服务器，源目录已更改。验证 $BACKUP_SRC 的路径是否存在。

于 2013-09-20T21:17:47.157 回答
0

您可以在没有 rsync 的 -q 参数的情况下找到更多信息，并且可以在此处找到 rsync 的错误代码http://www.admon.org/faqs/how-to-understand-error-code-of-rsync/或rsync 的手册页。祝你好运！

于 2014-03-03T07:54:10.847 回答
0

在将我的 webapp 资产上传到 azure 时出现此错误，原因是正在使用旧资源，因此无法覆盖它们。我不得不停止服务器然后覆盖它们。

于 2020-07-16T11:26:39.833 回答