EX交换机在前面面板LCD旁边，有一个alarm的告警LED灯，当系统出现出现alarm之后，除了在系统日志中反映出来，还可以通过LED显示出来。可以设置端口down产生告警，并且定义LED的显示颜色。EX不支持对单个端口定义产生alarm告警，只能对全部端口或者MGT管理端口产生link down的alarm告警，一旦端口down之后会在alarm LED上显示出来。(注意：如果设置了端口link down的alarm告警，则不用的端口最好disable)
配置方法：
[email protected]# top
[edit]
[email protected]# set chassis alarm ethernet link-down red #"设置全部端口产生告警"
[email protected]# set chassis alarm ethernet link-down ignore # "全部端口不产生告警"
[email protected]# set chassis alarm management-ethernet link-down red# "MTG端口产生告警"
link-down后面可以选择的参数有：
ignore Do not assert any alarm signals
red Assert red system alarm
yellow Assert yellow system alarm
转载自：http://mtonet.com/?p=265
*先使用手机支付宝领取折扣券,付款的时候选择二维码扫码支付获得20%的折扣.
*有效期为领取后30天内,一个人一次.
* 一共30个名额
*可叠加其他优惠码使用
*在https://www.kvmla.com 上所有的订单和账单都可以走二维码通道使用.
本次活动为一次尝试,后续陆续会做一些代金券的活动.
手机访问链接: https://m.alipay.com/vZAKa1U
二维码领券
付款示例图
systemctl stop NetworkManager
systemctl disable NetworkManager
前两天在电报群里面看到屌鸡在问这玩意顺道捡来的，我平时还是喜欢用MegaCli直接看。
这玩意其实就是把MegaCli的命令做了个集合输出，在使用前得先安装有MegaCli和python。
安装包地址：http://dl.kvm.la/lsi/MegaCli_All_OS
wget https://raw.githubusercontent.com/eLvErDe/hwraid/master/wrapper-scripts/megaclisas-status
python megaclisas-status
安装supervisor
yum install epel-release -y
yum install supervisor inotify-tools -y
chkconfig --add supervisord
chkconfig --level 235 supervisord on
/etc/supervisord.conf增加的内容如下
[program:inotifywait]
command="/opt/inotifywait.sh"
numprocs=1
/opt/inotifywait.sh的配置内容如下：
cat /opt/inotifywait.sh
#!/bin/bash
inotifywait -mrqe delete,create /opt/nginx | while read file
do nginx -s reload
echo `date`>>/tmp/rsync.log
done
supervisorctl常用命令
supervisorctl reload //重载supervisor
supervisorctl update //更新supervisor
supervisorctl status //查看状态
supervisorctl update //更新新的配置到supervisord
supervisorctl start [all]|[x] //启动所有/指定的程序进程
supervisorctl stop [all]|[x] //关闭所有/指定的程序进程
supervisord //启动supervisor
supervisord -c supervisor.conf //通过配置文件启动supervisor
supervisorctl start test //开启test服务
约定如下：
运行lsyncd的节点为master
被同步的节点为slave
1.在master上生成key并copy给slave节点做免密码通信。
这里我们是自用的机器则直接用的root。
ssh-keygen -t rsa # 全部回车默认
ssh-copy-id [email protected]_server_IP
2.安装epel源码仓库和lsyncd
yum -y install epel-release
yum install lsyncd rsynce
systemctl enable lsyncd
3.配置文并启动
cat /etc/lsyncd.conf
sync { default.rsyncssh,host="slave_server_IP-A",source="/opt/nginx/",targetdir="/opt/nginx/"}
sync { default.rsyncssh,host="slave_server_IP-B",source="/opt/nginx/",targetdir="/opt/nginx/"}
4.启动并查看状态
systemctl start lsyncd
systemctl status lsyncd
更多的使用细节懒得记录了。
更多的配置例子和文章可以参考下面
/usr/share/doc/lsyncd*/examples/
https://github.com/axkibe/lsyncd
http://seanlook.com/2015/05/06/lsyncd-synchronize-realtime/
阅读剩余部分...
以下是自用的openresty编译归纳
yum安装常用包
yum -y update
yum -y install epel-release -y
yum install lua-devel luajit git dos2unix mercurial -y
yum -y --skip-broken install gcc vim-enhanced gcc-c++ libtool-libs libtool autoconf subversion zip unzip wget crontabs iptables file bison patch mlocate flex diffutils automake imake make cmake cpp unix2dos mercurial kernel-devel zlib-devel
编译安装pcre
cd /tmp
wget -c http://sourceforge.net/projects/pcre/files/pcre/8.21/pcre-8.21.tar.gz/download -O -|tar xz
cd pcre-8.21 && ./configure
make && make install
if [ `uname -i` == x86_64 ]; then ln -s /usr/lib64/{libpcre.*,libjpeg.so,libpng.so,libXpm.so,libc-client.so,libkrb5.so,libexpat.so,libevent.so} /usr/lib/;fi
编译安装openresty
wget https://openresty.org/download/openresty-1.15.6.1rc0.tar.gz -O -|tar xz
cd openresty-1.15.6.1rc0
#wget -c https://ftp.openbsd.org/pub/OpenBSD/LibreSSL/libressl-2.8.2.tar.gz -O -|tar xz && mv libressl-* libressl
git clone https://github.com/libressl-portable/portable libressl
cd libressl && ./autogen.sh
cd ../
git clone https://github.com/yaoweibin/ngx_http_substitutions_filter_module
./configure --prefix=/etc --sbin-path=/usr/sbin/nginx --pid-path=/var/run/nginx.pid --conf-path=/etc/nginx/nginx.conf --lock-path=/var/lock/subsys/nginx --with-stream=dynamic --with-stream_ssl_module --with-stream_realip_module --with-stream_ssl_preread_module --with-mail=dynamic --with-mail_ssl_module --with-openssl=libressl --with-http_v2_module --with-pcre --with-http_stub_status_module --with-http_gzip_static_module --with-http_realip_module --with-http_secure_link_module --with-http_dav_module --with-http_ssl_module --add-module=ngx_http_substitutions_filter_module
make -j2
make install
wget http://dl.kvm.la/conf/nginx.init -O /etc/init.d/nginx
chmod 755 /etc/init.d/nginx
chmod 755 /etc/init.d/nginx
chkconfig --add nginx
chkconfig --level 235 nginx on
阅读剩余部分...
Solusvm有在线迁移，但是需要离线，而且没有队列支持，操作起来相当的操心。
因数据比较大的原因，快照后直接用dd读取并压缩通过管道传递给新的宿主10.10.1.2并解压再写入lvm分区。
lvcreate -L 200G -s -n kvm101_snap /dev/vg0/kvm101_img
dd if=/dev/vg0/kvm101_snap conv=sync,noerror bs=8M | gzip -c | ssh [email protected] "gzip -d |dd of=/dev/vg0/kvm101_img conv=sync,noerror bs=8M"
lvremove /dev/vg0/kvm101_snap -f
等待数据写入完成后，再使用rsync进行一次同步jiu差不多可以切换了。
在线服务数据出入量小或者几乎不变动可以用这种方法。
Centos6
rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org
rpm -Uvh https://www.elrepo.org/elrepo-release-6-8.el6.elrepo.noarch.rpm
yum --enablerepo=elrepo-kernel -y install kernel-ml kernel-ml-devel
Centos7
rpm --import https://www.elrepo.org/RPM-GPG-KEY-elrepo.org
yum install -y https://www.elrepo.org/elrepo-release-7.0-3.el7.elrepo.noarch.rpm
yum --enablerepo=elrepo-kernel -y install kernel-ml kernel-ml-devel
release的版本号有时候会因为升级而变动，所以尽量核对一下原文出处的内容http://elrepo.org/tiki/tiki-index.php
在升级完后修改grub的配置文件/boot/grub/grub.conf将default=1改为default=0 这个地方主要是为了手动修改确认选择默认内核。
另外建议将timeout参数改为15以上，方便部分延长高操作卡的IPMI选择。
UPDATE：ORZ！发现之前好像写过一次， 地址是http://www.kvm.la/1024.html
首先DELL U3818DW背后的tpye-c接口标注了100w供电。
这几次外出发现明明充满电的mbp无法启动或者是直接停电黑屏。
在接入充电头后才能开机发现电池只有 10%多点或者 55%的电。
原装充电头充满电后和原来平常使用无差别。
之前关注过LG 38UC99-W发现可能会供电不足导致过热才选择了DELL U3818DW，
根据当前的表现来看，Type-c充电和数据一条线搞定还不能完美解决。
以下内容基于Centos6 X64
涉及到epel gcc kernel git等依赖工具和包
主要解决编译Linux的AFU
涉及到的源码和程序如下两个链接
afu的二进制下载链接 http://domoticx.com/bios-tool-ami-flasher-software/
Linux的afu驱动源码 https://github.com/mrwnwttk/afulnx
yum install epel-release gcc git wget -y
yum install p7zip p7zip-plugins -y
git clone https://github.com/mrwnwttk/afulnx
cd afulnx/afulnx64driver
make clean
make default
mv amifldrv_mod.o ..
sudo ./afulnx_64
wget http://145.130.102.57/domoticx/software/amiflasher/AFULNX%20Flasher%205.05.04.7z -O AFULNX.7z
7z x AFULNX.7z
./afulnx_64 ./X9DR3P8.523 /P /B /N /K /R /MER /OPR
+---------------------------------------------------------------------------+
| AMI Firmware Update Utility v5.05.04 |
| Copyright (C)2013 American Megatrends Inc. All Rights Reserved. |
+---------------------------------------------------------------------------+
Reading flash ............... done
- ME Data Size checking . ok
- FFS checksums ......... ok
Erasing Boot Block .......... done
Updating Boot Block ......... done
Verifying Boot Block ........ done
Erasing Main Block .......... done
Updating Main Block ......... done
Verifying Main Block ........ done
Erasing NVRAM Block ......... done
Updating NVRAM Block ........ done
Verifying NVRAM Block ....... done
Erasing NCB Block ........... done
Updating NCB Block .......... done
Verifying NCB Block ......... done
- Successful Update Recovery Loader to OPRx!!
- Successful Update FPT, MFSB, FTPR and MFS!!
- ME Entire Image update success !!
- Update success for /OPR!!
WARNING : System must power-off to have the changes take effect!
附带DOS版本用法
@echo off
REN AFUDOSU.SMC AFUDOSU.EXE
AFUDOSU.EXE %1 /P /B /N /K /R /FDT /MER /OPR
REN AFUDOSU.EXE AFUDOSU.SMC
顺手一个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
如果是已使用比较久的系统需要加入一些删除命令。
引用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
前一段时间做了一个送内存的活动，昨天早上收到邮件说有小鸡离线的问题。
从dmesg里面发现有qemu-kvm进程出现了oom-killer，然后一下子焕然大悟是物理内存bugouyong了。
宿主配置是96G平常撑死只放5-60个小鸡，然而这次的送内存遇上了有4G和5G内存方案的订单有十多个扎堆，
按以往的经验运行40多个小鸡是毫无压力的，但是还有30来个2G方案，全部加一起全部运行起来就出现了qemu-kvm进程被挤掉的问题。
粗略的算下（30x2G）+ (16X4G）+ 3G = 127G内存
大致上算下来此次kvm超额分配四分之一的内存，大部分虚拟机都实打实的开销内存后出现了进程被系统捏死的情况，如全部小鸡的内存都用起来一点渣都不留估计会挤掉更多的进程。
所以kvm真能超售内存？ 我个人的结论是：一个停车位一个车，停车场车位总数有限，车位没有分配管理好又遇上满了，就会有停不进去de车。
- «
- 1
- 2
- 3
- 4
- 5
- ...
- 47
- »
