安装雅黑字体，然后修改GUI.py
gtk.rc_parse_string(‘style “font” {font_name = “Lucida Grande”} widget_class “*” style “font”‘)
修改为
gtk.rc_parse_string(‘style “font” {font_name = “Microsoft YaHei”} widget_class “*” style “font”‘)
发布者
MAC系统，Zabbix中文报警在Nagstamon上显示乱码
【转】pt-ioprofile定位负载来源文件
pt-ioprofile定位负载来源文件
官网介绍
http://www.percona.com/doc/percona-toolkit/2.0/index.html
wget percona.com/get/percona-toolkit.tar.gz
tar xf percona-toolkit.tar.gz
cd percona-toolkit
perl Makefile.PL
make
make install
查看pid为6378 的进程io情况分析 这里是mysqld进程，对于定位问题更有用的是通过IO的吞吐量来进行定位。使用参数 –cell=sizes，该参数将结果已 B/s 的方式展示出来
pt-ioprofile –profile-pid=6378 –cell=sizes –run-time=1
下面这条可以进行时时观察，
watch -n 1 pt-ioprofile –profile-pid=6378 –cell=sizes –run-time=1
当Django1.5遇上uwsgi-1.0.4：查不到最新数据
最近做的功能，涉及ORM，数据明明已经插入数据库，但在页面上却查不到，一开始以为是cache的问题，但最后google发现是Django和uwsgi直接衔接出了问题：
Using #django 1.5 on #uwsgi ? You’ll want at least 1.3, otherwise DB connections aren’t closed between requests.
解决办法就是升级uwsgi
参考：
https://twitter.com/raphaelbarrois/status/337924659666362368
https://groups.google.com/forum/#!topic/django-users/8OgkXAjuvDM
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