🚀 go-pugleaf

Christian Hoffmann wrote:

> Hallo,

Hi,

> 
> ...ich bin wohl noch zu jung daf�r. Daher ein paar Fragen an die alten 
> Hasen:

so einer bin ich zwar nicht, aber vielleicht liege ich ja mit meiner Idee
auch komplett daneben-

> 
> Aufgabe ist es von einem etwas in die Jahre gekommenen HP-UX System 
> 9000/300 mit 8MB Ram ein Image der Festplatte zu ziehen. Die Festplatte 
> ist eine HP 7959S extern SCSI auf SCSI-ID 0 mit ca. 500MB (?).

Was ich �blicherweise in solchen F�llen einsetze ist dd oder tar via
SSH (w�rde ich hier �bers Ethernet machen), mir f�llt jetzt auch nichts
ein was wirklich dagegenspricht, da du bereit scheints selbst die
�bertragung via ein Nullmodem abzuwarten, denke ich die relativ langsame
CPU (was sich auf die SSH nat�rlich auswirkt) wird dich nicht st�ren.
Grob stelle ich mir das so vor: 
$(tar oder dd command) | ssh user@HostAufDemDieSicherungskopieLiegenSoll
 "cat Zieldatei" ich w�rde je nachdem wo es am meisten Zeit spart vor
 oder nach der SSH noch ein gzip einbauen

Eine Alternative, k�nnte auch rsync sein.

Ich hoffe dass ich jetzt nicht was fundamentales �bersehen habe warum das
auf HP-UX-Boxen nicht gehen sollte.

> 
> Christian

mfg
Johannes
-- 
Hi, I am a Signature Virus, Copy me into your ~/.signature to help me spread!

In de.comp.os.unix.misc Christian Hoffmann <brcwcs@gmx.net> wrote:

> Folgende L�sungen hatte ich ins Auge gefa�t:

> - Die Festplatte an einen Adaptech-Controller von einer Linux-Kiste
>    anschlie�en und mittels DD ein Image ziehen? Hat jemand damit
>    Erfahrung? (Hardwarekompatibilit�t, wie mu� ich das Setup vom
>    Adaptech-Controller machen?)

Das ist eigentlich nie verkehrt. So ein Komplettimage
kannst Du dann auch auf eine beliebige SCSI Platte mit
mindestens derselben Groesse wie die Originalplatte
zurueckschreiben.
SCSI Kompatibilitaet ist eigentlich immer gegeben.
Ich hatte mal Probleme mit einer gaaanz alten 300MB,
5.25" Platte von 1988, aber das wars. Gegebenenfalls
musst Du Terminierung etc pp anpassen. Auch auf der 
Platte selbst koennen Jumper sein, die das steuern.
Das kann schwierig sein, wenn die Jumper nirgendwo
mehr dokumentiert sind.

mfg
Dennis

F'up to angepasst. at.* lese ich nicht.

-- 
A programmer is a machine for converting coffee into software.

In de.comp.os.unix.misc Johannes Schlumberger <paso.asso@uni.de> wrote:

> > Aufgabe ist es von einem etwas in die Jahre gekommenen HP-UX System 
> > 9000/300 mit 8MB Ram ein Image der Festplatte zu ziehen. Die Festplatte 
   ^^^^^^^^^^^^^^^^^^^^^

> Was ich �blicherweise in solchen F�llen einsetze ist dd oder tar via
> SSH (w�rde ich hier �bers Ethernet machen), mir f�llt jetzt auch nichts
> ein was wirklich dagegenspricht, da du bereit scheints selbst die
> �bertragung via ein Nullmodem abzuwarten, denke ich die relativ langsame
> CPU (was sich auf die SSH nat�rlich auswirkt) wird dich nicht st�ren.
[...]
> Ich hoffe dass ich jetzt nicht was fundamentales �bersehen habe warum das
> auf HP-UX-Boxen nicht gehen sollte.

Siehe oben. Auf einem HP-UX, das in 8MB RAM auf 68k laeuft
hat er vermutlich kein ssh und auch kein rsync.
Ausserdem duerfte "langsam" bei SSH auf so einer Kiste noch
gar kein Ausdruck sein. :-)

mfg
Dennis

F'up to schon wieder angepasst.

-- 
A programmer is a machine for converting coffee into software.

Johannes Schlumberger wrote:

> Christian Hoffmann wrote:
> 
> 
>>Hallo,
> 
> 
> Hi,
> 
> 
>>...ich bin wohl noch zu jung daf�r. Daher ein paar Fragen an die alten 
>>Hasen:
> 
> so einer bin ich zwar nicht, aber vielleicht liege ich ja mit meiner Idee
> auch komplett daneben-
> 
> 
>>Aufgabe ist es von einem etwas in die Jahre gekommenen HP-UX System 
>>9000/300 mit 8MB Ram ein Image der Festplatte zu ziehen. Die Festplatte 
>>ist eine HP 7959S extern SCSI auf SCSI-ID 0 mit ca. 500MB (?).
> 
> 
> Was ich �blicherweise in solchen F�llen einsetze ist dd oder tar via
> SSH (w�rde ich hier �bers Ethernet machen), mir f�llt jetzt auch nichts
> ein was wirklich dagegenspricht, da du bereit scheints selbst die
> �bertragung via ein Nullmodem abzuwarten, denke ich die relativ langsame
> CPU (was sich auf die SSH nat�rlich auswirkt) wird dich nicht st�ren.

SSH steht leider nicht zur Verf�gung. Ich hatte auch nicht vor mit der 
Kiste ins Internet zu gehen ;-)

> Grob stelle ich mir das so vor: 
> $(tar oder dd command) | ssh user@HostAufDemDieSicherungskopieLiegenSoll
>  "cat Zieldatei" ich w�rde je nachdem wo es am meisten Zeit spart vor
>  oder nach der SSH noch ein gzip einbauen

gzip gibt's da auch nicht. Wenn ich ethernet nicht zum Laufen bekomme 
dachte ich, es geht evtl. mit "kermit"? (dauert dann halt ein paar 
Stunden...)

> 
> Eine Alternative, k�nnte auch rsync sein.
>

Hab ich leider auch nicht gefunden. Ich habe nur rlogin. Damit k�nnte 
ich doch im Prinzip das selbe machen wie s.o.?

> Ich hoffe dass ich jetzt nicht was fundamentales �bersehen habe warum das
> auf HP-UX-Boxen nicht gehen sollte.
>

Nun, es handelt sich um ein HP-UX 7.0 vom September 89. Die Kiste ist 
eine HP 300er Serie mit 30MHz, das ist eine wesentlich abgespeckte 800er 
Serie. Deshalb stehen "sinnvolle" Befehle wie brc und mirrorrc etc. auch 
nicht zur Verf�gung.

Den Befehl "dd" gibt es. /dev/scd0 gibt es aber nicht, wenn etwas 
gleiches existiert, hei�t bei HP es anders. Unterst�tzt werden laut 
Handbuch CS/80, Amigo und SCSI-Laufwerke.

> 
>>Christian
> 
> 
> mfg
> Johannes

[Fup2 at.linux]

On 2004-09-13 12:20, Christian Hoffmann <brcwcs@gmx.net> wrote:
> Hallo,
> 
> ...ich bin wohl noch zu jung daf�r. Daher ein paar Fragen an die alten 
> Hasen:
> 
> Aufgabe ist es von einem etwas in die Jahre gekommenen HP-UX System 
> 9000/300 mit 8MB Ram ein Image der Festplatte zu ziehen. Die Festplatte 
> ist eine HP 7959S extern SCSI auf SCSI-ID 0 mit ca. 500MB (?).

SCSI-Id 0 bei HP? Da muss PC-Mensch dran rumgefummelt haben. Die
Boot-Platte hatte bei HP bis vor kurzem immer die SCSI-Id 6. 


> Zum System geh�rt noch ein �ber HP-IB angeschlossenes 16Track 
> Bandlaufwerk 9144, zu dem ich leider keine B�nder mehr habe.
> 
> Weiter vorhanden sind eine serielle und eine Parallele Schnittstelle 
> sowie Ethernet.

Ethernet sollte wohl am problemlosesten zu handhaben sein. TCP/IP hat
sich in den letzten 15 Jahren nicht ge�ndert, und etliche der damals
gebr�uchlichen Protokolle (r*, ftp, ...) sind auch noch in Gebrauch. 

> Auch die Doku ist noch komplett (ca. 70kg Papier, habe 
> ich aber noch nicht alles durchgelesen ;-) )
> 
> Die Kiste l�uft derzeit problemlos und ich will auf keinen Fall 
> riskieren, da� ich mich selbst aussperre oder die Installation 
> zerschie�e, denn die original Installationsmedien sind nicht vorhanden.
> 
> Folgende L�sungen hatte ich ins Auge gefa�t:
> 
> - Das Bandlaufwerk benutzen. Aber wieviel pa�t auf diese B�nder
>    eigentlich drauf?

Google ist Dein Freund: 16 oder 67 MB, je nach Band. (die 67 MB kommen
mir bekannt vor - von den B�ndern haben wir vielleicht noch ein paar im
Keller :-).

>    Kann irgendjemand sie noch lesen?

Gute Frage. Wir haben noch eine funktionsf�hige 9-Spur-Bandstation
(wurde letztes Jahr sogar noch einmal gebraucht), aber ich kann mich
nicht erinnern, unsere 16-Track-Bandstation jemals in Betrieb gesehen zu
haben. Wenn sie noch irgendwo im Keller verstauben sollte, so haben wir
sicher keinen Rechner mehr, an den man sie anschlie�en k�nnte.

>    Wo bekomme ich B�nder her?
> 
> - Auf einer Linux-Kiste eine NFS-Freigabe einrichten und auf der HP
>    mounten. Dann die Festplatte mittels DD sichern.

Warum mittels dd? Du kannst mit dem mit dd gezogenen Disk-Image unter
Linux vermutlich wenig anfangen (Has hatte HP-UX 7.0 f�r ein Filesystem?
IIRC hatte es noch das 14-Zeichen-Limit, war aber sicher auch nicht mehr
das klassische Unix Version 7 Filesystem, das in jedem OS-Buch
beschrieben ist. Das Sectioning-Schema war auch reichlich seltsam.).

Was spricht gegen tar oder cpio? Oder einfach cp -r, wenn Du schon NFS
verwenden willst?

Ohne NFS sollte sowas wie 

tar cvf - | remsh linuxrechner "cat > /backup/hpkiste.tar" 

funktionieren (rshd bzw. rexecd musst Du unter Linux wahrscheinlich erst
installieren und ev. geeignet konfigurieren).


>    Was ist, wenn der HP dabei aufh�ngt?

Ich sehe keinen Grund, warum sie das tun sollte (Au�er Du schreibst mit
dd auf die Platte :-).

> Bin f�r jeden Tip dankbar, besonders wenn jemand schon(noch) konkrete 
> Erfahrungen mit dieser Hardware gesammelt hat.

Ja, aber damals war die Hardware noch modern :-)

	hp


-- 
   _  | Peter J. Holzer    | Je h�her der Norden, desto weniger wird
|_|_) | Sysadmin WSR       | �berhaupt gesprochen, also auch kein Dialekt.
| |   | hjp@hjp.at         | Hallig Gr�de ist fast g�nzlich dialektfrei.
__/   | http://www.hjp.at/ |   -- Hannes Petersen in desd

On 2004-09-13 15:16, Christian Hoffmann <brcwcs@gmx.net> wrote:
> Johannes Schlumberger wrote:
>> Grob stelle ich mir das so vor: 
>> $(tar oder dd command) | ssh user@HostAufDemDieSicherungskopieLiegenSoll
>>  "cat Zieldatei" ich w�rde je nachdem wo es am meisten Zeit spart vor
>>  oder nach der SSH noch ein gzip einbauen
> 
> gzip gibt's da auch nicht. Wenn ich ethernet nicht zum Laufen bekomme 

Wo soll das Problem bei Ethernet sein? Ist doch eh gleich wie bei jedem
anderen Unix: ifconfig device ip-addresse ...
(Ok, Details unterscheiden sich, aber daf�r gibt's man-Pages).

>> Ich hoffe dass ich jetzt nicht was fundamentales �bersehen habe warum das
>> auf HP-UX-Boxen nicht gehen sollte.
>>
> 
> Nun, es handelt sich um ein HP-UX 7.0 vom September 89. Die Kiste ist 
> eine HP 300er Serie mit 30MHz, das ist eine wesentlich abgespeckte 800er 
> Serie.

Gab es mal 800er mit 68k-Prozessor? 

Ich kenne:

3xx: Workstations mit 68k-Prozessor (bis ca. 1990) 
7xx: Workstations mit PA-RISC-Prozessor (ab ca. 1990)
8xx: Server mit PA-RISC-Prozessor (ab ca. 1990)

Ich kann mich auch erinnern, dass in alten Manuals manchmal eine
600er-Serie erw�hnt wurde, m�glicherweise waren das Server mit
68k-Prozessor.

> Deshalb stehen "sinnvolle" Befehle wie brc und mirrorrc etc. auch 
> nicht zur Verf�gung.

Die sind mir auch auf 700ern und 800ern noch nie �ber den Weg gelaufen.
Was sollen die tun?

> Den Befehl "dd" gibt es. /dev/scd0 gibt es aber nicht, wenn etwas 
> gleiches existiert, hei�t bei HP es anders.

Was soll /dev/scd0 sein? SCSI CD-ROM 0? Hat das Ding �berhaupt ein
CD-ROM-Laufwerk und wenn ja, was willst Du damit anfangen?

Mindestens seit HP-UX 9.0 hei�en SCSI-Disks unter HP-UX
/dev/[r]dsk/cXtYdZ, eventuell mit angeh�ngtem s2 f�r die Section, die
die ganze Disk umfasst.

	hp


-- 
   _  | Peter J. Holzer    | Je h�her der Norden, desto weniger wird
|_|_) | Sysadmin WSR       | �berhaupt gesprochen, also auch kein Dialekt.
| |   | hjp@hjp.at         | Hallig Gr�de ist fast g�nzlich dialektfrei.
__/   | http://www.hjp.at/ |   -- Hannes Petersen in desd

Peter J. Holzer wrote:

> [Fup2 at.linux]
> 
> On 2004-09-13 12:20, Christian Hoffmann <brcwcs@gmx.net> wrote:
> 
>>Hallo,
>>
>>...ich bin wohl noch zu jung daf�r. Daher ein paar Fragen an die alten 
>>Hasen:
>>
>>Aufgabe ist es von einem etwas in die Jahre gekommenen HP-UX System 
>>9000/300 mit 8MB Ram ein Image der Festplatte zu ziehen. Die Festplatte 
>>ist eine HP 7959S extern SCSI auf SCSI-ID 0 mit ca. 500MB (?).
> 
> 
> SCSI-Id 0 bei HP? Da muss PC-Mensch dran rumgefummelt haben. Die
> Boot-Platte hatte bei HP bis vor kurzem immer die SCSI-Id 6. 
> 
> 
> 
>>Zum System geh�rt noch ein �ber HP-IB angeschlossenes 16Track 
>>Bandlaufwerk 9144, zu dem ich leider keine B�nder mehr habe.
>>
>>Weiter vorhanden sind eine serielle und eine Parallele Schnittstelle 
>>sowie Ethernet.
> 
> 
> Ethernet sollte wohl am problemlosesten zu handhaben sein. TCP/IP hat
> sich in den letzten 15 Jahren nicht ge�ndert, und etliche der damals
> gebr�uchlichen Protokolle (r*, ftp, ...) sind auch noch in Gebrauch. 
> 
> 
>>Auch die Doku ist noch komplett (ca. 70kg Papier, habe 
>>ich aber noch nicht alles durchgelesen ;-) )
>>
>>Die Kiste l�uft derzeit problemlos und ich will auf keinen Fall 
>>riskieren, da� ich mich selbst aussperre oder die Installation 
>>zerschie�e, denn die original Installationsmedien sind nicht vorhanden.
>>
>>Folgende L�sungen hatte ich ins Auge gefa�t:
>>
>>- Das Bandlaufwerk benutzen. Aber wieviel pa�t auf diese B�nder
>>   eigentlich drauf?
> 
> 
> Google ist Dein Freund: 16 oder 67 MB, je nach Band. (die 67 MB kommen
> mir bekannt vor - von den B�ndern haben wir vielleicht noch ein paar im
> Keller :-).
> 
> 
>>   Kann irgendjemand sie noch lesen?
> 
> 
> Gute Frage. Wir haben noch eine funktionsf�hige 9-Spur-Bandstation
> (wurde letztes Jahr sogar noch einmal gebraucht), aber ich kann mich
> nicht erinnern, unsere 16-Track-Bandstation jemals in Betrieb gesehen zu
> haben. Wenn sie noch irgendwo im Keller verstauben sollte, so haben wir
> sicher keinen Rechner mehr, an den man sie anschlie�en k�nnte.

Afaik. ist HP-IB in etwa das selbe wie GP-IB (Im Einsatz bei div.
Messger�ten z.B. von Kethley.) Um mit einem PC das Bandlaufwerk
auszulesen mu� mal halt wissen, welche Befehle man ihm senden mu�, damit
er die Daten ausspuckt. Ich meine einmal gesehen zu haben, da� jemand
auf diese Weise eine Commodore CBM DoppelFloppy an einem PC am Laufen
hatte...

> 
> 
>>
>>- Auf einer Linux-Kiste eine NFS-Freigabe einrichten und auf der HP
>>   mounten. Dann die Festplatte mittels DD sichern.
> 
> 
> Warum mittels dd? Du kannst mit dem mit dd gezogenen Disk-Image unter
> Linux vermutlich wenig anfangen (Has hatte HP-UX 7.0 f�r ein Filesystem?
> IIRC hatte es noch das 14-Zeichen-Limit, war aber sicher auch nicht mehr
> das klassische Unix Version 7 Filesystem, das in jedem OS-Buch
> beschrieben ist. Das Sectioning-Schema war auch reichlich seltsam.).
> 
> Was spricht gegen tar oder cpio? Oder einfach cp -r, wenn Du schon NFS
> verwenden willst?
> 
Nichts. Nur so lange ich den Bootmechanismus von der HP noch nicht
vollst�ndig verstanden habe kann ich nicht aus einem .TAR Archiv wieder
ein bootf�higes System zusammensetzen.

Eigentlich brauche ich beides.

> Ohne NFS sollte sowas wie 
> 
> tar cvf - | remsh linuxrechner "cat > /backup/hpkiste.tar" 
> 
> funktionieren (rshd bzw. rexecd musst Du unter Linux wahrscheinlich erst
> installieren und ev. geeignet konfigurieren).
> 

OK, probier ich n�chste Woche.
> 
> 
>>Bin f�r jeden Tip dankbar, besonders wenn jemand schon(noch) konkrete 
>>Erfahrungen mit dieser Hardware gesammelt hat.
> 
> 
> Ja, aber damals war die Hardware noch modern :-)
> 
Ja ja, damals hat HP noch richtig gute Sachen gebaut ;-)
Der letzte original IBM(TM) PC aus diesem Semester ist vor f�nf
Jahren bei uns pensioniert worden.

Gru�:

Christian