寻觅生命中的那一片浅草......

文章带标签 Linux

CentOS5 YUM加速

#yum list |grep yum-fast 一下看看列表
安装这个包
#yum -y install yum-fastestmirror.noarch
之后再用YUM安装软件的时候你会发现速度比以前快很多!

sendmail输入mailq后要等很久

Sep  2 11:18:07 ss sendmail[19737]:

My unqualified host name (ss) unknown;sleeping for retry
Sep  2 11:18:32 ss sendmail[19740]:

My unqualified host name (ss) unknown;sleeping for retry
Sep  2 11:19:36 ss sendmail[19744]:

My unqualified host name (ss) unknown;sleeping for retry
Sep  2 11:20:02 ss sendmail[20081]:

My unqualified host name (ss) unknown;sleeping for retry

hostname mail.example.com

输入mailq后要等很久,查看maillog,有以上输出,

vi /etc/hosts,在里面添加本机的硬解析就可以了

12.7.0.0.1 mail.example.com

保存退出,再输入mailq就可以了

Can’t write viminfo file /root/.viminfo!

当使用vi编辑文件保存退出时报以下错误:

E138: Can’t write viminfo file /root/.viminfo!
Hit ENTER or type command to continue [ENTER]

呵呵,当初还以为vi坏了,吓一跳,后找到解决方法如下:
删除~/.viminf*.tmp 文件就搞定!

那这个.viminfo文件到底是什么东西呢?

1) 什么是.viminfo

信息文件 viminfo 被设计为储存状态信息:
命令行和模式搜索的历史记录
寄存器内文本
各种文件的标记
缓存器列表
全局变量
你每次退出 Vim,它就把此种信息存放在一个文件内。即 viminfo 信息文件。当 Vim
重新起动时,就读取这个信息文件, 而那些信息就被还原了。
选项 ‘viminfo’ 的默认设定是还原有限的几种信息。你也许希望设定它记住更多的信息.
下面这个命令可以办到:
:set viminfo=string
其中字符串 “string” 规定了什么要储存。该字符串的语法为一个选项字符跟一个参数.
选项和参数组成的对子之间由逗号分隔.
来看一下你可以怎样构建你自己的 viminfo 字符串。首先,选项 ‘ 用于规定你为多
少个文件保存标记 (a-z)。为此选项挑一个美妙的偶数 (比如 1000). 你的命令现在看
起来像这样:
:set viminfo=’1000
选项 f 控制是否要储存全局标记 (A-Z 和 0-9)。如果这个选项设为 0,那么什么也不
存储。如果设为 1 ,或你对 f 选项不作规定, 那么标记就被存储. 你要这个功能, 现
在你有了:
:set viminfo=’1000,f1
选项
:set viminfo=’1000,f1,
你也许用得着的其它选项:
: 保存命令行历史记录内的行数
@ 保存输入行历史记录内的行数
/ 保存搜索历史记录内的行数
r 可移介质,其中没有任何标记存入 (可用多次)
! 以大写字母开头的全局变数,并且不含有小写字母
h 起动时解除选项 ‘hlsearch’ 的高亮度显示
% 缓冲列表 (只有当不带参数起动 Vim 时才还原)
c 用编码 ‘encoding’ 转换文本
n 用于 viminfo 文件的名称 (必须为最后一项选项)

2) /root/.viminfo示例:

# This viminfo file was generated by Vim 7.0.
# You may edit it if you’re careful!
# Value of ‘encoding’ when this file was written
*encoding=utf-8
# hlsearch on (H) or off (h):
~H
# Last Search Pattern:
~MSle0~/22
# Command Line History (newest to oldest):
# Search String History (newest to oldest):
?/22
?/ss
# Expression History (newest to oldest):
# Input Line History (newest to oldest):
# Input Line History (newest to oldest):
# Registers:
“”-     CHAR    0
#
# File marks:
‘0 37 21 /etc/sysconfig/iptables
‘1 25 11 /etc/sysconfig/nfs
# Jumplist (newest first):
-‘ 37 21 /etc/sysconfig/iptables
-‘ 1 0 /etc/sysconfig/iptables
-‘ 25 11 /etc/sysconfig/nfs
-‘ 1 0 /etc/sysconfig/nfs
-‘ 25 11 /etc/sysconfig/nfs
-‘ 1 0 /etc/sysconfig/nfs
# History of marks within files (newest to oldest):
> /etc/sysconfig/iptables
”       37      21
^       37      22
.       37      18
+       36      5
+       38      9
+       37      18
> /etc/sysconfig/nfs
”       25      11
^       40      15
.       40      14
+       13      16
+       19      17
+       21      17
+       34      15
+       40      14

SecureCRT乱码

第一是gbk和utf8不同编码的问题
第二个是SecureCRT本地所用字体问题
最好将字体设置为Terminal,就不会有乱码了

一个简单的nginx加多个fastcgi的负载均衡配置过程

一台服务器(xeon 3210 ,4G内存),采用nginx+php(fpm)+xcache+mysql 的架构,运行一个纯动态的php+mysql的网站,经过不懈的优化,在160万pv下运行的很稳定,负载很平稳。但随着访问量的增长,cpu终于还是在 250万pv的时候被大量的php-cgi进程给吃光了。由于网站的特性导致不能使用varnish等cache server。为了解决cpu不够用的问题,又不能把网站停掉,临时决定把一台闲置的服务器用上,做了个简单的负载均衡。把过程写下来备忘。
服务器A(在用的服务器):内网地址 192.168.0.1 运行 nginx mysql php(fpm) xcache
服务器B:内网地址 192.168.0.2 运行 php(fpm) xcache

一。修改服务器B上的php(fpm)的访问权限
默认情况下 php(fpm)监听在 127.0.0.1:9000 并且只允许来自 127.0.0.1的连接。为了能让内网其它机器访问,需要修改服务器B上的 php-fpm.conf中的两行配置。修改后的这两行如下:
<value name=”listen_address”>192.168.0.2:9000</value>
<value name=”allowed_clients”>192.168.0.2</value>
然后重启服务器B上的php-fpm

二。修改服务器A上的mysql访问权限
原来mysql只允许localhost连接的。为了让内网其它机器能够访问,需要修改mysql权限表中的相应用户的host字段,把localhost改成 %
这里还有一个问题,默认的时候mysql启动时是不使用 skip-name-resolve选项的,这样的话,从服务器B上的连接会比较慢,因为mysql会对 192.168.0.2这个ip做dns反向查询,导致大量的从服务器B上的连接处于 login状态…..解决这个问题有两个办法,一是加入 skip-name-resolve参数重启mysql,二是在 /etc/hosts中加入一句 192.168.0.2 server2

三。把程序文件copy一份到服务器B,程序放置的路径,权限等要一致

四。接下来配置最关键的nginx.conf
很简单
原来对php的请求是直接交给 127.0.0.1:9000处理,现在要定义两台
先在http段中加入下面一段
upstream fastcgi {
server 127.0.0.1:9000 weight=1;
server 192.168.0.2:9000 weight=2;
}
然后把原来的 fastcgi_pass 127.0.0.1:9000;
改为 fastcgi_pass fastcgi;
重启nginx,看看服务器B的状态,cpu的使用率马上就上来了,而服务器A的cpu使用率和负载都下降了不少。

做这样的负载均衡,不需要什么复杂的配置,不影响原站点的访问。速度快,工作量少。还是有些可取之处的。

转载自:http://www.admin99.net/read.php/365.htm

2025年七月
« 5月    
 123456
78910111213
14151617181920
21222324252627
28293031