windows下，调试本机程序建议直接使用向导New Server Integration

选择gerneral server application

一路下一步，最后会生成需要添加的jvm参数，将其添加到java 命令后，对于windows下openfire，则是在openfired.vmoptions中添加。

如果发现此问题：

java.lang.NoClassDefFoundError: com/jprofiler/agent/InstrumentationCallee

则应检查加在openfired.vmoptions中的参数，在windows下，应该是

-agentlib:jprofilerti=port=18849 
-Xbootclasspath/a:D:\Program Files\jprofiler5\bin\agent.jar

注意是两行，不要双引号 (上面的值是通过配置向导生成的)

比较常用的是Heap Walker,生成快照选择指定类，然后可在references视图中看到引用，这对内存泄漏原因查找很有帮助。

结果发现内存逐渐上升，gc之后没有回到原来水平，主要是log4j的类使用char[]较多，将log4j日志级别设置为error,再观察似乎内存水平较平缓，尚待继续观察。

参考:

http://developer.51cto.com/art/201203/326402.htm

Continue reading jprofiler调查openfire内存泄露

mc和htop都是ssh命令行下启动的程序，不需要gui,但是可以点击，强吧。

mc是文件管理器

http://www.itwhy.org/2011/08-30/1022.html

htop http://htop.sourceforge.net/

http://www.ha97.com/4075.html

Continue reading 介绍两个linux ssh小工具 mc和htop

今天找了半天，明明启用了php_mbstring，但是没发现哪个php.ini文件启用了它，最后才想起使用phpinfo()最靠谱，里面打印了加载的配置.

可使用

 find /* -name "php.ini" | xargs  grep "php_mbstring"

也可使用

updatedb

locate php.ini

查找

最靠谱的是写个页面显示phpinfo信息就什么都清楚了。

Continue reading WHM上的 php.ini 在哪里

虽然网上总结了很多，这里主要记自己常用的：

查找

locate 最快，查数据库，使用前先更新数据库updatedb

find 功能最全 find /* -name "php.ini" | xargs grep "php_mbstring"

whereis

http://www.kuqin.com/linux/20091009/70532.html

http://blog.csdn.net/visame/article/details/2699426

性能监视

top

输入M以内存排序，输入P以CPU排序

Continue reading linux常用命令大全

使用xshell（免费）有时遇到gui的程序，可用xmanager（收费）显示。

xmanager安装包里面带了xshell和xftp,所以如果你之前安装了xhsell和xftp最好卸载了然后安装xmanager。

当然可以单独安装xmanager,但是注意安装时一定要关闭xshell和xftp,否则在xshell里面启动gui程序根本就转不到xmanager上去。

xmanager安装好之后发现有两个快捷方式xmanager-broadcast,xmanager-passive。

前一个是直接用xmanager连接主机登陆桌面，后一个是被动模式(就是不带参数的xmanager)，如果其运行，当在xshell下运行gui程序时，就会启动xmanager。

当然可以先不开xmanager-passive,当xshell启动gui程序时自然会启动xmanager,前提是正确安装xmanager，并且进行了如下配置了:

具体配置是在使用XShell建立连接时，设置连接属性，在 SSH --> tunneling 选项下勾选 Forward X11 connections to: Xmanager。

linux服务器端设置：

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

1. 修改/etc/inittab，改变runlevel为5，例如
[[email protected] etc]# cat /etc/inittab
......
id:5:initdefault:
......

改为5级别方式运行linux
2. 修改GDM的配置文件，/etc/X11/gdm/gdm.conf，将[xdmcp]中的enable选项设置为1，例如

在centos下可能没有这个文件，可在/etc/gdm/custom.conf中找到

在终端模式下vim /etc/gdm/custom.conf，对文件进行如下修改：

参见http://www.linuxso.com/linuxrumen/1937.html

http://www.diybl.com/course/6_system/linux/CentOS/20110825/558939.html

[[email protected] etc]# cat /etc/X11/gdm/gdm.conf
......
[xdmcp]
Enable=1

false改为true或者1
3. 修改/etc/X11/xdm/xdm-config文件，将DisplayManager.requestPort: 0注释掉，例如
[[email protected] etc]# cat /etc/X11/xdm/xdm-config
......
! SECURITY: do not listen for XDMCP or Chooser requests
! Comment out this line if you want to manage X terminals with xdm
! DisplayManager.requestPort:   0

不屏蔽改为屏蔽
4. 修改/etc/X11/xdm/Xaccess文件，例如，
[[email protected] etc]# cat /etc/X11/xdm/Xaccess
......
*                                       #any host can get a login window
......
*               CHOOSER BROADCAST       #any indirect host can get a chooser

若选用了防火墙则改动下面
5. 修改防火墙配置文件/etc/sysconfig/ipchains，在文件头部加入如下内容，（有的可能没有）
# If you want to use GNOME/KDE, add the following line.
-A input -p udp -s 0/0 -d 0/0 177 -j ACCEPT
6. 重新启动RedHat Linux

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

参见:

http://citynight.blogbus.com/logs/8375969.html

http://www.360doc.com/content/09/0423/23/136623_3245069.shtml

问题:

如果遇到 The remote SSH server rejected X11 forwarding request. 问题

则需要配置:

远程主机是 OpenSSH :

编辑 /etc/ssh/sshd_config,

设置 X11Forwarding yes

远程主机是 SSH.COM :

编辑/etc/ssh2/sshd2_config,
设置 AllowX11Forwarding yes

其他的ssh主机则要另外参考其说明了。

对于我的情况，上面的都没解决，我又看到这篇文章:

http://blog.csdn.net/hongkaihua1987/article/details/7394546

仍然不行!

参见:

http://www.netsarang.com/tutorial/xshell/1018/Using_X11_forwarding

http://citynight.blogbus.com/logs/8375969.html

http://www.360doc.com/content/09/0423/23/136623_3245069.shtml

Continue reading xmanager显示x-window系统 GUI

linux top命令:

top –p 进程号

top命令下 可以再输入大写M，则以memory排序,同理P则以CPU排序,其RES表示物理内存使用大小。

http://blog.csdn.net/kenera/article/details/6599173

http://tolywang.itpub.net/post/48/130884

jps 本地当前jvm进程号

jmap 看内存使用情况

如jmap -histo -F 19712 >jmap.txt

其中19712是pid值

jstat看GC情况

使用 jvisualvm

http://dolphin-ygj.iteye.com/blog/366216

http://dolphin-ygj.iteye.com/blog/340514

Continue reading linux下java内存泄露分析，工具和命令

转自http://wenku.baidu.com/view/2e738a1d59eef8c75fbfb317.html

目 录

1 概述..................................................................................................................................... 6

2 JAVA虚拟机运行机制概览.................................................................................................... 6

2.1 运行时分析..................................................................................................................... 6

2.2 垃圾收集和线程同步....................................................................................................... 8

3 JAVA虚拟机参数分类说明.................................................................................................... 9

3.1 Java虚拟机标准参数....................................................................................................... 9

3.2 Java虚拟机扩展参数..................................................................................................... 11

4 JAVA应用性能测试调优经验总结....................................................................................... 14

4.1 GC调优参数的使用...................................................................................................... 14

4.2 JIT调优参数的使用....................................................................................................... 15

4.3 Java线程调优参数的使用.............................................................................................. 15

5 结束语............................................................................................................................... 16

6 参考文献............................................................................................................................ 16

表目录

表1 JVM 标准参数集................................................................................................................ 11

表2 JVM 扩展参数集................................................................................................................ 11

表3 JVM GC/Hotspot相关参数集............................................................................................. 13

表4 JVM 性能统计参数集......................................................................................................... 14

Java虚拟机性能参数调优指导书

关键词：Java、垃圾收集、虚拟机、即时编译

摘 要： 随着JAVA在应用系统级的项目开发中的使用越来越广泛，虚拟机、垃圾收集、热点编译、J2EE等新技术层出不穷，JAVA作为系统级开发的一个选择的优势也越来越明显，在此同时其不能完全编译、垃圾收集等与生俱有的特征也使得JAVA备受争议的“慢”得到更多的关注。本文通过对JAVA虚拟机的运行机理的分析，以及JAVA虚拟机参数使用说明等描述，试图使读者能够更好的运行他的基于JAVA的应用系统，以最小的代价换取最大的收益。

缩略语清单：

1 概述

Java在大行其道的同时也在为自己与生俱来的缺陷不断的努力着，我们有理由相信Java的开发设计者们真是一群天才。构成Java技术的基石就是JVM的虚拟机技术，这时的Java已经不再是一门简单的语言，而是语言、开发包JDK与虚拟机的完美结合，而这里面的虚拟机则是融合了编译技术、CPU技术的Java存在的基础所在。既然那么多的优秀的人为提升虚拟机性能做了那么多的工作，我们有什么理由不去充分利用这些宝贵的资源呢？本文就是试图从原理分析到参数应用上来帮助读者更大的发挥Java虚拟机的性能极限，使这样一个优秀的产品更好地为我们服务。

2 JAVA虚拟机运行机制概览

2.1 运行时分析

首先让我们来看看所谓的Java虚拟机在运行起来后是什么样子的，从外面来看一个Java虚拟机的运行实例就是一个运行着的Java进程，Java进程在启动过程中做了如下工作，一、根据环境变量的设置或者Java进程的命令行参数将Java Class字节码加载到内存中，这样的Java字节码是Java虚拟机所能够识别的虚拟机指令的集合，Java虚拟机在解释执行字节指令的同时，根据某些代码的使用频率，将其中一部分字节码翻译成机器能够识别的二进制指令保存在内存中，在以后对这部分代码的调用，则由Java虚拟机的代码控制CPU直接执行内存中的这部分二进制指令，这个就是Java虚拟机的热点编译技术。而在早期的Java虚拟机实现中是采用全部字节程序解释执行的方式，后来发展了Java静态编译技术，这种技术是在Java程序编译成字节码后，由一个本地编译器将这些字节码编译成二进制可执行文件，这种编译技术不利于程序的移植。再后来发展的Java的动态编译技术，这时的编译过程是在Java装载字节码文件时进行的，而此时的问题是Java在启动时需要花费很长的时间来编译这些字节码。直到最后流行的Hotspot技术的出现，此时编译仅仅运行于少部分代码。按照80/20的原则，程序的百分之80的时间仅仅运行其百分之20的代码，这样一个能够平衡启动时间、移植性的中间方法解决了人们的大部分问题。

之后，让我们看看Java虚拟机的内部体系结构，从下面的体系机构图来看，Java的Class字节码文件经由类加载子系统加载到内存中时，虚拟机根据文件内容将类的方法和数据加载到称为方法区的地方，堆是用来为运行时类实例提供存放场所的地方，这样的堆也称之为对象堆空间。而Java栈和PC计数器则是为了Java线程而设计的，每一个Java线程一旦创建，它都将得到一个属于他自己的PC计数器（程序计数器指针，类似于CPU中的IP指令指针计数器）以及一个线程栈，在新版本Java Hotspot VM中是没有本地方法栈和线程栈之分的，只有一个线程栈的模块。这样每个线程的运行都是在属于自己栈空间内的，而所有的线程则共享着一个堆空间。当然在线程实现上不同的Java虚拟机的内部实现可能各有不同，有的自是直接将Java线程和操作系统内核线程绑定起来的，在虚拟机进程内部创建一个Java线程虚拟机就会请求操作系统为该一个进程创建一个内核线程，将线程之间的调度交给了操作系统内核来完成。而在早期的Java虚拟机一些实现中，Java线程对于操作系统来说是不可见，而是由应用层来完成线程调度，对于操作系统来说仅仅是一个单线程的进程。

图1 Java虚拟机的内部体系结构

Java虚拟机在运行时，由主线程开始解释执行类文件中的指令，主线程在自己的线程栈中存放临时变量、参数变量等，一旦碰到生成新对象的new操作时，就会在堆空间内申请一块内存存放该类对象，而一旦程序从一个方法中退出后（退回到一个方法栈的栈底），虚拟机程序并不会立即释放Heap空间内的这块内存，这就是与C/C++程序所不同的地方，因为C/C++程序被加载程序的操作系统调用装载到内存中之后，程序的内存是由操作系统为之分配的4G的虚拟内存空间，而堆空间的使用也是由程序的内存分配子系统（malloc）来完成的，而这个子系统仅仅是向程序员提供了申请/释放内存的调用接口，查看C/C++编译器生成的汇编代码你会发现，如果你在一个函数中申请了一块内存，而没有在函数退出的地方没有释放的话，这块内存则会永远放在堆中，而对于你在函数中生明的类变量对象来说（非new来申请的指针对象），这个类对象的内存是在程序栈空间中分配的，一旦这个函数释放则对象空间自动释放，这样的内存泄漏正是Java竭力避免的，Java从发明之初就是考虑着如何将大部分应用程序员从繁重的内存管理工作中解脱出来，而由Java虚拟机使用称之为GC垃圾收集的模块来完成内存空间的管理。Java虚拟机在启动时会根据-Xms的参数值向操作系统一次性申请一块内存空间作为自己的堆，而随着后续程序的运行中内存需求的增加，则再向操作系统申请更多的内存加到自己的堆空间中。这个堆空间的最大值就是由-Xms指定的。一旦Java虚拟机发现应用程序申请的内存超过了堆内存的最大空间的话，Java就会抛出一个超出堆空间的异常。而当虚拟机在启动时如果申请不到足够的内存的话，则同样会抛出一个异常，启动失败。所有这些工作都是由Java虚拟机的内存管理模块来完成的，而Java的内存管理功能中最俱特色和重要的垃圾收集功能GC则是按照下面机制运行的。

2.2 垃圾收集和线程同步

Java的垃圾收集器就像一个兢兢业业的仓库保管员，他管理着虚拟机堆空间的清扫工作，接着上面描述的，一旦一个函数退出了它的栈，在该函数内声明的一个Java对象则会留在Java堆空间内，那么垃圾收集器会不会立即将这个对象的空间释放呢？答案是否定的，垃圾收集器只有在当堆空间占用到了一定程度时，或者程序比较空闲时才释放那些不再使用（遗漏）的对象空间。如果此时程序堆空间的使用不是很大，而程序又比较忙的话，则垃圾收集器就不会运行。当然程序员也可以通过在程序中调用JDK接口来申请虚拟机主动执行垃圾收集器。而垃圾收集器的工作和C/C++语言中明确的释放（delete）对象比起来有一个潜在的缺点，那就是，在垃圾收集的Java应用中程序员对于安排CPU时间进行内存回收缺乏控制，想要精确地预测出何时（甚至是否）进行垃圾收集、收集需要多长时间，基本上是不可能的。在早期的垃圾收集策略中，对象引用计数收集算法是最先被采用的，堆中的每个对象都有一个引用计数，当这个对象被赋值给一个变量，则该引用计数器加1，当一个对象超过了生命期或者被重新赋值的话，对象的引用减一，任何引用计数为0的对象都可以被当作垃圾收集。这样的算法一个固有的缺陷就是无法处理循环应用的情况，而且计数的增减也会带来开销。现代的Java虚拟机的实现中采用了压缩收集算法、拷贝收集算法、按代收集算法等，按代收集的算法是为了解决GC在回收对象空间的优先顺序的问题，在按代收集的算法中，GC总是优先回收那些短暂年幼的对象，而非一些寿命较长的对象。JVM堆被划分成多个小的区域——子堆，每个子堆分别为不同“代”的对象服务，如果一个年幼的对象经历过好几次垃圾收集后都没有别收集掉，则它就变成一个年老的对象，会被转移到另一个存放寿命更长的对象的堆中。一切的改进就是本着让垃圾收集更快、更高效的目标进行的。在Java的语法里面，一个对象可以拥有终结方法，该方法是在垃圾收集器释放对象前必须执行的，程序员可以通过使用该方法来实现一些应用级清扫工作。

可以在编程语言级支持多线程是Java语言的一大优势，这种支持主要集中在同步上。对于编译型语言C/C++来说，在语言级是没有多线程的概念的，程序员只能通过调用操作系统API来实现多线程应用。而在Java中线程的支持是通过一些预先定义好的关键字来实现，而且JDK开发包也为用户提供了线程创建、使用的很好的封装，程序员仅仅想使用普通的类一样继承一个特定的接口Runable或者继承一个已有的简单线程类Thread即可创建并使用Java的线程功能了。应用级线程一旦创建后，就交给了JVM管理，JVM内部维护这所有应用级以及JVM内部线程列表，用户可以通过指定JVM启动的参数来设置JVM的线程管理方式，是由JVM自己管理内部线程、完成线程通过工作，还是将应用线程直接绑到操作系统内核线程，并且由操作系统内核来完成线程同步等管理工作。下面会对这些参数一一进行介绍。

Java内部的线程同步管理或线程调度是通过一种监视器的技术来实现的，基本上的原理如下，我们将监视器比喻成一座建筑，而其中一些特别的房间里面的数据在同一时间只能有一个“人”

——线程能够访问，当一个线程进入这个房间到它离开之前，它可以独占的操作其中的数据，我们将线程进入这个建筑叫做“进入监视器”，线程进入这个特殊的房间叫做“获得监视器”，离开房间时叫“释放监视器”，离开建筑时叫做“退出监视器”。监视器除了监控一些数据之外，还可以监控一些代码，这样的代码叫做监视区域，在同一监视器中，一块监视区域的代码在同一时间只能够被一个线程所访问。同步数据（类）或同步代码在Java程序中用Synchronized参数标明就可以了，从Java字节码编译器生成的虚拟机指令序列来看，编译器将操作指令monitorenter、monitorexit添加到具有Synchronized关键字的方法开始和结尾，而所有对具有Synchronized关键字的类数据的操作前后也都添加了monitorenter、monitorexit操作指令，这样在虚拟机指令序列（类文件代码）时JVM会调用monitorenter、monitorexit指令完成线程间的同步控制。

图2 Java虚拟机线程同步监视器

3 JAVA虚拟机参数分类说明

3.1 Java虚拟机标准参数

所谓的Java虚拟机标准参数指的就是所有的虚拟机实现都应该支持的参数，这部分参数基本上都是对虚拟机基本能力的调整，包括对运行模式、垃圾收集信息显示、显示版本信息、断言开关等，下面是以Solaris下1.4.2版本为例：

表1 JVM 标准参数集

3.2 Java虚拟机扩展参数

所谓的Java虚拟机非标准参数指的就是一些特有的虚拟机实现所支持，下面以Solaris下1.4.2版本为例介绍一些扩展的虚拟机运行参数，其中对Hotspot VM相关的参数是我们进行性能调整的重点。

表2 JVM 扩展参数集

Java Hotspot、GC相关参数介绍，下面以Solaris下1.4.2版本为例，对于以 –X 打头的非标准参数，是不能保证在每个JVM的实现中都支持的，而且关于这些参数行为的改变都不会得到通知，而对于以 –XX 打头的非标准参数来说，它们中大多数都是和具体的操作系统支持有关的，而且有些甚至需要特殊的系统访问权限，而且这些参数也是遵循上述的改变不通知原则的。在使用中需要特别注意。

表3 JVM GC/Hotspot相关参数集

注：即时编译是Hotspot中的概念，按代收集，火车算法等是属于GC中的概念。

性能统计信息配置参数集，下面以Solaris下1.4.2版本为例。

表4 JVM 性能统计参数集

注：对于一个代码规模量很大的服务器应用程序来说，如果通过这样的方式查看JVM运行统计信息的话，这样最后得到的统计数据将是一个非常庞大的文件，根据这样的统计文件来分析性能的话将是非常累人的工作，幸好现在有一些商用的Java Profile软件，如：Jprobe，OptimizeIT等，关于这些工具的讨论不在本文范畴之内，有兴趣的话可以参见本人写的一片关于Jprobe原理和使用的文章。

4 JAVA应用性能测试调优经验总结

4.1 GC调优参数的使用

JVM中按代收集算法的基本原则是这样的，JVM堆空间被分成许多子堆，每个子堆用于存放不同代的对象，而当所有已经存在的堆中的各代对象都不能继续回收时，则新的子堆会被分配，用于存放新一代的对象，下面的这两个参数就是为按代收集设计的：

-XX:NewRatio=2 //新生代于老一代的空间比率

-XX:NewSize=2228224 //缺省时2K，对于应用服务器系统建议调整的大一些4K或8K

-XX:MaxNewSize //新生代的最大空间

-XX:MaxPermSize=64m //老一代的最大空间，缺省为64M，建议增加

-XX:SurvivorRatio //GC时代子堆中的年老对象的比率

-Xxincgc //是否在垃圾收集时启用火车算法

-XX:+UseConcMarkSweepGC //是否启用并发收集算法

-Xverifyheap //仅仅用于Debug版本，用于对GC数据分析

-XX:TargetSurvivorRatio=50 //GC收集后期望得到的被老一代占用的空间，建议不调整

因为垃圾收集只是在各代的子堆满了的时候发生，总的堆的空间状况也会对垃圾收集产生重要的影响，JVM向操作系统申请更多的堆内存空间的前提是，堆中所有的年老的代的子堆都已经满了。

-Xms //设置最小初始堆空间的大小

-Xmx //设置最大堆空间的大小

-XX:MinFreeHeapRatio=40 //GC后JVM堆空间向操作系统缩小的比率。

-XX:MaxHeapFreeRatio＝70 //GC后JVM堆空间向操作系统扩张的比率。

-XX:+AggressiveHeap //用于JVM运行于大内存模式下，JVM的堆空间至少在1G以

//上，与-Xms、-Xmx不同时使用，慎用！会导致JVM极度消

//耗内存

在U-NICA这样的后台大型应用服务器系统来说，我们就采用了通过调整初始堆内存空间、堆增长量、增加新生代空间配置、使用并发收集算法、火车算法等方法来使的系统的垃圾收集能力得以优化。而且在具体实际测试过程中也发现这些调整通常是有效而且成本低廉的。

4.2 JIT调优参数的使用

从解释执行到即时编译，再到热点编译JVM走在一条不断优化的道路上，今天我们通过一些简单的参数设置就可以获得以前梦想的性能，对于Java用户来说，这的确是一条捷径：

-server //很多Hotspot的能力都是通过这个选项打开的，对于大型服

//务器尤为重要，这里可以启动热点编译功能

-Xmaxjitcodesize32m //设置即时编译代码的最大尺寸

-Xint //纯解释执行，一般情况下不用它

-Xtime //不太清楚如何使用，总之是指定JIT的时间

-XX:+DisableExplicitGC //是否屏蔽应用层的垃圾收集请求

-XX:-UseISM //使用大内存页模式则会减少GC的时间

-XX:-UseMPSS //在使用ISM选项的同时不使用该选项，否则ISM无效

4.3 Java线程调优参数的使用

-XX:-UseBoundThreads //如果你的系统是Solaris8以上，尽情使用这个参数吧，操作

//系统内核的线程调度总是要必应用层的调度快一些

-XX:-UseLWPSynchronization //这个参数也是同样的，让操作系统来做线程同步这些工作

-XX:+UseThreadPriorities //是否采用操作系统内部定义的线程优先级

-XX:CompileThreshold=10000 //如果你想让你的系统更早变快一些，而且你的内存足够多

//的话，可以将这个参数值调小

-XX:PreBlockSpin=10 //仅仅用于Linux版本

-XX:ThreadStackSize=512 //设置线程栈的大小，如果你的应用中有比较大的循环或递

//归时使用。

-XX:+UseTLAB //是否在线程的栈空间内分配对象，如果你的内存较大的话，

//并且配置了比较大的线程栈空间，则使用这个参数会使得

//临时&本地对象的申请和释放比较快。

5 结束语

Java的优势在于稳定性和良好的可移植性，它将很多需要程序员完成的精细的工作交由JVM完成，曾经有这样一个比喻说，如果这世界上80％的程序员都是能够胜任自己管理内存的工作的话，那么就让Java消失吧。话不一定对，但在一定程度上放映了一种现状，我们大多数的程序员还是主要关注于他的应用逻辑的开发。我这里描述的一些东西有的是理解自参考资料，有些则是自己的主观臆断，而有些东西我至今还不太理解，所以不正确之处在所难免。希望能够抛砖引玉，各位有心情、有兴趣的同事多多讨论。

6 参考文献

《Inside Java Virtual Machine》

《JDK1.4.2 Document》

《JDK FAQ》

Continue reading 【转】Java虚拟机性能参数调优指导书

今天遇到一个问题，发现cpanel主机上apache每两个小时重启一次，在apache error_log的记录就是:

[notice] Graceful restart requested, doing restart, 开始以为是什么计划任务造成的，找了crontab和cpanel cron job都没有问题，网上一查，原来是apache log的问题：

这里详细讲述了解决方案: http://kb.liquidweb.com/how-and-why-enabling-apaches-piped-logging/

简述步骤：

查看cpanel和apache版本：

Cpanel 需要 11.25.0-R43471 或以后

Apache 需要2 或以后

查看cpanel版本:

cat /usr/local/cpanel/version

查看apache版本:

/usr/local/apache/bin/httpd –v

备份apache httpd.conf配置:

cp /usr/local/apache/conf/httpd.conf /usr/local/apache/conf/httpd.prepipedlogging

修改/var/cpanel/cpanel.config，添加此行:

enable_piped_logs=1

让cpanel加载此修改:

/usr/local/cpanel/whostmgr/bin/whostmgr2 –updatetweaksettings

重新编译apache配置(这个是cpanel的功能，依据cpanel配置生成apache配置)

/scripts/rebuildhttpdconf

重启apache

/etc/init.d/httpd stop
/etc/init.d/httpd start

这就可以了。

Continue reading apache每两个小时重启问题

本以为很简单，刚开始装的时候也成功了，但是发现modules下面什么也没有，什么模块也没有！

后来才发现需要指定--enable-mods-shared=all参数

步骤如下:

首先下载apache源码并解压缩:

wget  apache2.x下载链接

tar –zxvf  下载的.gz包路径

转到解压缩目录

cd 解压缩目录

配置，这里/mybin是你预计要将apache安装的目录，配置时并未创建此目录，只是在make时才创建

./configure --prefix=/mybin/apache2_2 --enable-so --enable-mods-shared=all

编译

make && make install

此时应该装好了，但是你会发现modules目录下模块不是很多，下面介绍编译模块的步骤

假设已在源码根目录,以编译mod_proxy为例

首先你可以使用find . –name  mod_proxy.c 找到此文件在哪里

然后使用如下命令编译

apache2_2_path/bin/apxs -i -a -c xxx/mod_proxy.c xxx/proxy_util.c

这样就将mod_proxy模块编译到apache/modules目录并在httpd.conf中启用此模块。

这里因为mod_proxy依赖proxy_util.c所以需要一起编译。

静态编译的缺点:

有至少两种方法可以添加第三方模块，最简单的方法是作为配置参数提供，语法如下：

--with-module=module-type:module-file[, module-type:module-file]

module-file是模块的源代码文件名，该文件必须位于Apahe源代码目录树的"modules/module-type"目录下，如果configure没有在那里找到module-file ，则将它看作一个绝对路径名并尝试将其复制到"modules/module-type"目录中，如果"modules/module-type"目录不存在，configure将新建一个"modules/module-type"目录并在其中放置一个标准的Makefile.in文件。这种方法有两个明显的缺陷：

1. 模块的源代码必须是单一文件
2. 模块只能静态连接进核心，而不能作为DSO模块

所以一般并不使用此方法，而是使用apxs(Apache扩展工具)来添加第三方模块支持。

那么如果是动态安装，就必须得apache在php之前安装，其实我的主机已近有服务商预先安装的apache+php+mysql，但是我自要装个试验的apache,我想把实验的apache指向已经安装的php,看来是不行的，这不像我本地Windows环境下只要下载个文件，修改配置指向某某处的安装思路。

以我linux上安装php为例，前提Apache已经装好

今天在linux上配置apache反向代理，真是折腾人，故此记下：

网上查到的配置倒是很简单,在httpd.conf中:

LoadModule proxy_module       modules/mod_proxy.so
LoadModule proxy_connect_module modules/mod_proxy_connect.so
LoadModule proxy_http_module  modules/mod_proxy_http.so
LoadModule proxy_ftp_module   modules/mod_proxy_ftp.so
LoadModule authz_host_module modules/mod_authz_host.so

ProxyPass /rp1 http://127.0.0.1:30080/
ProxyPassReverse /Test http://127.0.0.1:30080
<proxy  http://127.0.0.1:30080>
    AllowOverride None
    Order Deny,Allow
    Allow from all
</proxy>

如上所示，配置了/rp1的反向代理指向http://127.0.0.1:30080

但是我今天遇到的问题是，我是新编译的apache,发现需要的的模块都没有,于是需要手动编译,对于proxy模块，需要使用命令:

APACHE_PATH/bin/apxs -i -a –c  APACHE_SOURCE_PATH/modules/proxy/mod_proxy.c APACHE_SOURCE_PATH/modules/proxy/proxy_util.c
其中APACHE_PATH指代apache安装目录，APACHE_SOURCE_PATH指代apache源码目录。

注意proxy下模块需要配合 proxy_util.c 一起编译才行，否则编译的模块不能加载。

而且LoadModule authz_host_module modules/mod_authz_host.so这个模块是需要的，否则，会报Order 命令不识别:

Invalid command 'Order', perhaps misspelled or defined by a module not included in the server config

关于模块编译参见http://kazge.com/archives/815.html

我写这篇文章起因是我要在我的远程主机上配置反向代理到我的本地机器

之前说的http://kazge.com/archives/798.html 使用tunnel还是不够的，因为不知为什么，即使我在远程主机上暴露了tunnel端口，但是通过internet任然无法访问ssh建立的通道,后来想个办法，使用apache做反向代理，apache监听开放的单口比如8080，使用反向代理转到已建立隧道的端口上，这样才行。

Continue reading apache2.x 配置反向代理 不得不说的事情