良玉的博客 点点滴滴,积水成河_良玉的博客_页游、手游linux运维工程师之路

Linux下使用dsniff的tcpkill将一个已经创建TCP连接断开

今天发现服务器很多ESTABLISHED 状态无法消除,导致服务不正常,一直找解决办法,最后发现使用工具tcpkill就可以了,yum install -y dsniff

或者源码编译都可以http://www.monkey.org/~dugsong/dsniff/

tcpkill是不断去监听端口的,所以输出可以 &>/dev/null


阅读全文...

yum报错GPG key retrieval failed: [Errno 14] Could not open/read file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EP

Yum 遇到

warning: rpmts_HdrFromFdno: Header V3 RSA/SHA256 Signature, key ID 0608b895: NOKEY

Retrieving key from file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-6

 

GPG key retrieval failed: [Errno 14] Could not open/read file:///etc/pki/rpm-gpg/RPM-GPG-KEY-EPEL-6

阅读全文...

error: "net.bridge.bridge-nf-call-ip6tables" is an unknown key

修改 linux 内核文件 
#vi /etc/sysctl.conf后执行sysctl  -p 报错
error: "net.bridge.bridge-nf-call-ip6tables" is an unknown key
error: "net.bridge.bridge-nf-call-iptables" is an unknown key
error: "net.bridge.bridge-nf-call-arptables" is an unknown key
 
解决方法如下:

阅读全文...

Error: Cannot retrieve metalink for repository: epel. Please verify its path and try again

今天在虚拟机vm中使用yum安装,遇到一个问题:

Error: Cannot retrieve metalink for repository: epel. Please verify its path and try again


处理很简单,修改文件“/etc/yum.repos.d/epel.repo”, 将baseurl的注释取消, mirrorlist注释掉。即可。

还有可能是网络不通,看下route,能不能出去,发现只要一个桥接的网卡就好了!



阅读全文...

今天rsync报错Argument list too long及分析ARG_MAX

今天rsync报错Argument list too long

因为rsync -avz a/* b/

这里a目录下有5000多个文件,展开后,arg缓存不了,把*去掉就可以了:

该错误表示执行命令的参数太长,超过系统允许的最大值,这个值通过ARG_MAX参数控制。
可以通过 getconf ARG_MAX可查看系统当前设置的值。


[root@localhost ~]# uname -a

Linux localhost.localdomain 2.6.32-358.el6.x86_64 #1 SMP Fri Feb 22 00:31:26 UTC 2013 x86_64 x86_64 x86_64 GNU/Linux

[root@localhost ~]# getconf ARG_MAX

2621440

[root@localhost ~]# echo "2621440/1024/1024"|bc

2


2M的都不够啊,要改就得动内核参数,重新编译


阅读全文...

关于Segmentation fault (core dumped)

有的程序可以通过编译,但在运行时会出现Segment fault(段错误)。这通常都是指针错误引起的。但这不像编译错误一样会提示到文件一行,而是没有任何信息。一种办法是用gdb的step, 一步一步寻找。但要step一个上万行的代码让人难以想象。 我们还有更好的办法,这就是core file。

如果想让系统在信号中断造成的错误时产生core文件, 我们需要在shell中按如下设置:

#设置core大小为无限     

阅读全文...

负载测试工具 LoadRunner下载

LoadRunner 是一种预测系统行为和性能的负载测试工具。通过以模拟上千万用户实施并发负载及实时性能监测的方式来确认和查找问题,LoadRunner 能够对整个企业架构进行测试。通过使用LoadRunner ,企业能最大限度地缩短测试时间,优化性能和加速应用系统的发布周期。

阅读全文...

nginx: [emerg] getpwnam(“www”) failed

在配置nginx 后,nginx开启报错,提示如下错误时:
nginx: [emerg] getpwnam(“www”) failed

解决方案一

在nginx.conf中 把user nobody的注释去掉既可

解决方案二

错误的原因是没有创建www这个用户,应该在服务器系统中添加www用户组和用户www,如下命令:


<table cel

阅读全文...

Nginx和lvs在负载均衡方面的粗略对比

lvs和nginx都可以用作多机负载的方案,它们各有优缺,在生产环境中需要好好分析实际情况并加以利用。 首先提醒,做技术切不可人云亦云,我云即你云;同时也不可太趋向保守,过于相信旧有方式而等别人来帮你做垫被测试。把所有即时听说到的好东西加以钻研,从而提高自己对技术的认知和水平,乃是一个好习惯。
下面来分析一下两者:

阅读全文...

ip地址16位和24位区别(子网掩码、VLSM)

A类的默认子网掩码 255.0.0.0 B类的默认子网掩码 255.255.0.0 C类的默认子网掩码 255.255.255.0

16位是B类,B类IP地址的前面6位表示网络地址,后16位表示主机地址,B类IP地址前面开头的数字范围是128—191

24位是C类,标准的C类地址的确是24位的子网掩码,但是为了更好的饿使用IP地址,采用了一种技术叫VLSM的。


阅读全文...

Redis持久化实践及灾难恢复模拟

一、对Redis持久化的探讨与理解

目前Redis持久化的方式有两种: RDB 和 AOF

首先,我们应该明确持久化的数据有什么用,答案是用于重启后的数据恢复。
Redis是一个内存数据库,无论是RDB还是AOF,都只是其保证数据恢复的措施。
所以Redis在利用RDB和AOF进行恢复的时候,都会读取RDB或AOF文件,重新加载到内存中。

RDB就是Snapshot快照存储,是默认的持久化方式。
可理解为半持久化模式,即按照一定的策略周期性的将数据保存到磁盘。
对应产生的数据文件为dump.rdb,通过配置文件中的save参数来定义快照的周期。


阅读全文...