运维部落

开启openvz虚拟机的时候总也失败，命令行启动提示错误如下：
vzctl start 189
Starting container …
vzquota : (error) Quota on syscall for id 156: Device or resource busy
vzquota : (error) Possible reasons:
vzquota : (error) – Container’s root is already mounted
vzquota : (error) – there are opened files inside Container’s private area
vzquota : (error) – your current working directory is inside Container’s
vzquota : (error) private area
vzquota : (error) Currently used file(s):
/vz/private/189/var/log
vzquota on failed [3]
————————————————–
最终解决方法如下：
[root@lxy conf]# lsof 2> /dev/null | egrep ‘/vz/root/189|/vz/private/189′
bash 786 root cwd DIR 8,3 4096 8192388 /vz/private/189/fs/root
[root@lxy ~]# ps auxfww |grep 786
root 786 0.0 0.0 2348 1344 pts/0 Ss+ 09:22 0:00 | \_ -bash
[root@lxy ~]# kill -s 9 786
[root@lxy ~]# vzctl start 189
Starting VE …
VE is mounted
Setup slm memory limit
Setup slm subgroup (default)
Setting devperms 20002 dev 0x7d00
Setup ioprio: 4
Adding port redirection to VE(1): 4643 8443
Adding IP address(es) to pool: 203.191.150.111
arpsend: 203.191.150.111 is detected on another computer : 00:13:d3:bf:1e:96
vz-net_add WARNING: arpsend -c 1 -w 1 -D -e 203.191.150.111 eth0 FAILED
Adding IP address(es): 203.191.150.111
arpsend: 203.191.150.111 is detected on another computer : 00:13:d3:bf:1e:96
vz-net_add WARNING: arpsend -c 1 -w 1 -D -e 203.191.150.111 eth0 FAILED
Hostname for VE set: localhost.localdomain
File resolv.conf was modified
VE start in progress…

安装Oracle 11g R2的过程中，在新建数据库实例时出现了该错误，如果选择”忽略”就会出现ora-28000错误。
经网络查询验证，这是属于在前面配置管理员密码的时候，采用了数字开头的密码，Oracle貌似对此不支持，但当时不提示出错，晕倒！据说包含其他非法特殊字符也可能产生此问题。
记录一下，给自己备忘：
ORA-00922: 选项缺失或无效
错误原因：一般是语句的语法有问题。比如命名不对，关键字写错等等。对于非标准的命名，一般采用双引号来创建。
解决办法：
标识符命名规则:
1、必须以字母开始。
2、长度不能超过30个单字节字符。
3、只能包括A-Z，a-z，0-9，_，$和#。
4、不能在相同用户下建立两个同名的对象。
5、不能使用保留字和关键字

ORA-28000: 账户锁定

第一步：使用PL/SQL，登录名为system,数据库名称不变，选择类型的时候把Normal修改为Sysdba;
第二步：选择myjob,查看users;
第三步：选择system,右击点击“编辑”；
第四步：修改密码，把“帐户被锁住”的勾去掉；
第五步：点击“应用”再点击“关闭”；
第六步：重新登录就可以通过验证了；

假设你现在新建一个分区在磁盘后面的区块，它的编号就应该是/dev/sdb1（假定是Primary分区，或者/dev/sda1什么的取决于第几个磁盘），好了，前面留下来的空白区域再建一个分区，结果区块前面的是/dev/sdb2，后面的反倒是/dev/sdb1了！！！强迫症患者不能忍！！！就像Windows下C、D、E、F盘错位变成了D、C、E、F一样不能忍啊！

解决办法很easy，借助fdisk这个强大的命令，各个BSD/Linux发行版都有的放心。以Fedora为例，终端下执行：

su -c ‘fdisk /dev/sdb’
x
f
w

x、f、w是进入fdisk后执行的指令，x是进入专家模式，f是修正磁盘序号，w写入分区信息并退出fdisk，别弄错了。最好不要在已经挂载的磁盘上执行，所以如果你要这样修改你的机器硬盘的话，建议从LiveCD启动来修正。

好了，强迫症患者心情舒畅了，/dev/sdb1和/dev/sdb2都领到了该有的位置。

P.S. 正因为这个序号容易变动，所以GRUB/GRUB2的配置文件中的分区强烈建议使用UUID而不是/dev/sdbX来表征！

方法1：少量IP手动绑定（这里以绑定IP到eth0为例，其它网卡的话修改相应的文件名即可）
1.复制ifcfg-eth0的网卡配置文件并改名为ifcfg-eth0:0

[root@akinlau /]# cp /etc/sysconfig/network-scripts/ifcfg-eth0 /etc/sysconfig/network-scripts/ifcfg-eth0:0

2.编辑ifcfg-eth0:0文件

[root@akinlau /]# vim /etc/sysconfig/network-scripts/ifcfg-eth0:0

DEVICE=”eth0:0″ //这里修改为eth0:0跟文件名保持一致
BOOTPROTO=”static” //协议为静态，用none也可以
HWADDR=”00:0C:29:6F:62:A7″ //MAC地址
ONBOOT=”yes” //开机启用此网卡
IPADDR=192.168.1.3 //新绑定的IP
NETMASK=255.255.255.0 //子网掩码
GATEWAY=192.168.1.1 //网关

修改好后保存退出，然后启用这张网卡

[root@akinlau /]# ifup eth0:0

注：有人在这一步喜欢用service network restart重启网络，其实这是没必要的，只需要启用这张网卡就可以了

然后再试ping 一下，如果能ping通的话，就可以了。

方法2：自动绑定一个IP段或多个IP段（同样这里以eth0为例，其它网卡的话修改相应的文件名即可）
1.新建ifcfg-eth0-range0文件（注意这里的文件名不要调换range的位置或写错单词，不然的话绑定的IP是不会生效的，如果你还有几段IP要绑定到eth0上的话，你可以再新建ifcfg-eth0-range1, ifcfg-eth0-range2等文件，不过这里要注意每个range文件中的定义的CLONENUM_START值不能重叠，不然的话会出问题。 ）

[root@akinlau /]# /etc/sysconfig/network-scripts/ifcfg-eth0-range0

#写入以下内容

DEVICE=eth0 //绑定IP段的网卡名称
ONBOOT=yes //开机启用此网卡
BOOTPROTO=static //协议为静态
IPADDR_START=192.168.0.101 //网段的起始IP
IPADDR_END=192.168.0.120 //网段的截止IP
NETMASK=255.255.255.255 //子网掩码
CLONENUM_START=0 //这个数字是网卡别名的开始位置，比如这里的3是指eth0:0,并且会把IPADDR_START设置的IP192.168.0.101绑定到eth0:0上,以此类推
NO_ALIASROUTING=yes //这个参数的作用是数据包始终通过eth0进出，不走网卡别名（如eth0:0），设置这个参数可以加快路由的响应速度，所以强烈建议配置。

修改好后保存退出，然后重启网络：

[root@akinlau /]# service network restart

再测试一下，能不能ping就大功告成了。

美国服务器虽然与中国相隔比较远，但是美国服务器通常都是通过海底光缆与中国电信和中国网通直接相连，具有很高的稳定性，通常访问ping值在180ms到220ms之间，并且丢包率维持在5%以下，如美国服务器出现丢包率比较高时，可能是受到外界干扰因素而造成的，下面我们就详细分析一下美国服务器丢包率比较高是什么原因。

美国服务器丢包率比较高是什么原因
　　一.人为因素的干扰
　　由于美国服务器是与电信或者网通直接相连，因而在宽带国际出口处可能会受到人为性的干扰而导致美国服务器丢包率非常高，如果是这种情况，几乎所有美国服务器都会出现高丢包率的现象。

　　如何检测是否受人为因素干扰
　　1.通过咨询其他美国服务器租用商或许寻找相关的新闻，了解一下是否其他服务商的美国服务器是a否也出现高丢包率的现象。

　　2.美国服务器出现高丢包率时，可能也会出现ping值不正常的情况，你可以到一些例如17ce等常用测速网站，用全球的服务器来对你的美国服务器IP进行测速，如果除开中国节点外，其他地区的ping值都正常，就说明宽带国际出口受到干扰。

　　二.服务器受到攻击
　　如果服务器被高流量型的DDoS攻击时，服务器资源了，带宽资源都会被占用而出现高频率丢包现象。通产高防服务器不会出现这种情况，因为高防服务器机房具有充足的带宽资源，并且能够对攻击流量进行有效识别，如果流量的攻击超过机房的保护范围时，美国服务器服务商通知用户并做出高防处理。

　　三.共享带宽可能会出现这种情况
　　如果用户选择的是共享代理的美国服务器，在网络带宽出现峰值时，就可能会出现高丢包率的现象，因而在租用美国服务器时尽量选择独享带宽，而共享带宽就必须要根据用户对网络业务的带宽需求来定。

　　以上就是美国服务器丢包率比较高是什么原因的相关介绍，这几点是美国服务器出现高丢包率的最常见因素，当然监测出现高丢包率还与本地电脑是否中毒，监测时是否在下载东西等有关因而我们需要从多个方面进行考虑，然后在找服务商协助解决。

经过各种百度发现，这可能是微软产品的一个安装策略问题，原因就不深究了，简单说下解决方案：
1、禁用WAS，即Windows进程激活服务功能（Windows Process Activation Service）。在开始，运行，输入：
dism.exe /online /disable-Feature /featurename:WAS-WindowsActivationService
2、卸载II7，并重启计算机。
3、再次重新安装IIS7。注意重启完后。进入后需要卸载II7，有个过程，一定要点时间等跳出对话完成卸载II7。
4、启用WAS，在开始，运行，输入：
dism.exe /online /enable-Feature /featurename:WAS-WindowsActivationService
dism.exe /online /enable-Feature /featurename:NetFxEnvironment

从2000年10月20日发布的第一个Windows版的PHP3.0.17开始的都是线程安全的版本，这是由于与Linux/Unix系统是采用 多进程的工作方式不同的是Windows系统是采用多线程的工作方式。如果在IIS下以CGI方式运行PHP会非常慢，这是由于CGI模式是建立在多进程 的基础之上的，而非多线程。一般我们会把PHP配置成以ISAPI的方式来运行，ISAPI是多线程的方式，这样就快多了。但存在一个问题，很多常用的 PHP扩展是以Linux/Unix的多进程思想来开发的，这些扩展在ISAPI的方式运行时就会出错搞垮IIS。而用线程安全版本的话顶多只是搞跨某个 线程，而不会影响到整个IIS的安全。

当然在IIS下CGI模式才是 PHP运行的最安全方式，但CGI模式对于每个HTTP请求都需要重新加载和卸载整个PHP环境，其消耗是巨大的。为了兼顾IIS下PHP的效率和安全， 有人给出了FastCGI的解决方案。FastCGI可以让PHP的进程重复利用而不是每一个新的请求就重开一个进程。同时FastCGI也可以允许几个 进程同时执行。这样既解决了CGI进程模式消耗太大的问题，又利用上了CGI进程模式不存在线程安全问题的优势。

因此，如果是使用ISAPI的方式来运行PHP就必须用Thread Safe(线程安全)的版本；而用FastCGI模式运行PHP的话就没有必要用线程安全检查了，用None Thread Safe(NTS，非线程安全)的版本能够更好的提高效率。
因此，如果是使用ISAPI的方式来运行PHP就必须用Thread Safe(线程安全)的版本；而用FastCGI模式运行PHP的话就没有必要用线程安全检查了，用None Thread Safe(NTS，非线程安全)的版本能够更好的提高效率。
附：德问相关问题摘录
下载PHP安装文件时，我看到有两种不同的二进制文件，像是非线程安全（Non Thread Safe）和线程安全（Thread Safe），比如该页面所列：http://windows.php.net/download/。这个是什么意思，之间有什么区别？

这个主要是针对web server 而言，在windows环境下，如果你使用的web server 是apchae 或者 iis 7以下版本，则应该选择线程安全的安装文件，而如果你使用Fast-cgi模式时，可以选择非线程安全，因为 web sever 本身能保证线程安全。
当然还有二进制文件编译时所使用的编译器：vc9 (vs系列) vc6(gcc)

如楼上所言，是针对web server的，部分web server在处理应用请求的时候是用多线程而非多进程的方式处理，线程方式因为涉及到共享寄存器和内存，所以很容易出错，这个时候程序就需要花一些额外的经历去处理寄存器中的数据一致性，即保证线程安全。
所以是否采用线程安全主要看你的web server所采用的PHP请求处理方式，如果是多线程处理，那么请选择线程安全的，否则选择非线程安全的，如楼上所说Fast-cgi方式可选择非线程安全的

iis7下默认压缩率是静态压缩： 0， 动态压缩： 7

一般认为： 压缩率9是性价比最好的压缩率

怎么改变默认的压缩率呢？ 运行以下命令即可：

%windir%\system32\inetsrv\appcmd.exe set config -section:httpCompression -[name='gzip'].dynamicCompressionLevel:9
%windir%\system32\inetsrv\appcmd.exe set config -section:httpCompression -[name='gzip'].staticCompressionLevel:9

命令运行后， 必须重启IIS， 新的压缩率才开始生效

apache web服务器的站点，下载pptx,docx,xlsx文件，却被浏览器当作zip文件保存。

这不是浏览器的问题，而是apache不认docx,pptx,,xlsx等Microsoft Office 2007+的文件格式，而这些文件本身是zip压缩文件，所以被apache当作zip压缩文件发给浏览器了。

做个形像一点的比喻：浏览器请求一个url路径，这个路径指向一个.pptx文件，apache从web服务器的目录(磁盘上)查到这个文件，但它不知道这个文件是什么类型（注意：文件类型并不是由文件名后缀决定的，而是文件本身内容所决定），于是它通过分析这个文件内容，发现这个文件像是个zip压缩档，文件大小为12345字节，于是它给浏览器说：“嘿，你请求的是个zip压缩文件，它的大小为12345个字节，文件名是 abcd.pptx 。下面是这个文件的内容，请接收”

浏览器收到消息后，得知apache要发给自己一个zip压缩档，于是一边弹出对话框、询问用户是直接打开、还是保存到硬盘，一边把apache接下来发回的数据保存到缓冲区（或者保存到硬盘的临时目录里），等用户做好选择后，采取相应的打开或是保存的操作。

形象的说明，并不是十分准确的，但大体过程如此。

那现在的问题在于apache因为不认识这个pptx文件，那我们要教会apache，让它知道。我们可以通过mime.types文件让告诉它：

修改mime.types文件，在其中加上

application/vnd.ms-word.document.macroEnabled.12 docm
application/vnd.openxmlformats-officedocument.wordprocessingml.document docx
application/vnd.openxmlformats-officedocument.wordprocessingml.template dotx
application/vnd.ms-powerpoint.template.macroEnabled.12 potm
application/vnd.openxmlformats-officedocument.presentationml.template potx
application/vnd.ms-powerpoint.addin.macroEnabled.12 ppam
application/vnd.ms-powerpoint.slideshow.macroEnabled.12 ppsm
application/vnd.openxmlformats-officedocument.presentationml.slideshow ppsx
application/vnd.ms-powerpoint.presentation.macroEnabled.12 pptm
application/vnd.openxmlformats-officedocument.presentationml.presentation pptx
application/vnd.ms-excel.addin.macroEnabled.12 xlam
application/vnd.ms-excel.sheet.binary.macroEnabled.12 xlsb
application/vnd.ms-excel.sheet.macroEnabled.12 xlsm
application/vnd.openxmlformats-officedocument.spreadsheetml.sheet xlsx
application/vnd.ms-excel.template.macroEnabled.12 xltm
application/vnd.openxmlformats-officedocument.spreadsheetml.template xltx
这样的一部分代码，这里包含了ms office相关的很多文件类型。

mime.types文件位置

那mime.types文件在什么位置呢？

对于windows版本的apache，它在apache安装目录下的conf子目录里，典型位置为 X:\Program Files\Apache Group\Apache2\conf\mime.types

而linux版本下，通常位于/etc/mime.types, 如redhat/centos/fedora都是如此，debian/ubuntu系列应该也在这里，个人没有亲自查证。

不过centos并不推荐在这里修改，参看这里 http://www.centos.org/docs/5/html/Deployment_Guide-en-US/s1-apache-config.html TypesConfig一小节

Instead of editing /etc/mime.types, the recommended way to add MIME type mappings is to use the AddType directive.

建议不要去修改 /etc/mime.types ，添加MIME type的推荐方法是使用apache的 AddType 指令.

AddType application/vnd.ms-word.document.macroEnabled.12 docm
AddType application/vnd.openxmlformats-officedocument.wordprocessingml.document docx
AddType application/vnd.openxmlformats-officedocument.wordprocessingml.template dotx
AddType application/vnd.ms-powerpoint.template.macroEnabled.12 potm
AddType application/vnd.openxmlformats-officedocument.presentationml.template potx
AddType application/vnd.ms-powerpoint.addin.macroEnabled.12 ppam
AddType application/vnd.ms-powerpoint.slideshow.macroEnabled.12 ppsm
AddType application/vnd.openxmlformats-officedocument.presentationml.slideshow ppsx
AddType application/vnd.ms-powerpoint.presentation.macroEnabled.12 pptm
AddType application/vnd.openxmlformats-officedocument.presentationml.presentation pptx
AddType application/vnd.ms-excel.addin.macroEnabled.12 xlam
AddType application/vnd.ms-excel.sheet.binary.macroEnabled.12 xlsb
AddType application/vnd.ms-excel.sheet.macroEnabled.12 xlsm
AddType application/vnd.openxmlformats-officedocument.spreadsheetml.sheet xlsx
AddType application/vnd.ms-excel.template.macroEnabled.12 xltm
AddType application/vnd.openxmlformats-officedocument.spreadsheetml.template xltx
可以把这些指令加到apache的配置文件里，该指令在apache里出现过N次，不需多说，照着加进去就对了。

rar怎么支持呢？其实也很容易。找一下zip然后在zip支持下加一条一样的。把zip改成rar重启apache就可以了。

一直习惯在Solaris和linux下跑amp,前些时服务器硬盘坏掉，所以启用新服务器。新系统是Windows 2003 Server，在上面按Unix上的经验配置Apache和Mysql时问题多多，经过折腾，总算是让服务器稳定下来，总结问题和解决办法如下(apache2.2.8+Mysql5.0.51a+php5.2.5)：

1、Apache线程数和超时设置

Apache的线程数控制文件为conf/exrtra/http-mpm.conf,需要在httpd.conf中将 Include conf/extra/httpd-mpm.conf前#去掉，以使得http-mpm.conf生效。

在Windows系统中，起作用的是Winnt mpm段，

ThreadsPerChild 150
MaxRequestsPerChild 0

缺省的配置一般够用，但负荷大的网站就要修改了，否则网站一下就变慢或没有响应了。实际可以根据apache-status查看apache实时连接状态，我的服务器最后设置如下：

ThreadsPerChild 350
ThreadLimit 350
MaxRequestsPerChild 10000

Win32DisableAcceptEx
EnableMMAP Off
EnableSendfile Off

其中ThreadLimit是占用系统线程数限制，最好加上，否则会产生内存溢出导致Apache当掉。

MaxRequestsPerChild我理解是请求的缓存数，太小了影响性能，占用cpu时间，太大了占用内存资源，想象一下你网站的文件个数，然后自己设定，只要不为0就可以，防止内存溢出。

ThreadsPerChlid是apache的线程数，就是开了这么多的线程来等待响应客户端请求，需要根据apache-status实时的监控调节，大了会占用过多内存，小了会导致连接不上。而且应该同时修改httpd-default.php超时设置来配合。

在httpd.conf中去掉Include conf/extra/httpd-default.conf前的#以使httpd-default.php生效。

其中调节以下参数

Timeout 15 （连接超时缺省为300，太大了，缩小会减少同时连接数，即上面占用的实际线程数）

KeepAlive On （开启可以提高性能，因为一个页面一般会有多个请求）

MaxKeepAliveRequests 50 （这个数目自己根据网页内容调节）

KeepAliveTimeout 5 （这个小于Timeout就行）

Windows下长期运行Apache还是不如Unix稳定，可以让Apache在凌晨人少时自动重启，用Windows的计划任务可以非常方便的实现这一点，这样网管基本上可以安心睡觉了。