寻觅生命中的那一片浅草......

每月存档 十一月, 2014

mysqldump的innodb-optimize-keys参数

英文原文见下面的链接

Improved InnoDB fast index creation

mysqldump导出数据的时候,加入–innodb-optimize-keys可以使导入时间缩短一半(仅适用于把整个库导出为一个sql的情况),原理是在创建表的时候,只创建主键索引,二级索引在load完数据后再创建

Linux网关、多出口、VPN撞在一起的问题

Linux网关,本来只有一进一出2个网卡

eth0:外网

eth1:内网 192.168.100.1

所以iptables的规则看起来是这样

-A POSTROUTING -s 192.168.0.0/16 -o eth0 -j MASQUERADE

由于业务需要 ,加了一个出口,修改后

eth0:外网

eth2:外网

eth1:内网 192.168.100.1

这时数据会根据路由,从不同的出口出,所以不能加-o eth0了,所以规则改成了

-A POSTROUTING -s 192.168.0.0/16 -j MASQUERADE

这个变更带来的问题就是,我们vpn拨号获取到的也是192.168.0.0/16段的,然后我们访问内网的服务器,在服务器上看到的就是网关的内网IP:192.168.100.1,为什么?因为它也被MASQUERADE了。

当vpn用户登录服务器出现问题的时候,我们要排查,这下问题来了,这么多用户,在服务器上看到的都是192.168.100.1,根本无法查,上网找了下,发现了神一样的规则,应用后,在服务器上看到的又是VPN分配的原始IP了

-A POSTROUTING -s 192.168.0.0/16 ! -d 192.168.0.0/16 -j MASQUERADE

Zimbra 8.0 data.mdb大小为80G的问题

1、ll -h /opt/zimbra/data/ldap/mdb/db/data.mdb看到是80G,但 du -sh 看只有4M,这样带来的问题是,当用rsync备份目录的时候,同步到远程的就是80G,十分坑爹

2、官方的说明

OpenLDAP_Performance_Tuning_8.0

3、解决方法

a、修改文件大小:solvedcritical-ldap-primary-mdb-database-is-90-full-in-zimbra

b、利用mdb_copy来备份:ldap data.mdb after upgrade from 8.0.0 -> 8.0.1 has a size of 85GB

用pyvmomi获取Esxi下虚拟机列表

有几台Esxi,虚拟机较多,有时要找一台虚拟机是在哪台物理机上,很不方便,上网找到这个Python模块,可以列出某台物理机上所有虚拟机

一、安装模块

pip install pyvmomi

二、获取Esxi下所有虚拟机列表

先下载脚本

git clone https://github.com/vmware/pyvmomi.git

开始使用

cd pyvmomi/sample
python getallvms.py  -s 192.168.8.xxx -u xxxx -p xxxxx
2014年十一月
« 10月   12月 »
 12
3456789
10111213141516
17181920212223
24252627282930