-<?xml version="1.0" encoding="ISO-8859-1"?>
-<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
-<html xmlns="http://www.w3.org/1999/xhtml" lang="es" xml:lang="es"><head>
-<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type" />
+<?xml version="1.0" encoding="ISO-8859-1"?>\r
+<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">\r
+<html xmlns="http://www.w3.org/1999/xhtml" lang="es" xml:lang="es"><head>\r
+<meta content="text/html; charset=ISO-8859-1" http-equiv="Content-Type" />\r
<!--
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
This file is generated from xml source: DO NOT EDIT
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
- -->
-<title>Iniciar y Parar el servidor Apache - Servidor HTTP Apache Versión 2.5</title>
-<link href="./style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />
-<link href="./style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />
-<link href="./style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" /><link rel="stylesheet" type="text/css" href="./style/css/prettify.css" />
-<script src="./style/scripts/prettify.min.js" type="text/javascript">
-</script>
-
-<link href="./images/favicon.ico" rel="shortcut icon" /></head>
-<body id="manual-page"><div id="page-header">
-<p class="menu"><a href="./mod/">Módulos</a> | <a href="./mod/quickreference.html">Directivas</a> | <a href="http://wiki.apache.org/httpd/FAQ">Preguntas Frecuentes</a> | <a href="./glossary.html">Glosario</a> | <a href="./sitemap.html">Mapa del sitio web</a></p>
-<p class="apache">Versión 2.5 del Servidor HTTP Apache</p>
-<img alt="" src="./images/feather.png" /></div>
-<div class="up"><a href="./"><img title="<-" alt="<-" src="./images/left.gif" /></a></div>
-<div id="path">
-<a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">Servidor HTTP</a> > <a href="http://httpd.apache.org/docs/">Documentación</a> > <a href="./">Versión 2.5</a></div><div id="page-content"><div id="preamble"><h1>Iniciar y Parar el servidor Apache</h1>
-<div class="toplang">
-<p><span>Idiomas disponibles: </span><a href="./de/stopping.html" hreflang="de" rel="alternate" title="Deutsch"> de </a> |
-<a href="./en/stopping.html" hreflang="en" rel="alternate" title="English"> en </a> |
-<a href="./es/stopping.html" title="Español"> es </a> |
-<a href="./fr/stopping.html" hreflang="fr" rel="alternate" title="Français"> fr </a> |
-<a href="./ja/stopping.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> |
-<a href="./ko/stopping.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> |
-<a href="./tr/stopping.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </a></p>
-</div>
-<div class="outofdate">Esta traducción podría estar
- obsoleta. Consulte la versión en inglés de la
- documentación para comprobar si se han producido cambios
- recientemente.</div>
-
- <p>Este documento explica como iniciar y parar el servidor Apache
- en sistemas tipo Unix. Los usuarios de Windows NT, 2000 y XP
- deben consultar la sección <a href="platform/windows.html#winsvc">Ejecutar Apache como un
- servicio</a> y los usuario de Windows 9x y ME deben consultar <a href="platform/windows.html#wincons">Ejecutar Apache como una
- Aplicación de Consola</a> para obtener información
- sobre como controlar Apache en esas plataformas.</p>
-</div>
-<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#introduction">Introducción</a></li>
-<li><img alt="" src="./images/down.gif" /> <a href="#term">Parar Apache</a></li>
-<li><img alt="" src="./images/down.gif" /> <a href="#graceful">Reinicio Graceful</a></li>
-<li><img alt="" src="./images/down.gif" /> <a href="#hup">Reiniciar Apache</a></li>
-<li><img alt="" src="./images/down.gif" /> <a href="#race">Apéndice: señales y race conditions</a></li>
-</ul><h3>Consulte también</h3><ul class="seealso"><li><a href="programs/httpd.html">httpd</a></li><li><a href="programs/apachectl.html">apachectl</a></li><li><a href="#comments_section">Comentarios</a></li></ul></div>
-<div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
-<div class="section">
-<h2><a name="introduction" id="introduction">Introducción</a></h2>
-
- <p>Para parar y reiniciar Apache, hay que enviar la señal
- apropiada al proceso padre <code>httpd</code> que se esté
- ejecutando. Hay dos maneras de enviar estas señales. En
- primer lugar, puede usar el comando de Unix <code>kill</code> que
- envía señales directamente a los procesos. Puede que
- tenga varios procesos <code>httpd</code> ejecutandose en su
- sistema, pero las señales deben enviarse solamente al proceso
- padre, cuyo pid está especificado en la directiva <code class="directive"><a href="./mod/mpm_common.html#pidfile">PidFile</a></code>. Esto quiere decir que no
- debe necesitar enviar señales a ningún proceso excepto
- al proceso padre. Hay tres señales que puede enviar al
- proceso padre: <code><a href="#term">TERM</a></code>, <code><a href="#hup">HUP</a></code>, y <code><a href="#graceful">USR1</a></code>, que van a ser descritas a
- continuación.</p>
-
- <p>Para enviar una señal al proceso padre debe escribir un
- comando como el que se muestra en el ejemplo:</p>
-
-<div class="example"><p><code>kill -TERM `cat /usr/local/apache2/logs/httpd.pid`</code></p></div>
-
- <p>La segunda manera de enviar señales a los procesos
- <code>httpd</code> es usando las opciones de línea de
- comandos <code>-k</code>: <code>stop</code>, <code>restart</code>,
- y <code>graceful</code>, como se muestra más abajo. Estas
- opciones se le pueden pasar al binario <a href="programs/httpd.html">httpd</a>, pero se recomienda que se
- pasen al script de control <a href="programs/apachectl.html">apachectl</a>, que a su vez los
- pasará a <code>httpd</code>.</p>
-
- <p>Después de haber enviado las señales que desee a
- <code>httpd</code>, puede ver como progresa el proceso
- escribiendo:</p>
-
-<div class="example"><p><code>tail -f /usr/local/apache2/logs/error_log</code></p></div>
-
- <p>Modifique estos ejemplos para que coincidan con la
- configuración que tenga especificada en las directivas
- <code class="directive"><a href="./mod/core.html#serverroot">ServerRoot</a></code> y <code class="directive"><a href="./mod/mpm_common.html#pidfile">PidFile</a></code> en su fichero principal de
- configuración.</p>
-</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
-<div class="section">
-<h2><a name="term" id="term">Parar Apache</a></h2>
-
-<dl><dt>Señal: TERM</dt>
-<dd><code>apachectl -k stop</code></dd>
-</dl>
-
- <p>Enviar las señales <code>TERM</code> o <code>stop</code>
- al proceso padre hace que se intenten eliminar todos los procesos
- hijo inmediatamente. Esto puede tardar algunos minutos. Una vez
- que hayan terminado todos los procesos hijo, terminará el
- proceso padre. Cualquier petición en proceso terminará
- inmediatanmente, y ninguna petición posterior será
- atendida.</p>
-</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
-<div class="section">
-<h2><a name="graceful" id="graceful">Reinicio Graceful</a></h2>
-
-<dl><dt>Señal: USR1</dt>
-<dd><code>apachectl -k graceful</code></dd>
-</dl>
-
- <p>Las señales <code>USR1</code> o <code>graceful</code>
- hacen que el proceso padre <em>indique</em> a sus hijos que
- terminen después de servir la petición que estén
- atendiendo en ese momento (o de inmediato si no están
- sirviendo ninguna petición). El proceso padre lee de nuevo
- sus ficheros de configuración y vuelve a abrir sus ficheros
- log. Conforme cada hijo va terminando, el proceso padre lo va
- sustituyendo con un hijo de una nueva <em>generación</em> con
- la nueva configuración, que empeciezan a servir peticiones
- inmediatamente.</p>
-
- <div class="note">En algunas plataformas que no permiten usar
- <code>USR1</code> para reinicios graceful, puede usarse una
- señal alternativa (como <code>WINCH</code>). Tambien puede
- usar <code>apachectl graceful</code> y el script de control
- enviará la señal adecuada para su plataforma.</div>
-
- <p>Apache está diseñado para respetar en todo momento la
- directiva de control de procesos de los MPM, así como para
- que el número de procesos y hebras disponibles para servir a
- los clientes se mantenga en los valores adecuados durante el
- proceso de reinicio. Aún más, está diseñado
- para respetar la directiva <code class="directive"><a href="./mod/mpm_common.html#startservers">StartServers</a></code> de la siguiente
- manera: si después de al menos un segundo el nuevo hijo de la
- directiva <code class="directive"><a href="./mod/mpm_common.html#startservers">StartServers</a></code>
- no ha sido creado, entonces crea los suficientes para se atienda
- el trabajo que queda por hacer. Así, se intenta mantener
- tanto el número de hijos adecuado para el trabajo que el
- servidor tenga en ese momento, como respetar la configuración
- determinada por los parámetros de la directiva
- <code class="directive">StartServers</code>.</p>
-
- <p>Los usuarios del módulo <code class="module"><a href="./mod/mod_status.html">mod_status</a></code>
- notarán que las estadísticas del servidor
- <strong>no</strong> se ponen a cero cuando se usa la señal
- <code>USR1</code>. Apache fue escrito tanto para minimizar el
- tiempo en el que el servidor no puede servir nuevas peticiones
- (que se pondrán en cola por el sistema operativo, de modo que
- se no se pierda ningún evento), como para respetar sus
- parámetros de ajuste. Para hacer esto, tiene que guardar el
- <em>scoreboard</em> usado para llevar el registro de los procesos
- hijo a través de las distintas generaciones.</p>
-
- <p>El mod_status también usa una <code>G</code> para indicar
- que esos hijos están todavía sirviendo peticiones
- previas al reinicio graceful.</p>
-
- <p>Actualmente no existe ninguna manera de que un script con un
- log de rotación usando <code>USR1</code> sepa con seguridad
- que todos los hijos que se registraron en el log con anterioridad
- al reinicio han terminado. Se aconseja que se use un retardo
- adecuado después de enviar la señal <code>USR1</code>
- antes de hacer nada con el log antiguo. Por ejemplo, si la mayor
- parte las visitas que recibe de usuarios que tienen conexiones de
- baja velocidad tardan menos de 10 minutos en completarse, entoces
- espere 15 minutos antes de hacer nada con el log antiguo.</p>
-
- <div class="note">Si su fichero de configuración tiene errores cuando
- haga el reinicio, entonces el proceso padre no se reinciciará
- y terminará con un error. En caso de un reinicio graceful,
- también dejará a los procesos hijo ejecutandose mientras
- existan. (Estos son los hijos de los que se está saliendo de
- forma graceful y que están sirviendo sus últimas
- peticiones.) Esto provocará problemas si intenta reiniciar el
- servidor -- no será posible conectarse a la lista de puertos
- de escucha. Antes de reiniciar, puede comprobar que la sintaxis de
- sus ficheros de configuracion es correcta con la opción de
- línea de comandos <code>-t</code> (consulte <a href="programs/httpd.html">httpd</a>). No obstante, esto no
- garantiza que el servidor se reinicie correctamente. Para
- comprobar que no hay errores en los ficheros de
- configuración, puede intentar iniciar <code>httpd</code> con
- un usuario diferente a root. Si no hay errores, intentará
- abrir sus sockets y logs y fallará porque el usuario no es
- root (o porque el <code>httpd</code> que se está ejecutando
- en ese momento ya está conectado a esos puertos). Si falla
- por cualquier otra razón, entonces casi seguro que hay
- algún error en alguno de los ficheros de configuración y
- debe corregir ese o esos errores antes de hacer un reinicio
- graceful.</div>
-</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
-<div class="section">
-<h2><a name="hup" id="hup">Reiniciar Apache</a></h2>
-
-<dl><dt>Señal: HUP</dt>
-<dd><code>apachectl -k restart</code></dd>
-</dl>
-
- <p>El envío de las señales <code>HUP</code> o
- <code>restart</code> al proceso padre hace que los procesos hijo
- terminen como si le enviá ramos la señal
- <code>TERM</code>, para eliminar el proceso padre. La diferencia
- está en que estas señales vuelven a leer los archivos de
- configuración y vuelven a abrir los ficheros log. Se genera
- un nuevo conjunto de hijos y se continúa sirviendo
- peticiones.</p>
-
- <p>Los usuarios del módulo <code class="module"><a href="./mod/mod_status.html">mod_status</a></code>
- notarán que las estadísticas del servidor se ponen a
- cero cuando se envía la señal <code>HUP</code>.</p>
-
-<div class="note">Si su fichero de configuración contiene errores, cuando
-intente reiniciar, el proceso padre del servidor no se
-reiniciará, sino que terminará con un error. Consulte
-más arriba cómo puede solucionar este problema.</div>
-</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>
-<div class="section">
-<h2><a name="race" id="race">Apéndice: señales y race conditions</a></h2>
-
- <p>Con anterioridad a la versión de Apache 1.2b9 había
- varias <em>race conditions</em> implicadas en las señales
- para parar y reiniciar procesos (una descripción sencilla de
- una race condition es: un problema relacionado con el momento en
- que suceden las cosas, como si algo sucediera en momento en que no
- debe, y entonces el resultado esperado no se corresponde con el
- obtenido). Para aquellas arquitecturas que tienen el conjunto de
- características "adecuadas", se han eliminado tantas race
- conditions como ha sido posible. Pero hay que tener en cuenta que
- todavía existen race conditions en algunas arquitecturas.</p>
-
- <p>En las arquitecturas que usan un <code class="directive"><a href="./mod/mpm_common.html#scoreboardfile">ScoreBoardFile</a></code> en disco, existe la
- posibilidad de que se corrompan los scoreboards. Esto puede hacer
- que se produzca el error "bind: Address already in use"
- (después de usar<code>HUP</code>) o el error "long lost child
- came home!" (después de usar <code>USR1</code>). En el
- primer caso se trata de un error irrecuperable, mientras que en el
- segundo, solo ocurre que el servidor pierde un slot del
- scoreboard. Por lo tanto, sería aconsejable usar reinicios
- graceful, y solo hacer reinicios normales de forma
- ocasional. Estos problemas son bastante complicados de solucionar,
- pero afortunadamente casi ninguna arquitectura necesita un fichero
- scoreboard. Consulte la documentación de la directiva
- <code class="directive"><a href="./mod/mpm_common.html#scoreboardfile">ScoreBoardFile</a></code> para ver
- las arquitecturas que la usan.</p>
-
- <p>Todas las arquitecturas tienen una pequeña race condition
- en cada proceso hijo implicada en la segunda y subsiguientes
- peticiones en una conexión HTTP persistente
- (KeepAlive). Puede ser que el servidor termine después de
- leer la línea de petición pero antes de leer cualquiera
- de las cebeceras de petición. Hay una solución que fue
- descubierta demasiado tarde para la incluirla en versión
- 1.2. En teoria esto no debe suponer ningún problema porque el
- cliente KeepAlive ha de esperar que estas cosas pasen debido a los
- retardos de red y a los timeouts que a veces dan los
- servidores. En la practica, parece que no afecta a nada más
- -- en una sesión de pruebas, un servidor se reinició
- veinte veces por segundo y los clientes pudieron navegar sin
- problemas por el sitio web sin encontrar problemas ni para
- descargar una sola imagen ni encontrar un solo enlace roto. </p>
-</div></div>
-<div class="bottomlang">
-<p><span>Idiomas disponibles: </span><a href="./de/stopping.html" hreflang="de" rel="alternate" title="Deutsch"> de </a> |
-<a href="./en/stopping.html" hreflang="en" rel="alternate" title="English"> en </a> |
-<a href="./es/stopping.html" title="Español"> es </a> |
-<a href="./fr/stopping.html" hreflang="fr" rel="alternate" title="Français"> fr </a> |
-<a href="./ja/stopping.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> |
-<a href="./ko/stopping.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> |
-<a href="./tr/stopping.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </a></p>
-</div><div class="top"><a href="#page-header"><img src="./images/up.gif" alt="top" /></a></div><div class="section"><h2><a id="comments_section" name="comments_section">Comentarios</a></h2><div class="warning"><strong>Notice:</strong><br />This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our <a href="http://httpd.apache.org/lists.html">mailing lists</a>.</div>
+ -->\r
+<title>Iniciar y Parar el servidor Apache - Servidor HTTP Apache Versión 2.5</title>\r
+<link href="./style/css/manual.css" rel="stylesheet" media="all" type="text/css" title="Main stylesheet" />\r
+<link href="./style/css/manual-loose-100pc.css" rel="alternate stylesheet" media="all" type="text/css" title="No Sidebar - Default font size" />\r
+<link href="./style/css/manual-print.css" rel="stylesheet" media="print" type="text/css" /><link rel="stylesheet" type="text/css" href="./style/css/prettify.css" />\r
+<script src="./style/scripts/prettify.min.js" type="text/javascript">\r
+</script>\r
+\r
+<link href="./images/favicon.ico" rel="shortcut icon" /></head>\r
+<body id="manual-page"><div id="page-header">\r
+<p class="menu"><a href="./mod/">Módulos</a> | <a href="./mod/quickreference.html">Directivas</a> | <a href="http://wiki.apache.org/httpd/FAQ">Preguntas Frecuentes</a> | <a href="./glossary.html">Glosario</a> | <a href="./sitemap.html">Mapa del sitio web</a></p>\r
+<p class="apache">Versión 2.5 del Servidor HTTP Apache</p>\r
+<img alt="" src="./images/feather.png" /></div>\r
+<div class="up"><a href="./"><img title="<-" alt="<-" src="./images/left.gif" /></a></div>\r
+<div id="path">\r
+<a href="http://www.apache.org/">Apache</a> > <a href="http://httpd.apache.org/">Servidor HTTP</a> > <a href="http://httpd.apache.org/docs/">Documentación</a> > <a href="./">Versión 2.5</a></div><div id="page-content"><div id="preamble"><h1>Iniciar y Parar el servidor Apache</h1>\r
+<div class="toplang">\r
+<p><span>Idiomas disponibles: </span><a href="./de/stopping.html" hreflang="de" rel="alternate" title="Deutsch"> de </a> |\r
+<a href="./en/stopping.html" hreflang="en" rel="alternate" title="English"> en </a> |\r
+<a href="./es/stopping.html" title="Español"> es </a> |\r
+<a href="./fr/stopping.html" hreflang="fr" rel="alternate" title="Français"> fr </a> |\r
+<a href="./ja/stopping.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> |\r
+<a href="./ko/stopping.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> |\r
+<a href="./tr/stopping.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </a></p>\r
+</div>\r
+\r
+ <p>Este documento explica como iniciar y parar el servidor Apache\r
+ en sistemas tipo Unix. Los usuarios de Windows NT, 2000 y XP\r
+ deben consultar la sección <a href="platform/windows.html#winsvc">Ejecutar Apache como un\r
+ servicio</a> y los usuario de Windows 9x y ME deben consultar <a href="platform/windows.html#wincons">Ejecutar Apache como una\r
+ Aplicación de Consola</a> para obtener información\r
+ sobre como controlar Apache en esas plataformas.</p>\r
+</div>\r
+<div id="quickview"><ul id="toc"><li><img alt="" src="./images/down.gif" /> <a href="#introduction">Introducción</a></li>\r
+<li><img alt="" src="./images/down.gif" /> <a href="#term">Parar Ahora Apache</a></li>\r
+<li><img alt="" src="./images/down.gif" /> <a href="#graceful">Reinicio "Graceful" o elegante</a></li>\r
+<li><img alt="" src="./images/down.gif" /> <a href="#hup">Reiniciar Apache</a></li>\r
+<li><img alt="" src="./images/down.gif" /> <a href="#race">Apándice: señales y race conditions</a></li>\r
+</ul><h3>Consulte también</h3><ul class="seealso"><li><code class="program"><a href="./programs/httpd.html">httpd</a></code></li><li><code class="program"><a href="./programs/apachectl.html">apachectl</a></code></li><li><a href="invoking.html" />Iniciar Apache</li><li><a href="#comments_section">Comentarios</a></li></ul></div>\r
+<div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>\r
+<div class="section">\r
+<h2><a name="introduction" id="introduction">Introducción</a></h2>\r
+\r
+ <p>Para parar y reiniciar Apache, hay que enviar la señal\r
+ apropiada al proceso padre <code>httpd</code> que se está\r
+ ejecutando. Hay dos maneras de enviar estas señales. En\r
+ primer lugar, puede usar el comando de Unix <code>kill</code> que\r
+ envía señales directamente a los procesos. Puede que\r
+ tenga varios procesos <code>httpd</code> ejecutándose en su\r
+ sistema, pero las señales deben enviarse solamente al proceso\r
+ padre, cuyo PID está especificado en la directiva <code class="directive"><a href="./mod/mpm_common.html#pidfile">PidFile</a></code>. Esto quiere decir que no\r
+ debe necesitar enviar señales a ningún proceso excepto\r
+ al proceso padre. Hay tres señales que puede enviar al\r
+ proceso padre: \r
+ <code><a href="#term">TERM</a></code>, \r
+ <code><a href="#graceful">USR1</a></code>\r
+ <code><a href="#hup">HUP</a></code>, y\r
+ <code><a href="#gracefulstop">WINCH</a></code>,\r
+ que van a ser descritas a continuación.</p>\r
+\r
+ <p>Para enviar una señal al proceso padre debe escribir un\r
+ comando como el que se muestra en el ejemplo:</p>\r
+\r
+<div class="example"><p><code>kill -TERM `cat /usr/local/apache2/logs/httpd.pid`</code></p></div>\r
+\r
+ <p>La segunda manera de enviar señales a los procesos\r
+ <code>httpd</code> es usando las opciones de línea de\r
+ comandos <code>-k</code>: <code>stop</code>, <code>restart</code>,\r
+ y <code>graceful</code> y <code>graceful-stop</code>, como se \r
+ muestra más abajo. Estas opciones se le pueden pasar al binario \r
+ <code class="program"><a href="./programs/httpd.html">httpd</a></code>, pero se recomienda que se pasen al \r
+ script de control <code class="program"><a href="./programs/apachectl.html">apachectl</a></code>, que a su vez los\r
+ pasará a <code class="program"><a href="./programs/httpd.html">httpd</a></code>.</p>\r
+\r
+ <p>Después de haber enviado las señales que desee a\r
+ <code>httpd</code>, puede ver como progresa el proceso\r
+ escribiendo:</p>\r
+\r
+<div class="example"><p><code>tail -f /usr/local/apache2/logs/error_log</code></p></div>\r
+\r
+ <p>Modifique estos ejemplos para que coincidan con la\r
+ configuración que tenga especificada en las directivas\r
+ <code class="directive"><a href="./mod/core.html#serverroot">ServerRoot</a></code> y <code class="directive"><a href="./mod/mpm_common.html#pidfile">PidFile</a></code> en su fichero principal de\r
+ configuración.</p>\r
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>\r
+<div class="section">\r
+<h2><a name="term" id="term">Parar Ahora Apache</a></h2>\r
+\r
+<dl><dt>Señal: TERM</dt>\r
+<dd><code>apachectl -k stop</code></dd>\r
+</dl>\r
+\r
+ <p>Enviar las señales <code>TERM</code> o <code>stop</code>\r
+ al proceso padre hace que se intenten eliminar todos los procesos\r
+ hijos inmediatamente. Esto puede tardar algunos segundos. Una vez que hayan \r
+ terminado todos los procesos hijos, terminará el proceso padre. \r
+ Cualquier petición en proceso terminará inmediatamente, y \r
+ ninguna petición posterior será\r
+ atendida.</p>\r
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>\r
+<div class="section">\r
+<h2><a name="graceful" id="graceful">Reinicio "Graceful" o elegante</a></h2>\r
+\r
+<dl><dt>Señal: USR1</dt>\r
+<dd><code>apachectl -k graceful</code></dd>\r
+</dl>\r
+\r
+ <p>Las señales <code>USR1</code> o <code>graceful</code>\r
+ hacen que el proceso padre <em>indique</em> a sus hijos que\r
+ terminen después de servir la petición que están\r
+ atendiendo en ese momento (o de inmediato si no están\r
+ sirviendo ninguna petición). El proceso padre lee de nuevo\r
+ sus ficheros de configuración y vuelve a abrir sus ficheros\r
+ log. Conforme cada hijo va terminando, el proceso padre lo va\r
+ sustituyendo con un hijo de una nueva <em>generación</em> con\r
+ la nueva configuración, que empiezan a servir peticiones\r
+ inmediatamente.</p>\r
+\r
+ <div class="note">En algunas plataformas que no permiten usar\r
+ <code>USR1</code> para reinicios graceful, puede usarse una\r
+ señal alternativa (como <code>WINCH</code>). También puede\r
+ usar <code>apachectl graceful</code> y el script de control\r
+ enviará la señal adecuada para su plataforma.</div>\r
+\r
+ <p>Apache está diseñado para respetar en todo momento la\r
+ directiva de control de procesos de los MPM, así como para\r
+ que el número de procesos e hilos disponibles para servir a\r
+ los clientes se mantenga en los valores adecuados durante el\r
+ proceso de reinicio. Aún más, está diseñado\r
+ para respetar la directiva <code class="directive"><a href="./mod/mpm_common.html#startservers">StartServers</a></code> de la siguiente\r
+ manera: si después de al menos un segundo el nuevo hijo de la\r
+ directiva <code class="directive"><a href="./mod/mpm_common.html#startservers">StartServers</a></code>\r
+ no ha sido creado, entonces crea los suficientes para que se atienda\r
+ el trabajo que queda por hacer. Así, se intenta mantener\r
+ tanto el número de hijos adecuado para el trabajo que el\r
+ servidor tenga en ese momento, como respetar la configuración\r
+ determinada por los parámetros de la directiva\r
+ <code class="directive">StartServers</code>.</p>\r
+\r
+ <p>Los usuarios del módulo <code class="module"><a href="./mod/mod_status.html">mod_status</a></code>\r
+ notarán que las estadísticas del servidor\r
+ <strong>no</strong> se ponen a cero cuando se usa la señal\r
+ <code>USR1</code>. Apache fue escrito tanto para minimizar el\r
+ tiempo en el que el servidor no puede servir nuevas peticiones\r
+ (que se pondrán en cola por el sistema operativo, de modo que\r
+ se no se pierda ningún evento), como para respetar sus\r
+ parámetros de ajuste. Para hacer esto, tiene que guardar el\r
+ <em>scoreboard</em> usado para llevar el registro de los procesos\r
+ hijo a través de las distintas generaciones.</p>\r
+\r
+ <p>El mod_status también usa una <code>G</code> para indicar\r
+ que esos hijos están todavía sirviendo peticiones\r
+ previas al reinicio graceful.</p>\r
+\r
+ <p>Actualmente no existe ninguna manera de que un script con un\r
+ log de rotación usando <code>USR1</code> sepa con seguridad\r
+ que todos los hijos que se registraron en el log con anterioridad\r
+ al reinicio han terminado. Se aconseja que se use un retardo\r
+ adecuado después de enviar la señal <code>USR1</code>\r
+ antes de hacer nada con el log antiguo. Por ejemplo, si la mayor\r
+ parte las visitas que recibe de usuarios que tienen conexiones de\r
+ baja velocidad tardan menos de 10 minutos en completarse, entonces\r
+ espere 15 minutos antes de hacer nada con el log antiguo.</p>\r
+\r
+ <div class="note">Si su fichero de configuración tiene errores cuando\r
+ haga el reinicio, entonces el proceso padre no se reiniciará\r
+ y terminará con un error. En caso de un reinicio graceful,\r
+ también dejará a los procesos hijo ejecutándose mientras\r
+ existan. (Estos son los hijos de los que se está saliendo de\r
+ forma graceful y que están sirviendo sus últimas\r
+ peticiones.) Esto provocará problemas si intenta reiniciar el\r
+ servidor no será posible conectarse a la lista de puertos\r
+ de escucha. Antes de reiniciar, puede comprobar que la sintaxis de\r
+ sus ficheros de configuración es correcta con la opción de\r
+ línea de comandos <code>-t</code> (consulte <code class="program"><a href="./programs/httpd.html">httpd</a></code>). \r
+ No obstante, esto no\r
+ garantiza que el servidor se reinicie correctamente. Para\r
+ comprobar que no hay errores en los ficheros de\r
+ configuración, puede intentar iniciar <code>httpd</code> con\r
+ un usuario diferente a root. Si no hay errores, intentará\r
+ abrir sus sockets y logs y fallará porque el usuario no es\r
+ root (o porque el <code>httpd</code> que se está ejecutando\r
+ en ese momento ya está conectado a esos puertos). Si falla\r
+ por cualquier otra razón, entonces casi seguro que hay\r
+ algún error en alguno de los ficheros de configuración y\r
+ debe corregir ese o esos errores antes de hacer un reinicio\r
+ graceful.</div>\r
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>\r
+<div class="section">\r
+<h2><a name="hup" id="hup">Reiniciar Apache</a></h2>\r
+\r
+<dl><dt>Señal: HUP</dt>\r
+<dd><code>apachectl -k restart</code></dd>\r
+</dl>\r
+\r
+ <p>El envío de las señales <code>HUP</code> o\r
+ <code>restart</code> al proceso padre hace que los procesos hijo\r
+ terminen como si le enviáramos la señal\r
+ <code>TERM</code>, para eliminar el proceso padre. La diferencia\r
+ está en que estas señales vuelven a leer los archivos de\r
+ configuración y vuelven a abrir los ficheros log. Se genera\r
+ un nuevo conjunto de hijos y se continúa sirviendo\r
+ peticiones.</p>\r
+\r
+ <p>Los usuarios del módulo <code class="module"><a href="./mod/mod_status.html">mod_status</a></code>\r
+ notarán que las estadísticas del servidor se ponen a\r
+ cero cuando se envía la señal <code>HUP</code>.</p>\r
+\r
+<div class="note">Si su fichero de configuración contiene errores, cuando\r
+intente reiniciar, el proceso padre del servidor no se\r
+reiniciará, sino que terminará con un error. Consulte\r
+más arriba cómo puede solucionar este problema.</div>\r
+</div><div class="top"><a href="#page-header"><img alt="top" src="./images/up.gif" /></a></div>\r
+<div class="section">\r
+<h2><a name="race" id="race">Apándice: señales y race conditions</a></h2>\r
+\r
+ <p>Con anterioridad a la versión de Apache 1.2b9 había\r
+ varias <em>race conditions</em> implicadas en las señales\r
+ para parar y reiniciar procesos (una descripción sencilla de\r
+ una race condition es: un problema relacionado con el momento en\r
+ que suceden las cosas, como si algo sucediera en momento en que no\r
+ debe, y entonces el resultado esperado no se corresponde con el\r
+ obtenido). Para aquellas arquitecturas que tienen el conjunto de\r
+ características "adecuadas", se han eliminado tantas race\r
+ conditions como ha sido posible. Pero hay que tener en cuenta que\r
+ todavía existen race conditions en algunas arquitecturas.</p>\r
+\r
+ <p>En las arquitecturas que usan un <code class="directive"><a href="./mod/mpm_common.html#scoreboardfile">ScoreBoardFile</a></code> en disco, existe la\r
+ posibilidad de que se corrompan los scoreboards. Esto puede hacer\r
+ que se produzca el error "bind: Address already in use"\r
+ (despuás de usar<code>HUP</code>) o el error "long lost child\r
+ came home!" (despuás de usar <code>USR1</code>). En el\r
+ primer caso se trata de un error irrecuperable, mientras que en el\r
+ segundo, solo ocurre que el servidor pierde un slot del\r
+ scoreboard. Por lo tanto, sería aconsejable usar reinicios\r
+ graceful, y solo hacer reinicios normales de forma\r
+ ocasional. Estos problemas son bastante complicados de solucionar,\r
+ pero afortunadamente casi ninguna arquitectura necesita un fichero\r
+ scoreboard. Consulte la documentación de la directiva\r
+ <code class="directive"><a href="./mod/mpm_common.html#scoreboardfile">ScoreBoardFile</a></code> para ver\r
+ las arquitecturas que la usan.</p>\r
+\r
+ <p>Todas las arquitecturas tienen una pequeña race condition\r
+ en cada proceso hijo implicada en la segunda y subsiguientes\r
+ peticiones en una conexión HTTP persistente\r
+ (KeepAlive). Puede ser que el servidor termine después de\r
+ leer la línea de petición pero antes de leer cualquiera\r
+ de las cabeceras de petición. Hay una solución que fue\r
+ descubierta demasiado tarde para la incluirla en versión\r
+ 1.2. En teoría esto no debe suponer ningún problema porque el\r
+ cliente KeepAlive ha de esperar que estas cosas pasen debido a los\r
+ retardos de red y a los timeouts que a veces dan los\r
+ servidores. En la practica, parece que no afecta a nada más\r
+ -- en una sesión de pruebas, un servidor se reinició\r
+ veinte veces por segundo y los clientes pudieron navegar sin\r
+ problemas por el sitio web sin encontrar problemas ni para\r
+ descargar una sola imagen ni encontrar un solo enlace roto. </p>\r
+</div></div>\r
+<div class="bottomlang">\r
+<p><span>Idiomas disponibles: </span><a href="./de/stopping.html" hreflang="de" rel="alternate" title="Deutsch"> de </a> |\r
+<a href="./en/stopping.html" hreflang="en" rel="alternate" title="English"> en </a> |\r
+<a href="./es/stopping.html" title="Español"> es </a> |\r
+<a href="./fr/stopping.html" hreflang="fr" rel="alternate" title="Français"> fr </a> |\r
+<a href="./ja/stopping.html" hreflang="ja" rel="alternate" title="Japanese"> ja </a> |\r
+<a href="./ko/stopping.html" hreflang="ko" rel="alternate" title="Korean"> ko </a> |\r
+<a href="./tr/stopping.html" hreflang="tr" rel="alternate" title="Türkçe"> tr </a></p>\r
+</div><div class="top"><a href="#page-header"><img src="./images/up.gif" alt="top" /></a></div><div class="section"><h2><a id="comments_section" name="comments_section">Comentarios</a></h2><div class="warning"><strong>Notice:</strong><br />This is not a Q&A section. Comments placed here should be pointed towards suggestions on improving the documentation or server, and may be removed again by our moderators if they are either implemented or considered invalid/off-topic. Questions on how to manage the Apache HTTP Server should be directed at either our IRC channel, #httpd, on Freenode, or sent to our <a href="http://httpd.apache.org/lists.html">mailing lists</a>.</div>\r
<script type="text/javascript"><!--//--><![CDATA[//><!--
var comments_shortname = 'httpd';
var comments_identifier = 'http://httpd.apache.org/docs/trunk/stopping.html';
d.write('<div id="comments_thread">Comments are disabled for this page at the moment.<\/div>');
}
})(window, document);
-//--><!]]></script></div><div id="footer">
-<p class="apache">Copyright 2016 The Apache Software Foundation.<br />Licencia bajo los términos de la <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>
+//--><!]]></script></div><div id="footer">\r
+<p class="apache">Copyright 2016 The Apache Software Foundation.<br />Licencia bajo los términos de la <a href="http://www.apache.org/licenses/LICENSE-2.0">Apache License, Version 2.0</a>.</p>\r
<p class="menu"><a href="./mod/">Módulos</a> | <a href="./mod/quickreference.html">Directivas</a> | <a href="http://wiki.apache.org/httpd/FAQ">Preguntas Frecuentes</a> | <a href="./glossary.html">Glosario</a> | <a href="./sitemap.html">Mapa del sitio web</a></p></div><script type="text/javascript"><!--//--><![CDATA[//><!--
if (typeof(prettyPrint) !== 'undefined') {
prettyPrint();
}
-//--><!]]></script>
+//--><!]]></script>\r
</body></html>
\ No newline at end of file
<?xml version='1.0' encoding='UTF-8' ?>
<!DOCTYPE manualpage SYSTEM "./style/manualpage.dtd">
<?xml-stylesheet type="text/xsl" href="./style/manual.es.xsl"?>
-<!-- English Revision: 105989:1174747 (outdated) -->
+<!-- English Revision: 1174747 -->
+<!-- Translated by Luis Gil de Bernabé Pfeiffer lgilbernabe[AT]apache.org -->
+<!-- Reviewed by Sergio Ramos-->
<!--
Licensed to the Apache Software Foundation (ASF) under one or more
<summary>
<p>Este documento explica como iniciar y parar el servidor Apache
en sistemas tipo Unix. Los usuarios de Windows NT, 2000 y XP
- deben consultar la secci
ón <a
+ deben consultar la secci
ón <a
href="platform/windows.html#winsvc">Ejecutar Apache como un
servicio</a> y los usuario de Windows 9x y ME deben consultar <a
href="platform/windows.html#wincons">Ejecutar Apache como una
- Aplicación de Consola</a> para obtener información
+ Aplicación de Consola</a> para obtener información
sobre como controlar Apache en esas plataformas.</p>
</summary>
-<seealso><a href="programs/httpd.html">httpd</a></seealso>
-<seealso><a href="programs/apachectl.html">apachectl</a></seealso>
+<seealso><program>httpd</program></seealso>
+<seealso><program>apachectl</program></seealso>
+<seealso><a href="invoking.html"></a>Iniciar Apache</seealso>
-<section id="introduction"><title>Introducción</title>
+<section id="introduction"><title>Introducción</title>
- <p>Para parar y reiniciar Apache, hay que enviar la señal
- apropiada al proceso padre <code>httpd</code> que se esté
- ejecutando. Hay dos maneras de enviar estas señales. En
+ <p>Para parar y reiniciar Apache, hay que enviar la señal
+ apropiada al proceso padre <code>httpd</code> que se está
+ ejecutando. Hay dos maneras de enviar estas señales. En
primer lugar, puede usar el comando de Unix <code>kill</code> que
- envía señales directamente a los procesos. Puede que
- tenga varios procesos <code>httpd</code> ejecutandose en su
- sistema, pero las señales deben enviarse solamente al proceso
- padre, cuyo pid está especificado en la directiva <directive
+ envía señales directamente a los procesos. Puede que
+ tenga varios procesos <code>httpd</code> ejecutándose en su
+ sistema, pero las señales deben enviarse solamente al proceso
+ padre, cuyo PID está especificado en la directiva <directive
module="mpm_common">PidFile</directive>. Esto quiere decir que no
- debe necesitar enviar señales a ningún proceso excepto
- al proceso padre. Hay tres señales que puede enviar al
- proceso padre: <code><a href="#term">TERM</a></code>, <code><a
- href="#hup">HUP</a></code>, y <code><a
- href="#graceful">USR1</a></code>, que van a ser descritas a
- continuación.</p>
-
- <p>Para enviar una señal al proceso padre debe escribir un
+ debe necesitar enviar señales a ningún proceso excepto
+ al proceso padre. Hay tres señales que puede enviar al
+ proceso padre:
+ <code><a href="#term">TERM</a></code>,
+ <code><a href="#graceful">USR1</a></code>
+ <code><a href="#hup">HUP</a></code>, y
+ <code><a href="#gracefulstop">WINCH</a></code>,
+ que van a ser descritas a continuación.</p>
+
+ <p>Para enviar una señal al proceso padre debe escribir un
comando como el que se muestra en el ejemplo:</p>
<example>kill -TERM `cat /usr/local/apache2/logs/httpd.pid`</example>
- <p>La segunda manera de enviar señales a los procesos
- <code>httpd</code> es usando las opciones de línea de
+ <p>La segunda manera de enviar señales a los procesos
+ <code>httpd</code> es usando las opciones de línea de
comandos <code>-k</code>: <code>stop</code>, <code>restart</code>,
- y <code>graceful</code>, como se muestra más abajo. Estas
- opciones se le pueden pasar al binario <a
- href="programs/httpd.html">httpd</a>, pero se recomienda que se
- pasen al script de control <a
- href="programs/apachectl.html">apachectl</a>, que a su vez los
- pasará a <code>httpd</code>.</p>
-
- <p>Después de haber enviado las señales que desee a
+ y <code>graceful</code> y <code>graceful-stop</code>, como se
+ muestra más abajo. Estas opciones se le pueden pasar al binario
+ <program>httpd</program>, pero se recomienda que se pasen al
+ script de control <program>apachectl</program>, que a su vez los
+ pasará a <program>httpd</program>.</p>
+
+ <p>Después de haber enviado las señales que desee a
<code>httpd</code>, puede ver como progresa el proceso
escribiendo:</p>
<example>tail -f /usr/local/apache2/logs/error_log</example>
<p>Modifique estos ejemplos para que coincidan con la
- configuración que tenga especificada en las directivas
+ configuración que tenga especificada en las directivas
<directive module="core">ServerRoot</directive> y <directive
module="mpm_common">PidFile</directive> en su fichero principal de
- configuración.</p>
+ configuración.</p>
</section>
-<section id="term"><title>Parar Apache</title>
+<section id="term"><title>Parar Ahora Apache</title>
-<dl><dt>Señal: TERM</dt>
+<dl><dt>Señal: TERM</dt>
<dd><code>apachectl -k stop</code></dd>
</dl>
- <p>Enviar las señales <code>TERM</code> o <code>stop</code>
+ <p>Enviar las señales <code>TERM</code> o <code>stop</code>
al proceso padre hace que se intenten eliminar todos los procesos
- hijo inmediatamente. Esto puede tardar algunos minutos. Una vez
- que hayan terminado todos los procesos hijo, terminará el
- proceso padre. Cualquier petición en proceso terminará
- inmediatanmente, y ninguna petición posterior será
+ hijos inmediatamente. Esto puede tardar algunos segundos. Una vez que hayan
+ terminado todos los procesos hijos, terminará el proceso padre.
+ Cualquier petición en proceso terminará inmediatamente, y
+ ninguna petición posterior será
atendida.</p>
</section>
-<section id="graceful"><title>Reinicio Graceful</title>
+<section id="graceful"><title>Reinicio "Graceful" o elegante</title>
-<dl><dt>Señal: USR1</dt>
+<dl><dt>Señal: USR1</dt>
<dd><code>apachectl -k graceful</code></dd>
</dl>
- <p>Las señales <code>USR1</code> o <code>graceful</code>
+ <p>Las señales <code>USR1</code> o <code>graceful</code>
hacen que el proceso padre <em>indique</em> a sus hijos que
- terminen después de servir la petición que estén
- atendiendo en ese momento (o de inmediato si no están
- sirviendo ninguna petición). El proceso padre lee de nuevo
- sus ficheros de configuración y vuelve a abrir sus ficheros
+ terminen después de servir la petición que están
+ atendiendo en ese momento (o de inmediato si no están
+ sirviendo ninguna petición). El proceso padre lee de nuevo
+ sus ficheros de configuración y vuelve a abrir sus ficheros
log. Conforme cada hijo va terminando, el proceso padre lo va
- sustituyendo con un hijo de una nueva <em>generación</em> con
- la nueva configuración, que empeciezan a servir peticiones
+ sustituyendo con un hijo de una nueva <em>generación</em> con
+ la nueva configuración, que empiezan a servir peticiones
inmediatamente.</p>
<note>En algunas plataformas que no permiten usar
<code>USR1</code> para reinicios graceful, puede usarse una
- señal alternativa (como <code>WINCH</code>). Tambien puede
+ señal alternativa (como <code>WINCH</code>). También puede
usar <code>apachectl graceful</code> y el script de control
- enviará la señal adecuada para su plataforma.</note>
+ enviará la señal adecuada para su plataforma.</note>
- <p>Apache está diseñado para respetar en todo momento la
- directiva de control de procesos de los MPM, así como para
- que el número de procesos y hebras disponibles para servir a
+ <p>Apache está diseñado para respetar en todo momento la
+ directiva de control de procesos de los MPM, así como para
+ que el número de procesos e hilos disponibles para servir a
los clientes se mantenga en los valores adecuados durante el
- proceso de reinicio. Aún más, está diseñado
+ proceso de reinicio. Aún más, está diseñado
para respetar la directiva <directive
module="mpm_common">StartServers</directive> de la siguiente
- manera: si después de al menos un segundo el nuevo hijo de la
+ manera: si después de al menos un segundo el nuevo hijo de la
directiva <directive module="mpm_common">StartServers</directive>
- no ha sido creado, entonces crea los suficientes para se atienda
- el trabajo que queda por hacer. Así, se intenta mantener
- tanto el número de hijos adecuado para el trabajo que el
- servidor tenga en ese momento, como respetar la configuración
- determinada por los parámetros de la directiva
+ no ha sido creado, entonces crea los suficientes para que se atienda
+ el trabajo que queda por hacer. Así, se intenta mantener
+ tanto el número de hijos adecuado para el trabajo que el
+ servidor tenga en ese momento, como respetar la configuración
+ determinada por los parámetros de la directiva
<directive>StartServers</directive>.</p>
- <p>Los usuarios del módulo <module>mod_status</module>
- notarán que las estadísticas del servidor
- <strong>no</strong> se ponen a cero cuando se usa la señal
+ <p>Los usuarios del módulo <module>mod_status</module>
+ notarán que las estadísticas del servidor
+ <strong>no</strong> se ponen a cero cuando se usa la señal
<code>USR1</code>. Apache fue escrito tanto para minimizar el
tiempo en el que el servidor no puede servir nuevas peticiones
- (que se pondrán en cola por el sistema operativo, de modo que
- se no se pierda ningún evento), como para respetar sus
- parámetros de ajuste. Para hacer esto, tiene que guardar el
+ (que se pondrán en cola por el sistema operativo, de modo que
+ se no se pierda ningún evento), como para respetar sus
+ parámetros de ajuste. Para hacer esto, tiene que guardar el
<em>scoreboard</em> usado para llevar el registro de los procesos
- hijo a través de las distintas generaciones.</p>
+ hijo a través de las distintas generaciones.</p>
- <p>El mod_status también usa una <code>G</code> para indicar
- que esos hijos están todavía sirviendo peticiones
+ <p>El mod_status también usa una <code>G</code> para indicar
+ que esos hijos están todavía sirviendo peticiones
previas al reinicio graceful.</p>
<p>Actualmente no existe ninguna manera de que un script con un
- log de rotación usando <code>USR1</code> sepa con seguridad
+ log de rotación usando <code>USR1</code> sepa con seguridad
que todos los hijos que se registraron en el log con anterioridad
al reinicio han terminado. Se aconseja que se use un retardo
- adecuado después de enviar la señal <code>USR1</code>
+ adecuado después de enviar la señal <code>USR1</code>
antes de hacer nada con el log antiguo. Por ejemplo, si la mayor
parte las visitas que recibe de usuarios que tienen conexiones de
- baja velocidad tardan menos de 10 minutos en completarse, entoces
+ baja velocidad tardan menos de 10 minutos en completarse, entonces
espere 15 minutos antes de hacer nada con el log antiguo.</p>
- <note>Si su fichero de configuración tiene errores cuando
- haga el reinicio, entonces el proceso padre no se reinciciará
- y terminará con un error. En caso de un reinicio graceful,
- también dejará a los procesos hijo ejecutandose mientras
- existan. (Estos son los hijos de los que se está saliendo de
- forma graceful y que están sirviendo sus últimas
- peticiones.) Esto provocará problemas si intenta reiniciar el
- servidor -- no será posible conectarse a la lista de puertos
+ <note>Si su fichero de configuración tiene errores cuando
+ haga el reinicio, entonces el proceso padre no se reiniciará
+ y terminará con un error. En caso de un reinicio graceful,
+ también dejará a los procesos hijo ejecutándose mientras
+ existan. (Estos son los hijos de los que se está saliendo de
+ forma graceful y que están sirviendo sus últimas
+ peticiones.) Esto provocará problemas si intenta reiniciar el
+ servidor no será posible conectarse a la lista de puertos
de escucha. Antes de reiniciar, puede comprobar que la sintaxis de
- sus ficheros de configuracion es correcta con la opción de
- línea de comandos <code>-t</code> (consulte <a
- href="programs/httpd.html">httpd</a>). No obstante, esto no
+ sus ficheros de configuración es correcta con la opción de
+ línea de comandos <code>-t</code> (consulte <program>httpd</program>).
+ No obstante, esto no
garantiza que el servidor se reinicie correctamente. Para
comprobar que no hay errores en los ficheros de
- configuración, puede intentar iniciar <code>httpd</code> con
- un usuario diferente a root. Si no hay errores, intentará
- abrir sus sockets y logs y fallará porque el usuario no es
- root (o porque el <code>httpd</code> que se está ejecutando
- en ese momento ya está conectado a esos puertos). Si falla
- por cualquier otra razón, entonces casi seguro que hay
- algún error en alguno de los ficheros de configuración y
+ configuración, puede intentar iniciar <code>httpd</code> con
+ un usuario diferente a root. Si no hay errores, intentará
+ abrir sus sockets y logs y fallará porque el usuario no es
+ root (o porque el <code>httpd</code> que se está ejecutando
+ en ese momento ya está conectado a esos puertos). Si falla
+ por cualquier otra razón, entonces casi seguro que hay
+ algún error en alguno de los ficheros de configuración y
debe corregir ese o esos errores antes de hacer un reinicio
graceful.</note>
</section>
<section id="hup"><title>Reiniciar Apache</title>
-<dl><dt>Señal: HUP</dt>
+<dl><dt>Señal: HUP</dt>
<dd><code>apachectl -k restart</code></dd>
</dl>
- <p>El envío de las señales <code>HUP</code> o
+ <p>El envío de las señales <code>HUP</code> o
<code>restart</code> al proceso padre hace que los procesos hijo
- terminen como si le enviá ramos la señal
+ terminen como si le enviáramos la señal
<code>TERM</code>, para eliminar el proceso padre. La diferencia
- está en que estas señales vuelven a leer los archivos de
- configuración y vuelven a abrir los ficheros log. Se genera
- un nuevo conjunto de hijos y se continúa sirviendo
+ está en que estas señales vuelven a leer los archivos de
+ configuración y vuelven a abrir los ficheros log. Se genera
+ un nuevo conjunto de hijos y se continúa sirviendo
peticiones.</p>
- <p>Los usuarios del módulo <module>mod_status</module>
- notarán que las estadísticas del servidor se ponen a
- cero cuando se envía la señal <code>HUP</code>.</p>
+ <p>Los usuarios del módulo <module>mod_status</module>
+ notarán que las estadísticas del servidor se ponen a
+ cero cuando se envía la señal <code>HUP</code>.</p>
-<note>Si su fichero de configuración contiene errores, cuando
+<note>Si su fichero de configuración contiene errores, cuando
intente reiniciar, el proceso padre del servidor no se
-reiniciará, sino que terminará con un error. Consulte
-más arriba cómo puede solucionar este problema.</note>
+reiniciará, sino que terminará con un error. Consulte
+más arriba cómo puede solucionar este problema.</note>
</section>
-<section id="race"><title>Apéndice: señales y race conditions</title>
+<section id="race"><title>Apándice: señales y race conditions</title>
- <p>Con anterioridad a la versión de Apache 1.2b9 había
- varias <em>race conditions</em> implicadas en las señales
- para parar y reiniciar procesos (una descripción sencilla de
+ <p>Con anterioridad a la versión de Apache 1.2b9 había
+ varias <em>race conditions</em> implicadas en las señales
+ para parar y reiniciar procesos (una descripción sencilla de
una race condition es: un problema relacionado con el momento en
que suceden las cosas, como si algo sucediera en momento en que no
debe, y entonces el resultado esperado no se corresponde con el
obtenido). Para aquellas arquitecturas que tienen el conjunto de
- características "adecuadas", se han eliminado tantas race
+ características "adecuadas", se han eliminado tantas race
conditions como ha sido posible. Pero hay que tener en cuenta que
- todavía existen race conditions en algunas arquitecturas.</p>
+ todavía existen race conditions en algunas arquitecturas.</p>
<p>En las arquitecturas que usan un <directive
module="mpm_common">ScoreBoardFile</directive> en disco, existe la
posibilidad de que se corrompan los scoreboards. Esto puede hacer
que se produzca el error "bind: Address already in use"
- (después de usar<code>HUP</code>) o el error "long lost child
- came home!" (después de usar <code>USR1</code>). En el
+ (después de usar<code>HUP</code>) o el error "long lost child
+ came home!" (después de usar <code>USR1</code>). En el
primer caso se trata de un error irrecuperable, mientras que en el
segundo, solo ocurre que el servidor pierde un slot del
- scoreboard. Por lo tanto, sería aconsejable usar reinicios
+ scoreboard. Por lo tanto, sería aconsejable usar reinicios
graceful, y solo hacer reinicios normales de forma
ocasional. Estos problemas son bastante complicados de solucionar,
pero afortunadamente casi ninguna arquitectura necesita un fichero
- scoreboard. Consulte la documentación de la directiva
+ scoreboard. Consulte la documentación de la directiva
<directive module="mpm_common">ScoreBoardFile</directive> para ver
las arquitecturas que la usan.</p>
- <p>Todas las arquitecturas tienen una pequeña race condition
+ <p>Todas las arquitecturas tienen una pequeña race condition
en cada proceso hijo implicada en la segunda y subsiguientes
- peticiones en una conexión HTTP persistente
- (KeepAlive). Puede ser que el servidor termine después de
- leer la línea de petición pero antes de leer cualquiera
- de las cebeceras de petición. Hay una solución que fue
- descubierta demasiado tarde para la incluirla en versión
- 1.2. En teoria esto no debe suponer ningún problema porque el
+ peticiones en una conexión HTTP persistente
+ (KeepAlive). Puede ser que el servidor termine después de
+ leer la línea de petición pero antes de leer cualquiera
+ de las cabeceras de petición. Hay una solución que fue
+ descubierta demasiado tarde para la incluirla en versión
+ 1.2. En teoría esto no debe suponer ningún problema porque el
cliente KeepAlive ha de esperar que estas cosas pasen debido a los
retardos de red y a los timeouts que a veces dan los
- servidores. En la practica, parece que no afecta a nada más
- -- en una sesión de pruebas, un servidor se reinició
+ servidores. En la practica, parece que no afecta a nada más
+ en una sesión de pruebas, un servidor se reinició
veinte veces por segundo y los clientes pudieron navegar sin
problemas por el sitio web sin encontrar problemas ni para
descargar una sola imagen ni encontrar un solo enlace roto. </p>
</section>
-
</manualpage>
-
projects / apache / commitdiff