测试中发现的问题:删除
1.50个线程,15个不间断上传文件名放在内存列表中,30个不间断下载,5个不间断删除,其中下载和删除的文件名从上传的文件列表随机获取.运行一段时间monitor发现有些删除不成功,查看日志报错如下:
[2009-08-26 10:45:02] WARNING - file: storage_service.c, line: 2167, cmd=17, client ip: 192.169.100.126, file /home/fastdfs/storage/data/03/04/fmSpwEqUnq8AAAAAAASwAC_nx_A67.txt not exist, maybe delete later?
[2009-08-26 10:55:53] WARNING - file: storage_sync.c, line: 100, sync data file, file: /home/fastdfs/storage/data/02/83/fWSpwEqUpCwAAAAAAAMgAFPXbJc44.txt not exists, maybe deleted later?
请问什么原因造成的?
2.删除文件时,是先找到源storage直接删除然后再同步到其他,还是随机找到一台机删除再同步到其他?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(4)
关注
命令码17对应的命令是:STORAGE_PROTO_CMD_SYNC_DELETE_FILE
大家可以看到,这只是warning信息。
情况是这样的,文件上传到A服务器后,还没有来得及同步到B服务器,客户端就将该文件删除。然后才同步这个文件到B服务器,这时就会报上述的warning。
这是正常现象,可以不理会类似的warning信息。
还是上面的问题:删除的时候是先找到文件的源storage删除,然后再将删除同步到其他,还是轮流到一台删除后,再同步到其他?
为了保证操作的一致性,文件上传后,所有后续的更新操作都会到源服务器上进行。
对于删除情况,删除的是源storage server上的文件,然后由该server同步到同组的其他storage服务器。