Gustavo Zuleta wrote:

----- Original Message ----- From: Gustavo Zuleta To: gdignitas@gamma.com.ar Sent: Friday, May 02, 2003 10:14 AM Subject: Hola!! gracias

Hola Señores, para aclararles la situación , este sistema esta construido sobre el mismo sistema operativo , es decir, por lo que me comenta la gente que estuvo manteniendo durante años, esta aplicación llamada vp-command esta embebida en el propio sco.

Eso no me parece una respuesta correcta por parte de ellos, ya que creo imposible que hayan metido una aplicacion en el kernel del SCO, simplementew es una aplicación, que dependa en gran medida del SCO es otra cosa, pero no que este dentro de el. Es como si dijeramos que es un Intrernet Explorer al Windows, cosa que en Unix no sucede

Y no es solamente una, es un conjunto de módulos que se reparten entre los servers que antes mencione. Entonces mi consulta era sobre como hacer una contingencia en caso de que alguno de los servers caiga por la rotura del disco. Es realmente un problema para mi no poder contar con el fabricante de esta aplicación. Lo bueno seria poder migrar el software,, rescatarlo de alguna manera vía red y que algún linux me ayude y tener algún resguardo en caso de que pase una contingencia o bien si existe algún programe que copie el disco a ciegas sin saber el sistema de archivos que contiene.

Efectivamente, desde cualquier linux puedes usar el comando dd, es hace una copia bit a bit a un archivo, o a un disco de cualquier cosa, sin importar si esta bueno o malo. Por ejemplo, si haces dd if=/dev/sda of=/dev/sdc copia todo el sda (if=input file) en sdc (of=output file), asi copias todo el disco, tambien puedes aplicarlo con particiones if=/dev/sda3 of=/dev/sdc2 y asi. Inclusive, puedes generar un archivo con el contenido de el disco, para luego montarlo sobre cualquier disco cuantas veces quieras (siempre y cuando el archivo quede dentro de el tamaño de el disco) haciendo asi: dd if=/dev/hda of=/home/pedrousuario/imagensco y se va a generar ese archivo con el contenido de tu disco, tablas de particiones, sector de arranque y demas. Cuando copias particiones si no te llevas estructura de las mismas, sino unicamente su contenido, asi que previamente en el disco destino debes haber creado las particiones. Tampoco te traes sector de arranqu en este ultimo caso.

No se si el ghost de Norton permite hacer una imagen de un sistema de archivos como el de UNIX SCO en otro disco . Si esto fuera posible me solucionaría bastante el problema ante un disaster recovery. Pero , sin embargo esta seria una solución momentánea. Me encantaría poder llevar todo este grupo de aplicaciones a linux.

Para cargar un binario de SCO en un linux, debes empezar asi: Cargando los siguientes modulos: lcall7 abi-machdep abi-sco abi-ibcs abi-socket binfmt_coff Tambien debes revisar si tu kernel esta kernel parchado con el ABI incluído en el núcleo (no como módulo); si esto fuera así, deberías tener un directorio /proc/sys/abi/ con varios archivos que son puntos de acceso al driver. Si están compilados en el núcleo, puede ser que los tenga como módulos lo cual verificas con 'modprobe <modulo>'. Si eso reporta error, quiere decir que los módulos no fueron compilados y tienes que compilarte un kernel con ellos. En un make menuconfig, la primera opción ("Code maturity level options") indica si quieres utilizar drivers en experimentales/incompletos; debes seleccionarla antes de encontrar una nueva opción Binary emulation of other systems". Tambien tienes la opcion de ponerlos en el modules.conf, para ponerlos en modules.conf debes determinar la "personalidad" que identifica el formato binario de cada módulo y hacerle un alias correspondiente para que se carguen automáticamente. Por ejemplo, el la personalidad de Solaris x86 es 13, por lo tanto uno coloca alias personality-13 abi-solaris y esto hace que cuando el kernel deba ejecutar un binario de Solaris x86 cargue automáticamente el módulo abi-solaris. Hacerlo de esta manera hace que sea transparente para el sistema la naturaleza del kernel, i.e. si tiene el ABI, carga módulos, si no los tiene no carga nada. Sin embargo, aún no hay una forma "clara y simple" de cargar los formatos binarios (binfmt_*) de forma automática. En general, es más práctico cargarlos manualmente durante los scripts de arranque. Esto tiene el único inconveniente cosmético de que si tienes un kernel sin los módulos (o con los módulos en el núcleo), obtienes mensajes de error durante el arranque, que como mínimo son feos.

Bueno, por lo pronto me queda saber con que software puedo hacer imágenes del sco y que el mismo funcione en otro tipo de discos, con distinto tamaño y controlador. Les comento esto por que estos UNIX ocupan solo 400 MB del disco. Sobre como se instalan estos:_ EL fabricante de EE.UU. dejo unos disquetes que al arrancar con ellos instalan tanto el sco como la monolítica aplicación. pero..... este aquí que esos disquetes no funcionan mas... claro ya tienen mas de 6 añitos. Bueno , no se si les aclare un poco la visión sobre el problema. Desde ya lo saludo muy cordialmente Gustavo Zuleta

Bueno amigo, espero haberte ayudado, empieza a probar y lo primero que debes ir haciendo es un respaldo de los datos, y luego ponte a jugar con el arranque en linux de esa aplicación. Yo en la "practica" nunca lo he realizado, pero alli te dije la teoria, que es lo que se. Gracias