分类 "Linux" 的存档.

Navicat linux版 无限试用

其实navicat的linux版就是windows程序包了一层“绿色版”的wine。
本质还是windows程序,网上一搜一大把的破解无限试用的文章都是重置试用期。
也就是通过删除system.reg和user.reg清空注册表。简单暴力。
但是缺点也明显,就是每次重置后之前保存的mysql连接配置等等也都没了。
其实稍微勤快点就能找到详细点的注册表key。

无损重置试用期方法:
1.丢掉它自带的“绿色版wine”,直接用本机安装的wine运行Navicat.exe
2.保存注册表配置:

REGEDIT4

[-HKEY_CURRENT_USER\Software\Classes\CLSID]

[-HKEY_CURRENT_USER\Software\PremiumSoft\Data]

3.等过了试用期之后,关闭Navicat,打开wine的regedit,点开菜单“注册表(R) – 倒入注册表文件(I)…”然后选择之前的注册表配置文件,确定。

4.再打开Navicat,试用期重置了,而且之前的配置都还在。

 

我是Linux 11.2.6(64-bit),理论上讲win版也通用,就是不知key是不是这个。

当然如果你不缺钱的话还请支持正版。

linux chrome地址栏卡出翔

Excessive call for SkFontConfigInterfaceDirect::matchFamilyName from OmniboxResultView
故障描述中说,为了渲染地址栏的弹出菜单,每当你输入一个字符, matchFamilyName() 方法就会被调用 100 到 200 次! 同时 comment 30 给出了真正的问题根源:
Google Chrome UI 的缺省字体继承自 Gnome 桌面设置(而不是 chrome://settings/)。
地址栏弹出框的缺省字体也是继承自 Gnome 桌面设置。
字体名称的标准名称和本地化名称不相同导致了 Skia 缓存无法命中。
Skia 缓存无法命中导致 fontconfig 频繁被调用,而该调用非常消耗 CPU 时间!

所以我把fedora默认的Sans换成DejaVu Sans(无本地化名称),chrome又飞起来了

谁动了我的时区

之前测试部门一直反馈,安装了某包之后系统的时间会被修改,原因是系统的时区被修改了,时间戳没有变。

可是我测试从来没有发生过这样的问题,总怀疑是某个cron或者系统监控修改了时区,查了半天还是没有找到。

于是给测试部说将时区有问题的机器重装,放几天看看会不会被修改。过了3天,一切正常。
只好开始查找是谁修改了时区。

现有的线索就是时区被修改了,/etc/localtime这个文件被修改了。
最初的想法是安装一下systemtap,监控那个进程动了这个文件。然后在安装systemtap之后发现时区已经被修改。测试了2台机器都是这样。原因很明显是哪个rpm动了手脚。
既然是rpm问题,不外乎两个原因

rpm安装时直接覆盖了文件
rpm中的脚本修改了这个文件

如果是第一个比较好找原因,如果是第二种,那就耗费点体力。所幸的是,原因是第一个。下面说说怎么回事。
阅读更多…

为什么ping对方ip会返回重复回应包呢?

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: icmp_req=2 ttl=114 time=157 ms
64 bytes from 220.181.158.203: icmp_req=2 ttl=114 time=157 ms (DUP!)
64 bytes from 220.181.158.203: icmp_req=3 ttl=114 time=157 ms
64 bytes from 220.181.158.203: icmp_req=3 ttl=114 time=157 ms (DUP!)
^C
— mail.corp.qihoo.net ping statistics —
3 packets transmitted, 3 received, +3 duplicates, 0% packet loss, time 2002ms
rtt min/avg/max/mdev = 157.363/157.646/158.133/0.338 ms

man ping 这样说:

ping will report duplicate and damaged packets. Duplicate packets
should never occur, and seem to be caused by inappropriate link-level
retransmissions. Duplicates may occur in many situations and are
rarely (if ever) a good sign, although the presence of low levels of
duplicates may not always be cause for alarm.

首先重复的数据包确实是不应该出现的,然后如此稳定的重复现象也不像是“inappropriate link-level retransmissions”,多方搜索下来前辈们的意见是有这么几种可能:
1.网络中存在环路路由,static route
2.双机HA
3.两台虚拟机使用了相同MAC地址
4.HUB问题
5.ICMP REDIRECT
6./etc/tcp里面的配置手动改过,改错了,广播地址改成了你所要ping的ip地址
阅读更多…

为邮件服务器设置域名DNS SPF记录

SPF用于辅助过滤垃圾邮件,描述哪些ip是此域名的合法发送者,当然不满足测试条件的ip发送的邮件就很有可能是有人恶意仿冒发送方发送的垃圾邮件了。
SPF 的 TXT 记录
SPF 记录包含在一个 TXT 记录之中,格式如下:
v=spf1 [[pre] type [ext] ] … [mod]
每个参数的含义如下表所示: 参数 描述
v=spf1 SPF 的版本。如果使用 Sender ID 的话,这个字段就应该是 v=spf2
pre 定义匹配时的返回值。
可能的返回值包括: 返回值 描述
+ 缺省值。在测试完成的时候表示通过。
– 表示测试失败。这个值通常是 -all,表示没有其他任何匹配发生。
~ 表示软失败,通常表示测试没有完成。
? 表示不置可否。这个值也通常在测试没有完成的时候使用。
type 定义使用的确认测试的类型。
可能的值包括: 候选值 描述
include 包含一个给定的域名的测试
以 include:domain 的形式书写。
all 终止测试序列。
比如,如果选项是 -all,那么到达这条记录也就意味着测试失败了。但是如果无法确定,可以使用”?all”来表示,这样,测试将被接受。
实例比如:
“v=spf1 ip4:220.181.12.0/22 ip4:202.108.9.128/25 ip4:202.108.5.0/24 ~all”
再比如QQ邮箱是
“v=spf1 include:spf.mail.qq.com ~all”
再再比如163邮箱是
“v=spf1 include:spf.163.com -all”
再再再比如de3eb.cn是(QQ企业邮箱加两台vps,include在后)
“v=spf1 ip4:209.141.61.51 ip4:203.195.248.238 include:spf.mail.qq.com -all”
详细参见
http://www.openspf.org/SPF_Record_Syntax

OpenVZ备份

一、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同步改变的文件,最后VM继续运行,这一备份模式需要极小的离线时间,但需要额外的空间做VM拷贝
  
  ②对于Qemu,这一备份模式与stop很像,只是用suspend/resume代替stop/start.

  3.snapshot
  这一备份模式使用LVM2快照,不需要离线时间,但是需要LVM2并且要备份的卷所在的卷组中有足够的空闲空间做快照。
  
  4.Simply dump
  如果不使用stop/suspend/snapshot中任何一个模式,虽然也不需要离线时间,但不能保证数据的一致性,所以一般不使用。警告提示如下:
  WARN: online backup without stop/suspend/snapshot
  WARN: this can lead to inconsistent data

三、lvm snapshot

与LVM的突出有点对应,它也是配置起来最麻烦的:
使用LVM2和vzdump创建快照,源卷所在卷组需要有至少512M空闲空间,因为快照卷与源卷都是可写的,快照存在的时间内,他俩之间的差异要全部保存于快照卷的空间中,一旦快照卷空间用尽,快照将会立即变为不可用状态。所以,如果磁盘空间不是问题,那么请分配足够空间保证备份过程的安全。
用来存储备份的文件夹(一般为/vz/dump)应该与你备份的源文件夹(一般为/vz/private)不在同一卷组。

为什么nfs会拒绝nat连接?

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 *(rw,insecure,sync,no_root_squash)

man里的解释:
secure This option requires that requests originate on an Internet port
less than IPPORT_RESERVED (1024). This option is on by default.
To turn it off, specify insecure.

而为什么nat端口会大于1024呢?0-1023叫做well-known ports,大多都有其专用用途,要知道在某些系统上普通用户甚至没有权限使用这些端口,而当使用NAT(Network Address Translation网络地址转换)方式上网的时候,因为要保证网关服务器可以正常对外服务,也为了避免混淆,所以才会将来自内网机器的IP和Port映射到网关服务器外网地址大于1024的端口上。

lvm thinpool是神马

上上文书说道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 volume的size要比thin pool的size大,这个是虚的不是实际从vg里分的size。
而thin pool是实际从vg里分得的空间。
也就是像稀疏文件似的,thin volume实际占用的空间没有他的size那么大(如果文件系统支持discard,则删除文件后空间可以释放,不会像qcow2镜像似的只扩不缩)。
但是奇葩的地方就在于 阅读更多…

通过xenstore探索亚马逊EC2

已知xen的各dom之间通过xenstore共享配置信息。
so,先装上xenstore-utils
加载xenfs,并挂载到/proc/xen路径下。

root@ip-172-31-26-60:~# modprobe xenfs
root@ip-172-31-26-60:~# mount -t xenfs none /proc/xen/

然后就可以读取dom配置信息了。
由于权限问题。这里只能读自己的。
阅读更多…

lvm快照有点不一样

lvm的快照与其他普通文件镜像的快照有些不一样。
lvm的快照也是通过COW(copy on write)保存逻辑卷的瞬时状态。
但是实际上lvm的快照是创建一个新的逻辑卷。需要指定size。
快照创建之后源卷和快照卷都是可写的,源卷改变时改变前的内容会通过COW记录到快照卷,快照卷的改变内容也会记录到快照卷这size大的空间内。
需要特别注意的是,size空间一定要给足或及时扩充,不然一旦快照卷空间用尽,即Allocated to snapshot达到100%,快照卷就会立即变为不可用,若已挂载则会自动卸载。这时再去mount系统可就不认喽。