master

感谢廖雪峰老师 来源就是这里啦 总结 ： git log 查看提交历史，确定回退位置，到过去 git reflog 查看命令历史，确定恢复位置 ，回未来 以上两个命令可以得到你想要的关键信息：commit id HEAD指向当前版本 git reset --hard commit id,是回退和恢复的命令，commit id 可以是版本号，也可以是HEAD^等 具体过程 ： 修改readme文件，将其提交 k'k@DESKTOP-E1NTNUS MINGW64 /d/yuwxl (master) $ git add readme.txt k'k@DESKTOP-E1NTNUS MINGW64 /d/yuwxl (master) $ git commit -m"second change" [master cdfa377] second change 1 file changed, 2 insertions(+), 1 deletion(-) 再次修改readme.txt内容，再将其提交到仓库 k'k@DESKTOP-E1NTNUS MINGW64 /d/yuwxl (master) $ git status On branch master Changes not staged for commit: (use "git add <file>..." to update what

1. 下载安装包 登录官网获取HBase安装包下载地址 https://hbase.apache.org/downloads.html 2. 执行命令下载并安装 cd /usr/local/src/ wget http://mirrors.tuna.tsinghua.edu.cn/apache/hbase/2.1.8/hbase-2.1.8-bin.tar.gz tar -zxvf hbase-2.1.8-bin.tar.gz mv hbase-2.1.8 /usr/local/hbase/ 3. 修改服务器系统环境变量 所有服务器都需要按要求修改配置 vi /etc/profile 在尾部添加下面配置 export HBASE_HOME=/usr/local/hbase/ export PATH=$PATH:$HBASE_HOME/bin 保存退出后，运行命令，让配置马上生效 source /etc/profile 4. 配置HBase的Java安装路径 vi /usr/local/hbase/conf/hbase-env.sh 在尾部添加下面配置 export JAVA_HOME=/usr/local/java/jdk export HBASE_MANAGES_ZK=false 5. 配置hbase-site.xml 官方文档配置说明： https://hbase.apache

http://blog.sina.com.cn/s/blog_8ea8e9d50102wwik.html Docker部署Elasticsearch集群 参考文档: https://hub.docker.com/r/library/elasticsearch/ https://hub.tenxcloud.com/repos/tenxcloud/elasticsearch https://hub.alauda.cn/repos/library/elasticsearch 环境: CentOS 7.2 docker-engine-1.11.2 elasticsearch-2.3.3 前言: 虚拟机节点部署请参看 Elasticsearch 负载均衡集群 ，这里简单介绍下docker部署 本实验采用不同类型的节点集群(client x1, master x3, data x2) ela-client.example.com:192.168.8.10(client node) ela-master1.example.com:192.168.8.101(master node) ela-master2.example.com:192.168.8.102(master node) ela-master3.example.com:192.168.8.103(master node) ela

本文非专业讲SPI，只是讲网上看到的资料略微总结，并加上自己的想法，附资料links。 devs.c ：各个platform_device 的定义，比如I2C、USB、SPI等等。应该是内核加载时，读取该配置文件，然后注册进系统。目录在/arch/arm/plat-samsung/devs.c 　　比如： 　　　　 /* SPI */ #ifdef CONFIG_PLAT_S3C24XX static struct resource s3c_spi0_resource[] = { //下面s3c_device_spi0对象的资源 [0] = DEFINE_RES_MEM(S3C24XX_PA_SPI, SZ_32), [1] = DEFINE_RES_IRQ(IRQ_SPI0), }; struct platform_device s3c_device_spi0 = { // 声明s3c_device_spi0 platform设备 .name = "s3c2410-spi", //会与驱动匹配，比较两个名字是一样的 .id = 0, //相当于次设备号 .num_resources = ARRAY_SIZE(s3c_spi0_resource), .resource = s3c_spi0_resource, .dev = { .dma_mask = &samsung_device

(1) 默认方式启动nginx nginx 因为配置好了环境变量，系统能够通过PATH中的路径找到nginx的二进制可执行文件，执行时，读取默认路径下的配置文件，即/usr/local/nginx/conf目录 (2) 另行指定配置文件的启动方式，使用 -c 选项 nginx -c /tmp/nginx.conf，nginx启动时，通过读取/tmp/nginx.conf配置文件来启动nginx (3) 另行指定全局配置项的启动方式，使用 -g 选项 nginx -g “pid /var/nginx/test.pid;”，nginx启动后会将pid写入/var/nginx/test.pid 文件中 -g 选项的约束条件是指定的配置文件参数不能与默认路径下的nginx.conf配置文件参数相冲突，否则无法启动，比如：pid logs/nginx.conf 这样的配置，是不能存在于默认的配置文件nginx.conf中的 另一个约束条件是，以-g 选项启动的nginx服务，执行其他命令时，需要把 -g 参数也带上，否则可能出现配置项不匹配的情况，比如停止 nginx 服务 　　nginx -g “pid /var/nginx/test.pid;” -s stop，如果不加上 -g “pid /var/nginx/test.pid” 参数，可能会出现找不到pid，服务无法停止的情况 (4)

很多人都使用过Ubuntu下的apt-get或Centos下的yum，这两者都是Linux系统下的包管理工具。采用apt-get/yum，应用卡发着可以管理应用包之间的依赖关系，发布应用；用户则可通过简单的方式查找、安装、升级、卸载应用程序等。 一、Helm概述 1）Helm简介 Helm是一个用于kubernetes的包管理器。每个包称为一个Chart，一个Chart是一个目录（一般情况下会将目录进行打包压缩，形成name-version.tgz格式的单一文件，方便传输和存储）。我们可以将Helm看作Kubernetes下的apt-get/yum。 对于应用发布者而言，可以通过Helm打包应用，管理应用依赖关系，管理应用版本并发布应用到软件仓库。 对于使用者而言，使用Helm后无须了解Kubernetes的yaml文件语法、应用部署文件。直接使用Helm下载即可在Kubernetes上安装需要的应用。 2）Helm组件及相关术语 1）Helm Helm是一个命令行下的客户端工具。主要用于Kubernetes应用程序Chart的创建、打包、发布及创建和管理本地和远程的Chart仓库。 2）Tiller Tiller是Helm的服务端，部署在Kubernetes集群中，Tiller用于接收Helm的请求，并根据Chart生成Kubernetes的部署文件

关于如何使用Jenkins+Gitlab实现可CI/CD，在此就不多做介绍了，本篇博文主要介绍Jenkins+Gitlab针对kubernetes集群实现CI/CD。由于Kubernetes近年来的火爆程度，掌握这项技能已经变得尤为重要！ 一、环境准备 系统 主机名 IP地址 所运行的服务 Centos 7 master 192.168.1.1 K8s集群的master节点 Centos 7 node01 192.168.1.2 K8s集群的node节点 Centos 7 docker 192.168.1.4 Docker K8s集群主要用于运行一个Nginx运行容器，模拟线上环境； master节点主要用于运行registry私有仓库； docker服务器运行Jenkins与Gitlab服务； 上述三台服务器全部加入registry私有仓库； 部署环境所需任何软件包，都可从以下链接中获取！ 链接： https://pan.baidu.com/s/1pb4ZShK5MBxIj6xN-hMmoA 提取码：k66s 二、部署registry私有仓库 其实registry私有仓库在任何一台机器上部署都可以，这里就直接在master节点上部署了！ [root@master ~]# docker run -d --restart=always -p 5000:5000 registry:2

文章目录 1.1、Keepalived简介 1.2、Keepalived是什么？ 1.3、VRRP协议与工作原理 1.4、Keepalvied的工作原理 1.5、Keepalived体系结构 1.1、Keepalived简介 Keepalived是Linux下一个轻量级别的高可用解决方案。高可用(High Avalilability,HA)，其实两种不同的含义：广义来讲，是指整个系统的高可用行，狭义的来讲就是之主机的冗余和接管。 它与HeartBeat Rose HA 实现相同类似的功能，都可以实现服务或者网络的高可用，但是又有差别，HeartBeat是一个专业的、功能完善的高可用软件，它提供了HA 软件所需的基本功能，比如：心跳检测、资源接管，检测集群中的服务，在集群节点转移共享IP地址的所有者等等。HeartBeat功能强大，但是部署和使用相对比较麻烦。 与HeartBeat相比，Keepalived主要是通过虚拟路由冗余来实现高可用功能，虽然它没有HeartBeat功能强大，但是Keepalived部署和使用非常的简单，所有配置只需要一个配置文件即可完成。 1.2、Keepalived是什么？ Keepalived起初是为LVS设计的，专门用来监控集群系统中各个服务节点的状态，它根据TCP/IP参考模型的第三、第四层、第五层交换机制检测每个服务节点的状态

把本地项目推送到gitlab远程仓储,一直报 ! [remote rejected] master -> master (pre-receive hook declined) 是因为没有权限，Develop角色默认下没有远程访问master的权限 来源： CSDN 作者： sxs7970 链接： https://blog.csdn.net/sxs7970/article/details/104617891

Sentinel 集群工作方式 Sentinel（哨兵）是Redis 的高可用性解决方案：由一个或多个Sentinel 实例 组成的Sentinel 系统可以监视任意多个主服务器，以及这些主服务器属下的所有从服务器，并在被监视的主服务器进入下线状态时，自动将下线主服务器属下的某个从服务器升级为新的主服务器。 　　　　例如： 　　　　 　　　　在Server1 掉线后： 　　　　升级Server2 为新的主服务器： 　　 Sentinel的作用： A、Master 状态监测 B、如果Master 异常，则会进行Master-slave 转换，将其中一个Slave作为Master，将之前的Master作为Slave C、Master-Slave切换后，master_redis.conf、slave_redis.conf和sentinel.conf的内容都会发生改变，即master_redis.conf中会多一行slaveof的配置，sentinel.conf的监控目标会随之调换 详情见：https://www.cnblogs.com/jaycekon/p/6237562.html 来源： https://www.cnblogs.com/xunyi/p/10286052.html