从零开始构建集群前期准备之---yum源

工作中大多数使用centos系统,当我们安装完centos系统的时候其实yum已经配置好了。我们直接执行yum install 软件包名称 就可以安装好一个软件包。他默认使用配置好的centos的源。但好多人习惯都使用下面的这二个源

1、这是中科大的源

cd /etc/yum.repos.d
mv CentOS-Base.repo CentOS-Base.repo.save   //先重命名Centos自带的yum源。
wget http://mirrors.ustc.edu.cn/centos/CentOS-Base.5.mirrors.repo O /etc/yum.repos.d/CentOS-Base.repo
yum makecache

2、这是sohu的源

cd /etc/yum.repos.d
mv CentOS-Base.repo CentOS-Base.repo.save   //先重命名Centos自带的yum源。
wget http://mirrors.sohu.com/help/CentOS-Base-sohu.repo
yum makecache

PS:
有时候会出现错误,现象:
Loading "installonlyn" plugin
Existing lock /var/run/yum.pid: another copy is running. Aborting.

这是因为yum在更新, 此时是kill不掉的该进程的, 正确的解决方法是让它停止更新即可。 
可以直接输入 rm -f /var/run/yum.pid 
也可以/etc/init.d/yum-updatesd stop

时间: 2025-01-06 02:05:19

从零开始构建集群前期准备之---yum源的相关文章

从零开始构建集群前期准备之---NTP服务器

集群中各服务器之间能够协调工作的前提之一,时间必须同步.如果B主机比A主机时间慢2个小时,A主机向B主机下达一个命令,B主机2小时后才执行.对整个集群而言,将是无法忍受的. 搭建NTP服务器可以让集群中的所有服务器工作在同一时钟周期内,做到步调一致.下面是实现方法: NTP server IP:192.168.100.104 NTP client IP:192.168.100.100 NTP server端设置: 一.安装NTP服务: [[email protected] ~]# yum -y

从零开始构建集群前期准备之---SSH各服务器间无密码登陆

集群中服务器数量较多时,各节点的密码不相同之间不停切换,需要牢记各节点密码并输入密码,就成了一件很痛苦的事了.本文讲的SSH各服务器间无密码登陆,就是解决这个问题的. 本文,我们需要实现node1.node2.node3之间不需要输入密码直接通过: ssh node1或ssh 192.168.100.130直接登录 各节点列表: node1 192.168.100.130 node2 192.168.100.100 node3 192.168.100.101 实现过程: 首先实现node1无密码

内网环境上部署k8s+docker集群:集群ftp的yum源配置

接触docker已经有一年了,想把做的时候的一些知识分享给大家. 因为公司机房是内网环境无法连接外网,所以这里所有的部署都是基于内网环境进行的. 首先,需要通过ftp服务制作本地的yum源,可以从http://mirrors.163.com/centos/ 上找到对应版本的centos系统,下载该系统的base和extra包到本地. 将下载完成的文件放到服务器的/var/ftp/pub/media/x86_64目录下./var/ftp为ftp服务器的根目录.这里请谨记,ftp一般在系统安装的时候

Cloudera CDH 5集群搭建(yum 方式)

1      集群环境 主节点 master001 ~~ master006 从节点 slave001 ~~ slave064 2      安装CDH5的YUM源 rpm -Uvhhttp://archive.cloudera.com/cdh5/one-click-install/redhat/6/x86_64/cloudera-cdh-5-0.x86_64.rpm 或 wgethttp://archive.cloudera.com/cdh5/redhat/6/x86_64/cdh/cloud

使用Akka构建集群(二)

前言 在<使用Akka构建集群(一)>一文中通过简单集群监听器的例子演示了如何使用Akka搭建一个简单的集群,但是这个例子"也许"离我们的实际业务场景太远,你基本不太可能去做这样的工作,除非你负责运维.监控相关的工作(但实际上一个合格的程序员在实现功能的同时,也应当考虑监控的问题,至少应当接入一些监控系统或框架). 本文将介绍一个相对看来更符合我们对于集群使用的业务需求的例子--将客户端请求的字符串转换为大写(假如客户端真的没有这个能力的话). 服务端 本文的Akka配置继

memcached构建集群分析之一

memcached本身是不支持集群的,集群所关注的容灾.容错.宕机恢复机制统统都没有,实战中需要自己实现容灾机制. memcached集群相比memcached的优势: 巨量数据分布到集群的多台应用主机可以降低带宽压力.数据访问时间. memcached集群相比未集群的多台memcached的优势: 集群系统的容灾机制保证了全天候的业务高可用性. 集群的某一台或者某几台服务器宕机,都会有备份服务器接管业务,根据容灾的级别,对客户的影响被隔离到无影响.闪断即恢复.中断数分钟~十数分钟. 集群封装了

kubernetes使用ansible快速构建集群

软硬件限制: 1)cpu和内存 master:至少1c2g,推荐2c4g:node:至少1c2g 2)linux系统 内核版本至少3.10,推荐CentOS7/RHEL7 3)docker 至少1.9版本,推荐1.12+ 4)etcd 至少2.0版本,推荐3.0+ kubernetes官方github地址 https://github.com/kubernetes/kubernetes/releases 高可用集群所需节点规划: 部署节点------x1 : 运行这份 ansible 脚本的节点

使用sqlserver搭建高可用双机热备的Quartz集群部署【附源码】

一般拿Timer和Quartz相比较的,简直就是对Quartz的侮辱,两者的功能根本就不在一个层级上,如本篇介绍的Quartz强大的集群机制,可以采用基于 sqlserver,mysql的集群方案,当然还可以在第三方插件的基础上实现quartz序列化到热炒的mongodb,redis,震撼力可想而知,接下来本篇就和大家聊 一聊怎么搭建基于sqlserver的quartz集群,实现这么一种双机热备的强大功能. 一:下载sqlserver版的建表脚本   首先大家可以通过github上搜索quart

Kubernetes集群部署(yum部署)

环境准备 Kubernetes-Master:192.168.37.134    #yum install kubernetes-master etcd flannel -y Kubernetes-node1:192.168.37.135     #yum install kubernetes-node etcd docker flannel *rhsm* -y Kubernetes-node2:192.168.37.146     #yum install kubernetes-node et