Newsgroup: it.comp.retrocomputing
Titolo: [LUNGO] DEC 3000 400S

>> boot
INIT-S-CPU...
INIT-S-RESET_TC...
INIT-S-ASIC...
INIT-S-MEM...
INIT-S-NVR...
INIT-S-SCC...
INIT-S-NI...
INIT-S-SCSI...
INIT-S-ISDN
?40 NOSUCHDEV
  84FAIL
---------------------------------------------------------------------
Mi sembra di capire che il disco di avvio (RODISK), RRD42, sia stato 
rimosso (infatti non c'è :) ) e sia presente solo il Seagate (ST31200N): 
durante show dev l'unità si avvia, come consueto, al segnale di motor on.
Non mi è chiaro se ci siano errori, anche se credo di no.
La mia idea, a questo punto, sarebbe di aggiungere un disco da 4GB ed 
installare lì VMS.
Come rimuovo l'informazione del disco RRD42 dalla NVRAM ? Con set 
env ... ?

 installare lì VMS.
In modo da poter poi verificare se sul disco già presente ci sono dei 
dati da salvare?
Ciao.
	Fabio.
-- 
member of the italian hobbyist DECnet network - HOBBIT

>
E bravo il cretino ! (Io, ovviamente ...)
Mi sono *COMPLETAMENTE* dimenticato del lettore CD on board (e sono pure 
sullo stesso controller ...)
Dopo gli ultimi giorni con IRIX ed fx... [r]epartition, [ro]disk,  mi 
sono completamente rinc[censored] ... così R(ead)O(nly) è diventato RO
(ot) ...
Questo perché cerco sempre i guasti, mai le cose funzionanti !

 Veniamo alle cose serie :)
cosa dice il comando
sh bootdef_dev
?
-- 
%DCL-F-RUIDIOT?
(IV3AIE) 

 ... ?
Direi che non c'e' nulla da rimuovere :)
Magari postaci uno "show" cosi vedi e vediamo quali sono le variabili
di sistema impostate.
-- 
member of the italian hobbyist DECnet network - 
decnet.ipv7.net
www.unsupported.info
 - 
img.unixantichrist.net

 ?
Vuoto !

 
infatti BOOTDEF_DEV è vuoto. Avevo dato per scontato che avessero 
cannibalizzato il disco di avvio ed ho dato boot senza molta convinzione.

 se c'e' o meno l'os (e se il disco quantomeno spinna/fa' cose).
ecc'appunto
--
%DCL-F-RUIDIOT?
(IV3AIE) 

>> boot DKA100
INIT ....
...
?40
84 NOSUCHDEV
Ovviamente l'HD si avvia.
Due scelte:
1) Rimuovo l'HD e lo leggo da un'altra parte (breve).
2) Aggiungo l'Alpha al cluster, monto il disco e lo leggo (lunga).
Dubbio sul 2). Il cluster è con OpenVMS per VAX. Posso aggiungere 
un'Alpha ?

Un errore è sicuramente il mio ... quello di premere il triangolo 
rovesciato troppo presto.
Il cavo mmj o la femmina sull'Alpha, poi, sono un pochino difettosi.
Dopo init, sh err è vuoto, a conferma della mia ipotesi.

>> boot dka100
s'è risvegliato !
Compaq TRU64 5.1
Naturalmente, sta impiegando un secolo.
Non può avviare il remote logging, non trova questo server, non trova 
altro ... e sicuramente non troverò io la password di root :)

>> BOOT -FL S DKA100
presumo che il resto tu lo sappia fare :)
-- 
%DCL-F-RUIDIOT?
(IV3AIE) 

 
Di solito, qualunque sia il sistema, da un "ignobile" sistema MS-DOS ad 
un criptico Tru64, prima di "piallare" effettuo sempre un'immagine disco.
Se siete interessati, dispongo del log di avvio (oltre al tcpdump, che mi 
è servito a verificare lo stato della rete), inframmezzato dai miei Ctrl-
C per non attendere tutti i servizi di rete che non si possono avviare: 
remote logging, NIS, NFS, ed altro (tanti, proprio tanti, un vero 
server ...)
Vi posso preanunciare che l'Alpha proviene da un istituto di Fisica in 
Germania.
E, da fini umoristi, sul case hanno apposto l'etichetta "Omega"... eh sì, 
Alpha ed Omega :P
Ad ogni modo, perché piallarlo ? Monto un altro HD ed installo OpenVMS.
Immagino che potrei tenerli entrambi e scegliere al boot.

Che strano ...
Adesso l'Alpha parte all'istante, la console arriva subito, ed è comparso 
automaticamente in BOOTDEF_DEV DKA100.
Ora mi avvisa cha automaticamente avvierà DKA100.
Deve avergli fatto male l'inattività :)
L'account di root di Tru64 è stato sbloccato ;)
Credo che impazzirò un po' per eliminare la configurazione di rete 
precedente, alla ricerca dei files giusti... purtroppo ogni *nix ha delle 
sottili differenze.
In ordine sparso:
1) eliminazione/modifica del NIS
2) eliminazione dei file system remoti montati con NFS
3) modifica del remote logging
....
Ad esempio, il nome dell'interfaccia di rete :P
em0, lan0, eth0, ec0, ln0, esa0...
Tra l'altro, quando ho impostato con ifconfig il nuovo indirizzo di rete,
al successivo ifconfig mi ha mostrato sia il nuovo che il vecchio, 
appartenenti a due reti diverse, associati alla stessa interfaccia. 
Bah ...
dtlogin, poi, non solo cerca di risolvere l'hostname (e questo lo 
sapevo), ma sbirciando /var/dt/Xerrors, ho notato che voleva risolvere 
anche l'indirizzo del client che si stava collegando (con Xnest).
E questo mi era nuovo. È bastato inserirlo in /etc/hosts per avere il 
login.
http://www.supervinx.com/Retrocomputer/DEC/Alpha.png
Niente servizi telnet o ftp, ma ho trovato aperta la porta 22, ssh, ed il 
collegamento funziona ... posso effettuare il login come root.
A questo punto, aspetto le vostre richieste di informazioni.
Se volete recuperare qualche licenza (se ci sono) mi dite dove dovrebbero 
essere e le cerco.

 un'Alpha ?
Ti rispondo comunque anche se ho visto in altri post che sei poi riuscito ad
avviare la macchina. � possibile avere cluster multiarchitettura e un VAX
pu� fare il boot di un Alpha e viceversa (mi pare ci sia qualche restrizione
in pi� se c'� di mezzo un Itanium). Il problema � che tu non hai alcun disco
di sistema Alpha pronto all'uso, e ovviamente quello di un VAX non va bene
perch� non c'� compatibilit� a livello binario.
Un VAX pu� ricevere via MOP la richiesta di boot di un Alpha e inviargli i
file necessari per stabilire la connessione come satellite, ma non entra nel
merito, si limita solo a inviargli i file presenti su un disco in cui sia
stato installato OpenVMS per Alpha. Il quale disco per il VAX sar� un disco
dati mentre per l'Alpha sar� un disco di sistema, e viceversa.
Spero di essere stato comprensibile :-)
Ciao,
G.

 rovesciato troppo presto.
Non so come sia configurata quella macchina, ma comunque il tasto Halt va
premuto a test conclusi (lo vedi sulla console) nel momento in cui tenta di
fare il boot, ammesso che sia configurato per il boot automatico.
Se � configurato per fermarsi in console al prompt >>> per attendere qualche
comando dall'operatore, non occorre premere Halt.
Una cosa tipo SET AUTO BOOT imposta il boot automatico, SET AUTO HALT invece
imposta la macchina per l'attesa al prompt >>> della console.
Se non ricordo male, il comando SHOW senza parametri dovrebbe mostrarti/ci
tutti i valori impostati nella NVRAM e potrebbe essere utile per vedere se
hai parametri sballati che richiedono attenzione...
Ciao,
G.

 G.
Chiarissimo, era infatti quello che pensavo, data la differenza di 
processori. 
OpenVMS per Alpha ce l'ho, e lo installerò sull'Alpha, un disco a parte, 
senza rimuovere Tru64, visto che lo sto sistemando.

 Immagino che potrei tenerli entrambi e scegliere al boot.
S� certo. Potrai impostare la macchina per il boot automatico di uno dei due
sistemi operativi e utilizzare il tasto Halt quando vuoi manualmente fermare
il boot automatico e  attivare l'altro, oppure fare in modo che si fermi
sempre al prompt >>> per farti scegliere cosa fare (vedi >>> SET AUTO).
Purtroppo VMS e Tru64 richiedono un parametro differente, quindi ogni volta
o ti ricordi di modificare i boot flags oppure credo che tu li possa forzare
con lo switch -fl del comando BOOT che penso abbia la precedenza sul valore
impostato nella NVRAM.
Boot normale di VMS (dalla root 0):
	>>> BOOT -fl 0,0 DKAxxxx
Boot conversational di VMS (sempre dalla root 0):
	>>> BOOT -fl 0,1 DKAxxxx
Boot normale multiutente di Tru64:
	>>> BOOT -fl A DKAxxxx
Boot in single user mode di Tru64:
	>>> BOOT -fl S DKAxxxx
Ciao,
G.

Ho trovato un bel po' di compilatori.
c89, cxx, cpp, cc, f77, f90, f95... dopotutto era in un istituto di 
Fisica ...
Mi sono letto 
http://h30097.www3.hp.com/docs/porting/interop/network.html
ma non sono riuscito a configurare NIS, o meglio, a deconfigurarlo.
Ricevo sempre (e frequentemente, anche su altri programmi) un errore 
relativo ad un conflitto di una libreria con il sistema corrente.
NIS mi blocca completamente l'avvio (fino al CTRL-C della 
disperazione ...)
Il conflitto, mi blocca anche hwmgr, e non riesco ad aggiungere un 
secondo disco che ho trovato in garage, per provarlo.

 >>> BOOT -fl S DKAxxxx
ma tu guarda questi bolognesi comunisti che vengono qui e copiano quello che 
avevo gia' scritto io!!!
(come va? tutto bene?)
--
%DCL-F-RUIDIOT?
(IV3AIE) 

 (come va? tutto bene?)
Seh seh, fai pur finta di niente...
Ciao, :-)
G.

 Seh seh, fai pur finta di niente...
?
(non faccio finta: e' l'eta')
-- 
%DCL-F-RUIDIOT?
(IV3AIE) 

Un aggiornamento per i curiosi :)
Ho deciso, alfin, di installare OVMS 7.2. Le fonti della 8.3 sembrano 
asciutte e, non dovendo entrare in "produzione", preferisco un prodotto 
"marchiato" Digital ...
Non è stata una passeggiata, l'installazione.
Abbiamo adattato la guida per VAX e le informazioni di gerry77 :)
Il CDROM doveva essere 1x (al massimo 2x) :P
L'installazione è terminata intorno le 3:00 (mentre io dormivo ... zzz).
Poi il riavvio, autogen, l'installazione delle licenze (OpenVMS e UCX), 
il modulo TCP-IP.
Non ha funzionato il copia incolla nella finestra di terminale (file 
overrun error), per cui l'ho scaricata tramite ftp sull'Alpha (dopo 
averlo risalvato in formato DOS, il passaggio attraverso Linux danneggia 
la coppia CR/LF).
Per il momento funziona tutto.
Ovviamente, l'Alpha ora possiede due HD:
DKA100 con TRU64
DKA200 con OpenVMS
Niente autoboot, scegliamo da console cosa avviare ...
Bel "giocattolo" (parafrasando qualcuno :) :) )

 la coppia CR/LF).
scaricata->scaricato, il file delle licenze !!

 la coppia CR/LF).
Come l'hai fatto il copia/incolla? In teoria se lo fai per una sola licenza
dovrebbe anche farcela, oppure mal che vada lo fai in due passaggi: prima
una met�, poi l'altra. Se incolli dentro EDIT � facile che dia errore perch�
l'editor ci mette del suo e non riceve abbastanza velocemente i caratteri,
ma se usi CREATE dovresti farcela. Si fa cos�:
$ CREATE 
XXXXXX.COM
(poi incolli)
(poi fai CTRL/Z)
$ @XXXXXX
Oppure in alternativa c'� sempre il buon @SYS$UPDATE:VMSLICENSE (opzione 1)
che ti chiede i valori dei vari parametri e inserisce la licenza per te. Se
le licenze sono tante e gi� in formato procedure (come le Hobbyist), allora
ovviamente la cosa migliore � un FTP (o COPY DECnet) del file e via.
Invece, per quanto riguarda il discorso CR/LF, non � necessario passare da
MS-DOS, ma � sufficiente che gli attributi del file su VMS corrispondano al
formato effettivo dei dati contenuti nel file stesso. In pratica, se il
testo � in formato Unix (righe terminate da un carattere LF) allora il file
deve avere Stream_LF (o Stream) come formato record. Se il formato � MS-DOS
(fine riga con CR+LF) allora il formato giusto � Stream (che comprende vari
tipi di terminatore) e cos� via. Di solito con Stream ci si prende perch�
comprende tutto, invece Stream_LF e Stream_CR sono un po' pi� specifici.
Comunque, il formato nativo di VMS per il testo non � n� l'uno n� l'altro:
VMS considera il testo come una sequenza di record di lunghezza variabile,
ognuno preceduto da un contatore di due byte che indica appunto di quanti
caratteri � composto il record, in questo caso di tipo Variable Length.
Per vedere quale tipo di record � impostato, basta fare un DIR/FULL del file
e vedere cosa c'� scritto in corrispondenza di "Record format". Per cambiare
il tipo di formato si fa cos�:
$ SET FILE NOMEFILE.EXT /ATTR=RFM=STMLF  (Stream_LF)
$ SET FILE NOMEFILE.EXT /ATTR=RFM=STMCR  (Stream_CR)
$ SET FILE NOMEFILE.EXT /ATTR=RFM=STM    (Stream)
$ SET FILE NOMEFILE.EXT /ATTR=RFM=VAR    (Variable length)
N.B. I comandi qui sopra cambiano solo gli attributi del file, intesi come
metadati, ma non cambiano effettivamente il formato dei dati al suo interno.
Per trasformare davvero il contenuto di un file da un formato all'altro
bisogna usare il comando CONVERT e trafficare appena un po' di pi�.
Ciao,
G.
P.S. Credo comunque che utilizzando FTP si possa fare tutto al volo, quindi
direttamente da Unix a VMS senza passare per MS-DOS.

Sia con putty che con minicom, funzionava solo incollandone una per volta 
(su simh non c'erano problemi, ovviamente).
Così, ho incollato la base ed UCX, e prelevato il file via ftp.
Solo che c'erano solo LF.
È bastato risalvare il file (con cream/Linux) con CR/LF, prelevarlo di 
nuovo, ed eseguirlo (@
LIC.COM
).
Non conoscevo l'alternativa SET ... /ATTR, e così, al solito, mi sono 
arrangiato :)
L'importante è ... riuscire !