summaryrefslogtreecommitdiffstats
path: root/rubbos/app/httpd-2.0.64/docs/manual/stopping.html.es
diff options
context:
space:
mode:
authorhongbotian <hongbo.tianhongbo@huawei.com>2015-11-30 01:45:08 -0500
committerhongbotian <hongbo.tianhongbo@huawei.com>2015-11-30 01:45:08 -0500
commite8ec7aa8e38a93f5b034ac74cebce5de23710317 (patch)
treeaa031937bf856c1f8d6ad7877b8d2cb0224da5ef /rubbos/app/httpd-2.0.64/docs/manual/stopping.html.es
parentcc40af334e619bb549038238507407866f774f8f (diff)
upload http
JIRA: BOTTLENECK-10 Change-Id: I7598427ff904df438ce77c2819ee48ac75ffa8da Signed-off-by: hongbotian <hongbo.tianhongbo@huawei.com>
Diffstat (limited to 'rubbos/app/httpd-2.0.64/docs/manual/stopping.html.es')
-rw-r--r--rubbos/app/httpd-2.0.64/docs/manual/stopping.html.es272
1 files changed, 272 insertions, 0 deletions
diff --git a/rubbos/app/httpd-2.0.64/docs/manual/stopping.html.es b/rubbos/app/httpd-2.0.64/docs/manual/stopping.html.es
new file mode 100644
index 00000000..9971b830
--- /dev/null
+++ b/rubbos/app/httpd-2.0.64/docs/manual/stopping.html.es
@@ -0,0 +1,272 @@
+<?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><!--
+ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+ This file is generated from xml source: DO NOT EDIT
+ XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
+ -->
+<title>Iniciar y Parar el servidor Apache - Servidor HTTP Apache</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 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/directives.html">Directivas</a> | <a href="./faq/">Preguntas Frecuentes</a> | <a href="./glossary.html">Glosario</a> | <a href="./sitemap.html">Mapa de este sitio web</a></p>
+<p class="apache">Versión 2.0 del Servidor HTTP Apache</p>
+<img alt="" src="./images/feather.gif" /></div>
+<div class="up"><a href="./"><img title="&lt;-" alt="&lt;-" src="./images/left.gif" /></a></div>
+<div id="path">
+<a href="http://www.apache.org/">Apache</a> &gt; <a href="http://httpd.apache.org/">Servidor HTTP</a> &gt; <a href="http://httpd.apache.org/docs/">Documentación</a> &gt; <a href="./">Versión 2.0</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">&nbsp;de&nbsp;</a> |
+<a href="./en/stopping.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
+<a href="./es/stopping.html" title="Español">&nbsp;es&nbsp;</a> |
+<a href="./ja/stopping.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
+<a href="./ko/stopping.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
+<a href="./ru/stopping.html" hreflang="ru" rel="alternate" title="Russian">&nbsp;ru&nbsp;</a> |
+<a href="./tr/stopping.html" hreflang="tr" rel="alternate" title="Türkçe">&nbsp;tr&nbsp;</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><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></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 class="program"><a href="./programs/httpd.html">httpd</a></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 class="program"><a href="./programs/httpd.html">httpd</a></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 class="program"><a href="./programs/httpd.html">httpd</a></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 <code class="program"><a href="./programs/httpd.html">httpd</a></code>,
+ pero se recomienda que se pasen al script de control
+ <code class="program"><a href="./programs/apachectl.html">apachectl</a></code>, que a su vez los pasará a
+ <code>httpd</code>.</p>
+
+ <p>Después de haber enviado las señales que desee a
+ <code class="program"><a href="./programs/httpd.html">httpd</a></code>, puede ver cómo 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
+ <code class="program"><a href="./programs/httpd.html">httpd</a></code>). 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 class="program"><a href="./programs/httpd.html">httpd</a></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 class="program"><a href="./programs/httpd.html">httpd</a></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">&nbsp;de&nbsp;</a> |
+<a href="./en/stopping.html" hreflang="en" rel="alternate" title="English">&nbsp;en&nbsp;</a> |
+<a href="./es/stopping.html" title="Español">&nbsp;es&nbsp;</a> |
+<a href="./ja/stopping.html" hreflang="ja" rel="alternate" title="Japanese">&nbsp;ja&nbsp;</a> |
+<a href="./ko/stopping.html" hreflang="ko" rel="alternate" title="Korean">&nbsp;ko&nbsp;</a> |
+<a href="./ru/stopping.html" hreflang="ru" rel="alternate" title="Russian">&nbsp;ru&nbsp;</a> |
+<a href="./tr/stopping.html" hreflang="tr" rel="alternate" title="Türkçe">&nbsp;tr&nbsp;</a></p>
+</div><div id="footer">
+<p class="apache">Copyright 2009 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>
+<p class="menu"><a href="./mod/">Módulos</a> | <a href="./mod/directives.html">Directivas</a> | <a href="./faq/">Preguntas Frecuentes</a> | <a href="./glossary.html">Glosario</a> | <a href="./sitemap.html">Mapa de este sitio web</a></p></div>
+</body></html> \ No newline at end of file