Criando um destino SCSI físico a partir de um iSCSI

Encontro-me tendo que manter algum hardware antigo para alguns aplicativos herdados. Esses computadores usam unidades SCSI paralelas antigas e, quando essas unidades morrem, eu tenho que procurar por novas, o que está ficando cada vez mais difícil.

É possível executar um computador moderno com uma interface SCSI física e se apresentar como um disco de destino no computador legado; portanto, em vez de acessar um disco SCSI físico, ele está acessando um disco moderno em uma SAN?

Eu olhei para http://www.linux-iscsi.org/ e parece que o modo usual de operação é agir como um alvo iSCSI de um disco físico e não o contrário, um alvo físico de um iSCSI remoto alvo. Mas não estou familiarizado o suficiente com a terminologia ou a tecnologia para saber se é suportado, possível ou completamente fora de questão.

Eu acredito que sua abordagem desejada é possível usando o subsistema CAM Target Layer do FreeBSD e adaptadores SCSI que suportam o modo de destino, como a série AIC-78xx. Atualmente, estou fazendo isso através de um par de placas Adaptec 39160 conectadas a um cabo VHDCI. Também é possível passar por um arquivo ISO como um dispositivo de CD-ROM SCSI inicializável.

O kernel do FreeBSD deve ser compilado com os drivers targ e targbh, as portas devem estar habilitadas para o modo de destino (por exemplo ctladm port -o on ahc0) e os dispositivos de bloco devem ser criados ( ctladm create -b block -o file=/path/to/diskou ctladm create -b block -t 5 -o file=/path/to/iso). O driver de bloco suporta dispositivos de disco e imagens de disco. Por padrão, ele apresenta dispositivos como LUNs no ID 7, portanto, verifique se as placas SCSI estão definidas para IDs diferentes.

O Windows 98 parece travar ao varrer o barramento PCI com ASPI em busca de 79xx, possivelmente devido a um problema de driver, embora eu não tenha investigado muito. O Windows XP parece ser mais fácil de lidar com as placas 39160, mas como o XP já pode ser inicializado com iSCSI, isso não desbloqueia nenhuma funcionalidade extra para mim.

Para iniciar do Adam, o iSCSI é um protocolo que "expõe" o espaço em disco de um computador e o representa como dispositivo de armazenamento para outro computador. Mas para usá-lo, o sistema operacional do segundo computador deve reconhecer o protocolo e ter drivers / módulos apropriados para trabalhar. Além disso, depois que o iSCSI LUN for reconhecido, ele deverá ser formatado e montado (do SO) para um ponto de montagem específico (ou usado como dispositivo RAW). Não conheço a opção de usar o disco iSCSI como dispositivo raiz.

No seu caso, o iSCSI não é aplicável. O que você pode pesquisar é o conversor / controlador PATA para SCSI para usar discos PATA como SCSI. Geralmente esses conversores são independentes do sistema operacional.

Mas o melhor que você pode fazer é migrar todos os aplicativos executados nesse hardware antigo para a nova plataforma de software / hardware.

Para evitar os discos rígidos locais, considere usar a tecnologia NetBoot . Aqui estão algumas informações importantes da Wikipedia

O NetBoot é uma tecnologia da Apple que permite que Macs com firmware capaz (por exemplo, ROM do Novo Mundo) sejam inicializados a partir de uma rede, em vez de um disco rígido local ou unidade de disco óptico. O NetBoot é um trabalho derivado do Bootstrap Protocol (BOOTP) e tem conceito semelhante ao Preboot Execution Environment.

Uma imagem de disco com uma cópia do macOS, macOS Server, Mac OS 9 ou Mac OS 8 é criada usando o System Image Utility e é armazenada em um servidor, geralmente o macOS Server. Os clientes recebem essa imagem em uma rede usando muitos protocolos populares, incluindo: HTTPS, AFP, TFTP, NFS e Apple Software Restore (ASR). A imagem NetBoot do lado do servidor pode inicializar máquinas inteiras

O Mac OS 8.5 e o Mac OS 9 usam apenas BOOTP / DHCP para obter informações de IP, seguidos por uma transferência TFTP do arquivo ROM do Mac OS. Em seguida, dois volumes são montados via AppleTalk sobre TCP no qual residem as imagens de disco do cliente. Em suma, o Mac OS clássico usa três imagens; uma imagem do sistema que contém o sistema operacional e pode conter aplicativos. Em seguida, uma imagem privada (ou disco de trabalho) é montada em uma sobreposição sobre a imagem do sistema somente leitura. Finalmente, uma imagem de aplicativos é montada. Esta imagem, no entanto, pode estar vazia.

Se você não tiver o servidor Max OS X em mãos, considere usar o BootMania, que forneceria a funcionalidade NetBoot a partir de uma caixa comum do Mac OS X.