Newsgroup: it.comp.retrocomputing
Titolo: SGI Octane: alcune domande

Salve a tutti,
circa un mese fa sono riuscito a recuperare una Octane con relativo 
monitor da 21'. Poichè in quel periodo dovevo prepararmi per gli esami, 
mi sono limitato ad accenderla per verificare che (più o meno) 
funzionasse, mentre ora, avendo (spero) finito gli studi, vorrei 
dedicarmi a rimetterla in pista.
Una prima cosa che vorrei fare è salvare una copia del contenuto 
dell'HDD, in modo da avere un'immagine del sistema funzionante qualora 
combinassi qualche pasticcio (non ho mai usato IRIX prima d'ora), solo 
che ho notato che l'hard disk che monta è SCA, e l'unico sistema dotato 
di tale interfaccia è il mio server principale (HP ProLiant ML350 G3).
Una prima domanda pertanto è: tale disco (per la precisione un IBM
DDRS-39130) si può collegare tranquillamente ad un normale PC x86)? Dal 
datasheet dell'HDD sembrerebbe di sì, però vorrei una conferma.
Ipotizzando una risposta affermativa per questo punto, ed esclusa la 
possibilità di collegare un disco SCSI esterno alla Octane e fare lì la 
copia disco (non ho un disco SCSI abbastanza capiente), avrei pensato di 
collegare il disco della Octane al server (avendo prima rimosso gli hdd 
di quest'ultimo) insieme ad un disco ide vuoto collegato ad un 
controller IDE PCI (il controller IDE interno al server non supporta gli 
HDD, ed inoltre funziona solo in modalità PIO), fare il boot con un 
liveCD di Linux e da lì fare la copia.
Ma anche qui sorgono alcune perplessità: attualmente gli hdd SCA sono 
connessi ad un controller RAID (HP Smart Array 642), pertanto pensavo di 
scollegare il cavo SCSI che da tale controller va ai dischi e collegarlo 
invece al controller integrato alla motherboard; però mi chiedevo se 
così facendo il controller RAID, una volta reinseriti i dischi del 
server, non sia più in grado di riconoscerli o, peggio, li reinizializzi 
in automatico.
Probabilmente molte di queste domande sono idiote (me ne rendo conto io 
per primo), ma non avendo mai avuto esperienza con hardware SCSI così 
recente (si fa per dire...) ed essendo quel server abbastanza importante 
per la mia piccola lan, vorrei essere sicuro di non combinare pasticci 
(ho comunque un backup del sistema, però vorrei evitare di fare un restore).
Infine un'ultima domanda relativa alla Octane: a volte, quando l'accendo 
per la prima volta dopo averla lasciata spenta per un po', il sistema si 
freeza sulla schermata "Running diagnostics" e il led rosso sullo 
chassis resta acceso, mentre se la spengo e poi riaccendo il sistema 
parte normalmente; a cosa può essere dovuto? Può essere dovuto all'HDD 
che impiega troppo tempo per lo spin-up?
Grazie a tutti per la pazienza e l'attenzione.
EngiNerd

 che impiega troppo tempo per lo spin-up?
Per fortuna non parliamo di un Amiga, il problema non e' certamente 
dovuto al eventuale ritardo di spinup del disco (piuttosto un disco morto 
o moribondo potrebbe creare questo problema), come raccomando sempre per 
questi sistemi (sgi in generale, ma anche sun e non solo) la cosa 
migliore e' procurarsi un cavo nullmodem, un terminale o emulatore di, 
cablare il tutto, impostare il terminale a 9600 8n1 e usare la console 
seriale del sistema, la diagnostica e' _molto_ piu' loquace che a video e 
probabilmente riportera' un qualche messaggio di errore che puo' aiutare 
nella diagnosi.
Sono abbastanza inutili ma potresti anche verificare i led che sono 
dietro il plasticone frontale del sistema (due clip ai lati, in alto), 
questi indicano solamente il corretto link dei vari moduli negli slot
XIO, sono mi sembra 7, di cui un paio sono il planar (l'xbow) e la system 
board, i restanti cinque sono i 4 slot XIO sul retro del sistema e il 
quinto slot dedicato al cage pci (opzionale).
Dovresti avere un led acceso per ogni opzione, tre se hai solo la scheda 
grafica installata, di piu' se hai eventuali altre opzioni (cage pci, o 
altro), verifica appunto che corrispondano.
: The LEDs are simply link status lights. There is actually seven
: LEDs:
: BaseIO X
: QA X X PCI Expansion
: QD X X QB
: QC X X Heart
: The BaseIO and Heart are connected internally and are part of the
: IP30, so these will always be lit. The QA-QD refer to the quad
: module, which is labeled like this when facing the rear of the
: Octane:
: QA | QB
: -------
: QC | QD
: QA should always be lit as the first graphics card is installed in
: Quadrant A. The other LEDs will be lit depending on what XIO options
: are installed.
: The PCI Expansion LED will be lit if there is a PCI shoebox
: installed. 
Ti invito per il resto a dare un occhiata a nekochan (
nekochan.net
), un 
giro tra il wiki e i vari post del forum possono chiarire molte cose, sia 
sul funzionamento hardware dei sistemi SGI sia tutto cio che riguarda la 
parte software (Irix), oltre l'ottimo lavoro di porting di molto software 
opensource per Irix (Nekoware).
-- 
member of the italian hobbyist DECnet network - 
decnet.ipv7.net
www.unsupported.info
 - 
img.unixantichrist.net

 opensource per Irix (Nekoware).
Su nekochan ci avevo fatto un giro appena dopo aver recuperato la 
workstation, ed avevo anche cominciato a raccogliere qualche software
per poi "giocarci" un po' una volta messo tutto a posto. In ogni caso,
posterò un messaggio con l'esito delle varie operazioni una volta
effettuate queste ultime.
Grazie ancora degli aiuti.
EngiNerd

Grazie anche da parte mia ... ho un'Octane virtuale (nel senso che me 
l'han data ma non sono andato ancora a prenderla ...) e mi potrebbero 
tornare utili le informazioni, visto che lo stato della macchina è 
sconosciuto :)

 effettuate queste ultime.
Per il nekoware ti serve una release di irix non inferiore alla 6.5.21, 
un tempo sgi metteva a disposizione gratuitamente sul loro sito (bastava 
registrarsi) l'overlay per l'update alla 6.5.22, non dovesse essere piu' 
disponibile un giro sui soliti canali puo' procurarti la 6.5.22 ma anche 
l'ultimissima 6.5.30 (nonche i media di installazione ed altro, ad 
esempio il compilatore C mipspro).
Eventualmente prima di fare qualsivoglia update del os documentati a 
dovere, non e' particolarmente complicato ma bisogna prestare un occhio
alle dipendenze dei vari pacchetti, altrimenti si rischia di rompere l'os 
(e' piu o meno l'unico modo in cui si riesce a rompere irix).
P.S. Se ben ricordo aggiornando dalla 6.5.19 o inferiore alla 6.5.21 o 
superiore passando per il software manager bisogna installare una patch 
(5086). (facendo la stessa cosa usando "inst" dalla miniroot non e' 
necessario).


Aggiornamento: dopo aver riflettuto sul da farsi, mi sono fidato ed ho 
collegato l'HDD della Octane al Proliant. La buona notizia è che il 
volume logico del server è sopravvissuto alle operazioni (come suggerito 
da Sadness, ho tolto il controller RAID per sicurezza), mentre la 
cattiva notizia è che non sono riuscito in alcun modo a far riconoscere 
il disco al server: per l'esattezza, una volta inserito tale disco da 
solo nella bay dei dischi SCA ed acceso il server, su tutti gli slot si 
sono accesi i tre led di stato (in linea, fail e power on) e sono 
rimasti sempre accesi; questo sia collegando la bay al controller SCSI 
della motherboard (che poi si è bloccato durante la scansione del bus), 
sia lasciandola collegata unicamente al cavo di alimentazione 
(stranissimo). Verificando meglio la configurazione, ho notato che i 
dischi del Proliant sono degli Ultra320, e che la bay è dotata anche di 
alcuni integrati (sembrerebbe quindi che non si limiti solo a fungere da 
adattatore SCSI3-SCA).
A questo punto credo che cercherò un adattatore SCA-SCSI1-2-3 ed un 
secondo disco SCA (cosa che avevo comunque intenzione di fare) dove fare 
lì o la copia del sistema o un'installazione pulita di IRIX (mi sono già 
attrezzato dei dischi di installazione). A tal proposito, secondo voi ci 
si può arrischiare a cambiare la password di root senza aver prima fatto 
un'immagine del disco (su internet ho trovato la procedura 
http://software.majix.org/irix/admin-password.shtml
)?
Infine, ho provato ad accendere la Octane senza dischi e, anzichè 
bloccarsi come al solito, ha segnalato un'errore sulla catena SCSI 
(ovvio, mancava il disco); ho anche dato un'occhiata ai led di status, i 
quali hanno assunto la seguente configurazione:
ON
ON  OFF
OFF OFF
OFF ON
(perfettamente coerente con la configurazione della mia Octane), in 
quanto avente solo uno slot XIO occupato dal framebuffer e sprovvista 
della bay PCI
Per ora, questo è quanto, se qualcuno avesse idee, proposte o 
suggerimenti, non esiti a comunicarli.
Grazie a tutti per l'aiuto.
EngiNerd


 suggerimenti, non esiti a comunicarli. Grazie a tutti per l'aiuto.
sono ancora perplesso circa il comportamento del sistema usando la 
console seriale, stavi effettivamente eseguendo il test con la _sola_ 
console seriale connessa oppure come sospetto (spero) avevi anche la 
tastiera (e il monitor, ma non fa' differenza) connessi ? 
se qualcuno non ha forzato la console grafica (fai cosi, ferma il boot, 
seleziona la quinta opzione del menu "enter hardware monitor" e da li 
verifica le variabili impostate con printenv in particolare ci interessa 
la variabile "console") la macchina inizializza la console seriale prima 
ancora della grafica, quindi se riesci ad ottenere un output a video 
(anche se poi il sistema si blocca nel esecuzione dei diagnostici 
iniziali) non puoi non averlo sulla seriale.


 iniziali) non puoi non averlo sulla seriale.
Ho dato printenv, ed effettivamente sembrerebbe che venga inizializzata 
prima la grafica della console (console=g). Grazie ancora per l'aiuto. 
Per completezza riporto l'intero log del terminale:
Diagnostics failed.
[Press any key to continue.]
System Maintenance Menu
1) Start System
2) Install System Software
3) Run Diagnostics
4) Recover System
5) Enter Command Monitor
Option? 5
Command Monitor.  Type "exit" to return to the menu.
 >> printenv
AutoLoad=Yes
console=g
diskless=0
keybd=IT
dbaud=9600
volume=80
sgilogo=y
autopower=y
monitor=76hz
netaddr=159.149.96.12
eaddr=08:00:69:0b:ed:5b
boottune=1
cpufreq=250
SystemPartition=xio(0)pci(15)scsi(0)disk(1)rdisk(0)partition(8)
OSLoadPartition=xio(0)pci(15)scsi(0)disk(1)rdisk(0)partition(0)
OSLoadFilename=/unix
OSLoader=sash
NoAutoLoad=CONSOLE OPEN FAILED.
ConsoleOut=serial(0)
ConsoleIn=serial(0)
 >> exit
System Maintenance Menu
1) Start System
2) Install System Software
3) Run Diagnostics
4) Recover System
5) Enter Command Monitor
Option? 3
                          Starting diagnostic program...
                        Press <Esc> to return to the menu.
SGI Version 6.5 IP30 IDE field  Oct 11, 2000
                    System: IP30
                 Processor: 250 Mhz R10000, with FPU
      Primary I-cache size: 32 Kbytes
      Primary D-cache size: 32 Kbytes
      Secondary cache size: 2 Mbytes
               Memory size: 512 Mbytes
                   Network: ef0 ethernet (100/10 base-T)
                 SCSI Disk: scsi(0)disk(1)
                     Audio: RAD Audio Processor
                  Graphics: SI
Field included scripts (help_ide to get this again):
   ALL:    regular_tests
           extended_tests
   FRUs:   ip30   frontplane   memory
           pm (processor module)
           gfx   tmezz
   subsystems: serial (loopback)   ethernet (loopback)
   useful scripts:        help_ide   help_mem
     This test takes approximately 12 minutes on a good
     dual processor machine with 128MB memory and MXI graphics.
Testing Graphics in XIO slot 12
All graphics tests have passed
TEST RESULTS:
Processor Module tests completed.
Memory tests completed.
Frontplane tests completed.
CPU tests completed.
Audio tests completed.
SCSI tests completed.
Graphics board 0 tests completed.
Diagnostics completed - press <Enter> to continue
ide>>

                   Graphics: SI
Stavo giusto per chiederti (per curiosita') la configurazione del 
sistema, direi che e' la classica Octane base, non propio velocissima ma 
Irix 6.5.x ci gira' piu che degnamente, poi dipende dagli applicativi che 
si intende usare, sicuramente se vorrai usarla con firefox dai nekoware 
per navigare ti servira' una riserva di pazienza extra (colpa di firefox 
piu' che altro), anche se non ha molto senso usare una Octane per fare 
qualcosa che si puo' fare benissimo (e meglio) col primo pc anche 
obsoleto. 


 obsoleto.
In effetti, pensavo di utilizzare la workstation per le attività per la 
quale è stata progettata: grafica, modellazione 3D e magari calcolo 
numerico (Octave e similari). Sarebbe anche carino utilizzarla per il 
CAD, ma ho visto che a tal riguardo esistono solo soluzioni commerciali 
abbastanza costose e/o difficili da trovare (CATIA, Microstation, 
I-DEAS, pare anche AutoCAD R13).
Quanto alla lentezza di Firefox, potrei anche sopportarla, avendo 
provato a utilizzare un 386 con Windows 3.1 per navigare in internet con 
Opera.

I test continuano.
Oggi, dopo aver lasciato spenta la Octane per alcune ore (e senza cavo 
di alimentazione inserito), l'ho riaccesa ed ha manifestato il solito 
scherzo: in particolare, anche da console RS-232 (avevo settato 
l'apposito parametro), si ferma su "Running power-on diagnostics"; 
comincio a sospettare davvero un problema all'alimentazione, o magari 
qualche falso contatto che, man mano che la macchina si scalda, sparisce.
Mi era inoltre venuta in mente un'idea per fare un dd del disco: fare il 
boot dal cd di installazione, avviare miniroot, montare una condivisione 
nfs e scrivere lì l'immagine del disco, ma purtroppo anche qui sono 
saltati fuori problemi: ogni volta che faccio il mount della 
condivisione, mi viene restituito il messaggio "nfs: invalid argument" : 
ho provato varie opzioni del protocollo sia lato server linux che client 
irix, ho anche provato a montare condivisioni su server diversi 
(OpenSUSE 11.2 e CentOS 4.8), a cambiare i permessi e la posizione delle 
cartelle sul server e sul client, a inserire un'entry in /etc/fstab (non 
vi dico che scomodo usare ed) ma non è cambiato nulla. Ho anche 
ipotizzato che nfs non fosse disponibile su miniroot, ma provando a 
connettersi ad un host inesistente mount rimane in attesa, anzichè 
segnalare lo stesso errore, segno che il protocollo funziona (ho 
dimenticato di dire che i pc si pingano tra loro e i firewall sono 
disattivati sui server). Infine, dando un'occhiata su internet, non solo 
nessuno ha avuto il mio problema, ma ci sono anche poche informazioni 
sul messaggio d'errore (sembrerebbe derivare da un'incomprensione del 
protocollo). Arresomi, ho provato a montare la condivisione una volta 
avviato il sistema da hdd, e lì l'operazione è riuscita al primo colpo: 
così facendo sono riuscito a trasferire alcuni degli applicativi 
installati, ma non credo sia possibile usare dd su un disco in uso (ho 
visto che c'è un comando, xfsdump, per fare copie di filesystem in uso 
da un disco ad un altro, ma non ho ben capito come usarlo per fare 
un'immagine disco). Tutto ciò è ancora più sconfortante se penso che nfs 
era tra gli argomenti di un esame che ho dato qualche settimana fa :-(
Concludo chiedendo se qualcuno di voi ha avuto problemi simili o ha 
ipotesi su dove risieda il problema.
Grazie dell'attenzione e della pazienza.
EngiNerd


On Fri, 15 Jul 2011 18:39:24 +0200, EngiNerd wrote:
Hai verificato lato "server" nei log di sistema quale fosse l'errore 
riportato dai vari tentativi di mount ? potrebbe essere piu illuminante 
del errore riportato da Irix.
Non saprei darti maggiore hint su dove cercare il problema, uso 
pesantemente nfs sui miei sistemi con Irix ma sempre col pacchetto 
aggiuntivo per il supporto a nfs v3, le uniche volte in cui mi capita di 
usare nfs dalla miniroot e' durante l'installazione via rete di Irix 
(installo _sempre_ via rete, fare il dj con i cd m'ha stancato anni fa') 
che pero' eseguo da' un altro sistema sgi (ho una O200 approntata 
appositamente come server di installazione per le release 5.3/6.2/6.5.30)
e ovviamente non ho problemi.
Circa l'uso di dd da un sistema "live", diciamo che in linea teorica non 
e' consigliato, ma diciamo pure che mi e' capitato di farlo senza alcun 
problema, certo non e' bellissimo dumpare il disco mentre il sistema lo 
sta' usando ma in generale a sistema avviato e diciamo a "bocce ferme" 
quindi senza applicazioni che elaborano dati le modifiche al fs sono 
minime, insomma puoi tentare e probabilmente otterrai un dump sanissimo 
del disco (meglio comunque che non avere nulla).
Con xfsdump dumpi il contenuto dei fs xfs ma non dumperesti ne la tabella 
delle partizioni ne l'etichetta di volume del sistema insomma non avresti 
tutto il necessario per ripristinare da zero il disco del sistema (certo 
se brasi la / con un dump del fs risolvi, ma se rompi o brasi l'intero 
disco ti viene poi a mancare qualcosa di fondamentale).
Vado a digerire la cena, un compito per nulla facile.
