Como ya han apuntado más arriba, el tema de la SAI es algo bastante importante. Con lo que se ahorra en centro en licencias de windows seguro que te conceden presupuesto para SAI, tampoco son tan caras.
Mientras compras la SAI, puedes migrar los sistemas de ficheros del servidor a ext3. Es muy fácil, mira la página man de tune2fs. Sólo con esto resolverás multitud de problemas en el servidor.
NIS+NFS no es una solución tan mala. Es simple y no muy seguro, pero para tu entorno debe ser suficiente. Si quieres una alternativa más potente puedes pasar el directorio NIS a un LDAP. Montas OpenLDAP [openldap.org] en el servidor y configuras los clientes para autenticar contra él. Es un poco complicado, pero puedes empezar por aquí [apana.org.au] (lo explica para debian, pero para mandrake no debe ser muy distinto).
Como reemplazo a NFS puedes utilizar Samba [samba.org], pero teniendo en cuenta que todos los clientes son Linux, quizá interese más algo como Coda [cmu.edu]. Aún así, NFS es más sencillo y no está tan mal.
Ten en cuenta que el problema que tienen tus clientes es que no pueden conectar con los servicios del servidor, ya que estos no han arrancado por problemas en el sistema de ficheros. Si lo migras a ext3 habrás subsanado el 90% de los problemas.
Desde mi experiencia, NFS se comporta bastante mal cuando el servidor no está. Es decir, el cliente se queda pillado :(
Creo que si se salvaguarda la integridad del servidor, creo que se pueden solucionar todos estos problemas.
Yo creo que la cosa iría por ahí... con un SAI y algo de disciplina para asegurarnos que SIEMPRE está el servidor funcionando cuando se intenta arrancar un cliente.
Y todo esto suponiendo que ya se usa journaling en el servidor, ¿no? :D Imagino que la MDK será razonablemente moderna y estará usando ext3 o reiser.
Posibles soluciones
(Puntos:4, Informativo)( http://barrapunto.com/ )
Como ya han apuntado más arriba, el tema de la SAI es algo bastante importante. Con lo que se ahorra en centro en licencias de windows seguro que te conceden presupuesto para SAI, tampoco son tan caras.
Mientras compras la SAI, puedes migrar los sistemas de ficheros del servidor a ext3. Es muy fácil, mira la página man de tune2fs. Sólo con esto resolverás multitud de problemas en el servidor.
NIS+NFS no es una solución tan mala. Es simple y no muy seguro, pero para tu entorno debe ser suficiente. Si quieres una alternativa más potente puedes pasar el directorio NIS a un LDAP. Montas OpenLDAP [openldap.org] en el servidor y configuras los clientes para autenticar contra él. Es un poco complicado, pero puedes empezar por aquí [apana.org.au] (lo explica para debian, pero para mandrake no debe ser muy distinto).
Como reemplazo a NFS puedes utilizar Samba [samba.org], pero teniendo en cuenta que todos los clientes son Linux, quizá interese más algo como Coda [cmu.edu]. Aún así, NFS es más sencillo y no está tan mal.
Ten en cuenta que el problema que tienen tus clientes es que no pueden conectar con los servicios del servidor, ya que estos no han arrancado por problemas en el sistema de ficheros. Si lo migras a ext3 habrás subsanado el 90% de los problemas.
Suerte y ánimo,
Nacho.
Problemas de NFS
(Puntos:2)Desde mi experiencia, NFS se comporta bastante mal cuando el servidor no está. Es decir, el cliente se queda pillado :(
Creo que si se salvaguarda la integridad del servidor, creo que se pueden solucionar todos estos problemas.
Yo creo que la cosa iría por ahí... con un SAI y algo de disciplina para asegurarnos que SIEMPRE está el servidor funcionando cuando se intenta arrancar un cliente.
Y todo esto suponiendo que ya se usa journaling en el servidor, ¿no? :D Imagino que la MDK será razonablemente moderna y estará usando ext3 o reiser.
Un saludo.