Newsgroup: it.comp.retrocomputing
Titolo: AlphaServer 800

Finalmente ho finito...
 
http://www.supervinx.com/Retrocomputer/DEC/Alpha/AlphaServer/800/02/
 
 
È un periodo movimentato, ed il tempo a disposizione non è moltissimo.
In aggiunta, poi, mi son cimentato con tre sistemi operativi.
NT 4.0 (trovato già installato), OpenVMS 8.4 e Tru64 5.1B4.
Inutile dire che continua a piacermi di più il caro "vecchio" VMS.
 
Certo, mi fanno sorridere i comandi tipicamente Unix importati in
VMS (come quelli relativi ad X11).
Per catturare uno screenshot lato Unix (qualora l'interfaccia
grafica non fornisca una hotkey) utilizzo un comando del tipo
# sleep 10; xwd -root -out filename.xwd
che mi consente di ridurre ad icona e far sparire dalla circolazione
la finestra terminale da cui eseguo il comando prima della cattura.
Lato VMS si traduce in 
1) creazione di un simbolo logico appropriato per XWD.EXE, che si trova in un
posto sperduto nel filesystem (altrimenti niente parametri)
2) esecuzione di un comando del tipo
$ PIPE WAIT 00:00:10 ; XWD -root -out filename.xwd
 
Le installazioni standard di OpenVMS e Tru64 lasciano CDE e tutto il 
sottosistema grafico configurato in due modi diversi. Anche i criteri base di
accesso al sistema sono notevolmente diversi.
Al contrario, NT non ti fornisce proprio un bel niente :P :P :P :P :P
Si vede che non amo Windows, eh ?
 
A proposito, lo sfondo di CDE in OpenVMS mi sembra appropriato, o no ? :)
 
 
-- 
http://www.supervinx.com/Retrocomputer
 

 Inutile dire che continua a piacermi di pi� il caro "vecchio" VMS.
 
Ma sai che non sei affatto l'unico che lo dice fra quelli che l'hanno usato
pi� di una mezza giornata? A parte me, che non faccio testo. :P
 
Al solito, il servizio fotografico � molto carino, per� hai commesso un
sacrilegio (quasi) imperdonabile: hai installato DECnet-Plus! >:(
 
Qui si vedono le tracce del misfatto (vergogna!):
http://www.supervinx.com/Retrocomputer/DEC/Alpha/AlphaServer/800/02/063-S06-Show%20System.png
 
 
:-)))
 
Detto ci�, visto che ti piace mostrare i login da una macchina all'altra, la
prossima volta in cui farai uno screenshot di SHOW USERS, aggiungici /FULL :)
 
E poi su Linux potesti anche installare LAT e...
 
Ciao,
G.
 

 
C'è, c'è ... in altre macchine DEC (sul VAX4000, ad esempio) ho fatto lo
screenshot opportuno: qui la galleria era già grandicella, e poi 
non voglio far sempre le stesse cose...
 
http://www.supervinx.com/Retrocomputer/DEC/VAX/4000-300/206-S19-LAT.png
 
http://www.supervinx.com/Retrocomputer/DEC/VAX/4000-300/207-S20-LAT%20Login.png
 
 
Ho un portatile pieno di protocolli :P :P :P :P :P
 
 
 
 
 
 
-- 
http://www.supervinx.com/Retrocomputer
 

Ma sai perché mostro tutti i vari login ?
Perché c'è sempre qualcuno che mi chiede: "Ma le macchine sono funzionanti?"
ROTFL !
 
 
 
-- 
http://www.supervinx.com/Retrocomputer
 

 Si vede che non amo Windows, eh ?
Noo, non l'avrei mai detto ;-)
Scherzi a parte, dato che ti sei cimentato a far coesistere più OS 
sull'Alpha, sapresti dirmi se è possibile passare da NT a VMS/Tru64 e 
viceversa utilizzando solo la console seriale o è necessario per forza 
avere tastiera e monitor collegati?
A presto.
 
EngiNerd

 ... e non fare il talebano ! :P
Ma soprattutto, Supervinx, sei riuscito a farla funzionare. Ho provato 
ad usare DECnet Plus l'estate scorsa quando ho voluto creare un cluster 
formato da una VaxStation 4000 con OpenVMS 7.1 ed un AlphaServer DS20 
con OpenVMS 7.2: dopo mezza giornata a cercare di far parlare invano le 
due macchine ho provato a disinstallarla ed a mettere al suo posto 
DECnet Phase IV; inutile dire che al successivo riavvio il cluster ha 
funzionato al primo colpo. Lì per lì diedi la colpa alla mia niubbaggine 
in materia VMS, ma, stando a quanto dice Gerry...un motivo per odiarla c'è.
 
EngiNerd
 

 avere tastiera e monitor collegati?
VMS/Tru64 necessitano di questi parametri (minimi)
 
set console serial
 
set os_type OpenVMS/VMS/Unix
 
In realtà se os_type è diverso da NT, non ha molta importanza, nel senso
che con os_type OpenVMS parte tranquillamente Tru64, e con os_type Unix
parte tranquillamente OpenVMS
 
C'è qualcosina da cambiare nei bootflags (generalmente "A" per Tru64, niente
per VMS se la directory di avvio è quella standard...)
 
Il cambio di console necessita di un riavvio, per essere pienamente operativo.
 
NT necessita di set console graphics e os_type NT
 
Ma anche con set console serial, se hai collegato una tastiera ed un video,
se premi invio puoi dialogare col firmware.
 
Se sei in modo NT, devi riavviare con il tasto di HALT premuto: allora dialoga
di nuovo sulla seriale.
 
In altre parole: se devi usare Tru64 o VMS non ti servono necessariamente 
monitor e tastiera.
 
Puoi commutare in modo NT, ma al riavvio ti servono monitor e tastiera, 
Windows non è un sistema da console seriale...
 
Per tornare al "mondo serio", puoi scollegare monitor e tastiera e riavviare
con HALT premuto.
 
Ho avuto strani comportamenti utilizzando la tastiera mentre s'avviava
Tru64. Si disconnetteva la tastiera seriale, e l'unico modo per riesumarla
era di spegnere l'Alpha e staccare l'alimentazione.
Questo sempre con il parametro console impostato a serial.
 
Ho una postazione di lavoro ben attrezzata: switch video e tutti i 
cavi a portata di mano (rete, video, seriale, mouse, tastiera), non è
stato un grande impegno...
 
-----
Tornando ad NT installato: nel secondo disco, ci sono le directories utente
piene di files .doc. Office non c'è pìù, forse l'anno rimosso, perché 
ho trovato tracce...
Certo che m'è sembrata un po' sprecata, a meno che non fosse già di seconda
mano ...
 
 
 
 
-- 
http://www.supervinx.com/Retrocomputer
 

Grazie per le informazioni; te le chiedevo perchè ho un AlphaServer DS20 
che al momento ha installato OpenVMS 7.2 e Tru64 5.1A e mi piacerebbe 
installarci anche NT, però non ho tastiera e monitor collegati a 
quest'ultimo e vorrei poterlo utilizzare subito senza dover ogni volta 
scollegare i cavi da un'altra postazione. Se fosse stato possibile 
arrivare alla fase di boot di NT con solo la console seriale, il mio 
problema sarebbe stato risolto (per accedere a Windows avrei poi usato 
VNC, per il quale mi pare esiste un port per NT-Alpha, oppure 
direttamente Windows NT Terminal Server che offre nativamente i servizi 
di desktop remoto), mentre così mi sa che dovrò rinunciare a Windows in 
attesa di un KVM.


Assolutamente no !
L'installazione di NT va fatta da AlphaBIOS (c'è una voce apposita) e devi
necessariamente avere monitor e tastiera...
Quanto amo Windows !!! ROTFL !
 
 
 
-- 
http://www.supervinx.com/Retrocomputer
 

 ... e non fare il talebano ! :P
 
Tsk tsk :P
 
Ciao,
G.
 

 in materia VMS, ma, stando a quanto dice Gerry...un motivo per odiarla c'è.
 
Forse intendevi rete DECnet più che cluster (il quale usa protocolli suoi che
non c'entrano nulla). Ad ogni modo sì: DECnet-Plus è complicata, pesante, con
un'interfaccia utente assurda (provare per credere a confrontare i comandi di
NCP e NCL), difficile da gestire in coabitazione con Phase IV, etc. etc. etc.
 
Quindi, come dicono anche so comp.os.vms, la via giusta è fare un upgrade da
DECnet-Plus (alias Phase V) alla più classica e amichevole Phase IV. :)
 
Tra l'altro, negli anni '90 Phase IV era ormai già arrivata al limite delle
proprie capacità, ma l'avvento dell'assurda Phase V (poi rinominata più di una
volta) fu il colpo di grazia che fece optare definitivamente per il passaggio
verso il TCP/IP anche delle grosse installazioni con decine di migliaia di
nodi DECnet (cfr. HEPnet e SPAN), cioè proprio quelle organizzazioni che
avevano spinto la DEC a produrre qualcosa di più capace e adatto ai tempi...
 
 
Ciao,
G.
 

 G.
Saluti,
EngiNerd
 

 G.
La cosa carina è che, in fase d'installazione, la 8.4 consiglia
"caldamente" di utilizzare la DECnet-Plus, sciorinando una luuuuunga serie 
di vantaggi :P
 
 
 
-- 
http://www.supervinx.com/Retrocomputer
 

 Almeno in VMS la vecchia DECnet è stata mantenuta.
 
Formalmente la vecchia DECnet è già da anni in uno stato di pre-abbandono,
cioè non viene più sviluppata e il supporto è ridotto, ma in pratica è codice
talmente stabile e collaudato che non occorre altro e continuerà ad essere
fornita insieme a VMS per sempre, finché morte non li separerà... :)
 
Ciao,
G.
 

 G.
 
A presto,
EngiNerd

 potevano nemmeno montare i dischi risiedenti su un nodo remoto).
 
Questo credo sia solo un problemino di configurazione. Su uno dei due nodi
prova a fare SET DEVICE/SERVED LDAx: e vedi se il device compare dall'altra
parte. Se sì, allora bisogna vedere se è possibile automatizzare la cosa
modificando qualche parametro in MODPARAMS.DAT, se no si può sempre ricorrere
al comando detto qui sopra, ma è un po' meno flessibile.
 
Ciao,
G.
 

 al comando detto qui sopra, ma � un po' meno flessibile.
 
Purtroppo tale comando restituisce il seguente errore:
 
$ set dev /served lda1:
%SET-E-NOTSET, error modifying LDA1:
-SET-E-INVDEV, device is invalid for requested operation
 
inoltre sull'altro nodo del cluster facendo SHOW DEV i device LDAx 
remoti non appaiono nell'elenco, mentre le unit� fisiche s�.
 
A presto.
 
EngiNerd

 remoti non appaiono nell'elenco, mentre le unit� fisiche s�.
 
Evidentemente i device di tipo LD non sono adatti alla condivisione in cluster
(immagino per problemi di driver) e quindi il sistema li esclude.
 
Ciao, :)
G.
 

 G.
 
Ciao, e grazie.
EngiNerd

 copia cache da utilizzare qualora il DC non fosse raggiungibile.
 
Pi� che una bestemmia, quel che chiedi tu non c'entra niente col clustering.
Tu parli di un ambiente client-server, qui si parla invece di un ambiente
peer-to-peer in cui le macchine devono sempre mantenere l'unit� del cluster
oppure fermarsi. Pi� o meno tutti i cluster funzionano cos� (anche perch� pi�
o meno tutti hanno copiato dal VAXcluster) e cio� hanno un sistema di voti
fatto apposta per controllare che la maggioranza dei nodi sia presente e
accessibile in ogni momento, e che se la maggioranza dei nodi non � presente
si impedisca l'accesso alle risorse condivise, ovvero che sia impedito alla
minoranza (o alle minoranze se il cluster � spaccato in molte parti). 
 
Pensa all'esempio del cluster con i dischi SCSI condivisi: se non ci fossero
questi controlli e per un qualunque motivo il cluster si dividesse in pi�
parti per un problema di comunicazioni, ciascuna parte risultante potrebbe
continuare a scrivere sui dischi in modo non coordinato danneggiando in pochi
secondi i filesystem di tutti i dischi condivisi. Cos�, invece, solo la parte
che abbia la maggioranza dei voti continua a funzionare, le altre iniziano
varie procedure di recupero. Pu� anche capitare che nessuna parte abbia la
maggioranza, e in tal caso tutte le parti tenterebbero il recupero.
 
Nei cluster formati da soli due nodi, per consentire la sopravvivenza del
cluster quando ne rimane uno solo dei due, si possono adottare due tecniche:
se c'� un bus condiviso, si usa un quorum disk, altrimenti si d� a uno dei due
nodi un numero di voti maggiore. Se il cluster si partiziona, entrambi i
"pezzi" tentano di avere accesso esclusivo al quorum disk (anche grazie a
certi comandi SCSI), chi vince l'accesso esclusivo pu� conteggiare fra i suoi
voti anche quello del quorum disk e se con quel voto ottiene la maggioranza
pu� continuare. L'altro nodo non riuscir� ad avere accesso esclusivo al disco
e quindi non potr� conteggiare il suo voto.
 
Anche Microsoft fa cos�: 
http://support.microsoft.com/kb/309186/en-us
 
 
Se invece il quorum disk non c'�, il cluster "vive" solo quando � disponibile
(almeno) il nodo con pi� voti fra i due.
 
Quindi, tornando al tuo problema, se l'Alpha � master (cio� ha pi� voti) il
VAX non potr� funzionare autonomamente perch� non avr� mai la maggioranza per
formare il cluster da solo. Aggiungere un quorum disk al VAX sarebbe inutile,
perch� poi mandrebbe in minoranza l'Alpha, e quindi avresti solo spostato il
problema da un nodo all'altro.
 
Una soluzione potrebbe essere utilizzare il VAX in pi� ruoli: come satellite
dell'Alpha quando vuoi il cluster e come nodo standalone quando vuoi accendere
solo lui. Impostando l'Alpha come boot server e facendo il boot del VAX da
rete, quest'ultimo entrerebbe in cluster con l'Alpha e ne sarebbe satellite;
invece facendo il boot del VAX dal proprio disco interno lo farebbe funzionare
autonomamente anche con l'Alpha spento.
 
Quando il VAX � satellite dell'Alpha, il suo disco locale � visto come un
disco dati e lo puoi comunque utilizzare per lo swap locale anzich� fare lo
swap via rete. Per tutto questo comunque ti serve un disco in pi� dentro
l'Alpha per utilizzarlo come system/boot disk per il VAX (se fossero due Alpha
o due VAX non sarebbe necessario, ma essendo architetture differenti s�).
 
Ho scritto tanto e riletto poco, spero che si capisca. Una maratona... :P
 
Ciao, :)
G.

 Ho scritto tanto e riletto poco, spero che si capisca. Una maratona... :P
 
Figurati, sei stato chiarissimo.
 
Grazie di tutto,
 
EngiNerd

 EngiNerd
 
scusate la battuta, ma con un nick EngiNerd, ero sicuro che avresti 
comunque capito ;) :D
 
(okok, sto di buon umore e ancora assonnato....)
 
Saluti,
dott. Piergiorgio.
 

Ma i cassetti StorageWorks sono quelli grigio/verde acquamarina ?
Quanti ne vuoi ? ;)
 
 
 
 
-- 
http://www.supervinx.com/Retrocomputer
 

 soluzione.
 
Mi sono un po' perso tra le varie spiegazioni e non ho capito perch�, se i
dischi IDE funzionano, non puoi usarli. Forse perch� per alimentare quelli hai
staccato qualcos'altro? A proposito di dischi IDE, che versione di VMS hai
sull'Alpha? Una 8.x immagino. La versione 7 non mi pare avesse il supporto per
i dischi IDE, o se l'aveva era abbastanza embrionale.
 
Poi bisogner� vedere come installare VMS per VAX su un disco dell'Alpha... :P
 
Ciao, :)
G.
 

 Quanti ne vuoi ? ;)
 
Ecco lui che arriva a fare lo splendido! :D


Sfotti, sfotti ...
Non ho neanche un'Alpha a cassetti, e mi ritrovo due colonnine di cassetti...
Se gliene servono un paio, perché no ?
 
 
 
-- 
http://www.supervinx.com/Retrocomputer
 

 Se gliene servono un paio, perch� no ?
 
Ma s�, ma s�, si scherza... :P Tutto pur di far funzionare un nodo VMS :)
 
Piuttosto dovr� indagare come si installa VMS per VAX su un disco Alpha: il
mixed architecture cluster non � una stranezza ed � supportato, ma mi sfugge
come lo si possa preparare. Forse ufficialmente � fattibile solo se c'� di
mezzo uno storage interconnect (SCSI, DSSI, CI) fra l'Alpha e il VAX. Ma non
sarebbe un problema: c'� gente che � riuscita a fare un system disk misto,
figuriamoci quel che vorremmo fare qui... :)
 
Ciao,
G.
 

 G.
 
A presto.
 
EngiNerd
 

 Quanti ne vuoi ? ;)
 
Beh, visto che me li offri, uno o due non guasterebbero.
A condizione che però questa volta ti fai rimborsare le spese di 
spedizione ;-)
 
Grazie, e a presto.
 
EngiNerd

 Credo che, quando intraprender� tale impresa, dovr� "scocciarti" non poco.
 
Finch� mi diverto... :)))
 
Ciao,
G.
 

 Loader (FSL), potresti arrischiarti con animo leggero. :)
 
Questa feature non la conoscevo (anche perch�, dando un'occhiata a 
posteriori al manuale dell'AlphaServer DS20, � citata solo nel 
troubleshooting). A questo punto non mi resta che trovare il tempo per 
sistemare l'AlphaServer.
 
Ciao,
 
EngiNerd
 

 sistemare l'AlphaServer.
 
Guarda, ho letto rapidamente, ma in sostanza mi par di capire che il FSL in
pratica faccia semplicemente il boot automatico da floppy anzich� chiederti
cose in console al prompt >>>. Quindi, dato che non ti senti tranquillo, ti
consiglio di provarlo prima, e dato che ci sei potresti pure fare l'update dal
FSL anzich� dal prompt SRM. Vedi un po' tu: fai prove e dicci come va, tanto
finch� non dici "update" (mi pare) al prompt UPD> non succede nulla.
 
In altre parole, il FSL fa un ">>> boot dva0:" per te.
 
Ciao,
G.