转载于:https://my.oschina.net/u/4884318/blog/4908669 大牛 佩服此人 截取本人遇到的问题: "error:0407008A:rsa routines:RSA_padding_check_PKCS1_type_1:invalid padding" 当发现,节点无法连接后,这时就要查看日志 2021-01-14T09:02:35.487308Z 0 [ERROR] [MY-000000] [Galera] handshake with remo

如何创建MySQL的PXC集群 下载PXC集群镜像文件 下载 docker pull percona/percona-xtradb-cluster 重命名 [root@hongshaorou ~]# docker tag docker.io/percona/percona-xtradb-cluster pxc 创建内部网络 处于安全考虑,需要给PXC集群实例创建Docker内部网络 创建网段:   [root@hongshaorou ~]# docker network create --sub

环境: pg版本:PostgreSQL 9.4.4 on x86_64 系统版本:CentOS release 6.6 linux内核版本:2.6.32-504.8.1.el6.x86_64 今天测试standby延时复制时,在standby节点配置了recovery_min_apply_delay参数,刚开始设置的是5min,但重启完standby节点后,连接数据库直接报:psql: FATAL:  the database system is starting up 错误,我一开始以为是节点

xtrabackup 对pxc节点进行备份恢复 全量备份一个节点的数据,当节点挂掉时,使用备份恢复到最近状态,再启动节点加入集群. 备份 xtrabackup 命令小解释: --defaults-file=/etc/my.cnf : 指定pxc配置文件,默认/etc/my.cnf,手动指定该参数需要置于第一位,此配置文件里必须指定datadir --user=root : 用户 --password=*** : 密码 --socket=/tmp/mysql-pxc.sock : sock 文件

启动        systemctl start docker 守护进程重启   sudo systemctl daemon-reload 重启docker服务   systemctl restart  docker 重启docker服务  sudo service docker restart 关闭docker service docker stop 关闭docker systemctl stop docker --------------------- 作者:EasternUnbeaten

PXC节点启动与关闭 最后关闭的PXC节点是安全退出时. cat /var/lib/mysql/grastate.dat,其中safe_to_bootstrap: 1,再次启动集群是则先启动该节点 systemctl start mysql@bootstrap.service 最后关闭的PXC节点不是安全退出时. vim /var/lib/mysql/grastate.dat,将其修改为safe_to_bootstrap: 1,再在该节点启动集群 systemctl start mysql@bo

基于docker安装pxc集群 一.PXC 集群的安装 PXC集群比较特殊,需要安装在 linux 或 Docker 之上.这里使用 Docker进行安装! Docker的镜像仓库中包含了 PXC数据库的官方镜像, 地址:https://hub.docker.com/r/percona/percona-xtradb-cluster/ 如下图所示: 一,镜像的安装 安装镜像的两种方式: docker pull percona/percona-xtradb-cluster docker load <

原文:docker启动单节点server模式的consul | Bitdoom docker启动单节点server模式的consul 2017-09-07 环境:MacOSX, consul_0.9.2官方镜像, docker命令:docker run -p 8500:8500/tcp consul agent -server -ui -bootstrap-expect=1 -client=0.0.0.0 附非docker单节点(测试用,生产环境不推荐)启动命令: macconsul agent

为了迎接春节假期后的访问高峰,我们今天对 docker swarm 集群进行了变更操作,购买了1台阿里云4核8G的服务器作为 worker 节点,由原来的  3 manager nodes + 2 worker nodes 变为  3 manager nodes + 3 worker nodes . 晚上,我们对已经持续运行一段的5个节点逐一进行重启操作,重启方式如下: 1)docker node update --availability drain 让节点下线2)阿里云控制台重启服务器3)d

一.首先需要安装好docker,安装方法可以参考之前一篇博文Centos7安装docker [root@localhost ~]# systemctl start docker [root@localhost ~]# systemctl enable docker 设置开机启动docker [root@localhost ~]# docker version Client: Version: 18.09.3 API version: 1.39 Go version: go1.10.8 Git c

  前言 现在mysql自建集群方案有多种,keepalived.MHA.PXC.MYSQL主备等,但是目前根据自身情况和条件,选择使用pxc的放来进行搭建,最大的好处就是,多主多备,即主从一体,没有同步延时问题,方便易用. 搭建环境   环境 centos7 pxc版本镜像:最新版,目前为8.0+   主机ip 部署 swarm 10.100.3.91 pxc1 manager 10.100.3.92 pxc2 worker 10.100.3.93 pxc3 worker 10.100.3.9

对于datanode可以在master中配置,然后在maste启动的时候,一并去启动这些节点 .对于死掉的节点,也可以通过以下命令启动 .重启挂掉的节点进入到 挂掉的机器 bin/hadoop-daemon.sh start datanode     //启动数据节点bin/hadoop-daemon.sh start tasktracker  //启动任务管理器此时再在master上使用 ./hadoop dfs admin -report   是就会发现这些节点已经启动起来 .

上一节我们有了两个分片的pxc集群,这一节我们接着安装haproxy和keepalived的实现集群的高可用 一.先下载haproxy的镜像 [root@localhost ~]# docker pull haproxy 二.在host主机上写好配置文件,启动容器时候读取haproxy.cfg,vim /usr/local/docker/haproxy/haproxy.cfg global #工作目录 chroot /usr/local/etc/haproxy #日志文件,使用rsyslog服务

记录在实际操作中碰到的docker问题 环境信息: 安装完kolla ocata版本,并且编译成功各openstack 组件的容器镜像 [root@localhost ~]# docker --versionDocker version 17.09.1-ce, build 19e2cf6 [root@localhost ~]# uname -a Linux localhost.localdomain 3.10.0-514.el7.x86_64 #1 SMP Tue Nov 22 16:42:41

docker pull percona/percona-xtradb-cluster docker tag percona/percona-xtradb-cluster pxc docker network create --subnet=172.18.0.0/24 net1 docker volume create --name v1 docker volume create --name v2 docker volume create --name v3 docker run -d -p 3

docker下部署单节点的consul,最重要的是在run consul时,配置-bootstrap-expect=1 docker run --name consul1 -d -p : -p : -p : -p : -p : /daily_docker/consul: agent -server -bootstrap-expect= -ui -bind=0.0.0.0 -client=0.0.0.0 consul agent 命令的常用选项,如下: -data-dir 作用:指定agent储存

有时临时在 docker swarm 集群上增加节点,过后需要删除节点 # 获取 node 信息 docker node ls ID HOSTNAME STATUS AVAILABILITY MANAGER STATUS ENGINE VERSION j52o5frhmphiksqz0xq1mkbbh * node1 Ready Active Leader 18.09.7 nq6v8dog0xzgpzx51x7bv59bp node2 Ready Active 18.09.7 6whtoqrhk

1.下载镜像 curl -sSL https://get.daocloud.io/daotools/set_mirror.sh | sh -s http://f1361db2.m.daocloud.io   加速器(https://www.daocloud.io/mirror) systemctl restart docker docker pull percona/percona-xtradb-cluster 2.tag镜像 docker tag percona/percona-xtradb-

1.现状描述 集群其中一台物理机未知原因导致单用户无法登陆机器,该物理机需要重启修改密码或者重装系统.该台为master节点,运行正常.配置策略为: 异步刷盘 主从异步复制 如果直接下线该master,由于主从异步复制,可能导致部分消息来不及复制到slave造成消息丢失.所以该方案不可行.另一种方案选择:关闭该broker的写入权限,待该broker不再有写入和消费时,再下线该节点. 2.关闭broker写权限  2表示只写权限,4表示只读权限,6表示读写权限 bin/mqadmin updat

一.问题:在vmware虚拟机中测试以docker方式安装的prometheus,当重启虚拟机后,再次运行prometheus的执行文件,提示已有名称为prometheus的容器存在. 二.处理过程 1.使用docker container ls看不到容器条目 2.使用docker start prometheus启动容器,再使用docker container ls就可以看到prometheus的容器条目了. 3.上述过程说明prometheus的容器在重启虚拟机的过程中并不会自动卸载,仅仅处

节点上的主机如果想离开的话,可以自己直接执行docker swarm leave 然后你可以发现,原本跑在自己上面的容器被转移到别的容器上了.此时如果在manager节点上docker node ls看的话,这个节点已经Down了. 然后访问下这个节点的服务,也是理所当然的失败 想加入回来就重新JOIN一下 但此时注意两点,第一.对于manager来说之前的退出是Down状态,此时并没有从节点里把这个退出的节点删除,而我们有重新在节点上执行JOIN.这个时候是新建立了一个node,所以上图里面标