Newsgroup: it.comp.retrocomputing
Titolo: IPL 9406-170

 
Non senza qualche piccolo inconveniente, abbiamo terminato l'IPL del 9406-170.
Bestiolina con due alimentatori, due embedded server e dieci HD.
Immaginatevi il concerto... fra ventole e click-clack dei dischi.
Il primi IPL è fallito: s'è fermato ad un codice strano: non ho
trovato in elenco le prime quattro cifre.
Le seconde, 3019, sembravano riferirsi ad un problema di comunicazione con
un'unità (disco, nastro, CDROM).
In effetti il lettore CD lampeggiava.
Così ho scoperto che i lettore di nastri era collegato al bus scsi ma aveva
il connettore dell'alimentazione staccato.
Ricollegato, è partito *abbastanza* presto.
Avviato con 01 B N.
Diversamente da quello che sapevo, l'IPL è stato abbastanza interattivo 
fino alla menu iniziale.
Dopo il login, m'ha chiesto data, ora, alcune questioni sulle PTF,
le opzioni IPL ... e costantemente ha
inviato sulla console messaggi circa le operazioni in corso. 
Abituato ai numeri sul pannellino frontale, per me è stata una piacevole 
novità...
 
M'ha detto che c'è un errore sulla LINETH01 (il cavo non connesso): devo 
capire quale sia, ci sono sei (6) schede di rete :P
 
L'errore più strano è il seguente:
Unable to allocate a record in file QA1PSONEL6
 
Il processore è un 2176, credo di fascia media.
La memoria è di 1GB, 86Gb di memoria di massa, divisa in 10 dischi.
Questo nell'ipotesi abbia capito bene come si riassumano i criptici dati IBM.
 
http://www.supervinx.com/Retrocomputer/IBM/AS400/9406/170/9406-170-21.png
 
http://www.supervinx.com/Retrocomputer/IBM/AS400/9406/170/9406-170-24.png
 
 
Adesso c'è da capire come funzionino i server embedded, quali siano
le risorse, i programmi installati...
Devo dire che la risposta del sistema è ottima, ma vorrei sempre sapere
che cosa faccia OS/400, dato che i dischi sono perennemente in funzione,
click clack, click clack...
 
-- 
http://www.supervinx.com/Retrocomputer
 

 elenco le prime quattro cifre. Le seconde, 3019, sembravano riferirsi ad
*3109*
I/O processor timed out a device command
 
-- 
http://www.supervinx.com/Retrocomputer
 

Vedo che i monoliti neri non riscuotono un grande successo :)
Vi aggiorno sulla situazione...
C'è un bel po' di software installato, fra cui un compilatore C ed uno COBOL.
Avessi capito come si richamano... :P
 
A parte quello, ho ricevuto un errore *critical*.
Unità 2748.
Gira e rigira l'ho identificato... cache battery pack...
Devo solo capire dove sia.
 
A proposito di identificazione...
Il TCP/IP non è avviato automaticamente (ho dovuto eseguire STRTCP),
e da CFGTCP ho trovato l'indirizzo.
Solo che non so quale delle 6 schede sia.
O meglio delle 3, in quanto so che è una CMN06, 2838-001, Serial 21H5460.
Male che va smonto ed identifico. Ma ho già un'idea...
L'altra cosa che non ho capito bene è il seguente messaggio.
"Limite di utilizzo 0 superato...." per un fantomatico dispositivo 5050,
forse iSeries Web access...
 
C'è un qualcosa che scade fra 70 giorni.
 
 
Proverò WRKLICINF... (5722XW1 BASE 5050)

 le risorse, i programmi installati...
 
I server embedded così su due piedi non mi ricordo con quali comandi si
maneggino; i prodotti installati li scopri con i soliti comandi.
 
Ciao,
G.
 

 Proverò WRKLICINF... (5722XW1 BASE 5050)
 
5722? Quindi una 5.x, perciò dovrebbe essere tutto più o meno protetto da
chiavi di licenza. In versioni precedenti, oltre la maggior parte del software
senza chiave in assoluto, c'erano anche alcuni prodotti che imponevano un
limite oltre il quale venivi avvisato, ma il limite era aumentabile fino a
*NOMAX senza che fosse necessario inserire una chiave. Diciamo che era una via
di mezzo tra un gentlemen's agreement e uno strumento per tenere traccia
dell'uso effettivo (ed eventualmente pagare per il giusto numero di utenti).
57xx-XW1 mi sembra fosse proprio uno di questi prodotti, se fosse ancora così,
senza bisogno di chiavi di licenza, ti basterebbe aggiustare il valore... :P
 
Ciao,
G.
 


nel messaggio c'e' scritto di cosa si tratta.
E' sicuramente uno dei programmi su licenza,
(potrebbero aver installato qualcosa senza
avere la password)
 
ciao
fm 
 
 

 
Lo so, e continua a chiedermelo ad ogni avvio, poi ti mostro la schermata...
 
 
 
 
 
 
-- 
http://www.supervinx.com/Retrocomputer
 

 licenza, ti basterebbe aggiustare il valore... :P
Non lo so, il numero 57xx-XW1 l'ho trovato in Internet, il messaggio
parlava solo di dispositivo 5050, e che era stato aggiunto un altro utente
oltre quelli consentiti...
 
 
 
-- 
http://www.supervinx.com/Retrocomputer
 

 oltre quelli consentiti...
 
Allora può essere qualunque cosa: il dispostivo 5050 – nella complicatissima
classificazione IBM – rappresenta l'opzione base di qualunque prodotto, salvo
eccezioni o cose strane che non sono ben chiare neppure a me...
 
Se fai F1 col cursore sopra il messaggio col 5050, dovrebbe darti i dettagli.
 
G.

 Lo so, e continua a chiedermelo ad ogni avvio, poi ti mostro la schermata...
 
Allora mi sa che non è andata solo la batteria della cache, ma anche la
batteria tampone che tiene l'ora a macchina spenta e che probabilmente fa
scattare non solo la richiesta di data e ora, ma anche qualcos'altro...
 
G.
 

Certo, anche la batteria tampone è scarica: me lo conferma un bel 0000BBBB all'inizio ;)
 
Ho razzolato con WRKLICINF...
 
5769JS1 - 5050
 
ID prodotto . . . . . . . . :   5769JS1                 
Termine licenza . . . . . . :   V4R4M0                  
Dispositivo . . . . . . . . :   5050                    
Descrizione . . . . . . . . :   Job Scheduler for AS/400
 
Tipo adesione . . . . . . . :   *KEYED                  
Tipo utilizzo . . . . . . . :   *REGISTERED             
 
Limite utilizzo . . . . . . :   0                       
Ultimo aggiornamento  . . . :   00/00/00  00:00:00      
 
Soglia  . . . . . . . . . . :   0                       
 
Conteggio utilizzo  . . . . :   0                       
 
Informazioni sul picco di utilizzo:                     
  Picco di utilizzo . . . . :   1                       
  Ultimo picco  . . . . . . :   05/01/13  18:05:07
 Registrazione violazioni  . :   *NO     
 
 Coda messaggi/Libreria  . . :   *NONE   
 
 Informazioni sull'accordo a chiave:     
   Data di scadenza  . . . . :   *NONE   
   Periodo di concessione  . :   70      
   Data di scadenza del                  
     periodo di concessione  :   16/03/13
 
Dunque è scaduto :(
 
----------------------------------------------------------
5769PW1 - 5050
ID prodotto . . . . . . . . :   5769PW1                                 
Termine licenza . . . . . . :   V4R4M0                                  
Dispositivo . . . . . . . . :   5050                                    
Descrizione . . . . . . . . :   Application Development ToolSet/400 -SEU
 
Tipo adesione . . . . . . . :   *KEYED                                  
Tipo utilizzo . . . . . . . :   *CONCURRENT                             
 
Limite utilizzo . . . . . . :   0                                       
Ultimo aggiornamento  . . . :   00/00/00  00:00:00                      
 
Soglia  . . . . . . . . . . :   0                                       
 
Conteggio utilizzo  . . . . :   0                                       
 
Informazioni sul picco di utilizzo:                                     
  Picco di utilizzo . . . . :   1                                       
  Ultimo picco  . . . . . . :   13/06/13  20:59:25    
 Registrazione violazioni  . :   *NO     
 
 Coda messaggi/Libreria  . . :   *NONE   
 
 Informazioni sull'accordo a chiave:     
   Data di scadenza  . . . . :   *NONE   
   Periodo di concessione  . :   70      
   Data di scadenza del                  
     periodo di concessione  :   22/08/13
 
SEU, probabilmente, l'ho aperto io per la prima volta, ed i 70 giorni, infatti, decorrono da ieri...
 
Domanda 1: che si fa?
DOmanda 2: quando vedo così, vuol dire che al primo utilizzo inizierà il conteggio dei 70 giorni?
 
 Informazioni sull'accordo a chiave:  
   Data di scadenza  . . . . :   *NONE
   Periodo di concessione  . :   70   
   Data di scadenza del               
     periodo di concessione  :   *NONE
 
Ho provato CRTCBLPGM ed, infatti, è iniziato il conteggio dei giorni.
Dipende dal parametro *NOMAX, vero?
Quando è 0, vuol dire che ci sono i 70 giorni di concessione, a partire dal primo utilizzo.
Ho capito bene?
DUnque il sistema è stato reinstallato. Solo OS/400 base, Query/400 e
DB2 Query Manager hanno una licenza (*NOMAX).
L'IBM non ha un programma Hobbyist, vero?

 DB2 Query Manager hanno una licenza (*NOMAX).
 
Controlla con DSPLICKEY per essere sicuro. E verifica anche quali prodotti
hanno adesione *KEYED e quali no.
 
G.


Sono sicuro, ci sono solo tre chiavi di licenza... ho trovato
nella documentazione i fogli contenenti le tre licenze di cui ho detto prima.
 
A memoria, un solo prodotto aveva un *WARNING,
gli altri erano tutti KEYED/*REGISTERED e KEYED/*CONCURRENT,
dunque cattive notizie...
Tre soli a *NOMAX, il resto a 0.
Ma quelli con 0, possono essere comunque utilizzati da QSECOFR oppure
da nessuno in assoluto?
Ultima domanda: il sistem funziona anche in assenza del Job Scheduler 
(il quale risulta scaduto)?
 
 
-- 
http://www.supervinx.com/Retrocomputer
 

 (il quale risulta scaduto)?
 
Sě. Lo scheduler in questione č quello che Windows chiamerebbe Operazioni
pianificate e Unix cron. Tra l'altro proprio quello scheduler č un prodotto
aggiuntivo che ho visto raramente e usato mai: infatti c'č un altro scheduler
piů semplice fornito di base con OS/400 che non richiede licenze aggiuntive.
 
Non c'entra nulla con lo scheduler inteso come task switching del kernel.
 
G.

 primo non sono sicurissimo che basti quello, per il secondo sě.
 
A delle volte mi chiedo se in realta' il loro stile estremamente formale 
d' abbigliamento serve a coprire un uso alquanto pesante di cannabis 
sativa...
 
Saluti,
dott. Pieergiorgio.
 

 senza bisogno di chiavi di licenza, ti basterebbe aggiustare il valore... :P
 
Domanda a margine sulle chiavi d' accesso... in che periodo (includendo 
anche la DEC) sono comparse ? ho sempre osservato con curiosità l' 
ingegnoso sistema dell' Apple Lisa (che a mio avviso nel campo personal 
è la prima DRM (cosa diversa dalle protezioni...) ) e sono curioso se 
avrebbero preso "ispirazioni" da DEC, IBM o altri...
 
Saluti,
dott. Piergiorgio.

 
Ho fatto un po' di prove...
 
ADDJOBSCDE è parte del Job Scheduler nativo, e funziona (l'ho provato)
 
ADDJOBJS è parte dello scheduler aggiuntivo 5769JS1, scaduto? 
 
In caso affermativo, ho provato ad aggiungere un lavoro (in realtà credo di aver inserito un nome non valifdo, non ho capito bene cosa volesse. ADDJOBSCDE accetta anche un comando del tipo DSPSYSVAL SYSVAL(QDATE), ADDJOBJS vuole solo un nome di un lavoro...)
 
Se visualizzo (DSPJOBJS) il lavoro c'è, ma non è stato eseguito all'orario specificato.
 
Messaggi non ce ne sono. Magari funziona per QSECOFR, anche scaduto. Devo solo capire che lavoro sottomettergli...


 
il 5769JS1 ... mai usato (idem come G) ....
il sistema non ne ha bisogno.
 
ciao
fm 
 
 

 
Probabilmente è così...
Chi me l'ha data m'ha detto di aver chiesto, tramite amicizie, all'IBM
quali licenze risultassero per quel numero di serie, e di aver ricevuto solo
un email con quelle tre (OS/400 base, Query e DB/2...)
Devo concordare con te: probabilmente era una macchina di produzione.
Nessuno programmava, utilizzavano solo il database/i server embeddeded/le
connessioni di rete (altrimenti perché avere ben 6 interfacce?)...
 
 
 
 
-- 
http://www.supervinx.com/Retrocomputer
 


non guardare al fatto che i 10 dischi adesso sono al 3%...:-)
probabilmente avevano parecchia roba a bordo e parecchi clients collegati.
Anche la ram era stata portata ad  1Gb ...il massimo permesso al tempo del 
V4R4
(col V5 il limite e' stato innalzato anche per il 170)
 
 
ciao
fm
 
 
 
 

 capire che lavoro sottomettergli...
 
Escludo che un prodotto funzioni (anche solo per QSECOFR) se è scaduto.
 
G.
 

 sativa...
 
Mah, se ti riferisci ai comandi apparentemente formati da un'accozzaglia di
consonanti, se n'è già parlato più volte: è un modo come un altro per dare un
certo ordine a centinaia di comandi diversi, di altrettanti prodotti diversi.
 
Già negli anni '70 la Control Data (CDC) aveva adottato un approccio simile
nel suo NOS/VE: utilizzava comandi lunghissimi ed estremamente verbosi ma
abbrevviabili secondo uno schema ben preciso che dava luogo a comandi a prima
vista illeggibili. Uno che mi viene in mente è 'change_terminal_attributes'
che diventava 'chata' (seguivano tutti uno schema 3 + 1 + 1, cioè tre lettere
della prima parola più una delle parole successive). 'chata' è tutto sommato
anche pronunciabile, ma altri risultati erano ben più astrusi.
 
L'IBM adottò la strategia "codice fiscale" e uno schema dei comandi verbo +
soggetto che forma tanti "mattoncini" di tre caratteri ricombinabili in
moltissime forme, tanto che una volta capìta la filosofia e conosciuti i
mattoncini più comuni (famosa regola dell'80/20) è possibile desumere molti
altri comandi semplicemente combinando in modo diverso ciò che si conosce.
 
La Digital con VMS utilizzò un approccio più amichevole con comandi lunghi e
chiari abbreviabili a piacere finché rimangono univoci e garantiva l'unicità
di qualunque comando entro i primi quattro caratteri. Il risultato è di solito
molto buono, ma ogni tanto capita qualcosa di un po' tirato per i capelli. In
generale le opzioni sono molto regolari: praticamente tutti i comandi hanno un
qualificatore /OUTPUT= e non è difficile immaginarsi a cosa serva e come si
usi, anche perché fa sempre la stessa cosa e funziona uguale in ogni comando.
 
Poi c'è Unix che non ha regole e costringe a imparare a memoria molti comandi
diversi e senza relazioni fra loro. La confusione più grande si ha nelle
opzioni, dove la stessa opzione -x in un comando fa una cosa, in un altro può
fare qualcosa di completamente diverso (e magari anche pericoloso). Per non
parlare di opzioni con la variante maiuscola (-x e -X) con significati a volte
simili, a volte opposti (attiva e disattiva) a volte completamente slegati...
 
C'è da dire un'ultima cosa: escluso Unix (e derivati) tutti gli altri OS che
ho citato fanno il controllo sintattico dei comandi all'interno della CLI: è
inutile caricare un programma (con tutto quel che comporta in termini di
risorse) e farlo partire solo per scoprire che un'opzione è stata specificata
male o non esiste. La CLI fa un controllo sintattico più o meno rigoroso,
garantisce una certa uniformità (visto che tutti i comandi si devono adeguare
alle sue regole sintattiche) e passa ai programmi richiamati i parametri già
controllati e "puliti", così che i programmatori non debbano ogni volta
"reinventarsi la ruota" per controllare i parametri e i loro valori e magari
assicurarsi che non siano in conflitto fra loro.
 
Per esempio, quando in VMS si definisce un nuovo comando, si può specificare
che un parametro accetti solo valori di tipo $DATETIME e la CLI si preoccupa
automaticamente di verificare che le date e gli orari digitati dagli utenti
siano corretti (Insomma niente 31 febbraio alle ore 25:67). Altro esempio: per
i parametri che richiedono valori $FILE si controlla che sia stato specificato
un path sintatticamente valido. Idem in OS/400 e scommetto anche in NOS/VE.
 
G.

 avrebbero preso "ispirazioni" da DEC, IBM o altri...
 
L'IBM ha introdotto il controllo delle licenze per mezzo di chiavi a partire
dalla versione V4R1 di OS/400, quindi agosto 1997. Inizialmente solo il
sistema operativo richiedeva la chiave di sblocco, poi nel tempo la cosa si è
estesa e ora tutti i prodotti IBM  necessitano di una chiave per funzionare.
Bisogna dire però che le API per queste funzioni erano presenti in OS/400 già
da alcuni anni (1992-1994), ma non ancora messe effettivamente in uso.
 
La Digital introdusse una cosa analoga con la V5.0 di VMS, quindi maggio 1988
(molto prima dell'IBM, evidentemente). Da subito molti prodotti richiesero una
chiave per poter funzionare. Prima della V5 alcuni prodotti specifici e rari
venivano forniti con qualche eseguibile cifrato o bisognoso di patch per
funzionare. In tal caso veniva fornita a parte la chiave e il programma di
decifrazione o la patch di ripristino delle funzioni bloccate.
 
Il sistema IBM tipicamente permette un periodo di prova di 70 giorni, ma il
produttore può scegliere a suo piacimento se e quanto farlo durare; il sistema
Digital non prevede proprio a livello tecnico un meccanismo del genere.
 
Entrambi i sistemi sono aperti, nel senso che in entrambi i casi anche
l'utente finale (nel caso specifico un produttore di software) può generare
licenze per regolare la diffusione dei propri prodotti. Ovviamente non è
possibile generare licenze valide per i prodotti della casa madre.
 
Durante il packaging di un prodotto, il sistema IBM richiede una "vendor
password" che viene cifrata e inclusa nel prodotto stesso. Quando si va a
generare una licenza, il meccanismo di generazione, oltre a tutti i dati
"amministrativi", richiede anche la vendor passoword e la utilizza per
verificare che l'utente sia autorizzato a generare licenze per il prodotto.
 
Le licenze Digital prevedono un nome (es. FORTRAN) e un produttore (es. DEC).
Il generatore stesso delle licenze richiede una chiave di licenza che fra i
vari dati amministrativi ha anche una variabile contenente l'identificativo
del produttore per il quale viene abilitata la generazione.
 
Quindi, per generare licenze OS/400 valide occorrerebbe sapere la/le vendor
password IBM (e avere i relativi prodotti già installati, visto che la
password cifrata contro cui viene fatto il controllo è contenuta lì); per
generare licenze DEC valide occorrerebbe avere una chiave PAKGEN (produttore
DEC) che autorizzi alla generazione di chiavi per il produttore DEC.
 
Come funzionava il meccanismo del Lisa? :)
 
G.
 
 
P.S. Ci sarebbe poi da dire qualcosa sulle patch cifrate di TOPS-10 e -20...

 G.
 
Verificherò meglio... chissà ...
Dei calendari me ne ero accorto... e mi ero chiesto ma a che razza di calendario
si riferisse...
 
 
 
-- 
http://www.supervinx.com/Retrocomputer
 

 simili, a volte opposti (attiva e disattiva) a volte completamente slegati...
 
beh, coreutils una regola di base per i comandi "storici" l' ha... 
cp-CoPy, mv-MoVe ls-LiSt ecc. e cc è C Compiler (le prime due 
consonanti, non nascondo che tra province e Navi militari italiane d' 
anteguerra lo trovo naturalissimo)
 
... oh, ora che ci penso, forse la PA (pubblica amministrazione ci ha 
una ragione valida nel sabotare il passaggio all' opensource... la 
provincia di Roma in due lettere e' RM, ed in effetti viene ad essere un 
entry legittima.. dopo dovuto buffer overrun....
 
Saluti,
dott. Piergiorgio.

 Come funzionava il meccanismo del Lisa? :)
 
beh, poiche' ci stava ancora Woz nel R&D apple era semplice e geniale: 
ogni macchina aveva il suo seriale "interno" cosicche' ogni copia 
autorizzata veniva associata alla macchina su cui veniva installata. 
Niente cifratura o complesse procedure d' autorizzazione: in fase di 
prima installazione l' installer provvedeva al "fingerprinting" e in 
fase di reinstallazione si controllava che il seriale coincidesse.
 
In ultima analisi, ha pure senso e soprattutto semplicità giuridica nel 
contesto della protezione legale del software: verrebbe ad essere 
equiparabile al numero di telaio di un autovettura o al numero di 
matricola di un arma, e l' analogia colla fattispecie di reato 
"matricola/numero di telaio abrasa/alterata" avrebbe risparmiato tutte 
le energie sprecate da ambo le parti e i casini, anche grossi, intorno 
al quadro giuridico del software...
 
quindi il DRM iniziale apple viene ad essere antecedente sia al DRM IBM 
e DEC... grazie.
 
Saluti,
dott. Piergiorgio.
 

 cp-CoPy, mv-MoVe ls-LiSt ecc. e cc è C Compiler
 
Sì, infatti sono quasi gli unici comandi con una loro logica e se vogliamo
anche una loro bellezza intrinseca. E guarda caso (?) sono i più vecchi. :)
 
G.

 fase di reinstallazione si controllava che il seriale coincidesse.
 
Non ci ho mica capito molto, sai? L'installazione veniva fatta in fabbrica e
poi all'utente venivano dati i floppy già personalizzati col numero di serie?
Se invece i floppy erano puliti e l'installazione la faceva l'utente, cosa gli
impediva di farne delle copie e darle in giro anche a chi non aveva pagato?
 
G.
 

 impediva di farne delle copie e darle in giro anche a chi non aveva pagato?
 
OK, mi sono risposto da solo e ho trovato queste due cose:
 
  1. 
http://lisafaq.sunder.net/single.html#lisafaq-sw-los_copy
 
  2. 
http://www.cs.dartmouth.edu/~woz/deserial/index.html
 
 
G. 

 simili, a volte opposti (attiva e disattiva) a volte completamente slegati...
[snip]
 
Se ricordate la storia dell'evoluzione di Unix, saprete che fu 
adottato/sviluppato presto dagli hacker e questo dovrebbe essere 
sufficiente a spiegare l'apparente(?) caos suddetto.
 
Competere sul ricordarsi comandi e opzioni, per non parlare del 
"brivido" dato dalla consapevolezza che un qualsiasi errore comporta 
danni notevoli... Siamo agli antipodi da un qualcosa sviluppato in 
ambito corporate.
 
CYA


beh, il secondo documento sta in .pdf nel sito a quasi 2^10 bit (scusa 
per il mio classico ermetismo antileecher....) che in effetti e' la 
principale documentazione che ho sul DRM Lisa.
 
Saluti,
dott. Piergiorgio.
 
 
 
 

Lo scheduler aggiuntivo permette tutto, tranne l'esecuzione finale del lavoro :)
Ho fatto una prova e, quando è giunto il momento stabilito per l'escuzione, un
discreto messaggio, nel log dello scheduler, m'ha informato che il prodotto è scaduto... 
Ciò conferma che nessuno, ma proprio nessuno può utilizzae un prodotto scaduto e,
perciò, nocivo alla salute :P LOL !
 
Grazie a WRKHDWRSC *CMN ho identificato la posizione della scheda di rete 
configurata: mi ha visualizzato il numero dello slot (E08).
Così ho cambiato l'indirizzo di rete, impostato il gateway (era assente), i DNS 
(come sopra).
 
Poi ho avuto un paio di shutdown improvvisi, segnalando un problema ad un
alimentatore.
Ho scoperto, dopo, che la presa è un po' ballerina. Con il caldo i contatti si dilatano, ed uno dei due alimentatori s'è scollegato. Con uno solo collegato,
senza dirmi nulla ha iniziato uno shutdown ultra veloce, altro che OPTION(*IMMED) ^_^

 solo collegato, senza dirmi nulla ha iniziato uno shutdown ultra veloce
 
Ah ecco, mi sono sempre domandato cosa sarebbe successo se uno dei due
alimentatori avesse fatto cilecca. Quindi non si è spento di botto come se
fosse mancata del tutto l'alimentazione, giusto? Immagino che avrà fatto la
chiusura del solo LIC e si sarà spento correttamente. In pratica il LIC
sospende l'esecuzione di OS/400 "at the next instruction boundary", poi fa il
flush delle cache dei dischi e spegne. Al riavvio successivo la macchina
risulta spenta correttamente per il LIC e in modo anomalo per OS/400, il che
causa un recupero all'IPL molto più rapido di una chiusura anomala generale.
 
Il problema all'alimentatore come/quando te l'ha segnalato? Curiosità mia...
 
Ciao,
G.
 

 
Dopo lo shutdown, sul pannello è comparso
10112761
 
Ma non ho trovato messaggi con WRKPRB, magari ho solo sbagliato coda...
 
 
 
 
 
-- 
http://www.supervinx.com/Retrocomputer
 

 Ma non ho trovato messaggi con WRKPRB, magari ho solo sbagliato coda...
 
WRKPRB non ha il concetto di coda: se c'č qualcosa si vede, se no, no. A meno
che (ipotesi remotissima) qualcuno non abbia cambiato i default del comando in
modo da non fargli mostrare tutto. Ma si scopre facile: basta fare F4 e vedere
che ci sia *ALL (mi pare) ovunque. In effetti č strano che non ci sia nulla,
ma vassape'. Puň darsi che quel tipo di problema lo registri solo nel log del
LIC e non lě. Oppure boh, qualche altro motivo che ora mi sfugge.
 
G.
 

 
No, s'è fermato tutto visualizzando il codice.
Premendo manualmente il tasto s'è riacceso.
Poi ho cambiato prese, e da allora tutto bene ;)
È una bella macchinetta, responsiva, peccato che sia un po'... ehm ... rumorosa,
oltre che ingombrante :P
Ma l'ho montata su di un carrellino. Molto più comodo :)