Excessive call for SkFontConfigInterfaceDirect::matchFamilyName from OmniboxResultView 故障描述中说，为了渲染地址栏的弹出菜单，每当你输入一个字符， matchFamilyName() 方法就会被调用 100 到 200 次！ 同时 comment 30 给出了真正的问题根源： Google Chrome UI 的缺省字体继承自 Gnome 桌面设置（而不是 chrome://settings/）。 地址栏弹出框的缺省字体也是继承自 Gnome 桌面设置。 字体名称的标准名称和本地化名称不相同导致了 Skia …
分类存档: Linux
谁动了我的时区
作者: 輕微
日期: 2014/12/01
没有评论
之前测试部门一直反馈，安装了某包之后系统的时间会被修改，原因是系统的时区被修改了，时间戳没有变。 可是我测试从来没有发生过这样的问题，总怀疑是某个cron或者系统监控修改了时区，查了半天还是没有找到。 于是给测试部说将时区有问题的机器重装，放几天看看会不会被修改。过了3天，一切正常。 只好开始查找是谁修改了时区。 现有的线索就是时区被修改了，/etc/localtime这个文件被修改了。 最初的想法是安装一下systemtap，监控那个进程动了这个文件。然后在安装systemtap之后发现时区已经被修改。测试了2台机器都是这样。原因很明显是哪个rpm动了手脚。 既然是rpm问题，不外乎两个原因 …
为什么ping对方ip会返回重复回应包呢？
作者: 輕微
日期: 2014/10/13
没有评论
ping同一个序号的ICMP包却收到了多个回应： root@test:/var/www/db# ping mail.corp.qihoo.net PING mail.corp.qihoo.net (220.181.158.203) 56(84) bytes of data. 64 bytes from 220.181.158.203: icmp_req=1 ttl=114 time=158 ms 64 bytes from 220.181.158.203: icmp_req=1 ttl=114 time=158 ms (DUP!) 64 bytes from 220.181.158.203: …
为邮件服务器设置域名DNS SPF记录
作者: 輕微
日期: 2014/10/13
没有评论
SPF用于辅助过滤垃圾邮件，描述哪些ip是此域名的合法发送者，当然不满足测试条件的ip发送的邮件就很有可能是有人恶意仿冒发送方发送的垃圾邮件了。 SPF 的 TXT 记录 SPF 记录包含在一个 TXT 记录之中，格式如下： v=spf1 [[pre] type [ext] ] … [mod] 每个参数的含义如下表所示： 参数 描述 v=spf1 SPF 的版本。如果使用 Sender ID 的话，这个字段就应该是 v=spf2 pre 定义匹配时的返回值。 可能的返回值包括： 返回值 描述 + 缺省值。在测试完成的时候表示通过。 – 表示测试失败。这个值通常是 -al …
OpenVZ备份
作者: 輕微
日期: 2014/03/19
没有评论
一、fsfreeze fsfreeze – suspend access to a filesystem (Linux Ext3/4, ReiserFS, JFS, XFS) fsfreeze -f mountpoint fsfreeze -u mountpoint 挂起被冻结的分区上的写操作，所有写动作被阻塞，直至分区被解冻 二、vzdump 1.stop 备份时停止VM，离线时间较长。 2.suspend ①对于OpenVZ，这一模式使用rsync拷贝VM到一个临时位置(–tmpdir选项)，然后挂起VM做第二次rsync同步改变的文件，最后V …
为什么nfs会拒绝nat连接？
作者: 輕微
日期: 2014/03/10
没有评论
mount.nfs: access denied by server while mounting 10.12.28.64:/home/nfs 并非是因为ip限制的关系，而是因为端口，查看syslog可以发现 Mar 10 15:49:44 server64 rpc.mountd[2056]: refused mount request from 10.12.28.107 for /home/nfs (/home/nfs): illegal port 52837 多方查证原来是因为client使用了大于1024的端口链接服务器。需要在exports加入insecure。 /home/nfs * …
lvm thinpool是神马
作者: 輕微
日期: 2013/12/18
没有评论
上上文书说道lvm的快照指定空间用满就会直接变成不可用，也没发现什么恢复的方法，觉得这设计不大好看啊。 今天看到了lvm的thin pool、thin volume，看看能不能解决这问题（snapshot也可以是thin volume），不过看完感觉这个貌似更奇葩。 这东西的资料甚少，gentoo.org上看到的说明是说thin volume对块设备来说就相当于稀疏文件（sparse files）对于文件系统一样。 简单说就是thin pool也是一个volume，不过这个volume是放volume的。 而thin volume就是这个放在volume中的volume。 但是thin vol …
通过xenstore探索亚马逊EC2
作者: 輕微
日期: 2013/12/17
没有评论
已知xen的各dom之间通过xenstore共享配置信息。 so，先装上xenstore-utils 加载xenfs，并挂载到/proc/xen路径下。 然后就可以读取dom配置信息了。 由于权限问题。这里只能读自己的。
lvm快照有点不一样
作者: 輕微
日期: 2013/12/12
1 条评论
lvm的快照与其他普通文件镜像的快照有些不一样。 lvm的快照也是通过COW(copy on write)保存逻辑卷的瞬时状态。 但是实际上lvm的快照是创建一个新的逻辑卷。需要指定size。 快照创建之后源卷和快照卷都是可写的，源卷改变时改变前的内容会通过COW记录到快照卷，快照卷的改变内容也会记录到快照卷这size大的空间内。 需要特别注意的是，size空间一定要给足或及时扩充，不然一旦快照卷空间用尽，即Allocated to snapshot达到100%，快照卷就会立即变为不可用，若已挂载则会自动卸载。这时再去mount系统可就不认喽。
服务器奇怪丢包
作者: 輕微
日期: 2013/02/01
没有评论
现象为：同样的程序，分别部署在6台刀片上。有且仅有一台出现大量链接持续不断开，导致服务程序打开文件数达上限，拒绝服务。ping提示如下 经过学习研究后发现原来系统中有个IP_conntrack连接跟踪数据库(conntrack database)，代表NAT机器跟踪连接的数目，连接跟踪表能容纳多少记录是被一个变量控制的，它可由内核中的ip-sysctl函数设置。每一个跟踪连接表会占用350字节的内核存储空间，时间一长就会把默认的空间填满，导致log中有如下提示 Feb 1 17:02:16 a1-02-a-bce-c-b32 kernel: printk: 366 messages suppr …
近期评论