Bei uns ging es darum zu protokollieren welcher Operator zu welcher Zeit einen Prozess gestartet hat und wann welches Programme gestartet wurden.
In Verbindung mit JES2 von IBM war über die Console auch eine Kommunikation mit IBM möglich.
1988 hatte ich einen, was man heute als Chat bezeichnet, Austauch mit einem Kollegen im Pazifik.
Das wurde dem Kollegen direkt auf dem Letterwriter gedruckt und seine Antwort kam hier auf dem 100er an.
Wir haben auch schon Bänder aus neuen, lieferbaren Kassetten in alte eingebaut.
Auch keine saubere Arbeit, aber das Ergebnis war brauchbar.
Meiner ist von 1984, da gab es das VT100 ja auch schon 6 Jahre.
Als Schreibmaschine / Drucker- Kombination?
Ausbildung, wie bei Dir?
Oder als OPA1 Bediendrucker für die größeren Maschinen als LA36 Ersatz?
"Den Computer daran bedient" / Anwendungen benutzt wird man doch eher nicht gemacht haben, Mitte der 80er, ohne Bildschirm?
Der Haupteinsatz des Letterwriters war als Operator Konsole (OPA0).
Hier wurden Anwendungen gesteuert und Prozesse protokolliert.
Der Anwender hatte ein VT Terminal. Erst VT100, später dann VT200, VT320 etc.
Bestimmt.
Das waren damals Aspekte die man in Betracht gezogen hat. München war ja auch nicht zu weit entfernt.
Wie schön, ein Letterwriter.
Daran habe ich 1987 in Verbindung mit einer 8650 gelernt.
Damals wollte der Chef noch die Kommandos prüfen, bevor wir Enter drücken durften.
Hallo fanhistorie,
leider habe ich dazu keine Informationen.
Bin erst Anfang 1987 mit einer Vax 8650 (später 6000er) in Berührung gekommen und wurde durch das DEC Team in Dreieich betreut.
Unsere Hardware kam aus den USA.
Nur Ersatzteile kamen aus den Niederlanden und auch aus Kaufbeuren.
Gestrickt hört sich wieder eher aufwendig an...
Wieviel Arbeit ist es, sowas aufzusetzen?
Eigentlich nicht viel:
RASPBERRY aufsetzen mit APACHE, 123Solar installieren und den DEYE-Logger compilieren und einrichten. Das sollte es gewesen sein.
Ich habe mir mit dem DEYE 600 WR und 123Solar aus GITHUB eine lokale Lösung gestrickt, die auf einem RASPBERRY lokal läuft.
Die China Server sind gespeert.
Vielleicht auch eine Idee.
nteressant: Made in West Germany. Auf der Platte selbst steht auch "KAUFBAUREN". War da wirklick eine Platten(Mechanik)montage, oder haben die dort nur die Module zusammengesetzt? microvax weiss das vielleicht?
Es gab in Kaufbeuren mal DEC Facilities, die sich als storage manufacturing plant bezeichnet haben. Ich bin mir aber nicht sicher, ob da komplette Platten hergestellt wurden. Defekte Platten gingen meines Wissens dort hin und Ersatz kam von dort ans Service Team,
Die RA92 hatten wir im gefilterten Computerraum und in einem SA Gehäuse im Einsatz, das nochmals mit groben Filtermatten geschützt war. Das Panel hatte auch die Path Buttons, womit wir den primären und den sekundären gewählt haben.
Die RA90er Serie hat bei uns die RA81er abgelöst.
Ein wichtiger Hinweis noch.
Wenn man die Knopfzelle entfernt oder tauscht verliert der Kontroller die Lizenzen und die Seriennummer.
Dann hilft nur das "Dang"(er) Kommando von oben, um ihn wieder gebrauchsfähig zu machen.
Korrekt. mit RUN CFMENU sucht er nach angeschlossenen Devices und man kann mit den Optionen im Menu die Geräte einrichten oder entfernen
Er ist ja laut Starmeldung der Meinung die CX20100000 zu haben.
Die fügt er immer ein, wenn er die Config verloren hat.
Hallo Toshi,
Dein Lifesaver wäre dann:
dang i h=" A01" S="ZG62000352"
Ich habe die CR2032 Lithium Kopfzelle nachgemessen, hat noch 3.1V, sollte also ok sein.
Die ist ja wie neu 
, dann könnten die Lizenzen ja noch aktiv sein.
Ja, der Controller hat Lizenzen für Writeback Cache, Raid 5 und Mirroring.
das kann er unabhängig von der VAX oder als JBOD einrichten und auf der VAX Shadowsets benutzen, wie Wildfire schon erwähnt hat.
HBSV :== Host based Shadow volumne
Über die Console kann man das LMU Utility aufrufen und schauen, ob er die Lizenzen noch im NVRAM hat.
Falls nicht PN an mich.
Nach dem Neustart mit "set this time" Uhrzeit und Datum setzen, DSSI Node einrichten und dann das Shelf mit den Devices einrichten.
da gab es mal ein geheimes Komando um das zu fixen.
Befehl: dang i h=" C01" S="ZG33400081" eingeben und Kontroller neu starten.
dang = Befehl
i = initialisieren des NVPM
h = Hardware Revision, immer 4 Stellen, am Anfang mit Leerstellen auffuellen, falls die Rev. nur 3 Stellen hat
s = Seriennummer vom Kontrollerboard, hier keine Pruefsumme erforderlich, allerdings sollten die ersten 3 Stellen dem Modell entsprechen
die sind bei Stromausfall dafür da, dass die Daten aus dem Cache noch bis zu 100 Stunden gehalten werden.
During a power failure, the write-back cache batteries discharge very slowly,
providing standby power to retain cache data. Digital guarantees that fully
charged batteries will maintain cache data during a power outage for a minimum
of 100 hours.
Seite 39 im HSFAMSVD.PDF
... und am ersten Januar des Jahres 2025 eine Uptime von > 366 Tagen.
MfGBernhard
32 Tage sind schon mal geschafft!
Hab keine VS2000 mehr, daher Tipp ins Blaue.
Lance Karte tauschen mit der VS 2000, die über Ethernet bootet?
Dachte, dass Kommunikation immer in beide Richtungen gehen muss.
Also Anfrage an VS4000 auch schon send und receive benötigt.
tote lance karte?
Eher nicht. Immerhin geht der Load Request ja an die 4000er raus.
SYS14 existert auf der 4000er?
Die RD53 hat 8 Heads, 1024 Cylinder und 17 Sectors wie auch die Micropolis 1325.
Micropolis 1325 Specifications | Hard Disk Drive | Micropolis
Geht die 1325 mit den Werten oder was verlangt T70 da noch?
Genau so ist das. Die 100% Anzeige siehst Du nicht unbedingt.
Irgenwann steht da in etwa:
Device Device Error Volume Free Trans Mnt Name
Status Count Label Blocks Count Cnt
DSA0: Mounted 0 VAXVMS2H4055 1 1
$1$DIA0: ShadowSetMember 0 (member of DSA0:)
$1$DIA1: ShadowSetMember 0 (member of DSA0:)Was bedeutet, daß DSA0: zu 4% "gemerged" ist?
Das Schadowset wird in Deinem Fall "Rebuild".
Das ist ein Beispiel für ein neues Shadowset:
$ MOUNT DSA0: /SHADOW=($1$DUA8:,$1$DUA89:) SHADOWDISK
%MOUNT-I-MOUNTED, SHADOWDISK mounted on _DSA0: %MOUNT-I-SHDWMEMSUCC, _$1$DUA8: (FUSS) is now a valid member of the shadow set
%MOUNT-I-SHDWMEMCOPY, _$1$DUA89: (FUSS) added to the shadow set with a copy operation
$ SHOW DEVICES DSA0:
Device Device Error Volume Free Trans Mnt Name Status Count Label Blocks Count Cnt
DSA0: Mounted 0 SHADOWDISK 890937 1 1
$1$DUA8: (FUSS) ShadowSetMember 0 (member of DSA0:) $1$DUA89: (FUSS) ShadowCopying 0 (copy trgt DSA0: 1% copied)mal set fboot=1 setzen, dann schauen, ob sie immer noch Fehler bringt, weil das CLEARPOINT ja vielleicht den intensiven mem test nicht besteht.
Wenn man das veräußern würde könnte eine einzelne Person von dem Geld ein paar Monate leben...
und wenn man die nicht veräußert hat man jahrelang Freude daran 
RQDX3
hilft "backup ey.bck/save dka200:<000000.temp.bernh...>*.*.
Wichtig "...>", damit werden die "tieferen" Dateien auch rekonstruiert.
Absolut korrekt und das kann nie schaden.
Frage in die Runde: Mache ich beim Auspacken was falsch?
Ich denke in dem Verzeichniss gibt es die Dateien schon.
Versuche es mal mit "backup ey.bck/save dka200:[000000.temp.bernh]*.*.
Dann sollte der Restore eine zweite Version der Dateien in dem Verzeichniss erstellen, die man dann ja purgen kann.
