Re: (Solucionado) Re: Punto de montaje duplicado
El Sat, 22 Jun 2013 00:50:24 +0200, skeksix escribió: Camaleón wrote, On 21/06/13 22:12: El Fri, 21 Jun 2013 21:26:06 +0200, Alberto escribió: Yo es que nunca he visto claro el montaje de recursos con bind, que no pudiera hacer con links simbólicos, la verdad, pero bueno :-P Sinceramente, yo no me he enterado de nada (y por eso no lo toco). (...) Luego, ¿qué se ha ganado? Además de un punto de montaje extra, claro :-) De la url de la lista que has mandado, se puede leer: Keeping all conffiles only in /var/spool/hylafax/etc is against Debian policy, keeping all of them in /etc/hylafax won't work for hylafax daemons --- chrooted in /var/spool/hylafax/ ---. Symbolic links doesn't solve the problem either. Y teniendo en cuenta la respuesta de Alberto: Se me ocurre el acceso a directorios -externos- dentro de un chroot. Un dos tres, responda otra vez. Es decir que parte de hylafax deber correr enjaulado en /var/spool/hylafax, y como desde la jaula no se puede acceder a /etc, bindea /etc/hylafax a /var/spool/hylafax/etc y tienes un mapeo a /etc/hylafax accesible desde la jaula. El problema con hylafax es que tanto los archivos de configuración como las colas de faxes, archivos, etc... están en el mismo directorio (/var/ spool/hylafax/*), mientras que otros servicios que también pueden ejecutarse enjaulados (como postfix o bind9) mantienen los directorios separados (configuraciones bajo /etc y colas en /var/spool) por eso no necesitarán montar nada. La pregunta es ¿qué se gana enjaulando hylafax con respecto al sistema anterior (que copiaba los archivos de configuración desde /etc/hylafax hacia /var/spool/hylafax?). Entiendo que la única ventaja que puede haber es que ahora los cambios son bidireccionales, es decir, que si edito los archivos de configuración de /etc/hylafax y reinicio hylafax los archivos de configuración en /var/spool/hylafax se modifican y lo contrario también (esto antes no sucedía) es decir, que si edito los archivos de configuración de /var/spool/hylafax y reinicio hylafax los archivos de configuración en /etc/hylafax se actualizan igualmente. Pero la bidireccionalidad me parece poca cosa para el cambio :-? Saludos, -- Camaleón -- 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/pan.2013.06.23.11.30...@gmail.com
Re: (Solucionado) Re: Punto de montaje duplicado
On Friday June 21 2013 21:26:06 Alberto wrote: El 21/06/13 17:44, Camaleón escribió: ... Yo es que nunca he visto claro el montaje de recursos con bind, que no pudiera hacer con links simbólicos, la verdad, pero bueno :-P A veces, los programas resuelven los enlaces simbólicos y luego se arman un lío. -- 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/45754360.uAXCLJnWuF@mychabol
Re: (Solucionado) Re: Punto de montaje duplicado
El 22/06/13 11:58, Luis Felipe Tabera escribió: A veces, los programas resuelven los enlaces simbólicos y luego se arman un lío. Si se configuran bien, no creo que pase eso... -- Saludos de Santiago José López Borrazás. signature.asc Description: OpenPGP digital signature
Re: (Solucionado) Re: Punto de montaje duplicado
El 21/06/13 17:44, Camaleón escribió: ... *** [RFC] New hylafax package: getting rid of the twin directories structure http://lists.debian.org/debian-devel/2009/05/msg00385.html (...) With 2.6 kernels, we may use the bind option in order to mount a /etc/hylafax on /var/spool/hylafax/etc. So, I am finally moving to this new configuration, but I have a few concern that I would like to share, looking for suggestion. *** Como reza el dicho Virgencita, virgencita que me quede como estoy. No toco ná de ná O:-) Saludos, Yo es que nunca he visto claro el montaje de recursos con bind, que no pudiera hacer con links simbólicos, la verdad, pero bueno :-P -- 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/51c4a8ce.2060...@bersol.info
Re: (Solucionado) Re: Punto de montaje duplicado
On 21/06/13 21:26, Alberto wrote: Yo es que nunca he visto claro el montaje de recursos con bind, que no pudiera hacer con links simbólicos, la verdad, pero bueno :-P Se me ocurre el acceso a directorios -externos- dentro de un chroot. Un dos tres, responda otra vez. Salut, jors -- 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/51c4aacb.6000...@enchufado.com
Re: (Solucionado) Re: Punto de montaje duplicado
El Fri, 21 Jun 2013 21:26:06 +0200, Alberto escribió: El 21/06/13 17:44, Camaleón escribió: ... *** [RFC] New hylafax package: getting rid of the twin directories structure http://lists.debian.org/debian-devel/2009/05/msg00385.html (...) With 2.6 kernels, we may use the bind option in order to mount a /etc/hylafax on /var/spool/hylafax/etc. So, I am finally moving to this new configuration, but I have a few concern that I would like to share, looking for suggestion. *** Como reza el dicho Virgencita, virgencita que me quede como estoy. No toco ná de ná O:-) Saludos, Yo es que nunca he visto claro el montaje de recursos con bind, que no pudiera hacer con links simbólicos, la verdad, pero bueno :-P Sinceramente, yo no me he enterado de nada (y por eso no lo toco). El mantenedor del paquete dice que: - Debian usa /etc para los archivos de configuración - Hylafax usa /var/spool/hylafax/etc - Anteriormente lo que se hacía era copiar en contenido de /etc/hylafax a /var/spool/hylafax/etc/ porque los enlaces simbólicos no funcionaban ¿? - Ahora se usa bind para montar el directorio pero: a) La configuración de Hylafax se sigue haciendo desde /etc/hylafax/ b) Se siguen sincronizando los archivos de /etc/hylafax a /var/spool/ hylafax cada vez que se recarga/reinicia el servicio Luego, ¿qué se ha ganado? Además de un punto de montaje extra, claro :-) Saludos, -- Camaleón -- 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/pan.2013.06.21.20.13...@gmail.com
Re: (Solucionado) Re: Punto de montaje duplicado
Camaleón wrote, On 21/06/13 22:12: El Fri, 21 Jun 2013 21:26:06 +0200, Alberto escribió: El 21/06/13 17:44, Camaleón escribió: ... *** [RFC] New hylafax package: getting rid of the twin directories structure http://lists.debian.org/debian-devel/2009/05/msg00385.html (...) With 2.6 kernels, we may use the bind option in order to mount a /etc/hylafax on /var/spool/hylafax/etc. So, I am finally moving to this new configuration, but I have a few concern that I would like to share, looking for suggestion. *** Como reza el dicho Virgencita, virgencita que me quede como estoy. No toco ná de ná O:-) Saludos, Yo es que nunca he visto claro el montaje de recursos con bind, que no pudiera hacer con links simbólicos, la verdad, pero bueno :-P Sinceramente, yo no me he enterado de nada (y por eso no lo toco). El mantenedor del paquete dice que: - Debian usa /etc para los archivos de configuración - Hylafax usa /var/spool/hylafax/etc - Anteriormente lo que se hacía era copiar en contenido de /etc/hylafax a /var/spool/hylafax/etc/ porque los enlaces simbólicos no funcionaban ¿? - Ahora se usa bind para montar el directorio pero: a) La configuración de Hylafax se sigue haciendo desde /etc/hylafax/ b) Se siguen sincronizando los archivos de /etc/hylafax a /var/spool/ hylafax cada vez que se recarga/reinicia el servicio Luego, ¿qué se ha ganado? Además de un punto de montaje extra, claro :-) Hola, De la url de la lista que has mandado, se puede leer: Keeping all conffiles only in /var/spool/hylafax/etc is against Debian policy, keeping all of them in /etc/hylafax won't work for hylafax daemons --- chrooted in /var/spool/hylafax/ ---. Symbolic links doesn't solve the problem either. Y teniendo en cuenta la respuesta de Alberto: Se me ocurre el acceso a directorios -externos- dentro de un chroot. Un dos tres, responda otra vez. Es decir que parte de hylafax deber correr enjaulado en /var/spool/hylafax, y como desde la jaula no se puede acceder a /etc, bindea /etc/hylafax a /var/spool/hylafax/etc y tienes un mapeo a /etc/hylafax accesible desde la jaula. :DDD -- 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/51c4d8b0.9070...@gmail.com
Re: (Solucionado) Re: Punto de montaje duplicado
jors wrote, On 21/06/13 21:34: On 21/06/13 21:26, Alberto wrote: Yo es que nunca he visto claro el montaje de recursos con bind, que no pudiera hacer con links simbólicos, la verdad, pero bueno :-P Se me ocurre el acceso a directorios -externos- dentro de un chroot. Un dos tres, responda otra vez. La verdad es que es una maravilla el bindear filesystems :D Un par de ejemplos que me vienen a la cabeza: - Bindear recursivamente (--rbind) un sistema de ficheros (con todos los otros sistemas de ficheros que cuelguen del mismo) con un solo montaje: # Queremos tener accesible 4 sistemas de ficheros que tenemos en /mnt un host anfitrión en uno de nuestros contenedores (y no queremos realizar los 4 mounts). # mount --rbind /mnt /vz/private/101/mnt - Montar parte de un tmpfs ya montado: # Tenemos /dev/shm en memoria tmpfs (mount tmpfs /dev/shm -t tmpgs -o size=2G, aunque shm se define en /etc/default/tmpfs), 2 Gb de la RAM, y queremos que /tmp tire de esos 2 Gb de RAM también (y así tenemos que ambos utilizan esos 2 Gb dinámicamente), entonces: # mkdir /dev/shm/tmp # chmod 1777 /dev/shm/tmp # mount --bind /dev/shm/tmp /tmp Mola =:D ¿Algún otro ejemplo útil a compartir?... un, dos, tres... :D -- 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/51c4db65.9060...@gmail.com
Re: (Solucionado) Re: Punto de montaje duplicado
UNSUBSCRIBE El 21 de junio de 2013 18:31, skeksix skek...@gmail.com escribió: jors wrote, On 21/06/13 21:34: On 21/06/13 21:26, Alberto wrote: Yo es que nunca he visto claro el montaje de recursos con bind, que no pudiera hacer con links simbólicos, la verdad, pero bueno :-P Se me ocurre el acceso a directorios -externos- dentro de un chroot. Un dos tres, responda otra vez. La verdad es que es una maravilla el bindear filesystems :D Un par de ejemplos que me vienen a la cabeza: - Bindear recursivamente (--rbind) un sistema de ficheros (con todos los otros sistemas de ficheros que cuelguen del mismo) con un solo montaje: # Queremos tener accesible 4 sistemas de ficheros que tenemos en /mnt un host anfitrión en uno de nuestros contenedores (y no queremos realizar los 4 mounts). # mount --rbind /mnt /vz/private/101/mnt - Montar parte de un tmpfs ya montado: # Tenemos /dev/shm en memoria tmpfs (mount tmpfs /dev/shm -t tmpgs -o size=2G, aunque shm se define en /etc/default/tmpfs), 2 Gb de la RAM, y queremos que /tmp tire de esos 2 Gb de RAM también (y así tenemos que ambos utilizan esos 2 Gb dinámicamente), entonces: # mkdir /dev/shm/tmp # chmod 1777 /dev/shm/tmp # mount --bind /dev/shm/tmp /tmp Mola =:D ¿Algún otro ejemplo útil a compartir?... un, dos, tres... :D -- 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/51c4db65.9060...@gmail.com