beta3新日志问题 - Githubissues

GoogleCodeExporter commented 9 years ago

在使用这个版本的时候
总是可以查看到日志中有
#errno -1
cd /www/TS && rsync -rtuz -R "./adb" 111.111.111.111::module >/dev/null 2>&1
的错误
基本上每提交就会出现，但是我查看过111.111.111.111是已经同��
�了的 
不知道这个日志问题是怎么产生的 
如果按照文档说的60Min之后再传送一次的话 肯定会出问题的
麻烦查下问题，谢谢。

配置文件都是最基本的只加了个过虑
另外手动执行过日志中的这条错误没有报任何错误。

Original issue reported on code.google.com by Ajian...@gmail.com on 18 May 2010 at 5:45

GoogleCodeExporter commented 9 years ago

还有其它日志
#errno 1280
不知道这代表什么

Original comment by Ajian...@gmail.com on 18 May 2010 at 7:35

GoogleCodeExporter commented 9 years ago

这个你先看一下rsync自己的log，有些情况下同步成功的话会产
生返回-1情况，这个是rsync自己
的警告，肯定是配置还有问题。日志里的所有信息-1 
1280都是rsync返回的。如果频繁产生，你
自己又查不出rsync配置原因，可以把时间调低点，这个在beta3�
��本是可以调的。

Original comment by zhouyang...@gmail.com on 19 May 2010 at 1:03

GoogleCodeExporter commented 9 years ago

有些情况同步成功会产生返回－1 ？ 这个不是太明白 
为什么成功了还会返回－1呢 那会不会默
认一个小时后又重传呢？如果重传成功或者失败又会做什么��
�作？
同样的反推：如果传送成功了 
怎么还会有配置的问题，难道有什么小窍门的地方？
我觉得比较怪异的是我在内网传送相当快的情况下也频繁的��
�现这个日志。基本测试的每个文件
都会有报错，但实际已经同步过去了，反而对比启用ssh的方��
�没有出现报错日志，这个SSH的传
送目标网络应该是更差的，相隔比较远。所以我觉得还是程��
�中某个地方有BUG导致的。

另外针对上面回复的说法.时间调低点？是指重传的时间还是�
��划任务的时间，我没有开启计划任
务的。
为了防止网络的问题 我建立增加rsync的 timeout参数 
这样会好些。

Original comment by Ajian...@gmail.com on 19 May 2010 at 2:09

GoogleCodeExporter commented 9 years ago

时间调低点不是计划任务，是xml有一个rsync_fail什么的，那有�
��个time设置，在beta3里新增
加的，如果再次执行sh，失败就不会写日志了，rsync_fail_log.sh�
��会清空。不会出现循环反复
问题。成功也返回-1是有可能的，这个是rsync的命令行返回的�
��我没办法控制，你看一下rsync
自己的日志就知道了。

Original comment by zhouyang...@gmail.com on 19 May 2010 at 2:19

GoogleCodeExporter commented 9 years ago

反而我把这个时间调成了一天 
因为我怕量太大的时候还要进行重传 

最终发现问题应该是反向解析的问题 
在/etc/hosts中加入就行了
现在判断rsync的状态比较敏感 
像有特殊文件如link不能同步的问题 
和这种反向解析的问题其实
都只是waring但也都会写失败日志

Original comment by Ajian...@gmail.com on 19 May 2010 at 3:45

xiqingongzi / sersync

beta3新日志问题 #20