SCO Unix unter VMWare 6.0
Hallo zusammen,
ich hab mal eine Frage an die VMWare Fachleute hier:
Ich habe eine VMWare Umgebung (ESXi Version 6.0 mit vCenter 6.0), in der ich einen virtuellen Server mit SCO Unix habe. Auf dem läuft ein altes PPS System, das wir noch brauchen.
Die Kompatibilität dieser Maschine ist auf VM-Version 4 eingestellt, und entspricht damit ESXi 3.5.
Hat jemand Erfahrung damit, SCO Unix unter höheren Kompatibilitätsstufen einzusetzen. Mit Stufe 4 kann ich außer ein- und ausschalten, sowie die Plattengröße ändern nicht viel machen.
Was kann durch eine Änderung der Kompatibilitätsstufe noch beeinflusst werden?
Ich habe diese VM nicht selbst aufgesetzt und weiß nur aus Erzählungen, dass das ziemlich kompliziert war, als die 2011 aufgesetzt wurde.
Danke für Anregungen.
Jörg
[Update: Tippfehler bei der Versionsangabe behoben]
ich hab mal eine Frage an die VMWare Fachleute hier:
Ich habe eine VMWare Umgebung (ESXi Version 6.0 mit vCenter 6.0), in der ich einen virtuellen Server mit SCO Unix habe. Auf dem läuft ein altes PPS System, das wir noch brauchen.
Die Kompatibilität dieser Maschine ist auf VM-Version 4 eingestellt, und entspricht damit ESXi 3.5.
Hat jemand Erfahrung damit, SCO Unix unter höheren Kompatibilitätsstufen einzusetzen. Mit Stufe 4 kann ich außer ein- und ausschalten, sowie die Plattengröße ändern nicht viel machen.
Was kann durch eine Änderung der Kompatibilitätsstufe noch beeinflusst werden?
Ich habe diese VM nicht selbst aufgesetzt und weiß nur aus Erzählungen, dass das ziemlich kompliziert war, als die 2011 aufgesetzt wurde.
Danke für Anregungen.
Jörg
[Update: Tippfehler bei der Versionsangabe behoben]
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 345804
Url: https://administrator.de/contentid/345804
Ausgedruckt am: 22.11.2024 um 00:11 Uhr
16 Kommentare
Neuester Kommentar
Hallo und guten morgen,
ich hab mal eine Frage an die VMWare Fachleute hier:
Ich habe eine VMWare Umgebung (WSXi Version 6.0 mit vCenter 6.0), in der ich einen virtuellen Server mit SCO Unix habe. Auf dem läuft ein altes PPS System, das wir noch brauchen.
Was ist WSXi Version 6.0 mit vCenter 6.0?
Meinst Du ESXi?
Möglicherweise musst Du nach dem ändern der Kompatibilitätsstufe die VMware Tools neu installieren.
Gruss Penny
ich hab mal eine Frage an die VMWare Fachleute hier:
Ich habe eine VMWare Umgebung (WSXi Version 6.0 mit vCenter 6.0), in der ich einen virtuellen Server mit SCO Unix habe. Auf dem läuft ein altes PPS System, das wir noch brauchen.
Meinst Du ESXi?
Hat jemand Erfahrung damit, SCO Unix unter höheren Kompatibilitätsstufen einzusetzen. Mit Stufe 4 kann ich außer ein- und ausschalten, sowie die Plattengröße ändern nicht viel machen.
Jupp, das war damals so.Was kann durch eine Änderung der Kompatibilitätsstufe noch beeinflusst werden?
Ausprobieren. Clone die VM. Im Clone änderst Du die Kompatibilitätsstufe.Möglicherweise musst Du nach dem ändern der Kompatibilitätsstufe die VMware Tools neu installieren.
Danke für Anregungen.
Jörg
Jörg
Gruss Penny
Zitat von @Vancouverona:
Hat jemand Erfahrung damit, SCO Unix unter höheren Kompatibilitätsstufen einzusetzen. Mit Stufe 4 kann ich außer ein- und ausschalten, sowie die Plattengröße ändern nicht viel machen.
Was kann durch eine Änderung der Kompatibilitätsstufe noch beeinflusst werden?
Hat jemand Erfahrung damit, SCO Unix unter höheren Kompatibilitätsstufen einzusetzen. Mit Stufe 4 kann ich außer ein- und ausschalten, sowie die Plattengröße ändern nicht viel machen.
Was kann durch eine Änderung der Kompatibilitätsstufe noch beeinflusst werden?
Nichts, da eure SCO Unix Version einfach zu alt ist!
Geht es um das SCO-Unix in Krefeld oder um die VM mit SCO-Unix Open Server Release 5.0.4 die ich für euch in Berlin aufgesetzt habe? Wenn ich mich recht erinnere, hattet Ihr in Krefeld eine ältere Version von SCO und für die Virtualiesierung bei euch wurde eine Mitarbeiter von SCO angefordert/eingeflogen.
Bei Bedarf, zum spielen, habe ich noch eine VM mit SCO-Unix Open Server Release 5.0.4. Der ganze restliche (25 Jahre alte) SCO-Krempel wurde letzen Monat entsorgt
MfG
Moin,
"Never change a running system!" ist eine alte Adminweisheit. Wenn Du keinen zwingenden Grund hast solltest Du die Spielereien lassen oder nzr auf einer Testmaschine spielen.
Das ganze SCO-Gedöns ist inzwischen über 20 Jahre alt und deshalb dürfte es schwierig werden noch Leute zu finden, die das noch kennen und vor allem auch noch supporten können. Selbst meine Kenntnsse sind schon"eingerostet".
Also: VM koperen auf Spielwiese und probieren. Aber die Features der neen vm-versionen wirst du nicht ausnutzen können.
ljs
"Never change a running system!" ist eine alte Adminweisheit. Wenn Du keinen zwingenden Grund hast solltest Du die Spielereien lassen oder nzr auf einer Testmaschine spielen.
Das ganze SCO-Gedöns ist inzwischen über 20 Jahre alt und deshalb dürfte es schwierig werden noch Leute zu finden, die das noch kennen und vor allem auch noch supporten können. Selbst meine Kenntnsse sind schon"eingerostet".
Also: VM koperen auf Spielwiese und probieren. Aber die Features der neen vm-versionen wirst du nicht ausnutzen können.
ljs
Zitat von @Lochkartenstanzer:
Also: VM koperen auf Spielwiese und probieren. Aber die Features der neen vm-versionen wirst du nicht ausnutzen können.
Also: VM koperen auf Spielwiese und probieren. Aber die Features der neen vm-versionen wirst du nicht ausnutzen können.
Nun, ich mache noch Anpassungen für neuere VM-Versionen, die Frage ist ob du zwischen 5K -8K € bereit bist zu zahlen? Irgendwann ist mal Ende und wir gehen alle auf Rente
MfG
Zitat von @runasservice:
Nun, ich mache noch Anpassungen für neuere VM-Versionen, die Frage ist ob du zwischen 5K -8K € bereit bist zu zahlen? Irgendwann ist mal Ende und wir gehen alle auf Rente
Nun, ich mache noch Anpassungen für neuere VM-Versionen, die Frage ist ob du zwischen 5K -8K € bereit bist zu zahlen? Irgendwann ist mal Ende und wir gehen alle auf Rente
Wenn mir jemand soviel Geld gibt, würde ich auch noch ein wenig mit den alte SCO unixen (SCO Unix, Open Desktop, Openserver, Unixware, etc) herumspielen. das alte wissen ist meistens recht schnell wieder da, wenn man es wieder benutzt.
Aber alle die ich kenne und die das damals eingesetzt haben, sind inzwischen auf andere Systeme umgezogen, weil sie nciht bereit waren, daß eitliche k€ in alte Systeme zu versenken.
lks
Zitat von @Lochkartenstanzer:
Wenn mir jemand soviel Geld gibt, würde ich auch noch ein wenig mit den alte SCO unixen (SCO Unix, Open Desktop, Openserver, Unixware, etc) herumspielen.
Wenn mir jemand soviel Geld gibt, würde ich auch noch ein wenig mit den alte SCO unixen (SCO Unix, Open Desktop, Openserver, Unixware, etc) herumspielen.
Du hast SCO-Xenix vergessen, damit habe ich mal Ende der 80er angefangen, das hat mir auch meinen 1. Job in der IT-Branche beschert. Wieso viel Geld? Ich lasse mir mir mein Fachwissen bezahlen. Angebot und Nachfrage. Die meisten Kollegen aus dieser Zeit liegen bereits auf dem Friedhof
MfG
Das ist nicht viel Geld. Das "soviel" bezog sich aufg die 5-8k€, die Du erwähntest. Für ein paar wenige hundert Euro suche ich meine alten CD's und Handbücher nicht aus der Krustelkisten raus.
Die meisten Kollegen aus dieser Zeit liegen bereits auf dem Friedhof
Die Einschläge kommen näher.
lks
ich finde die Diskussion hier eher unsachlich... ich hatte mal eine ähnliche Aufgabenstellung, etwas total Exotisches am Leben zu erhalten.
Windows NT4 SP6 incl einem Mac-Fileshare (ja sowas gabs mal bei Microsoft) über Appletalk. Der heilige historische Mac-Server der einen Ende der 80er gekauften A-UX Server abgelöst hat (ja auch Apple hatte mal was mit Un*x).
Ab ESX4 und mit den normalen Einstellungen bootete das NT in einen Bluescreen hinein, so daß der Mac-server solange es ging auf ESX 3.5 lief... auch bei einer Neuinstallation kackte mit einem Bluescreen ab (ich wollte das VMDK mit dem Mac Container einfach mounten).
Auf ESX 6.0 war der NT-Bug übrigens wieder behoben... bis das rauskam, lebte der NT Kram auf einer ESX 3.5 Whitebox, deren Hardware dreifach redundant in Form von Ersatzmainboards, CPUs, Speicherriegeln, Netzteilen, SCSI Karten u.s.w. im Schrank lag, 10 Jahre lang. ESX 3.5 war super Zickig bezüglich der Hardware
Man konnte die Bluescreens allerdings auch mit einem Spezialflag für das Durchreichen / nicht durchreichen von nativen CPU-Opcodes abstellen... das hatte ich dann sehr viel später mal festgestellt.
Windows NT4 SP6 incl einem Mac-Fileshare (ja sowas gabs mal bei Microsoft) über Appletalk. Der heilige historische Mac-Server der einen Ende der 80er gekauften A-UX Server abgelöst hat (ja auch Apple hatte mal was mit Un*x).
Ab ESX4 und mit den normalen Einstellungen bootete das NT in einen Bluescreen hinein, so daß der Mac-server solange es ging auf ESX 3.5 lief... auch bei einer Neuinstallation kackte mit einem Bluescreen ab (ich wollte das VMDK mit dem Mac Container einfach mounten).
Auf ESX 6.0 war der NT-Bug übrigens wieder behoben... bis das rauskam, lebte der NT Kram auf einer ESX 3.5 Whitebox, deren Hardware dreifach redundant in Form von Ersatzmainboards, CPUs, Speicherriegeln, Netzteilen, SCSI Karten u.s.w. im Schrank lag, 10 Jahre lang. ESX 3.5 war super Zickig bezüglich der Hardware
Man konnte die Bluescreens allerdings auch mit einem Spezialflag für das Durchreichen / nicht durchreichen von nativen CPU-Opcodes abstellen... das hatte ich dann sehr viel später mal festgestellt.
Zitat von @GrueneSosseMitSpeck:
Windows NT4 SP6 incl einem Mac-Fileshare (ja sowas gabs mal bei Microsoft) über Appletalk. Der heilige historische Mac-Server der einen Ende der 80er gekauften A-UX Server abgelöst hat (ja auch Apple hatte mal was mit Un*x).
Windows NT4 SP6 incl einem Mac-Fileshare (ja sowas gabs mal bei Microsoft) über Appletalk. Der heilige historische Mac-Server der einen Ende der 80er gekauften A-UX Server abgelöst hat (ja auch Apple hatte mal was mit Un*x).
Kenn ich alles. Aber eine SUN mit helios ethershare (iirc) war deutlich besser.
Ab ESX4 und mit den normalen Einstellungen bootete das NT in einen Bluescreen hinein, so daß der Mac-server solange es ging auf ESX 3.5 lief... auch bei einer Neuinstallation kackte mit einem Bluescreen ab (ich wollte das VMDK mit dem Mac Container einfach mounten).
Man kann auch ESX3.5 virtualisieren.
Für einen ähnlichen Fall habe ich das sogar gemacht, weil keine passende hardware schnell genug aufzutreiben war.
lks
Zitat von @Lochkartenstanzer:
Man kann auch ESX3.5 virtualisieren.
Für einen ähnlichen Fall habe ich das sogar gemacht, weil keine passende hardware schnell genug aufzutreiben war.
Oha, nested Virtualization in einer Produktivumgebung. Und wie war die Performance?Man kann auch ESX3.5 virtualisieren.
Für einen ähnlichen Fall habe ich das sogar gemacht, weil keine passende hardware schnell genug aufzutreiben war.
Wobei, was tut man nicht alles, damit irgendwas vorsintflutartiges EDV Geraffel am Leben gehalten wird.
Zitat von @Penny.Cilin:
Zitat von @Lochkartenstanzer:
Man kann auch ESX3.5 virtualisieren.
Für einen ähnlichen Fall habe ich das sogar gemacht, weil keine passende hardware schnell genug aufzutreiben war.
Oha, nested Virtualization in einer Produktivumgebung. Und wie war die Performance?Man kann auch ESX3.5 virtualisieren.
Für einen ähnlichen Fall habe ich das sogar gemacht, weil keine passende hardware schnell genug aufzutreiben war.
Besser als die auf der vorsintflutlichen Hardware.
Wobei, was tut man nicht alles, damit irgendwas vorsintflutartiges EDV Geraffel am Leben gehalten wird.
Stimmt schon.