Nfs pierde los enlaces simbolicos mapeados a local
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. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caj2aoa_fnjes52bhukx19fuatjwj08bpy3xwu_6t2wngku9...@mail.gmail.com
Re: Nfs pierde los enlaces simbolicos mapeados a local
El día 18 de septiembre de 2013 12:23, Maykel Franco maykeldeb...@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-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAGw=rHgpEEG=tvqjruwh5kxufi3z4qwpscychxecwmymya7...@mail.gmail.com
Re: Nfs pierde los enlaces simbolicos mapeados a local
El día 18 de septiembre de 2013 13:28, fernando sainz fernandojose.sa...@gmail.com escribió: El día 18 de septiembre de 2013 12:23, Maykel Franco maykeldeb...@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-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cagwrhgpeegtvqjruwh5kxufi3z4qwpscychxecwmymya7...@mail.gmail.com Gracias por la respuesta. Y así es como tenemos los demás servicios de 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. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caj2aoa_8w7kkupxvj2mphos4s7qtkl9jpkw_pf2ffpdm-ti...@mail.gmail.com
Re: Nfs pierde los enlaces simbolicos mapeados a local
Lo que este en /tmp se vacia al reiniciar el sistema por norma general. Para evitar esto. Editar el archivo : /etc/default/rcS y cambia la variable de : TMPTIME=0 -- TMPTIME=infinite El 18 de septiembre de 2013 08:43, Maykel Franco maykeldeb...@gmail.comescribió: El día 18 de septiembre de 2013 13:28, fernando sainz fernandojose.sa...@gmail.com escribió: El día 18 de septiembre de 2013 12:23, Maykel Franco maykeldeb...@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-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/cagwrhgpeegtvqjruwh5kxufi3z4qwpscychxecwmymya7...@mail.gmail.com Gracias por la respuesta. Y así es como tenemos los demás servicios de 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. -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/caj2aoa_8w7kkupxvj2mphos4s7qtkl9jpkw_pf2ffpdm-ti...@mail.gmail.com
Re: Nfs pierde los enlaces simbolicos mapeados a local
El 18/09/13 16:23, KyD escribió: (Evitar el HTML, gracias) Lo que este en /tmp se vacia al reiniciar el sistema por norma general. Para evitar esto. Editar el archivo : /etc/default/rcS y cambia la variable de : TMPTIME=0 -- TMPTIME=infinite No es necesario. A no ser que quieras tener algunos ficheros enmarcados, para ello, hay que dejar como: TMPTIME=7 Es lo más recomendable. -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: Nfs pierde los enlaces simbolicos mapeados a local
El día 18 de septiembre de 2013 16:30, Santiago José López Borrazás sjlop...@gmail.com escribió: El 18/09/13 16:23, KyD escribió: (Evitar el HTML, gracias) Lo que este en /tmp se vacia al reiniciar el sistema por norma general. Para evitar esto. Editar el archivo : /etc/default/rcS y cambia la variable de : TMPTIME=0 -- TMPTIME=infinite No es necesario. A no ser que quieras tener algunos ficheros enmarcados, para ello, hay que dejar como: TMPTIME=7 Es lo más recomendable. -- Saludos de Santiago José López Borrazás. Pofff habéis dado en el clavo chicos ya no me acordaba lo de /tmp ...y su sticky bit Muchas gracias chicos. PD: Al final el pobre nfs no tenía culpa...xDD -- To UNSUBSCRIBE, email to debian-user-spanish-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAJ2aOA8zg5jLDLbKQmBKNjgTv63z+zxm-KzC1=dw9sbm5q2...@mail.gmail.com
