存档

文章标签 ‘Fedora’

fecora下的000-delay.cron

2009年12月18日 没有评论

fedora core系列的linux
其crontabs的rpm包里都包含有个文件
/etc/cron.daily/000-delay.cron
同时还有/etc/cron.monthly/000-delay.cron和/etc/cron.weekly/000-delay.cron两个软链到这个文件
这个东东是干嘛的呢
他是把每天、每周、每月在cron里定时要干的事情随机的延时一定时间
这个延时的时间随机启名不同而不同
范围在0~4095之间
这是为嘛呢
就是怕多台服务器同时干一件事情而引发相应的问题
比如
我管理有4000台服务器
所有的cron里都是每天晚上1点ntpdate对时
那么每天晚上1点时,ntp server的负载就会非常之大
而且还有可能影响来对时的服务器不能正确及时地取会结果
从这点来讲
这个000-delay.cron还是有点用处的
但是从logrotate来讲
就有些问题了
比如,我一堆web服务器
需要每天晚上同一个时间rotate其access_log
然后把这些log搞到一起分析才有意义
要不然有的机器先rotate,有的后做
那log分析就不好做了

还好
貌似rhel5中的crontabs包里没有这个东东

“TCP: drop open request from …”的问题

2009年7月8日 没有评论

一台跑着FC3(fedora core 3)的机器
kernel 2.6.11smp
作web server
感觉系统响应很慢
telnet localhost 80都经常超时
dmesg了下
看到好多类似

TCP: drop open request from xxx.xxx.xxx.xxx/xxxx
printk: 4272 messages suppressed.

的log
后来把系统的syncookies打开(主要是下面第一句)就好了

echo 1 > /proc/sys/net/ipv4/tcp_syncookies
echo 2048 > /proc/sys/net/ipv4/tcp_max_syn_backlog

iptables导致丢包

2009年6月2日 没有评论

一台fc5(fedora core 5)的机器
从外面ping丢包
而且还丢的比较厉害
在系统i下fconfig看
一大堆的包被dropped掉
仔细检查
原来开着iptables

[@xx.xx ~]# /etc/rc.d/init.d/iptables status
Table: nat
Chain PREROUTING (policy ACCEPT)
num target prot opt source destination

Chain POSTROUTING (policy ACCEPT)
num target prot opt source destination

Chain OUTPUT (policy ACCEPT)
num target prot opt source destination

Table: filter
Chain INPUT (policy ACCEPT)
num target prot opt source destination

Chain FORWARD (policy ACCEPT)
num target prot opt source destination

Chain OUTPUT (policy ACCEPT)
num target prot opt source destination

[@xx.xx ~]#

将iptables停掉
就好了

诡异现象:echo一个字串都会导致ssh sesion退出

2009年4月27日 1 条评论

就好像是敲入exit命令或Ctrl+D一样
奇怪的是
在我的两台rhel as5的机器上有这个问题
在另外两台fedora core的机器上就没问题
貌似可能还不是echo的版本的问题(2台fc,一台是”echo (GNU coreutils) 5.2.1″,一台是”echo (GNU coreutils) 6.9″,都没问题)
两台有问题的rhel as5都是”echo (GNU coreutils) 5.97″

貌似跟shell有关系
我换了tcsh和 zsh都没问题
然后再敲bash回bash
再echo的话
就报”Segmentation fault”

rhel的半官方源EPEL

2009年2月12日 2 条评论

公司服务器大多是rhel(Red Hat Enterprise Linux)的as(Advance Server)
这个版本有个缺点
就是官方源里的软件比较少
很多很多好用的新的gnu的软件都没有包含进去
如:nginx等等等等
于是
EPEL(Extra Packages for Enterprise Linux)出现了
EPEL是fedora社区志愿维护的一个rhel的软件仓
里面全是一些非常新的、非常好用的但rhel官方源里又没有的软件
因为是fedora社区维护的
所以称之为“半官方”
这个新的源又怎么用呢
很简单

su -c ‘rpm -Uvh http://download.fedora.redhat.com/pub/epel/5/i386/epel-release-5-3.noarch.rpm’
如果你是rhel4的系统地话
su -c ‘rpm -Uvh http://download.fedora.redhat.com/pub/epel/4/i386/epel-release-4-9.noarch.rpm’
相应你如果是x86_64的系统呢
su -c ‘rpm -Uvh http://download.fedora.redhat.com/pub/epel/5/x86_64/epel-release-5-3.noarch.rpm’
su -c ‘rpm -Uvh http://download.fedora.redhat.com/pub/epel/4/x86_64/epel-release-4-9.noarch.rpm’

然后
就可以用yum安装东西了
比如:

yum install nginx

snmpd往syslog里打n多的无用信息的问题

2008年11月4日 1 条评论

rh系列的机器
radhat、fedora、rhel、centos等
系统自带的snmpd是会缺省往syslogd里打log的
而且遗憾的是:缺省的log级别是debug
所以
如果你开着snmpd
然后还有机器来连snmpd端口(mrtg、cacti等多半如此)
你会发现/var/log/messages里充斥着大堆的无用信息
像这样:

Nov 2 04:17:21 sohu snmpd[1748]: Connection from UDP: [127.0.0.1]:50841
Nov 2 04:17:21 sohu snmpd[1748]: Received SNMP packet(s) from UDP: [127.0.0.1]:50841
Nov 2 04:17:21 sohu snmpd[1748]: Connection from UDP: [127.0.0.1]:50841
Nov 2 04:22:21 sohu snmpd[1748]: Connection from UDP: [127.0.0.1]:51720
Nov 2 04:22:21 sohu snmpd[1748]: Received SNMP packet(s) from UDP: [127.0.0.1]:51720
Nov 2 04:22:21 sohu snmpd[1748]: Connection from UDP: [127.0.0.1]:51720
Nov 2 04:27:21 sohu snmpd[1748]: Connection from UDP: [127.0.0.1]:52622
Nov 2 04:27:21 sohu snmpd[1748]: Received SNMP packet(s) from UDP: [127.0.0.1]:52622
Nov 2 04:27:21 sohu snmpd[1748]: Connection from UDP: [127.0.0.1]:52622

这样一来
就有可能将有用的重要的log信息给冲掉
解决办法如下:
编辑一个文件/etc/snmp/snmpd.options(这个文件是在snmp的启动脚本/etc/rc.d/init.d/snmpd里启动时会去读的)
内容如下:

OPTIONS=”-LS 2 d -Lf /dev/null -p /var/run/snmpd.pid -a”

然后再重起snmpd
/etc/rc.d/init.d/snmpd restart
这样一来
就将snmpd缺省的log级别debug改成了2
再看/var/log/messages
里面再也没有snmpd的废话了
这世界清静了……

fedora core 7的诡异现象

2008年9月25日 没有评论

有台fedora core 7的机器
经常出一种怪问题
就是当你输入命令
dh –f
的时候
系统没反应
非得再敲入一次回车
命令才会被执行
仿佛就是输入”dh -f”后面的回车并没有将缓冲区里的命令字符串”dh -f”送进系统
非得再敲入一次回车才行

另外
一旦机器出现这种状况
Ssh能登陆上去
但是其他服务基本上已经当掉了
就算是reboot、init 6好像都不能成功执行了

我n年前貌似看到过这种情况
但是现在忘了
资料也找不到了

upgrading from fc6 to fc7 online by using yum

2008年8月19日 没有评论

官方文档在这里

yum install yum-utils; package-cleanup –orphans
yum install yum-fastestmirror
yum clean all
rpm -Uhv ftp://download.fedora.redhat.com/pub/fedora/linux/releases/7/Fedora/i386/os/Fedora/fedora-release-*.noarch.rpm

这里在官方文档上写的是:

rpm -Uhv ftp://download.fedora.redhat.com/pub/fedora/linux/releases//Fedora//os/Packages/fedora-release-*.noarch.rpm

这个路径有问题
fedora-release-*-noarch.rpm不在Packages下,而在Fedora下,不知道别的版本是否是这样,反正fedora7是这样的
然后再继续:

cd /etc/yum.repos.d/;mv fedora-updates.repo.rpmnew fedora-updates.repo;mv /etc/yum.repos.d/fedora.repo.rpmnew /etc/yum.repos.d/fedora.repo
yum update rpm\* yum\*
yum -y upgrade
yum groupupdate Base

我的系统貌似没有自动安装新的fc7的kernel
我有手工安装之:

yum install kernel-PAE.i686

最后

reboot

文档上讲
由于fc7开始修改了ide的设备号
如果系统原来有ide硬盘(设备号/dev/hd?)
需要在重启前修改/etc/fstab
将其改为/dev/sd?
而且还要grub-install /dev/sd?
由于我这里没有ide硬盘
所以没做
还有
貌似fc7带的grub-0.97-13这个版本在硬盘是HP Smart Array CCISS的时候(我正好是这种硬件)
具体见这里
grub-install会有问题
于是我又升级了下grub
最后才重起

分类: Operation System 标签: , , , ,

oom-killer on Fedora Core 3

2008年7月22日 2 条评论

发现有台机器
FC3(Fedora Core 3)的系统
kernel2.6.12.3smp
[root@xxxx cron.daily]# egrep “Low|High” /proc/meminfo
HighTotal: 3080168 kB
HighFree: 26288 kB
LowTotal: 882600 kB
LowFree: 134452 kB
周末发生大面积服务当掉
今天查log
发现是:“

Out of Memory: Killed process xxxxx (service’s name).


这个机器好歹都是4G内存呀
不知怎么搞得
貌似连4G的swap都用完了
导致系统oom(out of memory)-killer到处乱杀进程

fc3下安装php5.2.5+pdo_mysql

2008年5月16日 1 条评论

也算是需求推动
产品那边需要在一台fc3(fedora core 3)的机器上装上php5
并且要启用pdo_mysql支持
偶,额滴神呀
幸好以前在别的机器上手工编过php5.x(具体版本5.2.5)
赶紧从那台机器上把php5.2.5拷过来
并把原来的./configure连同编译参数都调出来
再加上个–with-pdo-mysql重新configure一下
再make
make的时候出错了
不知道原因在哪儿
后来在网上搜了下
找了种折衷的办法
说是先编好php5
然后再把pdo_mysql的支持编进去

cd php5.2.5/ext/pdo_mysql
phpize
./configure
make
make install

这样居然成功了
再接着改php.ini
把编出来的pdo_mysql.so正确load进来
这样居然成功了!!