关于权限:Freenas rsync错误:在main.c(1053)[sender = 3.0.9]未传输某些文件/ attrs(请参阅先前的错误)(代码23)

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

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

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

更换USB并重新设置所有内容后 - 我重新连接数据硬盘并重新设置重新创建所有用户和组。 在我将用于本地数据副本的Rsync备份脚本设置到外部USB硬盘上之前,一切都很好。

我正在使用的脚本是

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
#!/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

该脚本可执行

1
chmod +x

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

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

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

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

谢谢,


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

1
drwxrwsrwx 9 franz franz  4096 Okt 20  2015 Documentation/

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

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

现在rsync运行没有错误:

1
rsync -av /var/www/html/typo3conf/ext/static_info_tables_it /run/media/franz/SICHER1/backup/typo3

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

似乎问题归结为"A"选项

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

根据Rsync Man页面

-A, --acls preserve ACLs (implies -p)

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

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


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


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