阿里云专有云平台docker容器内应用故障总结

阿里云专有云平台docker容器内应用检测失败故障总结

各位网友,各位同行,大家好!

今天在阿里云专有云平台中,遇到了一些关于docker容器内应用检测失败的问题,现把今天的解

觉问题的心得和解决思路,分享给大家;

问题描述:在docker容器中rhs服务应用显示检测失败;(这里我只说一个例子就好了,然后解

决的方法和思路说一下;

解决方案和思路:1.首先先查看一下检测失败的报警系统;

2.进入服务器的后端,使用ps -ef 检查服务的进程,是否已经存在,如果不存在,

希,可以将其服务的应用程序重启启动一下,然后查看一些;使用ps -ef | grep rhs 查找到应用,然

后将其进程杀掉之后,然后将其服务应用重新启动;

3.如果还不能恢复的的话,可以登陆docker所在的宿主机,然后使用查找到应用

docker的ID号,使用docker ps -a | grep + 应用;然后使用重启命令sudo docker restart + ID号;

,这样一般的问题就可以恢复正常了;

4.还有一种可以就是docker容器的/根目录已经达到了使用率100%,这样的话,一般

docker容器也不会启动的,也是停止状态的,所以里面的服务一般也是停止的或是检测失败的状态;这

种情况,我们可以在宿主机上面,进行查找到docker的目录位置,然后将其docker占用空间大的文件或

是日志将其删除了就可以了;命令如下;

docker 所在宿主机目录:docker inspect + docker ID | grep UpperDir

查找应用服务的ID:docker ps -a | grep + 应用

重启docker容器的命令:sudo docker restart + docker ID;

好了,今天就先分享到这里吧,感谢网友和各位同行的的大力支持。

谢谢!

时间: 2024-10-25 06:55:56

阿里云专有云平台docker容器内应用故障总结的相关文章

docker容器内应用检测失败总结

docker容器内应用检测失败故障总结 各位网友,各位同行大家: 今天在云平台中遇到了一个这样一个问题,在云平台上面docker容器中的应用,在监控客户端 中,显示应用检测失败的问题:以下是经常遇到的几个应用检测失败的常见解决办法如下所示: 问题描述:rds产品  docker容器中的应用检测失败:(备注:宿主机运行正常) 解决思路:1.一般情况下如果应用服务检测失败的话,首先查看一下这个应用的进程是否还在 可以使用命令ps -ef | grep +服务名称:查看一下服务的运行状态.查看一下服务

阿里云Linux CentOS 7 Docker部署使用gogs搭建自己的git服务器

一.前言 Git是目前优秀和流行的源代码管理工具.而GitHub是一个面向开源及私有软件项目的托管云平台,但开源免费,私有收费.而公司出于商业化等目的需要搭建自己的源代码托管服务器.通过网上了解Gogs是一款不错git管理系统,而且是国内开源项目,今天我们就使用Gogs基于阿里云Linux CentOS 7 Docker部署搭建自己的git服务器. Gogs介绍(官网):https://gogs.io/ 二.步骤 1.  购买一个阿里云服务器,系统选择Linux CentOS 7 2.  doc

Docker容器内不能联网的6种解决方案

Docker容器内不能联网的6种解决方案 注:下面的方法是在容器内能ping通公网IP的解决方案,如果连公网IP都ping不通,那主机可能也上不了网(尝试ping 8.8.8.8) 1.使用--net:host选项 sudo docker run --net:host --name ubuntu_bash -i -t ubuntu:latest /bin/bash 2.使用--dns选项 sudo docker run --dns 8.8.8.8 --dns 8.8.4.4 --name ubu

centos:解决docker容器内挂载目录无权限 ls: cannot open directory .: Permission denied

docker运行一个容器后,将主机中当前目录下的文件夹挂载到容器的文件夹后 进入到docker容器内对应的挂载目录中,运行命令ls后提示: ls: cannot open directory .: Permission denied 解决: 在docker run一个容器时,加上 --privileged=true 给容器加特权即可. 原文地址:https://www.cnblogs.com/UniqueColor/p/9318815.html

阿里云移动研发平台 EMAS 助力银行业打造测试中台,提升发版效能

随着移动互联网的发展,手机银行凭借低成本.操作简单.不受时间空间约束等优势,正逐步替代传统的网银交易方式.越来越多的银行开始了“业务移动化”转型之路,“手机APP”已经成为企业价值传递和关系维护的关键纽带,客户争夺的主战场已转向移动端,事实上手机银行的用户比例早已超越了网银用户. 但是伴随着银行APP承载的业务需求日益增多.版本迭代速度不断加快,以“手工测试”为基础的测试体系,已很难满足业务对测试效率和质量的要求.APP 测试急需完成从“纯人工”到“人机协同”的范式转换. 一.银行 APP 的质

docker之阿里云centos 7.x 启动容器报错处理办法

最近阿里云服务器(操作系统centOS 7.x) 安装docker,参照阿里云帮助文档https://help.aliyun.com/document_detail/51853.html?spm=a2c4g.11186623.4.1.32f34c07tZ5Knr. 安装过程顺利进行,包括拉取镜像资源,但是运行容器的时候出现了问题,入下图所示: 尝试了度娘给的各种方案,无法处理,只得阿里云提交工单,进行咨询,沟通一上午的时间,最后也是无果而终. 无奈了,只得回头重新浏览各种博客文章寻找答案,原文参

阿里云开源 image-syncer 工具,容器镜像迁移同步的终极利器

为什么要做这个工具? 由于阿里云上的容器服务 ACK 在使用成本.运维成本.方便性.长期稳定性上大大超过公司自建自维护 Kubernets 集群,有不少公司纷纷想把之前自己维护 Kubernetes 负载迁移到阿里云 ACK 服务上.在迁移过程中,往往会碰到一个不大不小的坑:那就是怎么把已有的容器镜像平滑的迁移到阿里云镜像服务 ACR 上.这个问题看起来非常简单,如果只有三五个镜像,只要做一次 docker pull/docker push 就能完成,但实际生产中涉及到成千上百个镜像,几 T 的

云计算之路-阿里云上:针对 docker swarm 故障的部署调整以及应急措施

针对上周 docker swarm 集群的频繁故障(详见故障一 .故障二.故障三),我们今天对 docker swarm 集群的部署进行了如下调整. 将 docker engine 由  “17.12.0-ce, build c97c6d6”  升级至  “17.12.1-ce, build 7390fc6” ,这是 docker 在 2 月 27 日发布的最新稳定版. ~# docker -v Docker version 17.12.1-ce, build 7390fc6 将之前的 “5 个

Docker学习笔记(4-3)Docker容器内部署静态网站

设置容器的端口映射 如何访问容器的80端口<--设置端口映射 -P 为所有端口映射 -p 指定映射端口 docker run -p 80 -i -t ubuntu /bin/bash docker run -p 8080:80 -i -t ubuntu /bin/bash docker run -p 0.0.0.0:80 -i -t ubuntu /bin/bash docker run -p 0.0.0.0:8080:80 -i -t ubuntu /bin/bash #创建映射80端口的交互