本文档叙述了在类Unix系统上如何停止和重启Apache 。 Windows NT/2000/XP/2003的用户请参见以服务方式运行Apache ,Windows 9x/ME用户则参见在控制台中运行Apache ^yyL4{/
Linux系统为Ubuntu ZvM~]8m
f#FAi3
一、Start Apache 2 Server /启动apache服务 g\ilK:r}
"**Tw'
# /etc/init.d/apache2 start h/?$~OD
or z.P<)[LUc
$ sudo /etc/init.d/apache2 start 62)Qr
NGIt~"e7R4
二、 Restart Apache 2 Server /重启apache服务 0@7%
zZR_&z<
# /etc/init.d/apache2 restart y=.`:EB9b
or icS%])3LF
$ sudo /etc/init.d/apache2 restart N)CM^$(T|
2zE gAc
三、Stop Apache 2 Server /停止apache服务 [/E|n[Bx
^`iqa-1
# /etc/init.d/apache2 stop c6-~PKJL
or W2>VgMR [
$ sudo /etc/init.d/apache2 stop ~ p~
12]rfd
linux下的apache 重启和停止 >uLWfk+y1
a=_:`S]}
本文档叙述了在类Unix系统上如何停止和重启Apache 。 Windows NT/2000/XP/2003的用户请参见以服务方式运行Apache ,Windows 9x/ME用户则参见在控制台中运行Apache 。 Dbl3ef
{q!GTO
简介 h~`^H9?M
为了停止或者重新启动Apache ,你必须向正在运行的httpd进程发送信号。有两种发送信号的方法。第一种方法是直接使用UNIX的kill命令向运行中的进程发送信号。你也许你会注意到你的系统里运行着很多httpd进程。但你不应该直接对它们中的任何一个发送信号,而只要对已经在PidFile中记载下了自身PID的父进程发送信号。也就是说,你不必对父进程以外的任何进程发送信号。你可以向父进程发送三种信号:TERM、HUP、USR1 ,我们过一会儿再进行详细的说明。 #=uV, dw
QtHK`f>4#n
你可以用下面这样的命令来向父进程发送信号: lJvfgP-j
4|/}~9/
kill -TERM `cat /usr/local/apache2/logs/httpd.pid` ZHM NG~!
]y9u5H^
第二种方法是使用下面将要描述的httpd二进制可执行文件的 -k 命令行选项:stop、restart、graceful、graceful-stop 。不过我们推荐你使用apachectl控制脚本来向httpd二进制可执行文件传递这些选项。 O$ARk+
Ua.%?V
当你向httpd发送信号后,你可以这样来读取它的进行过程: U<|*V5
L[voouaqm
tail -f /usr/local/apache2/logs/error_log }ijFvIHV
yZ-Ql11
你可以修改这些示例以适应你的ServerRoot和PidFile设置。 ]T=o >%
$sFqMy
立即停止 p`Ok(C_
信号:TERM Mtaky=l8~I
apachectl -k stop *+%$OH,
发送TERM或stop信号到父进程可以使它立刻杀死所有子进程。这将花费一些时间来杀死所有子进程。然后父进程自己也退出。所有进行中的请求将被强行中止,而且不再接受其它请求。 kl|m @Nxp
]u.)6{
优雅重启 T"e"?JSRJ
信号:USR1 t(99m=9>
apachectl -k graceful q}]z8 L
USR1或graceful信号使得父进程建议子进程在完成它们现在的请求后退出(如果他们没有进行服务,将会立刻退出)。父进程重新读入配置文件并重新打开日志文件。每当一个子进程死掉,父进程立刻用新的配置文件产生一个新的子进程并立刻开始伺服新的请求。 N97WI+`
g*WY kv
重启代码的设计能够确保MPM进程控制指令的正常运作,也就是在重启过程中确保有适当数量的进程和线程以响应客户端的请求。它是这样StartServers的:如果在一秒钟以后还没有新创建StartServers个子进程,则创建出足够完成现在任务的子进程个数。因此,代码除了保有能够维持服务器的现有负载数量的子进程外,也确保StartServers按你的意愿运作。 B$G9#G6pZ
* Na8w'Q
使用mod_status的用户会注意到在USR1信号发出后,服务器的统计信息没有被清零。代码被写成既能将你服务器无法伺服新请求的时间降至最少(这些请求将被操作系统放到队列里,使得它们不会丢失),又能遵从你的参数优化。为了做到这一点,它将在重新生成子进程的过程中,在scoreboard上保存所有子进程的状态。 >CYz6G j
`^)oVs
mod_status还会将那些在优雅重启前就已经开始而没有结束伺服请求的子进程用一个"G"来标志。 n{!=gR.v.
=&mdxKoT0
目前,日志滚动脚本还无法使用USR1来确定所有写入预重启日志的子进程都已结束。我们建议你在发出了USR1信号后等待一个适当的时间,然后再对旧的日志做处理。比如说如果对于一个窄带用户来说,大部分的点击处理将在10分钟之内完成,那么你应该在处理旧的日志前等待15分钟。 7Q|v5@;pU