linux系统打开core文件设置
[
|
2011/10/14 23:30]


默认linux系统是不开启core文件的,不过对于运行较多自己写的程序的服务器,开启core文件还是很有必要的。
首先设置ulimit允许core文件,默认0,不允许。
使用ulimit -c可以设置,但不是永久的。通过编辑/etc/security/limits.conf 文件可以永久改变这一设置。
加入两行:
* soft core unlimited
root soft core unlimited
要对root单独设置,刚开始只设置了*,后来发现没有对root生效。
默认core文件路径和core文件名都不太好,放到固定位置,使用固定规则生成core文件是比较好的选择。
/proc/sys/kernel/core_uses_pid可以控制产生的core文件的文件名中是否添加pid作为扩展,如果添加则文件内容为1,否则为0
echo 1 > /proc/sys/kernel/core_uses_pid
/proc/sys/kernel/core_pattern可以设置格式化的core文件保存位置或文件名,默认文件内容是core
可以这样修改:
echo "/corefile/core-%e-%p-%t" > core_pattern
将会控制所产生的core文件会存放到/corefile目录下,产生的文件名为core-命令名-pid-时间戳
以下是参数列表:
%p - insert pid into filename 添加pid
%u - insert current uid into filename 添加当前uid
%g - insert current gid into filename 添加当前gid
%s - insert signal that caused the coredump into the filename 添加导致产生core的信号
%t - insert UNIX time that the coredump occurred into filename 添加core文件生成时的unix时间
%h - insert hostname where the coredump happened into filename 添加主机名
%e - insert coredumping executable name into filename 添加命令名
首先设置ulimit允许core文件,默认0,不允许。
使用ulimit -c可以设置,但不是永久的。通过编辑/etc/security/limits.conf 文件可以永久改变这一设置。
加入两行:
* soft core unlimited
root soft core unlimited
要对root单独设置,刚开始只设置了*,后来发现没有对root生效。
默认core文件路径和core文件名都不太好,放到固定位置,使用固定规则生成core文件是比较好的选择。
/proc/sys/kernel/core_uses_pid可以控制产生的core文件的文件名中是否添加pid作为扩展,如果添加则文件内容为1,否则为0
echo 1 > /proc/sys/kernel/core_uses_pid
/proc/sys/kernel/core_pattern可以设置格式化的core文件保存位置或文件名,默认文件内容是core
可以这样修改:
echo "/corefile/core-%e-%p-%t" > core_pattern
将会控制所产生的core文件会存放到/corefile目录下,产生的文件名为core-命令名-pid-时间戳
以下是参数列表:
%p - insert pid into filename 添加pid
%u - insert current uid into filename 添加当前uid
%g - insert current gid into filename 添加当前gid
%s - insert signal that caused the coredump into the filename 添加导致产生core的信号
%t - insert UNIX time that the coredump occurred into filename 添加core文件生成时的unix时间
%h - insert hostname where the coredump happened into filename 添加主机名
%e - insert coredumping executable name into filename 添加命令名
ab压力测试时页面动态时被认为错误Failed requests
[
| 2011/10/14 10:51]

今天在压力测试一个vps性能时,发现大量Failed requests,非常疑惑,跑脚本curl了很多次,查看结果,发现结果确实有不一致,原来wordpress一个主题上面的主图片是动态变换的,每次请求返回的是随机一个图片地址。ab发现各请求返回内容不一致,所以判断有错误。换成一个普通的主题,正常了。
查看进程所属组(gid)
[
| 2011/10/14 00:39]

今天想看某个进程所述的组,发现常用的ps,top等命令都显示不出来。头大,直接去/proc/***/status里面看,有了,Uid,Gid两栏。查到后去passwd和group文件里面对照即可。