Crear un objetivo SCSI físico a partir de uno iSCSI

Me encuentro teniendo que mantener un hardware viejo para algunas aplicaciones heredadas. Estas computadoras usan viejas unidades SCSI paralelas, y cuando esas unidades mueren, tengo que buscar nuevas, lo cual se está volviendo cada vez más difícil.

¿Es factible ejecutar una computadora moderna con una interfaz SCSI física y presentarse como un disco de destino para la computadora heredada, por lo que en lugar de acceder a un disco SCSI físico, está accediendo a un disco moderno en una SAN?

Miré a http://www.linux-iscsi.org/ y parece que el modo de operación habitual es actuar como un objetivo iSCSI fuera de un disco físico en lugar de al revés, un objetivo físico fuera de un iSCSI remoto objetivo. Pero no estoy lo suficientemente familiarizado con la terminología o la tecnología para saber si es compatible, posible o completamente fuera de lugar.

Creo que su enfoque deseado es posible utilizando el subsistema CAM Target Layer de FreeBSD y los adaptadores SCSI que admiten el modo objetivo, como la serie AIC-78xx. Actualmente estoy haciendo esto a través de un par de tarjetas Adaptec 39160 conectadas con un cable VHDCI. También es posible pasar a través de un archivo ISO como un dispositivo CDROM SCSI de arranque.

El kernel de FreeBSD debe compilarse con controladores targ y targbh, los puertos deben estar habilitados para el modo de destino (por ejemplo ctladm port -o on ahc0) y los dispositivos de bloque deben crearse ( ctladm create -b block -o file=/path/to/disko ctladm create -b block -t 5 -o file=/path/to/iso). El controlador de bloque admite dispositivos de disco, así como imágenes de disco. De manera predeterminada, presenta dispositivos como LUN en la ID 7, así que asegúrese de que sus tarjetas SCSI estén configuradas con diferentes ID.

Windows 98 parece bloquearse al escanear el bus PCI con ASPI para 79xx, posiblemente debido a un problema con el controlador, aunque no he investigado mucho. Windows XP parece ser más fácil de manejar para las tarjetas 39160, pero como XP ya se puede reiniciar desde iSCSI, eso no desbloquea ninguna funcionalidad adicional para mí.

Para comenzar desde Adam, iSCSI es un protocolo que "expone" el espacio en disco de una computadora y lo representa como dispositivo de almacenamiento en otra computadora. Pero para usarlo, el sistema operativo de la segunda computadora debe reconocer el protocolo y tener controladores / módulos apropiados para trabajar. Además, una vez que se reconoce iSCSI LUN, debe formatearse y montarse (desde el sistema operativo) en un punto de montaje particular (o usarse como dispositivo RAW). No conozco la opción de usar el disco iSCSI como dispositivo raíz.

En su caso, iSCSI no es aplicable. Lo que puede buscar es un convertidor / controlador PATA a SCSI para usar discos PATA como SCSI. Por lo general, esos convertidores son independientes del sistema operativo.

Pero lo mejor que puede hacer es migrar todas las aplicaciones que se ejecutan en este hardware antiguo a una nueva plataforma de software / hardware.

Para evitar tener los discos duros locales, considere usar la tecnología NetBoot . Aquí hay información importante de Wikipedia

NetBoot es una tecnología de Apple que permite que las Mac con firmware capaz (es decir, New World ROM) arranquen desde una red, en lugar de un disco duro local o una unidad de disco óptico. NetBoot es un trabajo derivado del Protocolo Bootstrap (BOOTP), y es similar en concepto al Entorno de ejecución previo al arranque.

Se crea una imagen de disco con una copia de macOS, macOS Server, Mac OS 9 o Mac OS 8 utilizando System Image Utility y se almacena en un servidor, generalmente macOS Server. Los clientes reciben esta imagen a través de una red utilizando muchos protocolos populares que incluyen: HTTPS, AFP, TFTP, NFS y Restauración de software de Apple (ASR) de multidifusión. La imagen de NetBoot del lado del servidor puede arrancar máquinas enteras

Mac OS 8.5 y Mac OS 9 solo usan BOOTP / DHCP para obtener información de IP, seguido de una transferencia TFTP del archivo ROM de Mac OS. A continuación, se montan dos volúmenes a través de AppleTalk sobre TCP en el que residen las imágenes de disco del cliente. Con todo, el Mac OS clásico utiliza tres imágenes; una imagen del sistema que contiene el sistema operativo y puede contener aplicaciones. A continuación, se monta una imagen privada (o disco de memoria virtual) en una superposición sobre la imagen del sistema de solo lectura. Finalmente, se monta una imagen de aplicaciones. Esta imagen, sin embargo, puede estar vacía.

Si no tiene el servidor Max OS X en sus manos, considere usar BootMania que proporcionaría la funcionalidad de NetBoot desde un cuadro normal de Mac OS X.