-
Notifications
You must be signed in to change notification settings - Fork 773
dfget卡死问题/ dfget take too long to restart #311
Comments
Please follow the guide to add the version information of dfget @lggeor |
http://dragonfly-os.oss-cn-beijing.aliyuncs.com/df-client_0.2.0_linux_amd64.tar.gz @allencloud We use this image to build our pod |
从
|
我也出现这个问题,有解决方法吗? |
好吧,我的是nginx配置问题 |
请问这个问题解决办法是什么 |
我也碰到了,有的镜像可以拉取,有的镜像的某一层一直retry,最后502。后来重启supernode容器,就没问题了。 |
@lowzj Do you have any new ideas about this problem? |
[2019-05-20 15:40:39,445] ERROR sign:17032-1558337991.812 lineno:332 : piece range:62914560-78643199 error,realMd5:ee0152e53c46658500bfc0c45feb51e5,expectedMd5:3fe30dd4761a8fe998932b9a1d8c5636,dstIp:10.110.91.164,total:168 |
Signed-off-by: Jim Ma <[email protected]>
name: dfget卡死现象
about: dfget卡死现象原因是什么,是否是bug还是某种特定情况下会出现
Question
目前在测试dragonfly,在kubernate环境中,以静态pod形式部署了两台supernode,以daemonset形式部署了客户端,dfdaemon --registry参数指定到harbor仓库。
客户端版本来自于一下官方镜像:
http://dragonfly-os.oss-cn-beijing.aliyuncs.com/df-client_0.2.0_linux_amd64.tar.gz
在客户端运行docker pull,某些镜像下载正常,某些镜像会出现卡死现象,卡死时甚至过了进20分钟才超时。
看dfclient.log,接近20分钟一直在试图下载直到 download timeout(1149s),:
看supernode日志/home/admin/supernode/logs/app.log看不出什么问题,感觉supernode是下载成功的:
想了解
1.卡死的原因是什么?
2.如果能判断出造成卡死的原因是否能不要等待这么长时间,直接重试
The text was updated successfully, but these errors were encountered: