Virtualización de Novell 5.1Parte II - Al lío-

Una vez visto que la opción de cambiar de hardware no era la más lógica, estudié las opciones de hacer una imagen, instalar de nuevo y volcar datos o intentar hacer un cluster fisico-virtual y cargarme el viejo hardware para siempre.
Hacer una imagen del servidor antiguo planteaba dos dudas, la primera si acronis, ghost, etc.. cargaría los drivers de la controladora SCSI, y si después podría volcar la imagen en algún sitio.
Instalar de nuevo, sin tener la documentación de como se hizo el original era bastante arriesgado, pero requería poca inversión de tiempo.El cluster requería de una SAN para realizar tal embolao, por lo que la descarté.
Entonces me acorde que en la empresa estaban haciendo pruebas de sustitución del servidor ya hace tiempo. Encontré la máquina con datos antiguos pero con algo que me interesaba bastante, habían recreado los usuarios grupos y login scripts a semejanza del original. Decidí hacer una imagen con ACRONIS.

Intente sin éxito convertir la imagen en una máquina virtual sin éxito mediante la herramienta converter, y es que parece ser que al no ser una máquina windows no se puede. Entonces cree una máquina virtual de similares características del servidor físico y volqué la imagen en ella. los problemas fueron los drivers del disco y los de tarjeta de red. La manera de solucionarlo fue montar una máquina desde 0 con el CD original y observar los archivos de configuración mediante nwconfig.nlm dónde autoexec.ncf contiene los drivers de disco y startup.ncf los de la tarjeta de red.

Ahora sólo faltaba la aplicación de gestión. Continuará.....

Virtualización de Novell 5.1Parte I - Introducción-

La entrada de hoy trata de un problema bastante común, hardware obsoleto con mezcla de miedo al crash y datos antiguos. El objetivo de la "intervención" era mantener una aplicación ubicada en un servidor hp proliant del 98 (creo). Un disco ya había sido fulminado, pero al estar bien montado todavía le queda uno de hotspare y sus otros 5 discos vivos. PentiumII, 512 RAM y dos ventiladores muertos, lo que dificulta el reinicio. Me acuerdo que cuando cayó el primer ventilador, ya hace, logramos revivir la máquina con un soplador de hojas. Le dimos al ventilador aire hasta que alcanzó las revoluciones suficientes para ser detectado en el arranque del servidor y darle el ok, engañándolo totalmente.
La aplicación de las cuales no se tienen las fuentes, trabaja sobre btrieve 6, y tiene particularidades que no habían permitido (hasta ahora) virtualizar ese servidor. Son unos 5 gb de datos de la empresa desde el noventa y pico hasta el 2009. Diez años de datos que tienen que ser consultables e imprimibles. Digo imprimibles porque esto también es un escollo. El sistema de impresión esta totalmente basado en novell, con su servidor de impresión, colas e impresoras en el árbol NDS.
Con este panorama lo primero que realice fue una copia de datos a granel, para después ver que opciones teníamos para conservar la aplicación y que ésta fuera consultable.
Si bien existía una copia de seguridad, resulta que la unidad de cinta estaba estropeada sin saber desde cuando. Tampoco el modulo de arc backup estaba, ni se podía cargar bien en el servidor, con lo que no parecía que pudiese tirar de cinta, como me hubiera gustado. Esto nos dejaba un poco en una situación delicada, ya que no tenia constancia de cuando sería la última copia del servidor. Tengo pendiente revisar todas las cintas a ver cual sirve (para los históricos más bien).
Continuara.....

FHS (Filesystem Hierchachy Standard)

Estructura de árbol del sistema de ficheros principal.

• /bin: utiidades del sistema, programa de usuarios, comandos básicos del sistema y shells
• /boot: archivos necesarios al arranque
• /dev: ficheros que representan dispositivos (en linux todo son ficheros)
• /etc: ficheros de configuración
• /home: directorios de los usuarios
• /lib bibliotecas del sistema
• /mnt: sistemas de ficheros extraibles (memorias usb, dvd's,...)
• /opt: software añadido despues de la instalacion (o también /usr/local)
• /sbin: utilidades del sistema (sobretodo de root)
• /tmp: ficheros temporales
• /usr: diferentes elementos del sistema como iconos, imagenes y docuemntacion
• /var: ficheros de registro de sesion o estado y logs del sistema

Notificación de cambios en una hoja de cálculo

Una mejora importante respecto a las suites tradicionales, es la facilidad con la que Docs nos informa de cambios en un documento. En este caso nos centraremos en una hoja de cálculo, parece algo trivial pero a quien hace documentos pesados tipo presupuestos compartidos le agradará bastante esta solución.

Desde Tools (1) elegir notification rules, una vez en el menú tendremos varias opciones:

• Notificar ante cualquier cambio
• Notificar en cambios de una pagina en particular
• Notificar en cambios de un rango de celdas
• Notificar cuando cambien los colaboradores
• Notificar cuando se completa un formulario

y todo esto diariamente un resumen o cada vez que algún cambio se realice.
De todas maneras arriba a la derecha (2) tenemos la última modificación que se realizó y quién.

Cómo compartir esos ficheros y que alguien pueda verlos o modificarlos online

Ejemplo:
Si compartimos una hoja de cálculo que va "cambiando" con el tiempo o un documento en el que tiene que intervenir varias personas tenemos varias posibilidades.

• Podemos alojarlo en nuestro super dominio de windows y compartirlo con engorrosos permisos o en una unidad compartida a propósito molestando al administrador de turno (eh¡¡¡ tú ¡¡,creame una carpeta  que sólo vea fulanito o sotanito, pero que sotanito no pueda hacer cambios¡¡¡¡) y sin por favor normalmente. 
• Podemos montar un mega sharepoint digno de la nasa, dónde nos bajaremos a nuestro pc una copia la editamos y la subimos (sí, sí muy práctico, hace años que hay aplicaciones básadas en lamp que ya hacen eso, más baratas y más compatibles con los Sistemas Operativos diferentes)
• También podríamos montar un Lotus Quicker, que seguro que es baratísimo y muy fácil de implementar.
• o bien podríamos compartir el documento en google docs, dónde el propietario de los documentos elige que permisos dar y a quién, (ala¡¡¡ lo que ha dicho, un usuario dando permisos. Sí, debemos confiar en que los empleados estén a la altura de las circunstancias y fiarnos de ellos. Consejo gratuito, si no confía en sus empleados piense por qué y solucionelo). A parte, cómo somos unos desconfiados tenemos un control de versiones por si las moscas, y para la gente que no se fía suficiente tenemos herramientas para el backup de esa información para que la tenga en su portatil, pendrive, servidor etc..., pero le aseguro que no va  a tener que  utilizarla. Casi se me olvidaba, docs es compatible con excel, word y powerpoint, incluido en el precio de la licencia de uso de gmail, sites y demás. 

Hasta aquí la reflexión de hoy, dónde sigo sin entender cómo todavía no hay demanda de este producto en las empresas.