ITPub博客

今天在安装和使用STAP时碰到一个问题。 # stap disktop.stp semantic error: libdwfl failure (missing x86_64 kernel/module debuginfo under '/lib/modules/2.6.18-164.11.1.el5/build'): No such file or directory while resolving probe point kernel.function("vfs_read").return[@more@]semantic error: no match while resolving probe point vfs.read.return semantic error: no match while resolving probe point kernel.function("vfs_write").return semantic error: no match while resolving probe po

cat $SQLFILE | while read -r LINE -r Backslash does not act as an escape character. The backslash is considered to be part of the line. In particular, a backslash-newline pair may not be used as a line continuation.[@more@] 我们来看一下效果：（注意read后面的-r）[root@im_ctuallot2 dmp-heyf]# cat del_on_db1111.sqldelete from ctulog.db_allot where id='cntaobao[;'[]';delete from ctulog.db_allot where id='cntaobaogirl's kiss';delete from ctulog.db_allot

再次研究COLOCATION，希望其能在<2resource2group4score>的配置环境中起作用，（限制两个资源跑到一起）。1，配置：在<2resource2group4score>CIB.XML中， <configuration> ... <constraints> ... <rsc_colocation id="colocation1" to="IPaddr_10_2_225_225" from="mysql" score="INFINITY" symmetrical="true"> </rsc_colocation> </constraints> </configuration> 加完以后，请用crm_verify

基于HA在发生切换时，都会做STOP本机资源，然后再START对方的资源。我们的实际环境中有两个资源: 一个是IPaddr,用来管理VIP;一个是mysql, 用来管理MYSQL资源;在实际的应用过程中，我们发现MYSQL一下子关不掉（flush dirty pages),或启动需要很长时间（recovery）.这样也就大大延长了HA切换的时间。所以我们在想，是不是可以让HA只管理MYSQL的状态，而不管理MYSQL的启动与STOP呢？[@more@]我们知道，HA管理lsb类型的资源时，是调用/etc/init.d/或者./resource.d/ 目录下的该资源相关命令加参数start/stop/status.比如，有mysql资源，启动my

#### Recovering from a failed takeover #### 不用重起HEARTBEAT,可以对单个资源SCORE恢复<HEARTBEAT.PDF> P.275 有两种情况: ## CASE1: NODE1.SCORE > 0 , NODE2.SCORE=-100000/-INFINITY (处于这个值,是因为MON发现资源失败,SCORE-=200,重启(如果重启成功SCORE+=100), 结果重启失败,SCORE=-100000,crm_failcount=INFINITY. HB不再重复重启,直接切换)## CASE2: 两NODE的SCORE=负数. 资源再也不会发生切换..[@more@]### CASE1的处理: =================## 查看目录资源情况# crm_mon -V -1 ## 查看SCORE # 2&

上一篇,我们讲了在一个资源组只配置一个资源的简单环境中SCORE的计算. (在看这篇之前建议大家先看: http://steven1981.itpub.net/post/7967/494028)在这里我们继续研究,在一个资源组里配置了N个资源(N>=2)的情况中,SCORE的计算: 注：以下所有得出的结论是基于<2resource2group4score>的配置环境测试的。 （1个资源组只配置1个资源，简称其cib.xml原文见 http://steven1981.itpub.net/post/7967/494030） [@more@]0.资源要切换不再以单个资源的分数来比较. 而是以该资源组的N个资源SCORE之和,我们下面称它为 NodeX.all.score

每个资源组只设置多个资源，这样，一个资源组里的资源会同时切换，永远RUN在同一个NODE上面。 不过这种规则的SCORE计算相对复杂一些。[@more@] <cib admin_epoch="0" have_quorum="false" ignore_dtd="false" num_peers="2" cib_feature_revision="2.0" crm_feature_set="2.0" generated="true" ccm_transition="2" epoch="247" dc_uuid="4d8314be-1054-4434-9dc9-82d8eab312c9" num_updates="3" cib-last-written=&q

"继拜读""大师空空""的关于HEARTBEAT SCORE的计算方法,（详见http://steven1981.itpub.net/post/7967/494023），基于一定的理解，自己也作了一些测试,在实验过程中,发现SCORE的计算方法与前面文章中写的大致相同,但有一些细节还是不一样.所以写下这些来给大家拍砖.注：以下所有得出的结论是基于<2resource2group4score>的配置环境测试的。 （1个资源组只配置1个资源，简称其cib.xml原文见http://steven1981.itpub.net/post/7967/494026） [@more@]一,HB(heartbeat简称)的一些常规动作 1.当HB发

每个资源组只设置一个资源，建议初学者先用这种模式。容易理解SCORE的计算规则[@more@] <cib admin_epoch="0" have_quorum="false" ignore_dtd="false" num_peers="2" cib_feature_revision="2.0" crm_feature_set="2.0" generated="true" epoch="184" num_updates="1" cib-last-written="Thu Nov 19 14:19:33 2009" ccm_transition="2" dc_uuid="4d8314be-1054-4434-9dc9-82d8eab312c9"> <configu

原文地址：http://hi.baidu.com/hzxy0830/blog/item/c09fdd240a95d039c895590d.html[@more@]在V2的Heartbeat中，为了将资源的监控和切换结合起来，同时支持多节点集群，Heartbeat提供了一种积分策略来控制各个资源在集群中各节点之间的切换策略。通过该积分机制，计算出各节点的的总分数，得分最高者将成为active状态来管理某个（或某组）资源。如果在CIB的配置文件中不做出任何配置的话，那么每一个资源的初始分数（resource-stickiness）都会是默认的0，而且每一个资源在每次失败之后所减掉的分数（resource-failure-stickiness）也是0。

SSH时能连,时不能连[@more@]自从某天对LINUX服务器加上itpables规则后,服务器出现了不规则的SSH连接超时. 不规则是指允许连接的时间是不定的.有时能连入,有时却不能连入.服务器有两个网卡,有时用内网能连入,外网却不行. 而且,当SSH不能连接时,其它服务也不能连入,就好像是网卡停止工作一样. 但在某个时候却又会自动恢复正常.重启服务器,刚开始是能正常连入的,但在一定的时间后却又不行了!查看/var/log/secure /var/log/messages都没有异常的错误.不知哪位高手有碰到过这样的问题... ... 是网络攻击? 还是SSH服务本身问题?

学习积累[@more@]环境:客户端IP:1.2.3.4网关#eth0 外网 220.101.222.46(此地址为防火墙上填的外网地址) 192.168.123.123(此地址为防火墙映射到网关ETH0上的地址)#eth1 内网 192.168.101.67内网数据库#192.168.101.66:1521要实现这些功能,只要在iptables列表运行以下语句:echo 1 > /proc/sys/net/ipv4/ip_forward iptables -t nat -A PREROUTING -i eth0 -p tcp -d 192.168.123.123 --dport 1521 -j DNAT --to 192.168.101.66iptables -A FORWARD -p tcp -d 192.168.101.66 --dport 1521 -j ACCEPTiptables -t nat -A POSTROU

tail -100 /var/log/messages[@more@]在服务器的/var/log/messages文件中,不时收到以下信息,但又不是开机的时候出现的.modprobe: modprobe: Can't locate module eth5modprobe: modprobe: Can't locate module eth6modprobe: modprobe: Can't locate module eth7modprobe: modprobe: Can't locate module eth8modprobe: modprobe: Can't locate module eth9开始的时候不知道,一直翻到GOOGLE第12页,看到这个是由于执行了mii-tool命令后出现的.这个命令大家知道是查看网卡的连接情况.本人猜测系统是将所有的网卡搜索一遍(但不知道为什么没有

增加和删除SWAP空间[@more@]增加Swap空间，分以下几步： 1)成为超级用户 $su - root 2)创建Swap文件 dd if=/dev/zero of=/swap/swapfile bs=1024 count=65536 (这里,BLOCKSIZE为1K,共64M)mkswap /swap/swapfile 65536 (单位为K,交换分区总大小)sync3)激活Swap文件 #/usr/sbin/swapon /swap/swapfile swapfile指的是上一步创建的交换文件。 4)现在新加的Swap文件已经起作用了，但系统重新启动以后，并不会记住前几步的操作。因此要在/etc/fstab文件中记录文件的名字，和Swap类型，如： /path/swapfile none Swap sw,pri=3 0 0

硬盘跳线,导致swap空间挂载失败[@more@]问题1,我的机器第一次启动LINUX,总是提示找不到系统盘,而重新CTRL+DEL+ALT后,又可以正常启动.咨询相关人士以后,分析: 主板的启动速度没有硬盘快.看了CMOS,也没啥好设置.不过看硬盘跳线为从盘,不知道是不是这个原因.于是把硬盘的跳线跳到了主盘.重启...问题1解决. 欣喜LINUX启动,于是接着起ORACLE.正常启动完毕.客户端连入,进行select ....死了. 问题2出现: 只要有数据库操作就死机. 死机就重启呗. 在重启过程中看到SWAP 挂载失败;启动后,# which swap/usr/bin/which: no swap in (/usr/kerberos/sbi