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
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
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
UNSUBSCRIBE El 21 de junio de 2013 18:31, skeksix 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 > >
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
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
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
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 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
(Solucionado) Re: Punto de montaje duplicado
El Fri, 21 Jun 2013 15:12:17 +, Camaleón escribió: > El Fri, 21 Jun 2013 16:41:48 +0200, Alberto escribió: > > (corrijo el top-posting) > >> El 21/06/13 16:15, Camaleón escribió: (...) >> prueba a desmontar la de /var/spool, a ver si tiene alguna consecuencia >> (entiendo que la única que se podría "resentir" seria Hylafax, pero >> tampoco veo porque) > > Pues ahora me he quedado con la duda. Si el script "tanto monta monta > tanto" será por algo ¿y si al desmontarlo estando hylafax en ejecución > corrompo algo? Voy a investigar más de dónde viene este montaje porque > no me queda nada claro. > > Muchas gracias por la pista :-) Aquí está explicado el cambio: *** [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, -- 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.15.44...@gmail.com
