清空centos系统日志记录shell

顺手一个for循环解决清空各种系统日志。

LIST="boot.log btmp cron dmesg lastlog maillog messages secure spooler tallylog wtmp yum.log"
for NAME in $LIST; do echo> /var/log/$NAME;done
history -c

如果是已使用比较久的系统需要加入一些删除命令。

Centos7批量添加IP

引用bash的约定内容如下:

IPv4 subnet 10.0.0.0/24    
网卡名 eth0    
起始IP 10.0.0.2    
结束IP 10.0.0.254    
for中的2和254代表起始he结束Ip的位数

for I in $(seq 2 254)
do nmcli con mod eth0 +ipv4.addresses 10.0.0.${I};done
nmcli con up eth0

首先确定您机器网卡名是什么,可以用ip addr或者ifconfig。(ifconfig需要运行yum install nettools -y安装后才可以用)

其次确认的IP的信息,弄清楚起始和结尾IP。
最后修改for循环的IP参数和网名,检查后执行命令
完成后用ip addr命令查看添加情况,从外网链接IP验证是否上线。

关于更多的for和nmcli命令可以搜索或者查看help文档。


2.3. 使用 NETWORKMANAGER 命令行工具 NMCLI

https://access.redhat.com/documentation/zh-cn/red_hat_enterprise_linux/7/html/networking_guide/sec-using_the_networkmanager_command_line_tool_nmcli

kvm进程被oom-killer

前一段时间做了一个送内存的活动,昨天早上收到邮件说有小鸡离线的问题。

从dmesg里面发现有qemu-kvm进程出现了oom-killer,然后一下子焕然大悟是物理内存bugouyong了。

宿主配置是96G平常撑死只放5-60个小鸡,然而这次的送内存遇上了有4G和5G内存方案的订单有十多个扎堆,

按以往的经验运行40多个小鸡是毫无压力的,但是还有30来个2G方案,全部加一起全部运行起来就出现了qemu-kvm进程被挤掉的问题。

粗略的算下(30x2G)+ (16X4G)+ 3G = 127G内存

大致上算下来此次kvm超额分配四分之一的内存,大部分虚拟机都实打实的开销内存后出现了进程被系统捏死的情况,如全部小鸡的内存都用起来一点渣都不留估计会挤掉更多的进程。

所以kvm真能超售内存? 我个人的结论是:一个停车位一个车,停车场车位总数有限,车位没有分配管理好又遇上满了,就会有停不进去de车。

ubuntu升级到18

大致上涉及到下面的一些操作

有些kvm模版/etc/fstab里面用uuid做设备路径,导致swap没加载上。
把uuid=XXX一串改为/dev/vda2后再执行swapon -a即可解决

1.用sed替换更新ubuntu的代号

sed -i 's/zesty/bionic/g' /etc/apt/sources.list

先用lsb_release -a确认系统版本和代号,然后改动上述的sed替换参数。zesty是17的代号,而bionic是18的代号。

2.apt清理和升级操作大部分操作如下

apt-get clean -y
apt-get update -y
apt-get upgrade -y #会询问配置文件更新还是保留当前配置
apt-get dist-upgrade -y
apt autoremove -y
apt install update-manager-core -y
do-release-upgrade

3.重启和lsb_release -a查看版本

~# lsb_release -a
No LSB modules are available.
Distributor ID:Ubuntu
Description:Ubuntu 18.04.1 LTS
Release:18.04
Codename:bionic

惠普ssacli 工具使用

centos安装包下载地址 https://downloads.linux.hpe.com/SDR/repo/mcp/centos/7/x86_64/current/

阅读剩余部分...