Erstellen eines physischen SCSI-Ziels aus einem iSCSI-Ziel

Ich muss alte Hardware für einige Legacy-Anwendungen warten. Diese Computer verwenden alte parallele SCSI-Laufwerke, und wenn diese Laufwerke ausfallen, muss ich nach neuen suchen, was immer schwieriger wird.

Ist es möglich, einen modernen Computer mit einer physischen SCSI-Schnittstelle zu betreiben und sich als Legacy-Festplatte für den Legacy-Computer zu präsentieren. Statt auf eine physische SCSI-Festplatte zuzugreifen, greift er auf eine moderne Festplatte in einem SAN zu?

Ich habe mir http://www.linux-iscsi.org/ angesehen und es sieht so aus, als ob die übliche Funktionsweise darin besteht, sich wie ein iSCSI-Ziel von einer physischen Festplatte zu verhalten und nicht umgekehrt, ein physisches Ziel von einer entfernten iSCSI Ziel. Aber ich bin mit der Terminologie oder Technologie nicht vertraut genug, um festzustellen, ob sie unterstützt wird, möglich ist oder überhaupt nicht in Frage kommt.

Ich glaube, Ihr gewünschter Ansatz ist mit dem CAM Target Layer-Subsystem von FreeBSD und SCSI-Adaptern möglich, die den Zielmodus unterstützen, wie z. B. der AIC-78xx-Serie. Ich mache dies derzeit über ein Paar Adaptec 39160-Karten, die mit einem VHDCI-Kabel verbunden sind. Es ist auch möglich, eine ISO-Datei als bootfähiges SCSI-CD-ROM-Gerät zu durchlaufen.

Der FreeBSD-Kernel muss mit Targ- und Targbh-Treibern kompiliert werden, die Ports müssen für den Zielmodus aktiviert sein (z. B. ctladm port -o on ahc0) und die Blockgeräte müssen erstellt werden ( ctladm create -b block -o file=/path/to/diskoder ctladm create -b block -t 5 -o file=/path/to/iso). Der Blocktreiber unterstützt sowohl Festplattengeräte als auch Festplattenabbilder. Standardmäßig werden Geräte als LUNs unter ID 7 angezeigt. Stellen Sie daher sicher, dass Ihre SCSI-Karten auf unterschiedliche IDs eingestellt sind.

Windows 98 scheint beim Scannen des PCI-Busses mit ASPI nach 79xx zu hängen, möglicherweise aufgrund eines Treiberproblems, obwohl ich nicht viel untersucht habe. Windows XP scheint für die 39160-Karten einfacher zu handhaben zu sein, aber da XP bereits von iSCSI aus gestartet werden kann, werden für mich keine zusätzlichen Funktionen freigeschaltet.

Ausgehend von Adam iSCSI ist ein Protokoll, das Speicherplatz von einem Computer "freigibt" und diesen als Speichergerät für einen anderen Computer darstellt. Um es zu verwenden, muss das Betriebssystem des zweiten Computers das Protokoll erkennen und über geeignete Treiber / Module verfügen, mit denen es arbeiten kann. Darüber hinaus sollte die iSCSI-LUN nach dem Erkennen formatiert und (vom Betriebssystem) an einen bestimmten Mountpunkt gemountet (oder als RAW-Gerät verwendet) werden. Mir ist keine Option zur Verwendung der iSCSI-Festplatte als Root-Gerät bekannt.

In Ihrem Fall ist iSCSI nicht anwendbar. Was Sie suchen können, ist PATA-zu-SCSI-Konverter / Controller, um PATA-Festplatten als SCSI zu verwenden. Normalerweise sind diese Konverter vom Betriebssystem unabhängig.

Das Beste, was Sie tun können, ist, alle Anwendungen, die auf dieser alten Hardware ausgeführt werden, auf eine neue Software / Hardwareplattform zu migrieren.

Verwenden Sie die NetBoot- Technologie, um lokale Festplatten zu vermeiden . Hier sind einige wichtige Informationen aus Wikipedia

NetBoot ist eine Technologie von Apple, mit der Macs mit leistungsfähiger Firmware (z. B. New World ROM) von einem Netzwerk anstatt von einer lokalen Festplatte oder einem optischen Laufwerk booten können. NetBoot ist eine vom Bootstrap-Protokoll (BOOTP) abgeleitete Arbeit und ähnelt im Konzept der Preboot-Ausführungsumgebung.

Ein Disk-Image mit einer Kopie von macOS, macOS Server, Mac OS 9 oder Mac OS 8 wird mit dem System Image Utility erstellt und auf einem Server gespeichert, normalerweise macOS Server. Clients erhalten dieses Image über ein Netzwerk mit vielen gängigen Protokollen, darunter HTTPS, AFP, TFTP, NFS und Multicast Apple Software Restore (ASR). Das serverseitige NetBoot-Image kann ganze Computer starten

Mac OS 8.5 und Mac OS 9 verwenden nur BOOTP / DHCP, um IP-Informationen abzurufen, gefolgt von einer TFTP-Übertragung der Mac OS ROM-Datei. Als Nächstes werden zwei Volumes über AppleTalk über TCP bereitgestellt, auf denen sich die Client-Disk-Images befinden. Insgesamt verwendet das klassische Mac OS drei Bilder. Ein Systemabbild, das das Betriebssystem enthält und möglicherweise Anwendungen enthält. Als nächstes wird ein privates Image (oder eine Arbeitsplatte) in einer Überlagerung über dem schreibgeschützten System-Image bereitgestellt. Schließlich wird ein Anwendungsabbild bereitgestellt. Dieses Bild ist jedoch möglicherweise leer.

Wenn Sie keinen Max OS X-Server zur Hand haben, sollten Sie BootMania verwenden, das die NetBoot-Funktionalität einer normalen Mac OS X-Box bietet.