存档

2012年3月 的存档

SecureCRT反空闲-SecureCRT自动断开

2012年3月13日 没有评论

但是在secureCRT上登录时,发现经常的断开,很是郁闷,所以baidu了一下,呵呵,好多人都遇到过这种问题。我也贴一下,方便记忆。

有时候服务器端的 /etc/profile 或者 ~/.bash_profile 中设置了 TMOUT 选项,或者是 /etc/ssh/sshd_config 文件中设置了客户端连接时间的设置,很可能一段之间之后,SecureCRT就会被断开连接,所以SecureCRT又一个选项可以设置每隔多少秒自动发 送一个信息到服务器端,告诉服务器端客户端还在连接中。
会话选项 –> 终端 –> 反空闲   –> 发送字符串 可以设置,比如发送 \n 、null或其他信息过去,后面可以设置每隔多少秒发送,比如可以60秒一次,这样可以保证不会掉线。

如果想应用于所有会话的话,选择全局选项->默认会话->编辑默认设置.做上述修改修改就可以全局使用了.

分类: linux 标签:

[转]linux中将进程放后台执行

2012年3月12日 没有评论

转自:http://www.ibm.com/developerworks/cn/linux/l-cn-nohup/

Linux下进程放入后台执行几种方法:

1. nohup

顾名思义,nohup的用途就是让提交的命令忽略所有的hangup信号。
使用方法:nohup COMMAND [ARG]…

nohup 示例

2. setsid
在一个新的会话中运行命令,从而可以避开当前终端发出的HUP信号。
使用方法:setsid COMMAND [ARG]…

setsid 示例

3. &
可以结合()产生一个新的子shell并在这个子shell中将任务放置到后台运行,从而不受当前shell终端的HUP信号影响。
使用方法:(COMMAND [ARG]… &)

subshell 示例

而我通常的使用方式为:
nohup ./filename.sh > filename.log 2>&1 &
三点理由:
1)nohup保障进程不会被hangup信号异常中断;
2)将任务放置到后台运行,不占用当前的终端;
3)将错误输出也打印到log中,默认>只有标准输出,错误输出没有。

4.控制进程
通过以下命令,我们可以对放入到后台的命令进行控制

查看当前终端下的后台进程:
直接执行:jobs

将查看到的某个后台进程放回到前台:
直接输入:fg {jobid} //这里的{jobid}是通过jobs命令中看到的进程前[]中的数字。

将当前正在前台运行的进程放到后台运行:
先敲下快捷键:ctrl +z //暂停当前正在运行的进程。
再执行:bg

终止当前正在前台运行的进程:
直接敲下快捷键:ctrl +c

查看当前后台进程 jobs -l

5.disown
亡羊补牢,为没有使用nohup与setsid的进程加上忽略HUP信号的功能。
使用方法:
将当前正在前台运行的进程放到后台运行;
然后执行disown -h %{jobid} //这里的{jobid}是通过jobs命令中看到的进程前[]中的数字。

  • disown -h jobspec 来使某个作业忽略HUP信号。
  • disown -ah 来使所有的作业都忽略HUP信号。
  • disown -rh 来使正在运行的作业忽略HUP信号。
  • disown 示例1(如果提交命令时已经用“&”将命令放入后台运行,则可以直接使用“disown”)

6.通过screen来实现稳定的后台运行
screen是建立一个新的全屏虚拟会话终端,这个会话只有在手动输入exit的时候才会退出,在这个会话里执行的命令不用担心HUP信号会对我们的进程 造成影响,因此也不用给每个命令前都加上“nohup”或“setsid”了,非常适合我们有规划的执行大量的后台任务,可以非常方便的让我们对这些后台 任务进行管理。

使用方法:
screen //立即创建并进入一个会话。
screen -dmS {name} //建立一个处于断开模式下的会话,并根据我们的需要指定其会话名称。
screen -list //列出所有会话。
screen -r {name} //进入指定会话。
ctrl +ad //输入快捷键ctrl +a和d,可暂时退出当前会话。
exit //进入指定会话后执行exit即可关闭该会话。

screen 示例

我们可以看出,未使用 screen 时我们所处的 bash 是 sshd 的子进程,当 ssh 断开连接时,HUP 信号自然会影响到它下面的所有子进程(包括我们新建立的 ping 进程)。

分类: linux 标签: , , ,

linux安装Zend Guard

2012年3月8日 没有评论
zend guard

This article applies to:

[ Zend Studio for Eclipse 6.x, Zend Studio 5.x, Zend Guard 5.x ]
[ Linux ]


Symptom

Two types of problems have been reported:

  1. Installation is successful with normal user account but fails when run as superuser (root).
  2. Installation fails resulting an a JRE error.

 

Error messages

Preparing to install…
Extracting the JRE from the installer archive…
Unpacking the JRE…
Extracting the installation resources from the installer archive…
Configuring the installer for this system’s environment…
Launching installer…
Invocation of this Java Application has caused an InvocationTargetException. This application will now exit. (LAX)
Stack Trace:
java.awt.HeadlessException:
No X11 DISPLAY variable was set, but this program performed an operation which requires it.

 

Preparing to install…
Extracting the JRE from the installer archive…
Unpacking the JRE…
Extracting the installation resources from the installer archive…
Configuring the installer for this system’s environment…
Launching installer…
exec: 2481: /tmp/install.dir.5489/Linux/resource/jre/bin/java: not found

 

Preparing to install…
Extracting the JRE from the installer archive…
Unpacking the JRE…
Extracting the installation resources from the installer archive…
Configuring the installer for this system’s environment…
Launching installer…
No protocol specified
‘SWING’ UI not supported by VM. Reverting to AWT.
Invocation of this Java Application has caused an InvocationTargetException. This application will now exit. (LAX)
Stack Trace:
java.lang.NoClassDefFoundError

Technical Details

 

  1. The Macrovision InstallAnywhere installer can’t find the display to run on, due to current environment not being transferred into the superuser session. Basically, same commands should produce the same effect on any system. In reality, this is not the case — many nuances vary from distribution to distribution.
  2. The Macrovision InstallAnywhere installer has compatibility issues, resulting in its inability to find/access the packaged JRE, or to run it properly.

Resolution / Workaround

Fortunately, the problems are quite easy to workaround:

  1. Just set the DISPLAY environment variable for the installer using one of these commands:
    • # DISPLAY=:0 ./ZendStudio5_5_1.bin
    • $ sudo export DISPLAY=:0; ./ZendStudio5_5_1.bin
  2. Instruct the installer to run in GUI-less (console) mode:
    • # ./ZendStudio5_5_1.bin -i console
  3. Instruct the installer to use system’s JRE. It is definitely accessible and is compatible with the distribution:
    • # ./ZendStudio5_5_1.bin LAX_VM /usr/bin/java
Note:
/usr/bin/java is the correct path in most distributions, however, your mileage may vary. To find the path on your system:
# which java

[转]haproxy+mysql slave多从库负载均衡带故障检测

2012年3月4日 没有评论

haproxy+mysql slave多从库负载均衡带故障检测V1.1

Author:gaojinbo
Time:2010-9-15

使用haproxy对mysql slave进行负载均衡,故障检测

环境:
haproxy 192.168.3.100
vip db_read 192.168.3.140

db1 master 192.168.3.141
db2 slave1 192.168.3.142
db3 slave2 192.168.3.143

一、安装配置主从数据库,同步数据库为gaojinbo_www

master上操作
1)修改配置
vi /etc/mysql/my.cnf
server-id = 1
log_bin = mysql-bin
log-slave-updates
binlog_do_db = gaojinbo_www

2)重启Mysql并查看master状态
/etc/init.d/mysql restart
mysql -uroot -pylmf
grant replication slave on *.* to ‘replication’@’%’ identified by ‘ylmf’;
show master status\G;

说明:添加用户replication用户同步数据库,记录master状态,配置从库的时候需要

slave1上操作
1)修改配置
vi /etc/mysql/my.cnf
server-id = 2
log_bin = mysql-bin
log-slave-updates
replicate_do_db = gaojinbo_www

slave2上操作
1)修改配置
vi /etc/mysql/my.cnf
server-id = 3
log_bin = mysql-bin
log-slave-updates
replicate_do_db = gaojinbo_www

2台slave上操作
mysql -uroot -pylmf
change master to master_host=’192.168.3.141′,master_port=3306,master_user=’replication’,master_password=’ylmf’,master_log_file=’mysql-bin.000003′,master_log_pos=106;

二、mysql同步检测脚本,只需要在2台slave上操作
1.安装xinetd
apt-get install xinetd

2.增加检测服务
vi /etc/xinetd.d/mysqlchk
service mysqlchk_read
{
flags = REUSE
socket_type = stream
port = 9201
wait = no
user = nobody
server = /opt/mysqlchk_replication.sh
log_on_failure += USERID
disable = no
only_from = 192.168.3.0/24 # recommended to put the IPs that need
# to connect exclusively (security purposes)
}

vi /etc/services
mysqlchk_read 9201/tcp #mysql slave check read

3.检测脚本
vi /opt/mysqlchk_status.sh

#!/bin/bash
#
# /opt/mysqlchk_status.sh
#
# This script checks if a mysql server is healthy running on localhost. It will
# return:
#
# “HTTP/1.x 200 OK\r” (if mysql is running smoothly)
#
# – OR –
#
# “HTTP/1.x 500 Internal Server Error\r” (else)
#

MYSQL_HOST=”127.0.0.1″
MYSQL_PORT=”3306″
MYSQL_USERNAME=”root”
MYSQL_PASSWORD=”ylmf”
#
# We perform a simple query that should return a few results
ERROR_MSG=/usr/bin/mysql –host=$MYSQL_HOST –port=$MYSQL_PORT –user=$MYSQL_USERNAME –password=$MYSQL_PASSWORD -e "show databases;" 2>/dev/null
#
# Check the output. If it is not empty then everything is fine and we return
# something. Else, we just do not return anything.
#
if [ “$ERROR_MSG” != “” ]
then
# mysql is fine, return http 200
/bin/echo -e “HTTP/1.1 200 OK\r\n”
/bin/echo -e “Content-Type: Content-Type: text/plain\r\n”
/bin/echo -e “\r\n”
/bin/echo -e “MySQL is running.\r\n”
/bin/echo -e “\r\n”
else
# mysql is down, return http 503
/bin/echo -e “HTTP/1.1 503 Service Unavailable\r\n”
/bin/echo -e “Content-Type: Content-Type: text/plain\r\n”
/bin/echo -e “\r\n”
/bin/echo -e “MySQL is *down*.\r\n”
/bin/echo -e “\r\n”
fi

三、haproxy配置
1.下载
wget http://haproxy.1wt.eu/download/1.4/src/haproxy-1.4.8.tar.gz

2.编译安装
tar xvzf haproxy-1.4.8.tar.gz
cd haproxy-1.4.8
make TARGET=linux26
make install

3.配置文件
vi /etc/haproxy.cfg

global
maxconn 40000
debug
#quiet
user haproxy
group haproxy
nbproc 1
log 127.0.0.1 local3
spread-checks 2
defaults
timeout server 3s
timeout connect 3s
timeout client 60s
timeout http-request 3s
timeout queue 3s

frontend db_read
bind 192.168.3.140:3306
default_backend cluster_db_read

frontend web_haproxy
bind :80
default_backend web_status

backend cluster_db_read
mode tcp
option tcpka
balance roundrobin
option httpchk
server db03_slave 192.168.3.142:3306 weight 1 check port 9201 inter 1s rise 5 fall 1
server db04_slave 192.168.3.143:3306 weight 1 check port 9201 inter 1s rise 5 fall 1

backend web_status
mode http
stats enable
# stats scope
# stats hide-version
stats refresh 5s
stats uri /status
stats realm Haproxy\ statistics
stats auth gaojinbo:gaojinbo

完成!

分类: Haproxy, 负载均衡 标签:

Redis配置文件参数说明

2012年3月4日 没有评论

Redis配置文件参数说明:

1. Redis默认不是以守护进程的方式运行,可以通过该配置项修改,使用yes启用守护进程

daemonize no

2. 当Redis以守护进程方式运行时,Redis默认会把pid写入/var/run/redis.pid文件,可以通过pidfile指定

pidfile /var/run/redis.pid

3. 指定Redis监听端口,默认端口为6379,作者在自己的一篇博文中解释了为什么选用6379作为默认端口,因为6379在手机按键上MERZ对应的号码,而MERZ取自意大利歌女Alessia Merz的名字

port 6379

4. 绑定的主机地址

bind 127.0.0.1

5.当 客户端闲置多长时间后关闭连接,如果指定为0,表示关闭该功能

timeout 300

6. 指定日志记录级别,Redis总共支持四个级别:debug、verbose、notice、warning,默认为verbose

loglevel verbose

7. 日志记录方式,默认为标准输出,如果配置Redis为守护进程方式运行,而这里又配置为日志记录方式为标准输出,则日志将会发送给/dev/null

logfile stdout

8. 设置数据库的数量,默认数据库为0,可以使用SELECT 命令在连接上指定数据库id

databases 16

9. 指定在多长时间内,有多少次更新操作,就将数据同步到数据文件,可以多个条件配合

save

Redis默认配置文件中提供了三个条件:

save 900 1

save 300 10

save 60 10000

分别表示900秒(15分钟)内有1个更改,300秒(5分钟)内有10个更改以及60秒内有10000个更改。

10. 指定存储至本地数据库时是否压缩数据,默认为yes,Redis采用LZF压缩,如果为了节省CPU时间,可以关闭该选项,但会导致数据库文件变的巨大

rdbcompression yes

11. 指定本地数据库文件名,默认值为dump.rdb

dbfilename dump.rdb

12. 指定本地数据库存放目录

dir ./

13. 设置当本机为slav服务时,设置master服务的IP地址及端口,在Redis启动时,它会自动从master进行数据同步

slaveof

14. 当master服务设置了密码保护时,slav服务连接master的密码

masterauth

15. 设置Redis连接密码,如果配置了连接密码,客户端在连接Redis时需要通过AUTH 命令提供密码,默认关闭

requirepass foobared

16. 设置同一时间最大客户端连接数,默认无限制,Redis可以同时打开的客户端连接数为Redis进程可以打开的最大文件描述符数,如果设置 maxclients 0,表示不作限制。当客户端连接数到达限制时,Redis会关闭新的连接并向客户端返回max number of clients reached错误信息

maxclients 128

17. 指定Redis最大内存限制,Redis在启动时会把数据加载到内存中,达到最大内存后,Redis会先尝试清除已到期或即将到期的Key,当此方法处理 后,仍然到达最大内存设置,将无法再进行写入操作,但仍然可以进行读取操作。Redis新的vm机制,会把Key存放内存,Value会存放在swap区

maxmemory

18. 指定是否在每次更新操作后进行日志记录,Redis在默认情况下是异步的把数据写入磁盘,如果不开启,可能会在断电时导致一段时间内的数据丢失。因为 redis本身同步数据文件是按上面save条件来同步的,所以有的数据会在一段时间内只存在于内存中。默认为no

appendonly no

19. 指定更新日志文件名,默认为appendonly.aof

appendfilename appendonly.aof

20. 指定更新日志条件,共有3个可选值:
no:表示等操作系统进行数据缓存同步到磁盘(快)
always:表示每次更新操作后手动调用fsync()将数据写到磁盘(慢,安全)
everysec:表示每秒同步一次(折衷,默认值)

appendfsync everysec

21. 指定是否启用虚拟内存机制,默认值为no,简单的介绍一下,VM机制将数据分页存放,由Redis将访问量较少的页即冷数据swap到磁盘上,访问多的页面由磁盘自动换出到内存中(在后面的文章我会仔细分析Redis的VM机制)

vm-enabled no

22. 虚拟内存文件路径,默认值为/tmp/redis.swap,不可多个Redis实例共享

vm-swap-file /tmp/redis.swap

23. 将所有大于vm-max-memory的数据存入虚拟内存,无论vm-max-memory设置多小,所有索引数据都是内存存储的(Redis的索引数据 就是keys),也就是说,当vm-max-memory设置为0的时候,其实是所有value都存在于磁盘。默认值为0

vm-max-memory 0

24. Redis swap文件分成了很多的page,一个对象可以保存在多个page上面,但一个page上不能被多个对象共享,vm-page-size是要根据存储的 数据大小来设定的,作者建议如果存储很多小对象,page大小最好设置为32或者64bytes;如果存储很大大对象,则可以使用更大的page,如果不 确定,就使用默认值

vm-page-size 32

25. 设置swap文件中的page数量,由于页表(一种表示页面空闲或使用的bitmap)是在放在内存中的,,在磁盘上每8个pages将消耗1byte的内存。

vm-pages 134217728

26. 设置访问swap文件的线程数,最好不要超过机器的核数,如果设置为0,那么所有对swap文件的操作都是串行的,可能会造成比较长时间的延迟。默认值为4

vm-max-threads 4

27. 设置在向客户端应答时,是否把较小的包合并为一个包发送,默认为开启

glueoutputbuf yes

28. 指定在超过一定的数量或者最大的元素超过某一临界值时,采用一种特殊的哈希算法

hash-max-zipmap-entries 64

hash-max-zipmap-value 512

29. 指定是否激活重置哈希,默认为开启(后面在介绍Redis的哈希算法时具体介绍)

activerehashing yes

30. 指定包含其它的配置文件,可以在同一主机上多个Redis实例之间使用同一份配置文件,而同时各个实例又拥有自己的特定配置文件

include /path/to/local.conf

分类: Nosql, Redis 标签:

Linux下检测服务是否正常

2012年3月4日 没有评论

转自:http://blog.sina.com.cn/s/blog_4dd475390102e8wd.html

Linux下检测服务是否开启,如果服务没有开启,则会自动开启脚本。
方法一:通过检测进程

以上脚步用于对nginx的检测,如果用于其他服务,只需更改sn=ps -ef | grep nginx | grep -v grep |awk ‘{print $2}’中的nginx和/usr/local/nginx/sbin/nginx (改为你要检测服务的启动命令),然后只需将脚本路径放到/etc/rc.local 中即可,以后开机就会自动运行。

方法二:通过检测端口

[root@51itrz ~]# vi nginxjc.sh
#!/bin/sh
while true
do
sn=netstat -an|grep LISTEN|grep :80
if [ "${sn}" = "" ]
then
/usr/local/nginx/sbin/nginx &
fi
sleep 5
done

以上脚步用于对web服务的检测,如果用于其他服务,只需更改sn=netstat -an|grep LISTEN|grep :80中的端口号和/usr/local/nginx/sbin/nginx (改为你要检测服务的启动命令),然后只需将脚本路径放到/etc/rc.local 中即可,以后开机就会自动运行。

—————————————————————————————————–
[Perl]代码

#! /usr/bin/perl
$ck=ps -ef | grep 'saslauthd' | grep -v grep | wc -l;
if ($ck == 0){
print “SASL Down, Start up now\n”;
/etc/rc.d/init.d/saslauthd start;

}else{
print “SASL Running\n”;
}

—————————————————————————————————

说明:该脚本用于检测后台守护进程是否死掉,如果死掉,则重新启动相应的服务。

假设程序所保存到的文件名为:Monitor.sh。

# !/bin/bash
# 程序启动方式为:bash Monitor.sh &

BIN=/home/developer/netopt/bin #设置可执行程序的路径。
cd $BIN

while true; do # 这里in列表列出所有的可执行程序的名字。
for ProgramName in ProgramName1 ProgramName2 ProgramName3
do
sn=pgrep $ProgramName # 由进程名得到进程号。
if [ -z ${sn} ] # 如果返回值为空,说明该进程没有处于运行状态。
then
$ProgramName # 启动程序
fi
done;

sleep 30; # 设置重新检测的时间间隔。
done;

分类: shell 标签: