一.安装docker 1.Docker 要求 CentOS 系统的内核版本高于 3.10 ,查看本页面的前提条件来验证你的CentOS 版本是否支持 Docker . 通过 uname -r 命令查看你当前的内核版本 # uname -r 2.使用 root 权限登录 Centos.确保 yum 包更新到最新. # sudo yum update 3.卸载旧版本(如果安装过旧版本的话) # sudo yum remove docker docker-common docker-selinux d

docker 错误排查:无法进入容器. #docker exec -it 3c1d bash rpc error: code = 2 desc = oci runtime error: exec failed: container_linux.go:247: starting container process caused "process_linux.go:110: decoding init error from pipe caused \"read parent: connec

这阵子开始捣鼓 Docker,遇到过不少问题,下面记录下问题以及解决方案 一.Docker 报 Failed to start Docker Application Container Engine 错误. 问题说明:Docker安装完成后启动,报 Failed to start Docker Application Container Engine 错误,安装教程参考文章末尾的 “附录” 解决方案1: 检查下如下目录是否存在docker.sock文件,/var/run/docker.sock,

代理服务器设置 代理服务器可以在启动并运行后阻止与Web应用程序的连接.如果您位于代理服务器后面,请使用以下ENV命令将以下行添加到Dockerfile中,以指定代理服务器的主机和端口: # Set proxy server, replace host:port with values for your servers ENV http_proxy host:port ENV https_proxy host:port DNS设置 DNS配置错误可能会产生问题pip.您需要设置自己的DNS服务器

笔记: 安装docker的命令 curl -sSL https://get.docker.com/ | sh service docker start 排查错误的命令 strace 视频地址在此:https://www.bilibili.com/video/av68889436/

原文地址:http://weibo.com/p/1001643874239169320051 程序员在开发过程中会用到很多工具来提升开发和协作效率,这次介绍的是目前微博平台在开发过程中用到的一些工具,文章内容包括如何初始化开发环境,工具的基本使用和原理等. 这篇文章里会介绍到的一些工具: 打包构建:maven 版本管理:git 部署发布:docker 问题排查:wtool 开发环境的初始化 安装jdk1.7+,地址://java.com/zh_CN/download/faq/develop.xm

简介 Hyperledger Explorer is a simple, powerful, easy-to-use, well maintained, open source utility to browse activity on the underlying blockchain network. Users have the ability to configure and build Hyperledger Explorer on MacOS and Ubuntu. 下载 Hyper

docker做服务时,如果客户端无法连接,错误排查: 1.先使用 docker ps 查看镜像是否都在运行中,如果没有就进入镜像查看日志 2.如果确定代码及配置文件没有问题,就需要检查镜像的替换是否正确,旧的镜像是否已经停止,并且已经被新的镜像替换

这是今天我们在开发环境下 docker swarm 集群上遇到的问题,在这篇博文中记录一下排查过程. 先登录到应用容器内检查一下其中运行的站点是否能正常访问: # docker exec -it 024be860ad79 /bin/bash # curl -s -D - -o /dev/null http://127.0.0.1 HTTP/1.1 200 OK 可以正常访问. 然后登录到 docker flow proxy 的 proxy_proxy 服务的容器内,检查一下是否可以正常访问应用容

问题排查: 运行 #docker info   查阅资料,知道了docker的logging driver相关理论:https://docs.docker.com/engine/admin/logging/overview/ 在此之前,这台机器被同事做过重置,所以docker也重新下载并是最新的版本 1.12.6,原来的是1.12.3. 1.12.3上 logging driver的默认是 json-file ,而 1.12.6就是 journald.这就是导致原先日志路径下*-json.log

一次正常的上线,发了几台docker后,却发现有的机器打了info.log里面有日志,有的没有.排查问题开始: 第一:确认这台docker是否有流量进来,确认有流量进来. 第二:确认这台docker磁盘是否慢了,磁盘没有满. 第三:确认这台docker日志级别,确认和其他docker一样配置文件. 第四:这个时候就不知道了,病急乱投医,把部署的包,docker的cpu.内存.tcp.线程数.gc都看了一遍,都是正常的. 最后:和同事探讨,看catlina启动的时候有没有warning日志,结果有

使用这种排查技术的场景在于: 1,真正线上的POD,里面的排查工具很少.wget,curl,vi,telnet,ifconfig这些命令可能都没有. 2,排查的POD,什么工具都有,但与POD隔离,无法真正排查线上故障. 3,kubectl cp等命令,复杂,且不备具持续性,依赖关系无法管理. 于是,大家就想出了使用--net=container:xxxx这样的命令,让排查POD与线上POD,共享网络命名空间,达到灵活的线上排查的目的. docker run -it --rm --net=con

周六生产服务器出现redis服务器不可用状态,错误信息为: 状态不可用,等待后台检查程序恢复方可使用.Unexpected end of stream; expected type 'Status' 如下图所示,下图6300就是我们redis服务器运行的端口. 头一次碰到此类问题,心想难道是redis挂掉了,随即通过telnet ip+端口.发现运行正常,然后就想着进入redis看下目前连接情况.一看发现竟然高达1903条这么多. 然后想着应该是代码创建redis连接过多导致的,查看代码. 发现

由于linux中mysql的的表名是区分大小写的.所以需要配置my.conf. 所以在docker中需要把配置文件带进去.在宿主机的目录中新建my.conf文件,然后写入如下配置. [mysqld]user=mysql lower_case_table_names=1 在启动docker时,把文件挂载进去,我用的是这个命令 docker run -d -e MYSQL_ROOT_PASSWORD=HAHA123 --name mysql -v /data/mysql/data:/var/lib/

1. 问题 前两天发现 APP 刷新数据偶尔出现等半天没有响应的情况,感觉不像 APP 的问题,就查了下服务端的日志. 服务端用的是 Java,部署采用的 Docker 官方的 tomcat 镜像,并进行了基本的裁剪,Dockerfile 文件内容如下: FROM tomcat:8.0.36-jre8 MAINTAINER blog.smoker.cc@gmail.com RUN rm -rf /usr/local/tomcat/webapps && mkdir /usr/local/to

#docker-compose build --no-cache //重新创建容器,不管有没有 #docker-compose up #docker-compose up -d //后台启动并运行容器,如果没有会先执行build,如果有只启动#docker-compose build --no-cache && docker-compose up -d  asp.net core  #docker run -it --rm --entrypoint /bin/bash tlz.netcor

背景:这个是之前遇到的老问题. # systemctl status lxcfs● lxcfs.service - FUSE filesystem for LXC Loaded: loaded (/usr/lib/systemd/system/lxcfs.service; enabled; vendor preset: disabled) Active: activating (start-post) since Tue 2020-06-23 14:37:50 CST; 5min ago---这

基于 Docker 的容器云-Padis 目前市面上基于容器云的产品有很多,对于平安而言,则是基于 Docker 的 Padis 平台.所谓 Padis,全称是 PingAn Distribution --平安分布式平台.Padis 基于 Docker,实现了平安内部的一个分布式平台.它的实现采用了 Mesos+Marathon(下面简称MM) 框架,可以完成应用程序的快速创建.运行.快速缩容扩容以及故障自愈的功能:平台上实现了独立 IP,可以实现任何集群与外部的或者传统的 IP 的通讯:平台负

本系列文章将介绍 Docker的相关知识: (1)Docker 安装及基本用法 (2)Docker 镜像 (3)Docker 容器的隔离性 - 使用 Linux namespace 隔离容器的运行环境 (4)Docker 容器的隔离性 - 使用 cgroups 限制容器使用的资源 (5)Docker 网络 (6)若干企业生产环境中的容器网络方案 Docker 在早期只有单机上的网络解决方案,在 1.19 版本引入了原生的 overlay 网络解决方案,但是它的性能损耗较大,可能无法适应一些生产环

公司在kubernetes集群上稳定运行数月的kibana服务于昨天下午突然无法正常提供服务,访问kibana地址后提示如下信息: 排查过程: 看到提示后,第一反应肯定是检查elasticsearch集群,碰巧昨天下午公司VPN奇慢,频繁连接不上亦庄机房,因此问题排查一度集中在elasticsearch服务上,另一方面也是因为kibana服务由docker镜像提供,只读服务本身是没有状态变化的,在kubernetes集群中查看pod状态,也没有崩溃重启的记录,因此只能怀疑是连接的elastics