Question

在没有运气的情况下已经好几天了。

设置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

中没有日志条目

再次从头开始重新创建所有内容之前 - 任何指针都会非常感激

谢谢，

Answer 1

向用户2640725和Joseph致歉，因为他们对您的建议缺乏反馈，并感谢您抽出宝贵时间回答我的问题。我以为我会在默认情况下通知我的问题答案 - 我已经在我的偏好中改变了这个

似乎问题归结为＆＃34; A＆＃34;

中的选项

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

根据Rsync Man pages

-A， - acls保留ACL（隐含-p）

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

稍微测试一下，看看是否有一些奇怪的副作用来删除这个选项 - 但是暂时我更喜欢拥有数据的副本，如果以牺牲ACL属性为代价而没有被转移。

Answer 2

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

drwxrwsrwx 9 franz franz  4096 Okt 20  2015 Documentation/

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

$ 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

Answer 3

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

Answer 4

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

Answer 5

在将我的Web应用程序的资产上传到Azure中时出现此错误，原因是使用了旧资源，因此无法对其进行覆盖。我不得不停止服务器，然后将其覆盖。

Freenas rsync错误：某些文件/ attrs未在main.c（1053）发送（参见先前的错误）（代码23）[sender = 3.0.9]

5 个答案: