Re: Soluciones al montar unidades compartidas Win2003
Alvaro Figueroa <[email protected]>
| Newsgroups | gmane.org.user-groups.linux.gulcr |
|---|---|
| Message-ID | <[email protected]> |
On Thu, 2007-04-12 at 11:27 -0600, "ElÃdier Moya R." wrote: > Una duda... > > ¿que va a pasar si en algún momento el Windows 2003 se reinicia? > > Es decir, claro que se va a perder la conexión, pero como se puede > hacer para que linux lo monte nuevamente cuando este disponible. > > ¿Será buena idea usar el crontab? ¿con algo como mount -a tal vez? Tal vez verlo al revéz. ¿Como hacer para brindarle alta disponibilidad al directorio compartido? Solo para ser justo, voy a comenzar diciendo que se puede hacer con Windows, pero dado que esta lista es de Linux, este correo no va a ser una guÃa de como lograrlo.[1] Por razones de diseño, es bastante dificil proveer alta disponibilidad a directorios compartidos utilizando el protocolo de SMB. Sin embargo, se puede hacer algo como lo sigt. Dos (o más) servidores Linux corriendo sistemas de archivos distribuidos, como OpenGFS, esto para que el cambio hecho en uno de los servidores, sea replicado de inmediato en el otro servidor. Luego de esto, se configura Samba para utilizar el DFS de Microsoft. El DFS de Microsoft no es por definición, un sistema de archivos distribuido. Es más un sistema para proveer lo que llaman "namespaces"[2]; y esto permite que cuando un cliente pide una dirección, pueda ser redireccionado a algún otro servidor, o lo que nos interesa acá, un grupo de servidores. TodavÃa no estoy completamente seguro de que la parte de VFS de Linux sepa que tiene que reconectarse con alguien del grupo de servidores en el DFS... me pican las manos por armarme un laboratorio para probarlo. (Nota. En Windows es casi igual, solo que se reemplaza OpenGFS por algo que se llama Servicio de Replicación de Archivos de Microsoft) [1] Ahh bueno, tampoco tengo la menor idea de los pasos para hacerlo en Windows :) [2] Me disculpan el extrangerismo. -- Alvaro Figueroa -- Desuscripción: escriba a [email protected], tema 'unsubscribe' Problemas a: [email protected]. http://gulcr.org/ListasDeCorreo