rsync服务常见错误与解决整理

本文详细解析了RSync在使用过程中常见的错误及其解决方法,包括权限问题、连接超时、服务未启动、磁盘空间不足等,为用户提供了一站式的故障排查指南。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

问题一:
@ERROR: chroot failed
rsync error: error starting client-server protocol (code 5) at main.c(1522) [receiver=3.0.3]

原因:
服务器端的目录不存在或无权限,创建目录并修正权限可解决问题。

问题二:
@ERROR: auth failed on module tee
rsync error: error starting client-server protocol (code 5) at main.c(1522) [receiver=3.0.3]

原因:
服务器端该模块(tee)需要验证用户名密码,但客户端没有提供正确的用户名密码,认证失败。
提供正确的用户名密码解决此问题。

问题三:
@ERROR: Unknown module ‘tee_nonexists’
rsync error: error starting client-server protocol (code 5) at main.c(1522) [receiver=3.0.3]

原因:
服务器不存在指定模块。提供正确的模块名或在服务器端修改成你要的模块以解决问题。

问题1:
在client上遇到问题:
rsync -auzv --progress --password-file=/etc/rsync.pas root@192.168.133.128::backup /home/
rsync: could not open password file “/etc/rsync.pas”: No such file or directory (2)
Password:
@ERROR: auth failed on module backup
rsync error: error starting client-server protocol (code 5) at main.c(1506) [Receiver=3.0.7]
遇到这个问题:client端没有设置/etc/rsync.pas这个文件,而在使用rsync命令的时候,加了这个参数–
password-file=/etc/rsync.pas

问题2:
rsync -auzv --progress --password-file=/etc/rsync.pas root@192.168.133.128::backup /home/
@ERROR: auth failed on module backup
rsync error: error starting client-server protocol (code 5) at main.c(1506) [Receiver=3.0.7]
遇到这个问题:client端已经设置/etc/rsync.pas这个文件,里面也设置了密码111111,和服务器一致,但是
服务器段设置有错误,服务器端应该设置/etc/rsync.pas ,里面内容root:111111 ,这里登陆名不可缺少

问题3:
rsync -auzv --progress --password-file=/etc/rsync.pas root@192.168.133.128::backup /home/
@ERROR: chdir failed
rsync error: error starting client-server protocol (code 5) at main.c(1506) [Receiver=3.0.7]
遇到这个问题,是因为服务器端的/home/backup 其中backup这个目录并没有设置,所以提示:chdir failed

问题4:
rsync: write failed on “/home/backup2010/wensong”: No space left on device (28)
rsync error: error in file IO (code 11) at receiver.c(302) [receiver=3.0.7]
rsync: connection unexpectedly closed (2721 bytes received so far) [generator]
rsync error: error in rsync protocol data stream (code 12) at io.c(601) [generator=3.0.7]
磁盘空间不够,所以无法操作。
可以通过df /home/backup2010 来查看可用空间和已用空间

问题5:网络收集问题
1、权限问题
类似如下的提示:rsync: opendir “/kexue” (in dtsChannel) failed: Permission denied (13)注意查看同步的目录权限是否为755
2、time out
rsync: failed to connect to 203.100.192.66: Connection timed out (110)
rsync error: error in socket IO (code 10) at clientserver.c(124) [receiver=3.0.5]
检查服务器的端口netstat –tunlp,远程telnet测试。
可能因为客户端或者服务端的防火墙开启 导致无法通信,可以设置规则放行 rsync(873端口) 或者直接关闭防火墙。

还有一种在同步过程中可能会提示没有权限 (将同步目录加上SvcwRsync全部权限即可,更简单的方法就是将SvcwRsync设为管理员即可)

3、服务未启动
rsync: failed to connect to 10.10.10.170: Connection refused (111)
rsync error: error in socket IO (code 10) at clientserver.c(124) [receiver=3.0.5]
启动服务:rsync --daemon --config=/etc/rsyncd.conf
4、磁盘空间满
rsync: recv_generator: mkdir “/teacherclubBackup/rsync……” failed: No space left on device (28)
Skipping any contents from this failed directory
5、Ctrl+C或者大量文件
rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(544) [receiver=3.0.5]
rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(544) [generator=3.0.5]
说明:导致此问题多半是服务端服务没有被正常启动,到服务器上去查查服务是否有启动,然后查看下 /var/run/rsync.pid 文件是否存在,最干脆的方法是杀死已经启动了服务,然后再次启动服务或者让脚本加入系统启动服务级别然后shutdown -r now服务器

6、xnetid启动
rsync: read error: Connection reset by peer (104)
rsync error: error in rsync protocol data stream (code 12) at io.c(759) [receiver=3.0.5]
查看rsync日志
rsync: unable to open configuration file “/etc/rsyncd.conf”: No such file or directory
xnetid查找的配置文件位置默认是/etc下,根据具体情况创建软链接。例如:
ln -s /etc/rsyncd/rsyncd.conf /etc/rsyncd.conf
或者更改指定默认的配置文件路径,在/etc/xinetd.d/rsync配置文件中。
Rsync configure:
配置一:
ignore errors
说明:这个选项最好加上,否则再很多crontab的时候往往发生错误你也未可知,因为你不可能天天去看每时每刻去看log,不加上这个出现错误的几率相对会很高,因为任何大点的项目和系统,磁盘IO都是一个瓶颈

Rsync error:
错误一:
@ERROR: auth failed on module xxxxx
rsync: connection unexpectedly closed (90 bytes read so far)
rsync error: error in rsync protocol data stream (code 12) at io.c(150)
说明:这是因为密码设置错了,无法登入成功,检查一下rsync.pwd,看客服是否匹配。还有服务器端没启动rsync 服务也会出现这种情况。
错误二:
password file must not be other-accessible
continuing without password file
Password:
说明:这是因为rsyncd.pwd rsyncd.sec的权限不对,应该设置为600。如:chmod 600 rsyncd.pwd
错误三:
@ERROR: chroot failed
rsync: connection unexpectedly closed (75 bytes read so far)
rsync error: error in rsync protocol data stream (code 12) at io.c(150)
说明:这是因为你在 rsync.conf 中设置的 path 路径不存在,要新建目录才能开启同步
错误四:
rsync: failed to connect to 218.107.243.2: No route to host (113)
rsync error: error in socket IO (code 10) at clientserver.c(104) [receiver=2.6.9]
说明:防火墙问题导致,这个最好先彻底关闭防火墙,排错的基本法就是这样,无论是S还是C,还有ignore errors选项问题也会导致

错误五:
@ERROR: access denied to www from unknown (192.168.1.123)
rsync: connection unexpectedly closed (0 bytes received so far) [receiver]
rsync error: error in rsync protocol data stream (code 12) at io.c(359)
说明:此问题很明显,是配置选项host allow的问题,初学者喜欢一个允许段做成一个配置,然后模块又是同一个,致使导致
错误六:
rsync error: received SIGINT, SIGTERM, or SIGHUP (code 20) at rsync.c(244) [generator=2.6.9]
rsync error: received SIGUSR1 (code 19) at main.c(1182) [receiver=2.6.9]
说明:导致此问题多半是服务端服务没有被正常启动,到服务器上去查查服务是否有启动,然后查看下 /var/run/rsync.pid 文件是否存在,最干脆的方法是杀死已经启动了服务,然后再次启动服务或者让脚本加入系统启动服务级别然后shutdown -r now服务器
错误七:
rsync: read error: Connection reset by peer (104)
rsync error: error in rsync protocol data stream (code 12) at io.c(604) [sender=2.6.9]
说明:原数据目录里没有数据存在

<think>好的,我现在需要帮助用户解决关于服务器CATEER的配置、故障排查和运行相关的问题。首先,用户提到引用了两个来源,但看起来这两个引用可能问题关联不大,可能需要进一步确认。 首先,用户的问题是关于服务器CATEER的配置、故障排查和运行。我需要先明确CATEER是什么类型的服务器,可能是指CATeam服务器,或者是某个特定品牌的服务器?可能用户拼写有误,比如可能是CATERR,或者CATeER?假设这里是指某个特定的服务器型号或系统,比如思科或戴尔的服务器型号,但不确定。如果没有明确的信息,可能需要用户进一步澄清,但根据当前信息,我只能基于常见服务器排查步骤来解答。 接下来,用户需要帮助解决配置、故障排查和运行的问题。我需要分步骤思考每个部分可能的常见问题及解决方法。 配置方面,通常涉及硬件配置(如RAID设置、BIOS设置)、操作系统安装、网络配置(IP地址、DNS、网关)、服务配置(如Web服务器、数据库)。如果CATEER有特定配置需求,可能需要参考其文档,但用户没有提供具体信息,所以需要给出一般性建议。 故障排查方面,包括硬件诊断(如内存、硬盘状态)、日志检查(系统日志、应用日志)、网络连通性测试(ping、traceroute)、服务状态检查(systemctl status)、资源监控(CPU、内存、磁盘使用率)等。 运行问题可能涉及性能优化、服务中断、自动启动设置、备份策略等。需要确保服务器资源充足,服务配置正确,安全更新及时。 此外,用户提供的两个引用似乎不相关。引用1提到CIMC实体存在状态,可能和硬件状态相关,如电源问题,设备未检测到。引用2是关于DNS的SOA记录,可能涉及域名解析问题。可能用户遇到了硬件状态异常或DNS配置问题,需要结合这两方面进行排查。 可能的步骤: 1. 检查硬件状态:根据引用1,CIMC(可能是思科的集成管理控制器)报告设备不存在,可能硬件连接问题,如电源线、硬盘、内存条松动。需要检查硬件连接,查看CIMC日志。 2. DNS配置问题:引用2中的SOA记录,可能存在DNS配置错误,导致服务器无法解析域名,影响服务运行。检查/etc/resolv.conf,DNS服务器设置,域名的正向反向解析是否正确。 3. 系统日志分析:使用journalctl或/var/log/syslog查看错误信息,确认是否有硬件故障或服务启动失败记录。 4. 网络连通性:使用ping、nslookup、dig测试网络和DNS解析,确保服务器能访问外部网络和内部服务。 5. 服务配置:检查相关服务的配置文件,如Apache、Nginx、数据库的配置是否正确,端口是否开放,防火墙设置是否允许流量。 6. 资源监控:使用top、htop、free -m、df -h查看资源使用情况,确认是否有内存不足、磁盘空间不足或CPU过载问题。 7. 备份恢复:确保有定期备份,并测试恢复流程,以防数据丢失。 可能用户遇到的实际情况是服务器硬件未正确识别(引用1),同时DNS配置有误(引用2),导致服务无法正常运行。需要结合这两点进行排查。 现在需要将以上思考整理成结构化的回答,分步骤指导用户进行排查,并生成相关问题。</think>### 服务器 CATEER 配置故障排查指南 #### 一、硬件状态检查 1. **设备识别问题** 根据引用[^1],若CIMC(如思科服务器管理模块)检测到`MAIN_POWER_PRS`状态为`Device Absent`,需排查以下方面: - 确认电源线连接是否牢固,电源模块是否正常供电。 - 检查硬盘、内存条等硬件是否插紧,尝试重新拔插或更换插槽。 - 登录CIMC管理界面,查看硬件日志,确认具体故障组件。 2. **RAID配置验证** 若服务器使用RAID阵列,需检查RAID卡状态: ```bash # 使用MegaCLI或厂商工具查看RAID状态 sudo megacli -LDInfo -Lall -aAll ``` #### 二、网络DNS配置 1. **DNS解析问题** 引用[^2]中的`.arpa`反向解析记录错误可能导致服务通信异常: - 检查`/etc/resolv.conf`,确认DNS服务器地址是否正确。 - 验证正向/反向解析是否匹配: ```bash nslookup <服务器IP> dig -x <服务器IP> ``` - 若为内部域名,确认DNS服务器是否配置了正确的SOA记录。 2. **网络连通性测试** ```bash ping <网关IP> # 测试内网连通性 traceroute 8.8.8.8 # 测试外网路由路径 netstat -tuln # 查看端口监听状态 ``` #### 三、系统服务日志分析 1. **日志定位错误** - 使用`journalctl`查看系统日志: ```bash journalctl -u <服务名> --since "2024-03-01" ``` - 检查应用日志(如Nginx、MySQL): ```bash tail -n 100 /var/log/nginx/error.log ``` 2. **服务状态检查** ```bash systemctl status <服务名> # 查看服务运行状态 systemctl restart <服务名> # 重启服务(临时恢复) ``` #### 四、资源监控优化 1. **实时资源监控** ```bash top # 查看CPU/内存占用 df -h # 检查磁盘空间 free -m # 内存使用详情 iostat -dx 2 # 磁盘I/O监控 ``` 2. **性能优化建议** - 若CPU负载高,使用`perf`或`strace`分析进程调用。 - 内存不足时,调整应用配置或增加Swap空间。 - 磁盘空间不足时,清理日志或扩容存储。 #### 五、备份恢复 - **定期备份** 使用`rsync`或`tar`进行数据备份,并测试恢复流程: ```bash tar -czvf backup_$(date +%F).tar.gz /path/to/data ``` ---
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值