为什么gta5一直errorpanic not syncingg podcloud saves

8656人阅读
kubernetes(15)
经过千辛万苦终于在本地搭建k8s环境后,昨天在调试的时候有出现了pod卡在ContainerCreating状态的问题。
这个问题的原因有几种,我遇到的问题是拉去image失败,如“image pull failed for gcr.io/google_containers/pause:2.0”。原来k8s默认从gcr.io/google_containers拉去镜像,国内网络无法访问。原来忘了连接VPN了…
问题是比较低级,其实主要是想跟大家分享下定位的方法。主要是通过“kubectl describe pod PodName”指令查看pod发生的事件,从事件列表中可以查找到错误信息。
vagrant@vagrant-ubuntu-trusty-64:~/work/k8s-foo$ kubectl run foo --image=hello-world
deployment "foo" created
vagrant@vagrant-ubuntu-trusty-64:~/work/k8s-foo$ kubectl get pods
foo--igh2x
ContainerCreating
vagrant@vagrant-ubuntu-trusty-64:~/work/k8s-foo$ kubectl describe pod foo
foo--igh2x
Namespace:
127.0.0.1/127.0.0.1
Start Time: Mon, 11 Apr 2016 15:11:49 +0000
pod-template-hash=,run=foo
Controllers:
ReplicaSet/foo-
Containers:
Container ID:
hello-world
BestEffort
BestEffort
ContainerCreating
Restart Count:
Environment Variables:
Conditions:
default-token-fbasq:
Secret (a volume populated by a Secret)
SecretName: default-token-fbasq
FirstSeen LastSeen
SubobjectPath
--------- --------
-------------
{default-scheduler }
Successfully assigned foo--igh2x to 127.0.0.1
{kubelet 127.0.0.1}
FailedSync
Error syncing pod, skipping: failed to "StartContainer" for "POD" with ErrImagePull: "image pull failed for gcr.io/google_containers/pause:2.0, this may be because there are no credentials on this request.
details: (API error (500): unable to ping registry endpoint https://gcr.io/v0/\nv2 ping attempt failed with error: Get https://gcr.io/v2/: dial tcp 74.125.203.82:443: i/o timeout\n v1 ping attempt failed with error: Get https://gcr.io/v1/_ping: dial tcp 74.125.203.82:443: i/o timeout\n)"
晚间尝试启动kube-dns时也遇到了类似的问题。查看kube-dns Service时一切正常:
vagrant@vagrant-ubuntu-trusty-64:~/work/k8s-foo$ kubectl get services kube-dns --namespace=kube-system
CLUSTER-IP
EXTERNAL-IP
53/UDP,53/TCP
但启动一个Service之后尝试使用Service名称解析dns却失败了。执行“kubectl get pods –namespace=kube-system”查看发现kube-dns相关pod启动失败了。
再通过“kubectl describe”查看相关pod的事件时发现原来kube-dns启动时也需要下载新镜像。果断开启VPN,再重启集群,over。
&&相关文章推荐
* 以上用户言论只代表其个人观点,不代表CSDN网站的观点或立场
访问:37485次
排名:千里之外
原创:29篇
(1)(2)(2)(1)(2)(2)(1)(3)(2)(6)(7)(2)云产品存储数据库数据处理网络CDN与加速安全监控与管理移动域名服务游戏服务视频服务图像服务语音服务人工智能(AI)通信大数据基础服务大数据可视化服务应用服务独享高性能物理服务器租赁服务分布式消息队列服务稳定托管的MySQL、SQLServer、MariaDB等关系型数据库兼容Redis和Memcached的分布式存储和缓存服务多节点全网覆盖网络加速服务立体化云产品数据监控,智能化数据分析服务专业域名服务,安全、省心、可信赖数字证书一站式管理,快速接入 HTTPS 安全腾讯质量开放平台,提供一站式测试服务高效图片处理、全面的图片鉴定和识别服务提供丰富API的开放语义分析平台专业智能高效的语音处理服务抵御大流量DDoS攻击,守护企业网络安全腾讯安全专家提供专业技术支持服务防止破解盗版,对抗游戏外挂等一站式移动安全解决方案登录注册防撞库,活动防刷、防薅羊毛高效精准识别文本、图片、视频中的色情、暴恐、广告等恶意内容精准识别借贷欺诈风险、检测支付盗刷隐患、监测钓鱼网站解决方案专属金融云,为您实施高可用的业务容灾架构,随心打造镜像服务运维服务软件服务云合作云生态腾讯云计算文档社区资源与工具售后服务
事件常见问题
事件常见问题
创建服务常见错误事件解决方法1.Back-off restarting failed docker container说明:正在重启异常的Docker容器。解决方法:检查镜像中执行的Docker进程是否异常退出,若镜像内并无一持续运行的进程,可在创建服务的页面中添加执行脚本。
2.fit failure on node: Insufficient cpu说明:集群CPU不足。解决方法:原因是节点无法提供足够的计算核心,请在服务页面修改CPU限制或者对集群进行扩容。
3.no nodes available to schedule pods说明:集群资源不足。解决方法:原因是没有足够的节点用于承载实例,请在服务页面修改服务的实例数量,修改实例数量或者CPU限制。
4.pod failed to fit in any node说明:没有合适的节点可供实例使用。解决方法:原因是服务配置了不合适的资源限制,导致没有合适的节点用于承载实例,请在服务页面修改服务的实例数量或者CPU限制。
5.Liveness probe failed:说明:容器健康检查失败解决方法:检查镜像内容器进程是否正常,检查检测端口是否配置正确。
6.Error syncing pod, skippingError syncing pod, skipping failed to &StartContainer& for with CrashLoopBackOff: &Back-off 5m0s restarting failed container说明:容器进程崩溃或退出。解决方法:检查容器内是否有持续运行的前台进程,若有检查其是否有异常行为。详情请参考构建docker镜像指南
如果以上解决方法未能解决您的问题,请联系客服。
以上信息是否解决您的问题?
提交成功!非常感谢您的反馈,我们会继续努力做到更好!
为了我们更有效的优化资料库,以及针对性的改善我们的服务,我们很需要您进一步的反馈信息:
页面内容不全面,不深入
页面内容更新不及时
描述不够清晰,比较混乱
系统或功能太复杂,同时文档也缺乏足够的引导
容器服务相关文档}

我要回帖

更多关于 lip syncing 的文章

更多推荐

版权声明:文章内容来源于网络,版权归原作者所有,如有侵权请点击这里与我们联系,我们将及时删除。

点击添加站长微信