El día 18 de septiembre de 2013 13:28, fernando sainz
<fernandojose.sainz@gmail.com> escribió:
Gracias por la respuesta. Y así es como tenemos los demás servicios de> El día 18 de septiembre de 2013 12:23, Maykel Franco
> <maykeldebian@gmail.com> escribió:
>> Hola muy buenas, tenemos 2 apaches que escriben en el mismo fichero
>> via nfs. Antes de nada, está puesto en nfs porque las escrituras son
>> muy pocas, son cuando se realizan ventas, por ejemplo. Cada 5 min
>> aprox y por norma general incluso más, escribe uno de los 2 nodos,
>> dependiendo de en cual se ha realizado la petición de una determinada
>> venta.
>>
>> Antes de que me digáis nada, sé que nfs no se lleva muy bien con
>> lectura y escritura simultáneamente de manera insistente, puesto que
>> no hace bloqueo de fichero, como por ejemplo drbd(que no es lo mismo).
>>
>> Al grano, pongo la situación de 2 apaches en 2 container openvz:
>>
>> - web1
>> - web2
>>
>> Añado a la configuración del container para que monte nfs cuando
>> arranque el container web1 y web2, en su correspondiente
>> IDopenvz.mount siguiendo esta guía:
>>
>> http://www.howtoforge.com/openvz-mounting-host-devices-partitions-directories-in-a-container-with-bind-mounts-debian-ubuntu
>>
>> Lo monta bien y sin problema. Apache escribe el log en local en
>> /tmp/log. El tema es que si queremos tener ese log en comun para que
>> ambos apaches escriban, hacemos un enlace simbolico de tal forma:
>>
>> ln -s /mnt/nfs/log /tmp/
>>
>> Hasta ahí todo bien, sin embargo si renicias cualquier de los 2, si te
>> vas a su /tmp/ no aparece el enlace simbólico...El montaje de nfs lo
>> realiza openvz(proxmox) en cuanto arrancas el container,
>> evidentemente. Sin embargo no está...Hay que crearlo otra vez...Y ya
>> no sé si es debido a ser nfs el sistema de ficheros o porque monta
>> antes el sistema openvz que nfs y como no lo encuentra lo borra...Pero
>> por normal general y por experiencia, si un enlace simbólico lo creas
>> en local y se borra a lo que apunta ese enlace, se queda el enlace
>> perdido y listo, no se borra.
>>
>> El caso es que lo he solventado añadiendo un servicio /etc/init.d/ que
>> básicamente haga el ln(enlace simbólico) , luego en el runlevel 2, le
>> he puesto para que arranque antes que apache(que por defecto al hace
>> rel update-rc.d me lo ha puesto antes) y ahora sí que
>> funciona...Aunque está "solucionado" me gustaría saber por qué es
>> realmente, y si a alguien le ha pasado.
>>
>> Gracias.
>>
>> Saludos.
>>
>>
> No sé por que te pasa lo de los links, pero para el problema del que
> hablas lo que creo que se hace es mandar los logs a través de syslog.
>
> Mira este enlace o busca apache y syslog en google.
>
> http://www.oreillynet.com/pub/a/sysadmin/2006/10/12/httpd-syslog.html
>
> S2.
>
>
> --
> To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
> with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org
> Archive: http://lists.debian.org/CAGwrHgpEEGtvQjrUwH5kxuFi3z4QWPscyChXecwMYmya77Sg@mail.gmail.com
>
loggin a full, en remoto pero concretametne he comentado que este
servicio que escribe un maximo de 5 min, hay veces que escribe a la
hora por lo general, por eso no lo metimos. Además queríamos tenerlo
así.
Una cosa es tenerlo en syslog, perfecto pero el problema que comento
es otro. Lo probaré en una máquina normal y corriente, no en un
container y probaré haber.
Gracias de todas formas.
Saludos.
Archive: [🔎] CAJ2aOA_8w7Kkupxvj2MpHOS4S7QtKL9JPkw_PF2ffpdm-TiS4g@mail.gmail.com" target="_blank">http://lists.debian.org/[🔎] CAJ2aOA_8w7Kkupxvj2MpHOS4S7QtKL9JPkw_PF2ffpdm-TiS4g@mail.gmail.com
--
To UNSUBSCRIBE, email to debian-user-spanish-REQUEST@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmaster@lists.debian.org