AS/400 9401-150 - collegato

[supervinx]

Ho collegato l'AS/400, grazie alla nuova scheda 2720.
Ho lasciato la scheda console "mini centronics" nello slot più in alto, ed in
seconda posizione la 2720, come si può notare dalle immagini seguenti...

http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/IMG_1473.JPG
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/IMG_1474.JPG

All'accensione, è subito comparso il messaggio "Collegato".

Poi i messaggi seguenti.
La mia esperienza di AS/400 è limitata ad un Advanced/36 ed un Advanced Server,
ma qui è differente ...

http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/01.png
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/02.png
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/03.png
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/04.png
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/05.png
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/06.png
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/07.png
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/08.png
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/09.png
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/10.png
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/11.png
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/12.png
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/13.png
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/14.png

Dev'esser stato acceso o spento più volte in modo non ortodosso (e potrei
esser stato anch'io, quando cercavo inutilmente di collegarmi).
Sembra (ma chiedo conferma ai guru AS/400) che alla fine sia (quasi) tutto a
posto. Ho ottenuto la schermata iniziale, e poi ho spento (da menu) il sistema,
dato che oggi il tavolo del salone dev'esser sgombrato ...

Vi dò un informazione interessante: nella fretta (di sgombrare il tavolo)
anziché rimuovere la 2746 (twinax), ho rimosso la 2723 (ethernet).
Il sistema è partito, così, con la scheda console seriale (mini centronics),
la twinax non adatta (2746) e la 2720. Non ha protestato ed ha comunicato
tramite la 2720.

--
http://www.supervinx.com/Retrocomputer

[supervinx]

Dimenticavo ... ha impiegato quasi due ore !

--
http://www.supervinx.com/Retrocomputer

[fm]

"supervinx" <nes...@libero.it> ha scritto nel messaggio
news:jlrldd$m8a$2...@tdi.cu.mi.it...

> Dimenticavo ... ha impiegato quasi due ore !
>

Se c'e' stata un'interruzione di corrente e
quindi una IPL anomala (come indicato da uno dei msg)
il tempo di ricostruzione puo' essere molto lungo.
Se ci sono errori sui dischi anche 4-5 ore.


Nel tuo caso IMVHO non e' successo nulla di anormale
(la scheda non compatibile viene semplicemente ignorata)...
e la prossima ipl sara' molto piu' breve.
10-20 minuti dovrebbe essere la norma sul 150.
Questo tempo dipende ovviamente da varie cose,
fra cui: il processore, la ram, il numero dei dischi e lo spazio
occupato...

Buona Pasqua !


ciao
fm

[ger...@no.spam.mail.com]

On Sun, 8 Apr 2012 11:53:42 +0200, "fm" <f...@tin.it> wrote:

> Se ci sono errori sui dischi anche 4-5 ore.

Già, direi che due ore di IPL dopo aver fatto accendi/spegni chissà quante
volte non sono neppure troppo. Ci sono racconti in giro di S/38 e 5360 che
hanno passato le 24 ore... :P

> 10-20 minuti dovrebbe essere la norma sul 150.

Secondo me anche meno, io voto per 10-12 minuti al massimo. :)

Ciao,
G.

[ger...@no.spam.mail.com]

On Sun, 8 Apr 2012 09:20:54 +0000 (UTC), supervinx <nes...@libero.it>
wrote:

> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/01.png

Questo direi proprio che abbia a che fare con il cambio di console, comunque
non è un errore, è solo un'informazione.

> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/02.png

Questo è il pannello di collegamento durante l'IPL manuale (analogo a quello
di SSP in cui ti chiede data e ora). Lo si distingue perché il device è
QCONSOLE e perché sotto ci sono quelle tre righe bianche di testo che nei
collegamenti normali non compaiono.

> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/03.png

Questo compare solo durante gli IPL manuali e permette di gestire le PTF
(per esempio di eliminarne una che impedisce il corretto IPL automatico).
Diventa utile perché ci dice che è installata la versione 3.7 di OS/400 e
nello specifico, oltre a microcode e OS (5716-999 e SS1), anche l'ambiente
di sviluppo (PW1), il compilatore RPG (RG1) e il TCP/IP (TC1). Inoltre è
anche presente la parte serve del Client Access (5763-XD1) versione 3.1.2.

> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/04.png
> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/05.png
> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/06.png
> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/07.png
> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/08.png
> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/09.png
> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/10.png

Pure questi sono messaggi solo informativi, nulla di grave, che ci fanno
capire che l'ultima volta la macchina è stata spenta non correttamente.

Semplificando molto, e tenendo conto del fatto che OS/400 ragiona in maniera
del tutto diversa da Unix, possiamo dire che mentre in Unix i vari processi
dipendono da init (sono tutti "figli di init"), qui i vari job sono tutti
dipendenti da alcuni job di sistema, detti sottosistemi, che ne controllano
l'esecuzione e servono a raggrupparli per funzione. Così come fermando init
si fermano tutti i processi suoi "figli", qui fermando un sottosistema si
fermano tutti i job da lui dipendenti. Nel caso in cui la macchina all'atto
dello spegnimento avesse ancora dei sottosistemi attivi, questi vengono
elencati (anche per motivi di debug) al riavvio successivo.

QCTL è il sottosistema di controllo, quello avviato per primo e che fra le
varie cose fa partire anche gli altri; QSYSWRK è per alcuni job di servizio
del sistema; QSPL è per lo spooling delle stampe; QSERVER è per la parte
server delle applicazioni client/server (Client Access, ODBC, TCP/IP etc.);
QINTER è per i job delle sessioni interattive; QBATCH lo dice il nome; QCMN
è per le comunicazioni (SNA, APPC, modem, unità di controllo remote etc.).

> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/11.png

Poiché si tratta di un IPL manuale, e poiché la macchina è stata spenta in
modo non corretto, è possibile intervenire sull'ordine e la priorità nella
ricostruzione di alcuni indici che hanno bisogno di essere sistemati.

> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/12.png

Gli ultimi messaggi in fondo, quelli con l'asterisco, sono la diretta
conseguenza dell'aver spostato/cambiato alcune schede. Nulla di grave.

> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/13.png

Qui è dove si arriva in ogni caso. Sia durante l'IPL manuale, sia
collegandosi da un qualunque terminale alla fine dell'IPL automatico.

> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/14.png

Questi sono tutti messaggi per l'operatore di sistema (come i precedenti):
in cima c'è scritto che si tratta della coda (coda messaggi) di QSYSOPR. I
messaggi in alto sono normali e ci dicono che alcuni terminali non sono
stati trovati, sono solo informativi e non segnalano nulla di grave. In
particolare, i device QPADEVxxxx sono i device virtuali creati dal sistema
quando ci si collega da remoto via TCP/IP, quindi è più che normale che non
li trovi più. Gli altri potrebbero, anzi saranno quasi certamente altri
device via TCP/IP a cui però era stato assegnato un nome preciso invece di
lasciar fare al sistema. Anche gli altri sono tutti messaggi informativi.

> Sembra (ma chiedo conferma ai guru AS/400) che alla fine sia (quasi) tutto a
> posto. Ho ottenuto la schermata iniziale, e poi ho spento (da menu) il sistema,
> dato che oggi il tavolo del salone dev'esser sgombrato ...

Sì, direi proprio che è tutto a posto. Immagino che per spegnere tu abbia
scelto in sequenza dal menù principale le opzioni 3, 60 e 80 e confermato
con un paio di invii finali. In ogni caso lo scrivo qui così rimane anche
per altri che potrebbero averne bisogno. :)

> Vi dò un informazione interessante: nella fretta (di sgombrare il tavolo)
> anziché rimuovere la 2746 (twinax), ho rimosso la 2723 (ethernet).
> Il sistema è partito, così, con la scheda console seriale (mini centronics),
> la twinax non adatta (2746) e la 2720. Non ha protestato ed ha comunicato
> tramite la 2720.

Evidentemente, come ha scritto anche FM, ha ignorato la scheda incompatibile
e si è arrangiato con quel che ha trovato. L'unica cosa che mi domando (e
che non so) è se il cambio di console è stato automatico e definitivo o se
ti ha fatto vedere la console (anche) via Twinax solo perché hai fatto un
IPL manuale, ricordandosi comunque che per lui la console è seriale fino a
nuovo ordine. Direi che potresti procedere così: rimetti dentro la Ethernet,
fai un altro IPL manuale come quello visto qui sopra e poi riconfiguri il
TCP/IP (dalla riga di comando del menù principale scrivi CFGTCP e dai Invio,
il resto dovrebbe essere abbastanza ovvio). Dopodiché cambi da 01 BM a
01 BN, fai un nuovo IPL (che sarà automatico) e vedi cosa succede: se ti va
bene, sulla porta zero indirizzo zero Twinax dovresti vedere il pannello di
collegamento come video DSP01 e sottosistema QCTL, altrimenti ti farà vedere
qualcos'altro. Male che vada potrai collegarti via TCP/IP e operare da lì.

Io comunque sono abbastanza propenso a pensare che considererà la console
come passata automaticamente da seriale a Twinax...

Ciao, :)
G.


P.S. Ora che ci penso: bisogna vedere se il TCP/IP parte da solo all'IPL o
no. Non è affatto detto che sia impostato per partire automaticamente...

[fm]

>
> P.S. Ora che ci penso: bisogna vedere se il TCP/IP parte da solo all'IPL o
> no. Non è affatto detto che sia impostato per partire automaticamente...

La macchina e' a release V3R7....il TCP/IP *NON* partiva in automatico,

Se parte e' perche', probabilmente, qualcuno ha modificato il QSTRTUP...
(che poi e' il metodo piu' semplice).



Buona Pasqua,
fm

[fm]

<ger...@no.spam.mail.com> ha scritto nel messaggio
news:e0g3o7l9mgn99sfr9...@4ax.com...

> On Sun, 8 Apr 2012 11:53:42 +0200, "fm" <f...@tin.it> wrote:
>
>> Se ci sono errori sui dischi anche 4-5 ore.
>
> Già, direi che due ore di IPL dopo aver fatto accendi/spegni chissà quante
> volte non sono neppure troppo. Ci sono racconti in giro di S/38 e 5360 che
> hanno passato le 24 ore... :P
>

non ho mai lavorato sul 38....
mi hanno raccontato che era una macchina lentissima, anche rispetto al
5360.
Probilmente l'hardware non era, all'epoca, ancora in grado di sostenere
il suo software cosi' innovativo.
A meno di spendere cifre astronomiche, ma forse neppure con quelle...

>
> Ciao,
> G.
>

Ciao G. ,
Buona Pasqua
fm

[supervinx]

> Sì, direi proprio che è tutto a posto. Immagino che per spegnere tu
> abbia scelto in sequenza dal menù principale le opzioni 3, 60 e 80 e
> confermato con un paio di invii finali. In ogni caso lo scrivo qui così
> rimane anche per altri che potrebbero averne bisogno. :)

Certamente !
Le mie conoscenze di AS/400, infatti, si limitano all'accensione ed al
corretto spegnimento ;)

> Evidentemente, come ha scritto anche FM, ha ignorato la scheda
> incompatibile e si è arrangiato con quel che ha trovato. L'unica cosa
> che mi domando (e che non so) è se il cambio di console è stato
> automatico e definitivo o se ti ha fatto vedere la console (anche) via
> Twinax solo perché hai fatto un IPL manuale, ricordandosi comunque che
> per lui la console è seriale fino a nuovo ordine. Direi che potresti
> procedere così: rimetti dentro la Ethernet, fai un altro IPL manuale
> come quello visto qui sopra e poi riconfiguri il TCP/IP (dalla riga di
> comando del menù principale scrivi CFGTCP e dai Invio, il resto dovrebbe
> essere abbastanza ovvio). Dopodiché cambi da 01 BM a 01 BN, fai un nuovo
> IPL (che sarà automatico) e vedi cosa succede: se ti va bene, sulla
> porta zero indirizzo zero Twinax dovresti vedere il pannello di
> collegamento come video DSP01 e sottosistema QCTL, altrimenti ti farà
> vedere qualcos'altro. Male che vada potrai collegarti via TCP/IP e
> operare da lì.
>

Grazie !
Adesso non mi resta che capire:
1) come si controlla se la console è stata definitivamente spostata

2) come si verifica se il sottosistema TCP/IP s'avvia da solo.

Il mio primo metodo è ... sperimentale !

A proposito !
Buona Pasqua !
Io importuno anche durante le festività :D




--
http://www.supervinx.com/Retrocomputer

[supervinx]

Ah, bene ... vado a controllare il QSTRTUP.
Userò i seguenti comandi, sempre secondo la consuetudine della chiarezza IBM ...
CHSNDOSTA ... ricerca dei files
MPRCVCC ... tipico messaggio d'errore
VFFNCL ... molto usato, autoesplicativo
CMCZZFNZ ... invocazione d'aiuto tipica (la utilizzo spesso)



--
http://www.supervinx.com/Retrocomputer

[fm]

"> Grazie !
> Adesso non mi resta che capire:
> 1) come si controlla se la console è stata definitivamente spostata
>

.
In una delle immagini che hai postato si vede il nome QCONSOLE,
credo di capire che hai collegato un pc con scheda di emulazione 5250
alla porta 0, indirizzo 0.

Quindi adesso la console E' twinax.

Se, come dite, prima era seriale mi viene il dubbio che se la sia cercata
e trovata da solo.

> 2) come si verifica se il sottosistema TCP/IP s'avvia da solo.
>

appena la macchina ha terminato l'IPL....puoi scrivere

DSPMSG QSYSOPR

E, fra i messaggi che non richiedono risposta, troverai

"STRTCP completato con esito positivo."
e precedentemente:
"STRTCP emesso dal lavoro xxxxxx/QPGMR/QSTRUPJD"

Questo significa che il TCP/IP e' regolarmente avviato.


Ovviamente, ti conviene prima rimettere la scheda di rete ethernet.



Buona Pasqua
fm

[supervinx]

Il Sun, 08 Apr 2012 21:48:13 +0200, fm ha scritto:

> "> Grazie !
>> Adesso non mi resta che capire:
>> 1) come si controlla se la console è stata definitivamente spostata
>>
> .
> In una delle immagini che hai postato si vede il nome QCONSOLE, credo di
> capire che hai collegato un pc con scheda di emulazione 5250 alla porta
> 0, indirizzo 0.
>
> Quindi adesso la console E' twinax.
>
> Se, come dite, prima era seriale mi viene il dubbio che se la sia
> cercata e trovata da solo.

Quando ho avuto l'AS/400, non c'era la scheda twinax, per cui devo assumere che fosse seriale.
Non c'era traccia di rimozione di schede...

Mi sono limitato ad un IPL manuale, avendo cura di avviare *prima* dell'AS/400 il PC con la scheda
emulazione 5250 ed il relativo software (Personal Communication IBM), in maniera tale che il sistema trovasse già qualcuno che cercava di collegarsi.

Il sistema sembra aver funzionato ;)

--
http://www.supervinx.com/Retrocomputer

[fm]

> Ah, bene ... vado a controllare il QSTRTUP.
> Userò i seguenti comandi, sempre secondo la consuetudine della chiarezza
> IBM ...
> CHSNDOSTA ... ricerca dei files
> MPRCVCC ... tipico messaggio d'errore
> VFFNCL ... molto usato, autoesplicativo
> CMCZZFNZ ... invocazione d'aiuto tipica (la utilizzo spesso)
>

Potresti anche far cosi':

CRTSRCPF QTEMP(QCLSRC)
RTVCLSRC PGM(QSYS/QSTRUP) SRCFILE(QTEMP/QCLSRC)
DSPPFM QTEMP/QCLSRC(QSTRUP)

ed eccoti a video il programma QSTRUP !

Se fra le varie righe trovi il comando
STRHOSTSRV SERVER(*ALL)
oppure
STRHOSTSRV SERVER(*ALL) RQDPCL(*TCP)

significa che e' stato modificato ..:-)))


ciao
fm

[ger...@no.spam.mail.com]

On Sun, 8 Apr 2012 19:11:13 +0200, "fm" <f...@tin.it> wrote:

> La macchina e' a release V3R7....il TCP/IP *NON* partiva in automatico,

Infatti, proprio per quello mi chiedo se partirą da solo... :)

> Se parte e' perche', probabilmente, qualcuno ha modificato il QSTRTUP...
> (che poi e' il metodo piu' semplice).

Oddio, io a volte invece di modificare QSTRUP (o di spiegare come si fa), ho
preferito creare una JOBD che avesse come utente QPGMR e come comando STRTCP
e poi l'ho "attaccata" a un sottosistema tipo QCTL o QSYSWRK come job ad
avvio automatico (che č poi il metodo con cui viene chiamato QSTRUP)... :)

G.

[fm]

> DSPPFM QTEMP/QCLSRC(QSTRUP)
>

opssss.... errore di sintassi.
Questa istruzione sulla riga dei comandi.... va scritta cosi':

DSPPFM QTEMP/QCLSRC MBR(QSTRUP)


Buona Pasqua
fm

[fm]

> Il sistema sembra aver funzionato ;)
>

se non avesse trovato la console....(ad esempio cavo scollegato
o pc spento)...si sarebbe acceso comunque ...
ma sul pannellino sarebbe comparso un errore ( A2000 se non ricordo male)
e si sarebbe accessa la spia arancione....(attenzione operatore)


ciao
fm

[ger...@no.spam.mail.com]

On Sun, 8 Apr 2012 22:02:28 +0200, "fm" <f...@tin.it> wrote:

> CRTSRCPF QTEMP(QCLSRC)

CRTSRCPF QTEMP/QCLSRC :)

> RTVCLSRC PGM(QSYS/QSTRUP) SRCFILE(QTEMP/QCLSRC)
> DSPPFM QTEMP/QCLSRC(QSTRUP)

DSPPFM QTEMP/QCLSRC QSTRUP (credo).

Per Supervinx: se vuoi esplorare un po' il sistema, invece di scrivere per
intero i comandi riportati qui sopra, scrivi solo la prima parola e poi
premi F4 (invece di Invio): ti comparirà un video da completare con tutte le
varie informazioni, invece di scriverle sulla riga di comando.

Se poi quando sei lì premi F11, vedrai comparire in corrispodenza delle
varie righe le stesse paroline indicate qui sopra, tipo PGM e SRCFILE.

> Se fra le varie righe trovi il comando
> STRHOSTSRV SERVER(*ALL)

STRHOSTSVR (non SRV)... O anche solo STRTCP :)

Per cercare le stringhe basta scrivere quel che si vuole nel campo 'Ricerca'
in cima al video e poi premere F16 (attenzione perché è una delle poche cose
case sensitive di OS/400).

G. :)

[fm]

>
> Oddio, io a volte invece di modificare QSTRUP (o di spiegare come si fa),
> ho
> preferito creare una JOBD che avesse come utente QPGMR e come comando
> STRTCP
> e poi l'ho "attaccata" a un sottosistema tipo QCTL o QSYSWRK come job ad

> avvio automatico (che è poi il metodo con cui viene chiamato QSTRUP)... :)
>
dalla V4.....(se non sbaglio)....fortunatamente parte da solo...:-)))

ciao
fm

[fm]

>
>> Se fra le varie righe trovi il comando
>> STRHOSTSRV SERVER(*ALL)
>
> STRHOSTSVR (non SRV)... O anche solo STRTCP :)
>

> Per cercare le stringhe basta scrivere quel che si vuole nel campo
> 'Ricerca'

> in cima al video e poi premere F16 (attenzione perché č una delle poche

> cose
> case sensitive di OS/400).
>

Cmq QSTRUP o meno...
se dopo aver rimesso la scheda....
vuol verificare dalla console se il TCP/IP e' partito....
basta scrivere sulla riga dei comandi STRTCP....
Se gia' in funzione compare *subito* il messaggio:

"TCP gia' attivo"

Questa e' facile...:-)


ciao
fm

[ger...@no.spam.mail.com]

On Sun, 8 Apr 2012 22:25:04 +0200, "fm" <f...@tin.it> wrote:

> basta scrivere sulla riga dei comandi STRTCP....
> Se gia' in funzione compare *subito* il messaggio:
>
> "TCP gia' attivo"
>
> Questa e' facile...:-)

Questa è un'ottima idea! :)))

G.

[supervinx]

Grazie del corso intensivo di OS/400 :O
In realtà sembrano comprensibili, le abbreviazioni.
Il problema è sapere quali comandi sono disponibili e
CMFNZSYS, come funziona il sistema.
Mi sono stampato una piccola tabellina riassuntiva (10 pagine) dei
principali comandi, così, giusto per iniziare :P

[ger...@no.spam.mail.com]

On Sun, 8 Apr 2012 21:54:53 +0000 (UTC), supervinx <nes...@libero.it>
wrote:

> Grazie del corso intensivo di OS/400 :O
> In realtà sembrano comprensibili, le abbreviazioni.
> Il problema è sapere quali comandi sono disponibili e

Be', visto che pare tu abbia capito l'antifona, se sulla riga di comando
scrivi DSP* e premi Invio, lui ti mostrerà tutti i comandi che iniziano con
DSP, per esempio. Ovviamente DSP sta per display, poi ci sono CHG per
change, DLT per delete, CRT per create e WRK per work (with). Quest'ultima
categoria spesso è utilizzata per dei comandi che raggruppano le funzioni di
diversi altri comandi. Caso tipico è WRKACTJOB (Work with active jobs), da
cui puoi visualizzare (DSPJOB), modifichare (CHGJOB), terminare (ENDJOB),
sospendere (HLDJOB), rilasciare (RLSJOB) etc. qualunque job nel sistema.

More to come... :D

G.

[supervinx]

DSPAUTUSR
DSPHDWRSC TYPE(*AHW) OUTPUT(*PRINT)
WRKSYSSTS
PWRDWNSYS ---> zzzzzzzz




--
http://www.supervinx.com/Retrocomputer