Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
[OT] 9401-150 - TCP/IP configurazione
371 views
Skip to first unread message
supervinx
Apr 26, 2012, 3:11:24 PM4/26/12
to
Ho installato la scheda ethernet ed avviato in modalità normale (01 B N).
Ha "macinato" non so per quanto tempo, poi è rimasto un bel po' fermo su
A6001703 ed alla fine m'ha dato la schermata d'accesso ...
Ho notato che sullo switch s'è accesa la spia di connessione, dunque
la scheda di rete era stata inizializzata.
Eseguo CFGTCP
"il resto dovrebbe essere abbastanza ovvio", così recitava un post
in questo NG ...
Per fortuna ! (*ironico*)
Perché se non fosse stato ovvio sarei ancora lì davanti :)
Mi districo fra le opzioni e giungo alla schermata di configurazione.
Trovo la solita interfaccia localhost ed altre due
10.0.0.100 LINETH *ELAN
10.0.0.101 LINETH *ELAN
Smanetta di qua, smanetta di là, le guardo un po'.
L'indirizzo IP è in un campo non modificabile... [STRTRP*]
Cerco nell'HELP, e mi spiega (?) che OS/400 ha delle interfacce virtuali
(la faccio breve, ma all'inizio m'è parso un bel casotto).
Allora, con lo spirito "pioneristico" che ben mi contraddistingue,
creo una nuova interfaccia, 192.168.1.80, copiando i parametri dalle altre
(riutilizzando LINETH come descrizione, doveva esser già definita)
Elimino 10.0.0.100, in quanto non attiva.
Per 10.0.0.101 scopro che devo prima fermarla e poi eliminarla.
Perdonatemi se vi annoio con questi post poco retro...
Attivo la nuova, imposto il campo per l'attivazione allo startup,
e scopro che...
funziona tutto !
Mi posso collegare all'AS/400 e dall'AS/400.
Devo trovare dove si imposta il routing di default, ed ho proprio l'impressione
che sia l'opzione "Iter del TCP" :P
STRTRP=Start Turpiloquio ! ;)
--
http://www.supervinx.com/Retrocomputer
Ha "macinato" non so per quanto tempo, poi è rimasto un bel po' fermo su
A6001703 ed alla fine m'ha dato la schermata d'accesso ...
Ho notato che sullo switch s'è accesa la spia di connessione, dunque
la scheda di rete era stata inizializzata.
Eseguo CFGTCP
"il resto dovrebbe essere abbastanza ovvio", così recitava un post
in questo NG ...
Per fortuna ! (*ironico*)
Perché se non fosse stato ovvio sarei ancora lì davanti :)
Mi districo fra le opzioni e giungo alla schermata di configurazione.
Trovo la solita interfaccia localhost ed altre due
10.0.0.100 LINETH *ELAN
10.0.0.101 LINETH *ELAN
Smanetta di qua, smanetta di là, le guardo un po'.
L'indirizzo IP è in un campo non modificabile... [STRTRP*]
Cerco nell'HELP, e mi spiega (?) che OS/400 ha delle interfacce virtuali
(la faccio breve, ma all'inizio m'è parso un bel casotto).
Allora, con lo spirito "pioneristico" che ben mi contraddistingue,
creo una nuova interfaccia, 192.168.1.80, copiando i parametri dalle altre
(riutilizzando LINETH come descrizione, doveva esser già definita)
Elimino 10.0.0.100, in quanto non attiva.
Per 10.0.0.101 scopro che devo prima fermarla e poi eliminarla.
Perdonatemi se vi annoio con questi post poco retro...
Attivo la nuova, imposto il campo per l'attivazione allo startup,
e scopro che...
funziona tutto !
Mi posso collegare all'AS/400 e dall'AS/400.
Devo trovare dove si imposta il routing di default, ed ho proprio l'impressione
che sia l'opzione "Iter del TCP" :P
STRTRP=Start Turpiloquio ! ;)
--
http://www.supervinx.com/Retrocomputer
supervinx
Apr 27, 2012, 4:46:39 AM4/27/12
to
Prima che lo chiediate, è stato spento con
PWRDWNSYS OPTION(*IMMED).
Stamattina lo riaccendo, sempre 01 B N.
Dopo un po' si ferma tutto.
La spia di richiesta di attenzione è accesa, ma non ci sono codici
d'errore.
Il display è fermo su 01 B N
11-3 mostra 0000BBBB
Non risponde al tasto di accensione (quello bianco).
Ho dovuto staccare la spina.
Adesso sta lavorando (?)
Dopo C6004260 (che non mi stupisce), come ieri si sta attardando su
A6001730, codice che non mi è ben chiaro...
Due domande: ieri, la prima volta, dopo oltre due ore era ancora in
attesa. Poi ho riavviato e mi ha dato la schermata.
Oggi ha fallito un avvio. In entrambi i casi era collegato il cavo di
rete allo switch.
Adesso l'ho staccato (il cavo), e sembra proseguire celermente (LOL!)
Ieri, quando ho configurato il TCP/IP, prima ha terminato il boot e
dopo ho collegato il cavo.
Secondo voi c'entra qualcosa ?
Stamattina, prima di accenderlo, è rimasto un oretta in standby, nel
senso che ho dato corrente all'insieme delle prese, ma non ho
manovrato il pannello di controllo.
I codici attuali sono legati ad uno spegnimento anomalo del sistema:
ma guarda un po' ... s'è bloccato da solo ...
PWRDWNSYS OPTION(*IMMED).
Stamattina lo riaccendo, sempre 01 B N.
Dopo un po' si ferma tutto.
La spia di richiesta di attenzione è accesa, ma non ci sono codici
d'errore.
Il display è fermo su 01 B N
11-3 mostra 0000BBBB
Non risponde al tasto di accensione (quello bianco).
Ho dovuto staccare la spina.
Adesso sta lavorando (?)
Dopo C6004260 (che non mi stupisce), come ieri si sta attardando su
A6001730, codice che non mi è ben chiaro...
Due domande: ieri, la prima volta, dopo oltre due ore era ancora in
attesa. Poi ho riavviato e mi ha dato la schermata.
Oggi ha fallito un avvio. In entrambi i casi era collegato il cavo di
rete allo switch.
Adesso l'ho staccato (il cavo), e sembra proseguire celermente (LOL!)
Ieri, quando ho configurato il TCP/IP, prima ha terminato il boot e
dopo ho collegato il cavo.
Secondo voi c'entra qualcosa ?
Stamattina, prima di accenderlo, è rimasto un oretta in standby, nel
senso che ho dato corrente all'insieme delle prese, ma non ho
manovrato il pannello di controllo.
I codici attuali sono legati ad uno spegnimento anomalo del sistema:
ma guarda un po' ... s'è bloccato da solo ...
ger...@no.spam.mail.com
Apr 27, 2012, 6:14:30 AM4/27/12
to
On Thu, 26 Apr 2012 19:11:24 +0000 (UTC), supervinx <nes...@libero.it>
wrote:
> Ho installato la scheda ethernet ed avviato in modalità normale (01 B N).
> Ha "macinato" non so per quanto tempo, poi è rimasto un bel po' fermo su
> A6001703 ed alla fine m'ha dato la schermata d'accesso ...
Ecco, questo no buono (anche perché quel codice non lo trovo da nessuna
parte), ma in ogni caso non è un buon segno. Non è per caso A600 1730 invece
di A600 1703 (cioè le ultime due cifre invertite)?
> "il resto dovrebbe essere abbastanza ovvio", così recitava un post
> in questo NG ...
> Per fortuna ! (*ironico*)
Ahem... :P
> Attivo la nuova, imposto il campo per l'attivazione allo startup,
> e scopro che...
> funziona tutto !
Visto? Era facile no? :P
> Devo trovare dove si imposta il routing di default, ed ho proprio l'impressione
> che sia l'opzione "Iter del TCP" :P
Proprio quella! :)
Ciao,
G.
wrote:
> Ho installato la scheda ethernet ed avviato in modalità normale (01 B N).
> Ha "macinato" non so per quanto tempo, poi è rimasto un bel po' fermo su
> A6001703 ed alla fine m'ha dato la schermata d'accesso ...
parte), ma in ogni caso non è un buon segno. Non è per caso A600 1730 invece
di A600 1703 (cioè le ultime due cifre invertite)?
> "il resto dovrebbe essere abbastanza ovvio", così recitava un post
> in questo NG ...
> Per fortuna ! (*ironico*)
> Attivo la nuova, imposto il campo per l'attivazione allo startup,
> e scopro che...
> funziona tutto !
> Devo trovare dove si imposta il routing di default, ed ho proprio l'impressione
> che sia l'opzione "Iter del TCP" :P
Ciao,
G.
ger...@no.spam.mail.com
Apr 27, 2012, 6:14:30 AM4/27/12
to
On Fri, 27 Apr 2012 01:46:39 -0700 (PDT), supervinx <supe...@libero.it>
wrote:
> Stamattina lo riaccendo, sempre 01 B N.
> Dopo un po' si ferma tutto.
> La spia di richiesta di attenzione è accesa, ma non ci sono codici
> d'errore.
> Il display è fermo su 01 B N
> 11-3 mostra 0000BBBB
0000BBBB significa che è finita la batteria tampone sulla scheda madre.
Probabilmente non si è fermato tutto come pensi tu, cioè non è detto che
quando s'accende la spia arancione la macchina si fermi o si sia fermata.
In particolare, quando la batteria è esaurita la spia si accende e compare
0000BBBB ma la macchina è ancora tranquillamente utilizzabile (anche perché
la segnalazione arriva con un discreto anticipo rispetto alla fine della
vita utile della batteria (che poi direi che tenga l'ora e basta).
> Non risponde al tasto di accensione (quello bianco).
Normale, eri in B N (N di Napoli) e non B M.
> Ho dovuto staccare la spina.
Male. Avresti potuto / saresti dovuto passare in manuale e poi il tasto
bianco avrebbe avuto effetto anche per lo spegnimento.
> Dopo C6004260 (che non mi stupisce), come ieri si sta attardando su
> A6001730, codice che non mi è ben chiaro...
Bisogna indagare. Secondo me è qualcosa di legato all'hardware, magari
proprio la Ethernet che non gli piace o che forse va messa in un altra
posizione dentro la macchina. E me lo fanno pensare anche tutti gli altri
comportamenti strani che descrivi a proposito della Ethernet e del TCP.
Per caso hai aggiunto RAM e/o toccato i moduli di memoria? Cercando in giro
pare che forse possa essere un problema legato a quello. Dai un'occhiata e
una pulita e poi vediamo. Se hai installato altra RAM, potrebbe essere che
ne hai messa più della quantità supportata.
Ciao,
G.
wrote:
> Stamattina lo riaccendo, sempre 01 B N.
> Dopo un po' si ferma tutto.
> La spia di richiesta di attenzione è accesa, ma non ci sono codici
> d'errore.
> Il display è fermo su 01 B N
> 11-3 mostra 0000BBBB
Probabilmente non si è fermato tutto come pensi tu, cioè non è detto che
quando s'accende la spia arancione la macchina si fermi o si sia fermata.
In particolare, quando la batteria è esaurita la spia si accende e compare
0000BBBB ma la macchina è ancora tranquillamente utilizzabile (anche perché
la segnalazione arriva con un discreto anticipo rispetto alla fine della
vita utile della batteria (che poi direi che tenga l'ora e basta).
> Non risponde al tasto di accensione (quello bianco).
> Ho dovuto staccare la spina.
bianco avrebbe avuto effetto anche per lo spegnimento.
> Dopo C6004260 (che non mi stupisce), come ieri si sta attardando su
> A6001730, codice che non mi è ben chiaro...
proprio la Ethernet che non gli piace o che forse va messa in un altra
posizione dentro la macchina. E me lo fanno pensare anche tutti gli altri
comportamenti strani che descrivi a proposito della Ethernet e del TCP.
Per caso hai aggiunto RAM e/o toccato i moduli di memoria? Cercando in giro
pare che forse possa essere un problema legato a quello. Dai un'occhiata e
una pulita e poi vediamo. Se hai installato altra RAM, potrebbe essere che
ne hai messa più della quantità supportata.
Ciao,
G.
supervinx
Apr 27, 2012, 6:34:50 AM4/27/12
to
La ram è quella che ho trovato (128MB).
Adesso sono nelle condizioni di prima: sembra aver terminato il boot,
è comparso
01 B N sul display, il solito 0000BBBB in 11-3 ma non ottengo la
schermata tramite
l'emulatore 5250.
Ho disconnesso e riconnesso l'emulatore ed è comparsa.
Lo lascio acceso: ho bisogno di qualche informazione su eventuali
operazioni di
manutenzione da effettuare ...
Adesso sono nelle condizioni di prima: sembra aver terminato il boot,
è comparso
01 B N sul display, il solito 0000BBBB in 11-3 ma non ottengo la
schermata tramite
l'emulatore 5250.
Ho disconnesso e riconnesso l'emulatore ed è comparsa.
Lo lascio acceso: ho bisogno di qualche informazione su eventuali
operazioni di
manutenzione da effettuare ...
ger...@no.spam.mail.com
Apr 27, 2012, 6:51:07 AM4/27/12
to
On Fri, 27 Apr 2012 03:34:50 -0700 (PDT), supervinx <supe...@libero.it>
wrote:
> Lo lascio acceso: ho bisogno di qualche informazione su eventuali
> operazioni di manutenzione da effettuare ...
Potresti provare a sbirciare cosa dice WRKPRB (PRB = Problem) e vedere se
c'è qualcosa di interessante.
Un'altra cosa che potresti controllare è la registrazione cronologica del
sistema: fai DSPLOG + F4 e specifica una data e ora di inizio vicine al
momento dell'IPL, poi guarda se ci sono segnalazioni relative all'hardware.
Su ogni riga della cronologia puoi fare F1 per leggere ulteriori dettagli.
Ciao,
G.
wrote:
> Lo lascio acceso: ho bisogno di qualche informazione su eventuali
> operazioni di manutenzione da effettuare ...
c'è qualcosa di interessante.
Un'altra cosa che potresti controllare è la registrazione cronologica del
sistema: fai DSPLOG + F4 e specifica una data e ora di inizio vicine al
momento dell'IPL, poi guarda se ci sono segnalazioni relative all'hardware.
Su ogni riga della cronologia puoi fare F1 per leggere ulteriori dettagli.
Ciao,
G.
supervinx
Apr 27, 2012, 6:56:59 AM4/27/12
to
Dimenticavo, in manuale non ne voleva sapere di passare ...
Adesso sono collegato, ma sembra lentissimo.
Ogni operazione che richiedo, il disco lavora come una dannato.
Anche ora, non so cosa stia facendo... peggio di Windows ...
La memoria sembra riconosciuta tutta:
Lotto Amp (K) Amp (K) Max -----DB----- ---Non-DB---
sist. lotto riservata attivi Manc. Pag. Manc. Pag.
1 35456 14964 +++++ 0,0 0,0 9,3 9,4
2 81208 0 11 32,6 43,5 30,2 72,2
3 1308 0 4 0,0 0,0 0,0 0,0
4 13100 0 10 0,0 0,0 0,0 0,0
La somma della seconda colonna è proprio 131072
L' interfaccia 192.168.1.80 era non attiva.
Il lavoro QTCPIP sta avviando l'interfaccia 192.168.1.80.
E l'attività disco continua senza sosta.
Adesso sono collegato, ma sembra lentissimo.
Ogni operazione che richiedo, il disco lavora come una dannato.
Anche ora, non so cosa stia facendo... peggio di Windows ...
La memoria sembra riconosciuta tutta:
Lotto Amp (K) Amp (K) Max -----DB----- ---Non-DB---
sist. lotto riservata attivi Manc. Pag. Manc. Pag.
1 35456 14964 +++++ 0,0 0,0 9,3 9,4
2 81208 0 11 32,6 43,5 30,2 72,2
3 1308 0 4 0,0 0,0 0,0 0,0
4 13100 0 10 0,0 0,0 0,0 0,0
La somma della seconda colonna è proprio 131072
L' interfaccia 192.168.1.80 era non attiva.
Il lavoro QTCPIP sta avviando l'interfaccia 192.168.1.80.
E l'attività disco continua senza sosta.
ger...@no.spam.mail.com
Apr 27, 2012, 7:04:59 AM4/27/12
to
On Fri, 27 Apr 2012 03:56:59 -0700 (PDT), supervinx <supe...@libero.it>
wrote:
> Dimenticavo, in manuale non ne voleva sapere di passare ...
Eh? In che senso?
> Adesso sono collegato, ma sembra lentissimo.
> Ogni operazione che richiedo, il disco lavora come una dannato.
> [...]
roba eseguita ad alta priorità. Se fai un WRKACTJOB dovresti vederlo, se poi
quando sei lì vai col cursore sulla colonna che indica la percentuale di CPU
utilizzata e fai F16 (mi pare) ti ordina l'elenco secondo quella colonna...
G.
wrote:
> Dimenticavo, in manuale non ne voleva sapere di passare ...
> Adesso sono collegato, ma sembra lentissimo.
> Ogni operazione che richiedo, il disco lavora come una dannato.
> E l'attività disco continua senza sosta.
Starà ricostruendo qualche indice danneggiato o qualcosa del genere, tutta
roba eseguita ad alta priorità. Se fai un WRKACTJOB dovresti vederlo, se poi
quando sei lì vai col cursore sulla colonna che indica la percentuale di CPU
utilizzata e fai F16 (mi pare) ti ordina l'elenco secondo quella colonna...
G.
supervinx
Apr 27, 2012, 7:33:06 AM4/27/12
to
Grazie dell'assistenza online (qualcuno sul NG starà sbuffando ;) )
WRPPRB riporta errori del 2008 e due del 7 aprile, quando ho acceso
senza la scheda ethernet.
La data odierna è giusta, ho controllato :)
WRKACTJOB --> tutti processi a CPU 0,0
tranne
QSPLMAINT QSYS SYS 17,3 * -DLTSPLF RUN
Adesso ha finito, ma non mi avvia l'interfaccia 192.168.1.80.
Il sottosistema TCP/IP è attivo, ma non dà segni di vita.
WRPPRB riporta errori del 2008 e due del 7 aprile, quando ho acceso
senza la scheda ethernet.
La data odierna è giusta, ho controllato :)
WRKACTJOB --> tutti processi a CPU 0,0
tranne
QSPLMAINT QSYS SYS 17,3 * -DLTSPLF RUN
Adesso ha finito, ma non mi avvia l'interfaccia 192.168.1.80.
Il sottosistema TCP/IP è attivo, ma non dà segni di vita.
supervinx
Apr 27, 2012, 7:35:22 AM4/27/12
to
Ha terminato ;)
Solo questo processo aveva un CPU time diverso da 0,0
QSPLMAINT QSYS SYS 17,3 * -DLTSPLF RUN
Non riesco piu, invece, ad avviare l'interfaccia 192.168.1.80 e, di
conseguenza,
neanche ad impostare il routing di default.
Il sottosistema TCP/IP è attivo.
Cancello l'interfaccia e la creo nuovamente ?
Solo questo processo aveva un CPU time diverso da 0,0
QSPLMAINT QSYS SYS 17,3 * -DLTSPLF RUN
conseguenza,
neanche ad impostare il routing di default.
Il sottosistema TCP/IP è attivo.
Cancello l'interfaccia e la creo nuovamente ?
supervinx
Apr 27, 2012, 9:25:06 AM4/27/12
to
Ho riavviato il tutto .... RESTART(*yes)
S'è sbrigato ;)
Dopo il solito A6001730 si ferma su 01 B N ad attendere non so cosa,
poi prosegue.
Ho dovuto avviare manualmente il sottosistema TCP/IP (con STRTCP) ma
adesso
funziona tutto (di nuovo).
Verifico in un secondo momento se parta automaticamente.
Ieri sembrava di sì, oggi no ...
DSPLOG non mostra nulla di strano.
Avvisa che alcuni sottosistemi erano attivi durante lo spegnimento
anomalo, che ha ripristinato tutto ... etc ...
A proposito, le traduzioni sono fuorvianti ...
Gestione server nome remoto ---> DNS
S'è sbrigato ;)
Dopo il solito A6001730 si ferma su 01 B N ad attendere non so cosa,
poi prosegue.
Ho dovuto avviare manualmente il sottosistema TCP/IP (con STRTCP) ma
adesso
funziona tutto (di nuovo).
Verifico in un secondo momento se parta automaticamente.
Ieri sembrava di sì, oggi no ...
DSPLOG non mostra nulla di strano.
Avvisa che alcuni sottosistemi erano attivi durante lo spegnimento
anomalo, che ha ripristinato tutto ... etc ...
A proposito, le traduzioni sono fuorvianti ...
Gestione server nome remoto ---> DNS
Roberto Bazzano
Apr 27, 2012, 4:17:54 PM4/27/12
to
>Grazie dell'assistenza online (qualcuno sul NG starà sbuffando ;) )
Mah, a me intriga un casino.
E mi fa venire una voglia matta di trovare un as/400 per rimetterci le mani
sopra... :-)
Roberto
ger...@no.spam.mail.com
Apr 27, 2012, 5:22:34 PM4/27/12
to
On Fri, 27 Apr 2012 04:33:06 -0700 (PDT), supervinx <supe...@libero.it>
wrote:
> QSPLMAINT QSYS SYS 17,3 * -DLTSPLF RUN
Questa è una funzione del sistema (SPLMAINT = spool maintenance) e sta
eseguendo il comando di cancellazione di file in spool. I casi sono due: o
hai avuto la "fortuna" di arrivare a un punto in cui lui ha deciso che era
ora di fare pulizia, oppure a forza di fare accendi-spegni s'era scassato
qualche spoolfile e quindi lui ha deciso di eliminare le frattaglie. :)
> Adesso ha finito, ma non mi avvia l'interfaccia 192.168.1.80.
Cioè? che errori ti dà? Cosa c'è nella coda messaggi dell'operatore (cioè
DSPMSG QSYSOPR)? Racconta...
> Il sottosistema TCP/IP è attivo, ma non dà segni di vita.
Occhio: sottosistema TCP/IP non significa molto e può essere fuorviante, se
vogliamo usare una terminologia precisa. Comunque, cosa vedi attivo e che ti
fa pensare che il TCP/IP sia in funzione (almeno in parte)?
Ciao,
G.
wrote:
> QSPLMAINT QSYS SYS 17,3 * -DLTSPLF RUN
eseguendo il comando di cancellazione di file in spool. I casi sono due: o
hai avuto la "fortuna" di arrivare a un punto in cui lui ha deciso che era
ora di fare pulizia, oppure a forza di fare accendi-spegni s'era scassato
qualche spoolfile e quindi lui ha deciso di eliminare le frattaglie. :)
> Adesso ha finito, ma non mi avvia l'interfaccia 192.168.1.80.
DSPMSG QSYSOPR)? Racconta...
> Il sottosistema TCP/IP è attivo, ma non dà segni di vita.
vogliamo usare una terminologia precisa. Comunque, cosa vedi attivo e che ti
fa pensare che il TCP/IP sia in funzione (almeno in parte)?
Ciao,
G.
ger...@no.spam.mail.com
Apr 27, 2012, 5:22:34 PM4/27/12
to
On Fri, 27 Apr 2012 06:25:06 -0700 (PDT), supervinx <supe...@libero.it>
wrote:
> Dopo il solito A6001730 si ferma su 01 B N ad attendere non so cosa,
> poi prosegue.
Questo dovremo chiarirlo prima o poi: un codice che inizia con A è una
segnalazione che richiede una risposta da parte del microcode, può darsi che
sia un timeout, ma comunque non è proprio bello.
> Ho dovuto avviare manualmente il sottosistema TCP/IP (con STRTCP) ma
> adesso funziona tutto (di nuovo).
> Verifico in un secondo momento se parta automaticamente.
> Ieri sembrava di sì, oggi no ...
Secondo me no. Tra tutti vari accendi/spegni ti sarà sembrato, ma sono
pronto a scommettere che invece non parte da solo (poi ti dirò come fare).
Che sottosistema di controllo hai? QBASE o QCTL? Lo vedi controllando con
WRKACTJOB quale dei due sottosistemi è attivo (entrambi in funzione non
dovresti vederli mai), oppure con DSPSYSVAL QCTLSBSD.
Ciao,
G.
wrote:
> Dopo il solito A6001730 si ferma su 01 B N ad attendere non so cosa,
> poi prosegue.
segnalazione che richiede una risposta da parte del microcode, può darsi che
sia un timeout, ma comunque non è proprio bello.
> Ho dovuto avviare manualmente il sottosistema TCP/IP (con STRTCP) ma
> adesso funziona tutto (di nuovo).
> Verifico in un secondo momento se parta automaticamente.
> Ieri sembrava di sì, oggi no ...
pronto a scommettere che invece non parte da solo (poi ti dirò come fare).
Che sottosistema di controllo hai? QBASE o QCTL? Lo vedi controllando con
WRKACTJOB quale dei due sottosistemi è attivo (entrambi in funzione non
dovresti vederli mai), oppure con DSPSYSVAL QCTLSBSD.
Ciao,
G.
supervinx
Apr 27, 2012, 5:38:33 PM4/27/12
to
Risposta cumulativa...
Quando affermavo che il TCP/IP doveva esser attivo, era perché al
comando
STRTCP
rispondeva che era già attivo.
Solo che non funzionava.
L'ho avviato manualmente, l'ho configurato a dovere ed ho spento.
Quando ho riacceso, poco fa, era tutto in ordine.
Il TCP/IP s'avvia automaticamente: fra l'altro ho controllato nel file
QSTRUP, ed è presenre una riga
STRTCP
Funziona persino la risoluzione DNS, nell'ordine *LOCAL, *REMOTE.
DSPMSG QSYSOPR
mi ha dato, come unico errore, ora:
Il sottosistema QINTER non può allocare il terminale S1.
Nient'altri errori. Mi dice, inoltre, che l'inizializzazione delle due
interfacce TCP/IP è avvenuta correttamente.
Il sottosistema di controllo è QCTL.
Ora, la risposta del sistema è pressochè immediata, e l'attività disco
è nulla.
Sempre, all'avvio, rimane quasi cinque minuti su A6001730, mentre i
dischi lavorano, poi si ferma su 01 B N.
Dopo un po' riprende da solo e visualizza la schermata d' accesso.
Quando affermavo che il TCP/IP doveva esser attivo, era perché al
comando
STRTCP
rispondeva che era già attivo.
Solo che non funzionava.
L'ho avviato manualmente, l'ho configurato a dovere ed ho spento.
Quando ho riacceso, poco fa, era tutto in ordine.
Il TCP/IP s'avvia automaticamente: fra l'altro ho controllato nel file
QSTRUP, ed è presenre una riga
STRTCP
Funziona persino la risoluzione DNS, nell'ordine *LOCAL, *REMOTE.
DSPMSG QSYSOPR
mi ha dato, come unico errore, ora:
Il sottosistema QINTER non può allocare il terminale S1.
Nient'altri errori. Mi dice, inoltre, che l'inizializzazione delle due
interfacce TCP/IP è avvenuta correttamente.
Il sottosistema di controllo è QCTL.
Ora, la risposta del sistema è pressochè immediata, e l'attività disco
è nulla.
Sempre, all'avvio, rimane quasi cinque minuti su A6001730, mentre i
dischi lavorano, poi si ferma su 01 B N.
Dopo un po' riprende da solo e visualizza la schermata d' accesso.
supervinx
Apr 27, 2012, 5:52:42 PM4/27/12
to
Già che ci sono ...
Ho avviato il PDM e sono andato, tramite l'opzione 2, in QGPL e di lì
in QRPGSRC.
Ho scelto 5 per visualizzare, e mi ha aperto una schermata dal titolo
QPDFSD, visualizzazione descrizione file.
Ho trovato, in coda, un membro dal nome PROOF38, ma non ho capito come
visualizzare tale membro.
Così, ho riutilizzato le istruzioni per QSTRUP
DSPPFM QGPL/QRPGSRC
ed è comparso a video.
Ho avviato il PDM e sono andato, tramite l'opzione 2, in QGPL e di lì
in QRPGSRC.
Ho scelto 5 per visualizzare, e mi ha aperto una schermata dal titolo
QPDFSD, visualizzazione descrizione file.
Ho trovato, in coda, un membro dal nome PROOF38, ma non ho capito come
visualizzare tale membro.
Così, ho riutilizzato le istruzioni per QSTRUP
DSPPFM QGPL/QRPGSRC
ed è comparso a video.
supervinx
Apr 27, 2012, 6:05:47 PM4/27/12
to
Mi sono collegato via FTP, per prelevare PROOF38.
Interessante: le librerie funzionano come cartelle, ed i membri
sembrano indirizzabili tramite l'operatore "."
ftp 192.168.1.80
cd QGPL
get QRPGSRC.PROOF38
Se lo trasferisco come ASCII è leggibile, come BIN sembra codificato
in EBCDIC
Interessante: le librerie funzionano come cartelle, ed i membri
sembrano indirizzabili tramite l'operatore "."
ftp 192.168.1.80
cd QGPL
get QRPGSRC.PROOF38
Se lo trasferisco come ASCII è leggibile, come BIN sembra codificato
in EBCDIC
supervinx
Apr 27, 2012, 6:30:41 PM4/27/12
to
Ho cercato gli utenti validi, DSPAUTUSR, poi ho effettuato WRKUSRPRF,
scoprendo che con grande fantasia, il campo password era impostato a
*SAME, e così ho curiosato nelle distinte, nel magazzino... non posso
far nomi per ovvii motivi...
Bello il menu' utente, diverso da quello QSECOFR.
scoprendo che con grande fantasia, il campo password era impostato a
*SAME, e così ho curiosato nelle distinte, nel magazzino... non posso
far nomi per ovvii motivi...
Bello il menu' utente, diverso da quello QSECOFR.
ger...@no.spam.mail.com
Apr 27, 2012, 6:45:28 PM4/27/12
to
On Fri, 27 Apr 2012 14:38:33 -0700 (PDT), supervinx <supe...@libero.it>
wrote:
> Quando affermavo che il TCP/IP doveva esser attivo, era perché al comando
> STRTCP rispondeva che era già attivo. Solo che non funzionava. L'ho avviato
> manualmente, l'ho configurato a dovere ed ho spento. Quando ho riacceso,
> poco fa, era tutto in ordine. Il TCP/IP s'avvia automaticamente: fra l'altro
> ho controllato nel file QSTRUP, ed è presenre una riga STRTCP
Chissà cos'era successo. Probabilmente era andata in errore la Ethernet e
quindi si rifiutava di comunicare. Il metodo più rapido per sistemare la
cosa è fermare l'interfaccia da CFGTCP, poi andare in WRKCFGSTS *LIN *ELAN e
vedere com'è messa la Ethernet. Se è in stato ACTIVE allora il problema è
altrove, altrimenti potrebbe essere in RCYPND o RCYCNL (recovery pending e
recovery cancelled, rispettivamente). In tal caso basta fermare il device
con 1 e riavviarlo con 2 e dovrebbe tornare in stato ACTIVE. Dopodiché si
riavvia l'interfaccia TCP/IP fermata prima.
Volendo si può fare tutto con un comodo programmino in control language. :)
> Il sottosistema QINTER non può allocare il terminale S1.
Non è neppure un errore in realtà, solo una segnalazione informativa.
> Sempre, all'avvio, rimane quasi cinque minuti su A6001730, mentre i
> dischi lavorano, poi si ferma su 01 B N.
> Dopo un po' riprende da solo e visualizza la schermata d' accesso.
Bisogna scoprire cos'è sto problema. Mi azzardo a ipotizzare che siccome
prima aveva la console non Twinax, ora continua ad aspettare qualcosa finché
non va in timeout prima di passare a quella classica Twinax.
Ciao,
G.
wrote:
> Quando affermavo che il TCP/IP doveva esser attivo, era perché al comando
> STRTCP rispondeva che era già attivo. Solo che non funzionava. L'ho avviato
> manualmente, l'ho configurato a dovere ed ho spento. Quando ho riacceso,
> poco fa, era tutto in ordine. Il TCP/IP s'avvia automaticamente: fra l'altro
> ho controllato nel file QSTRUP, ed è presenre una riga STRTCP
quindi si rifiutava di comunicare. Il metodo più rapido per sistemare la
cosa è fermare l'interfaccia da CFGTCP, poi andare in WRKCFGSTS *LIN *ELAN e
vedere com'è messa la Ethernet. Se è in stato ACTIVE allora il problema è
altrove, altrimenti potrebbe essere in RCYPND o RCYCNL (recovery pending e
recovery cancelled, rispettivamente). In tal caso basta fermare il device
con 1 e riavviarlo con 2 e dovrebbe tornare in stato ACTIVE. Dopodiché si
riavvia l'interfaccia TCP/IP fermata prima.
Volendo si può fare tutto con un comodo programmino in control language. :)
> Il sottosistema QINTER non può allocare il terminale S1.
> Sempre, all'avvio, rimane quasi cinque minuti su A6001730, mentre i
> dischi lavorano, poi si ferma su 01 B N.
> Dopo un po' riprende da solo e visualizza la schermata d' accesso.
prima aveva la console non Twinax, ora continua ad aspettare qualcosa finché
non va in timeout prima di passare a quella classica Twinax.
Ciao,
G.
ger...@no.spam.mail.com
Apr 27, 2012, 6:45:28 PM4/27/12
to
On Fri, 27 Apr 2012 14:52:42 -0700 (PDT), supervinx <supe...@libero.it>
wrote:
> Ho avviato il PDM e sono andato, tramite l'opzione 2, in QGPL e di lě
io a scrivere quando ti ho detto come fare. Comunque, QRPGSRC č un file e
devi usare l'opzione 12 per entrarci, e solo in seguito puoi usare l'opzione
5 di fianco a un membro del file (se c'č) per visualizzarne il contenuto.
L'opzione 5 di fianco a un file ti fa vedere tutte le caratteristiche del
file (elenco dei membri compreso), ma non te ne fa gestire il contenuto.
> Cosě, ho riutilizzato le istruzioni per QSTRUP
> DSPPFM QGPL/QRPGSRC
> ed č comparso a video.
Sě perché quello ti mostra il membro di un file (PFM, physical file member)
e di default ti mostra il primo membro che nel tuo caso era proprio PROOF38.
Se fai DSPPFM e pigi F4, vedrai che č possibile specificare anche il nome di
un membro specifico, e di default c'č *FIRST, cioč il primo.
Ciao,
G.
wrote:
> Ho avviato il PDM e sono andato, tramite l'opzione 2, in QGPL e di lě
> in QRPGSRC.
> Ho scelto 5 per visualizzare, e mi ha aperto una schermata dal titolo
> QPDFSD, visualizzazione descrizione file.
> Ho trovato, in coda, un membro dal nome PROOF38, ma non ho capito come
> visualizzare tale membro.
L'opzione 5 lě non č giusta. Ora non ricordo, puň darsi che avessi sbagliato
> Ho scelto 5 per visualizzare, e mi ha aperto una schermata dal titolo
> QPDFSD, visualizzazione descrizione file.
> Ho trovato, in coda, un membro dal nome PROOF38, ma non ho capito come
> visualizzare tale membro.
io a scrivere quando ti ho detto come fare. Comunque, QRPGSRC č un file e
devi usare l'opzione 12 per entrarci, e solo in seguito puoi usare l'opzione
5 di fianco a un membro del file (se c'č) per visualizzarne il contenuto.
L'opzione 5 di fianco a un file ti fa vedere tutte le caratteristiche del
file (elenco dei membri compreso), ma non te ne fa gestire il contenuto.
> Cosě, ho riutilizzato le istruzioni per QSTRUP
> DSPPFM QGPL/QRPGSRC
> ed č comparso a video.
Sě perché quello ti mostra il membro di un file (PFM, physical file member)
e di default ti mostra il primo membro che nel tuo caso era proprio PROOF38.
Se fai DSPPFM e pigi F4, vedrai che č possibile specificare anche il nome di
un membro specifico, e di default c'č *FIRST, cioč il primo.
Ciao,
G.
ger...@no.spam.mail.com
Apr 27, 2012, 6:45:28 PM4/27/12
to
On Fri, 27 Apr 2012 15:05:47 -0700 (PDT), supervinx <supe...@libero.it>
wrote:
> Interessante: le librerie funzionano come cartelle, ed i membri
> sembrano indirizzabili tramite l'operatore "."
Sì, in realtà la cosa è un po' più complessa e tutto dipende da come inizi
la sessione FTP: se la inizi considerando le librerie come directory, allora
funzionerà così finché non ti disconnetti (o non cambi modalità con apposito
comando), altrimenti potrebbe funzionare in modi differenti. Ma tu per ora
fai finta che non te l'abbia detto :P
> ftp 192.168.1.80
> cd QGPL
> get QRPGSRC.PROOF38
Direi che avresti anche potuto fare get QGPL/QRPGSRC.PROOF38
> Se lo trasferisco come ASCII è leggibile, come BIN sembra codificato
> in EBCDIC
Sì, in realtà la modalità ASCII dello standard FTP è un po' fuorviante nel
suo nome. A essere precisi, significa che il file dev'essere convertito
nella modalità testuale del sistema di destinazione, quindi nel nostro caso
convertito da EBCDIC ad ASCII, con l'aggiunta degli opportuni caratteri di
fine riga. La modalità Image (cioè bin) invece trasferisce i dati così come
sono, senza operare alcuna conversione.
Ma anche in casi come VMS, che già di suo è ASCII, se usi la modalità image
ti ritrovi con dei file illeggibili o comunque "sporchi" perché ti vengono
trasferiti anche i vari metadati dei record di VMS, invece se usi ASCII
viene eseguita la conversione e ti ritrovi il file come ti aspetti.
Il modo image dev'essere utilizzato solo quando si trasferiscono dati
realmente binari, oppure può essere considerato equivalente al modo testo
solo quando si fa un trasferimento tra sistemi identici.
Ciao,
G.
wrote:
> Interessante: le librerie funzionano come cartelle, ed i membri
> sembrano indirizzabili tramite l'operatore "."
la sessione FTP: se la inizi considerando le librerie come directory, allora
funzionerà così finché non ti disconnetti (o non cambi modalità con apposito
comando), altrimenti potrebbe funzionare in modi differenti. Ma tu per ora
fai finta che non te l'abbia detto :P
> ftp 192.168.1.80
> cd QGPL
> get QRPGSRC.PROOF38
> Se lo trasferisco come ASCII è leggibile, come BIN sembra codificato
> in EBCDIC
suo nome. A essere precisi, significa che il file dev'essere convertito
nella modalità testuale del sistema di destinazione, quindi nel nostro caso
convertito da EBCDIC ad ASCII, con l'aggiunta degli opportuni caratteri di
fine riga. La modalità Image (cioè bin) invece trasferisce i dati così come
sono, senza operare alcuna conversione.
Ma anche in casi come VMS, che già di suo è ASCII, se usi la modalità image
ti ritrovi con dei file illeggibili o comunque "sporchi" perché ti vengono
trasferiti anche i vari metadati dei record di VMS, invece se usi ASCII
viene eseguita la conversione e ti ritrovi il file come ti aspetti.
Il modo image dev'essere utilizzato solo quando si trasferiscono dati
realmente binari, oppure può essere considerato equivalente al modo testo
solo quando si fa un trasferimento tra sistemi identici.
Ciao,
G.
supervinx
Apr 27, 2012, 7:05:49 PM4/27/12
to
Per esser le prime volte, sono sopravvissuto alla giungla dei comandi ;)
Ho stampato una miniguida di 8 facciate con tutti i possibili comandi ed una
breve descrizione... Non tutti sono disponibili sul mio AS/400, ovviamente.
Domani vedo di controllare la console di default. Così, magari, risolvo anche
il problemino del codice d'avvio.
Grazie !
--
http://www.supervinx.com/Retrocomputer
Ho stampato una miniguida di 8 facciate con tutti i possibili comandi ed una
breve descrizione... Non tutti sono disponibili sul mio AS/400, ovviamente.
Domani vedo di controllare la console di default. Così, magari, risolvo anche
il problemino del codice d'avvio.
Grazie !
--
http://www.supervinx.com/Retrocomputer
supervinx
Apr 27, 2012, 7:11:28 PM4/27/12
to
>> ftp 192.168.1.80
>> cd QGPL
>> get QRPGSRC.PROOF38
>
> Direi che avresti anche potuto fare get QGPL/QRPGSRC.PROOF38
>
Se non facevo cd QGPL e poi ls, come potevo immaginare che si dovesse usare
il comando ".", per indirizzare un membro ?
A proposito, continua la lettura del papiro. Devo dire che va letto poco
per volta e sperimentato. Alcuni concetti sono di difficile ...
digeribilità (iniziale). L'esposizione è chiara, ci mancherebbe !
Grazie !
fm
Apr 28, 2012, 3:22:54 AM4/28/12
to
<ger...@no.spam.mail.com> ha scritto nel messaggio
news:ao6mp75igaelekapp...@4ax.com...
> On Fri, 27 Apr 2012 14:38:33 -0700 (PDT), supervinx <supe...@libero.it>
> wrote:
>
>> Quando affermavo che il TCP/IP doveva esser attivo, era perché al
>> comando
>> STRTCP rispondeva che era già attivo. Solo che non funzionava. L'ho
>> avviato
>> manualmente, l'ho configurato a dovere ed ho spento. Quando ho riacceso,
>> poco fa, era tutto in ordine. Il TCP/IP s'avvia automaticamente: fra
>> l'altro
>> ho controllato nel file QSTRUP, ed è presenre una riga STRTCP
>
> Chissà cos'era successo. Probabilmente era andata in errore la Ethernet e
> quindi si rifiutava di comunicare.
il 150 (il suo dovrebbe essere a V4R3) non ha il ripristino automatico
> wrote:
>
>> Quando affermavo che il TCP/IP doveva esser attivo, era perché al
>> comando
>> STRTCP rispondeva che era già attivo. Solo che non funzionava. L'ho
>> avviato
>> manualmente, l'ho configurato a dovere ed ho spento. Quando ho riacceso,
>> poco fa, era tutto in ordine. Il TCP/IP s'avvia automaticamente: fra
>> l'altro
>> ho controllato nel file QSTRUP, ed è presenre una riga STRTCP
>
> Chissà cos'era successo. Probabilmente era andata in errore la Ethernet e
> quindi si rifiutava di comunicare.
della linea ethernet.
Ovvero, se e' previsto l'avvio dell'interfaccia all'IPL, e quando accendi
hai il cavo staccato o lo switch spento ...l'interfaccia va in errore,
e la rete non funziona.
Il TCP/IP risulta attivo, ma non e' rilevante.
La rete non funziona piu'... neanche e se colleghi il cavo o accendi lo
switch.
Quindi, o hai la console twinax per poter riavviare l'interfaccia
(es. con i due comandi ENDTCP e STRTCP)
oppure devi spengere e riavviare il 150,
ovviamente dal pannellino e non staccando la spina ....:-)
Non so a quale release e' stata sistemata questa cosa,
direi che a V5R3 il problema fosse risolto.
ciao
fm
supervinx
Apr 28, 2012, 6:59:01 AM4/28/12
to
Il Sat, 28 Apr 2012 09:22:54 +0200, fm ha scritto:
> <ger...@no.spam.mail.com> ha scritto nel messaggio
> news:ao6mp75igaelekapp...@4ax.com...
>> On Fri, 27 Apr 2012 14:38:33 -0700 (PDT), supervinx
>> <supe...@libero.it> wrote:
>>
>>> Quando affermavo che il TCP/IP doveva esser attivo, era perché al
>>> comando
>>> STRTCP rispondeva che era già attivo. Solo che non funzionava. L'ho
>>> avviato
>>> manualmente, l'ho configurato a dovere ed ho spento. Quando ho
>>> riacceso, poco fa, era tutto in ordine. Il TCP/IP s'avvia
>>> automaticamente: fra l'altro
>>> ho controllato nel file QSTRUP, ed è presenre una riga STRTCP
>>
>> Chissà cos'era successo. Probabilmente era andata in errore la Ethernet
>> e quindi si rifiutava di comunicare.
>
> il 150 (il suo dovrebbe essere a V4R3) non ha il ripristino automatico
> della linea ethernet.
>
> Ovvero, se e' previsto l'avvio dell'interfaccia all'IPL, e quando
> accendi hai il cavo staccato o lo switch spento ...l'interfaccia va in
> errore, e la rete non funziona.
> Il TCP/IP risulta attivo, ma non e' rilevante.
>
> La rete non funziona piu'... neanche e se colleghi il cavo o accendi lo
> switch.
>
E credo tu abbia ragione ... nel timore non vedesse la console (stava dando
> <ger...@no.spam.mail.com> ha scritto nel messaggio
> news:ao6mp75igaelekapp...@4ax.com...
>> On Fri, 27 Apr 2012 14:38:33 -0700 (PDT), supervinx
>> <supe...@libero.it> wrote:
>>
>>> Quando affermavo che il TCP/IP doveva esser attivo, era perché al
>>> comando
>>> STRTCP rispondeva che era già attivo. Solo che non funzionava. L'ho
>>> avviato
>>> manualmente, l'ho configurato a dovere ed ho spento. Quando ho
>>> riacceso, poco fa, era tutto in ordine. Il TCP/IP s'avvia
>>> automaticamente: fra l'altro
>>> ho controllato nel file QSTRUP, ed è presenre una riga STRTCP
>>
>> Chissà cos'era successo. Probabilmente era andata in errore la Ethernet
>> e quindi si rifiutava di comunicare.
>
> il 150 (il suo dovrebbe essere a V4R3) non ha il ripristino automatico
> della linea ethernet.
>
> Ovvero, se e' previsto l'avvio dell'interfaccia all'IPL, e quando
> accendi hai il cavo staccato o lo switch spento ...l'interfaccia va in
> errore, e la rete non funziona.
> Il TCP/IP risulta attivo, ma non e' rilevante.
>
> La rete non funziona piu'... neanche e se colleghi il cavo o accendi lo
> switch.
>
i numeri in partenza) l'avevo acceso disconnettendo il cavo e riconnettendolo
dopo !
supervinx
Apr 28, 2012, 8:26:16 AM4/28/12
to
> Volendo si può fare tutto con un comodo programmino in control language.
> :)
Volendo scrivere due righe, tipo un file batch (non un batch job...) od uno
script *nix, che linguaggio si può usare e che (soprattutto !) editor ?
fm
Apr 28, 2012, 9:20:59 AM4/28/12
to
"supervinx" <nes...@libero.it> ha scritto nel messaggio
news:jngnl8$s4q$1...@tdi.cu.mi.it...
per quelli che una volta erano detti lavori batch...
chiamalo JCL sui mainframe, chiamalo OCL sul '36...chiamalo
CL (o CLLE) sull'AS/400... ma c'e' !
Sul 150 puoi scrivere un CLP...e l'editor e' il SEU (STRSEU)
Pero' i comandi batch non vengono interpretati riga per riga come
era nel Dos o nelle OCL del '36,
sono righe di un programma, scritte in un sorgente di tipo CLP,
e vengono compilate esattamente come fossero un programma RPG o Cobol.
Il compilatore si lancia con comando CRTCLPGM,
il risultato e' un programma (di tipo CLP) che puoi eseguire con la CALL.
Il file sorgente che contiene i programmi CLP si chiama
QCLSRC ( come il QRPGSRC e' il file analogo per i sorgenti di tipo RPG).
Puoi fare tutto con il PDM....(creare il sorgente, modificarlo, compilarlo)
STRPDM e poi opzione 3, sul file QCLSRC.
Se hai le librerie con i sorgenti sul tuo 150, cerca i files QCLSRC ...
aprine uno col PDM e
vedrai ...:-)
ciao
fm
ger...@no.spam.mail.com
Apr 28, 2012, 11:45:24 AM4/28/12
to
On Sat, 28 Apr 2012 09:22:54 +0200, "fm" <f...@tin.it> wrote:
> il 150 (il suo dovrebbe essere a V4R3) non ha il ripristino automatico
> della linea ethernet.
Francamente non sono così sicuro di un affermazione del genere. Anche perché
> il 150 (il suo dovrebbe essere a V4R3) non ha il ripristino automatico
> della linea ethernet.
l'OS/400 che si installa sul 150 è lo stesso che si installa altrove.
Piuttosto direi che i parametri di default per il recupero di un qualunque
device di solito non sono sufficienti a recuperare una Ethernet staccata.
Comunque, sia quel che sia, se parte con la Ethernet non collegata (o con lo
switch spento, cioè se non c'è link), quella va in stato recovery cancelled
e diventa inutilizzabile.
> Quindi, o hai la console twinax per poter riavviare l'interfaccia
> Non so a quale release e' stata sistemata questa cosa,
> direi che a V5R3 il problema fosse risolto.
gira: mi sa che a un certo punto l'IBM ha eliminato il supporto. Mi pare
però che almeno fino a 5.1 ci si arrivi, lentamente ma ci si arrivi.
Ciao,
G.
ger...@no.spam.mail.com
Apr 28, 2012, 11:45:24 AM4/28/12
to
On Sat, 28 Apr 2012 12:26:16 +0000 (UTC), supervinx <nes...@libero.it>
wrote:
Be', direi che ti ha già risposto fm... :)
Diciamo che rispetto ad altri sistemi ci sono similitudini e differenze. Fra
le similitudini possiamo annoverare il fatto che anche qui come altrove è
possibile raggruppare fra loro i comandi che si possono digitare manualmente
al prompt e farli eseguire tutti in un colpo automaticamente. Invece una fra
le differenze è che qui anche questo genere di programmi viene compilato e
non interpretato riga per riga (fatte salve un paio di eccezioni che ci sono
pure qui), cosa che invece è la norma in molti altri sistemi operativi.
Come suggerisce anche fm, puoi provare a cercare nel tuo sistema se ci sono
dei file che si chiamano QCLSRC dei quali potresti visualizzare e analizzare
il contenuto con il PDM. Per cercare un file (in generale) si usa il comando
WRKOBJ. Il metodo è il solito: si digita il comando, si preme F4 invece di
Invio e si scrive tutto quello che il comando richiede. In questo caso metti
*ALL per la libreria, QCLSRC per il nome oggetto e *FILE per il tipo.
Ovvero, scrivendo tutto sulla riga di comando senza passare per il pannello
di raccolta parametri: WRKOBJ *ALL/QCLSRC *FILE. Segnati cosa viene fuori e
poi con il PDM vai a vedere dentro, come hai già fatto per PROOF38.
Quando usi l'opzione 5 di fianco a un membro per guardare cosa contiene,
stai semplicemente richiamando l'editor in modalità read-only. Se a fianco
dello stesso membro metti un 2 invece di un 5, richiami l'editor in modalità
normale, cioè con la possibilità di modificare (F3 F3 F3 per uscire senza
salvare le modifiche).
Puoi crearti tu qualcosa ex novo. creati una libreria (CRTLIB, mi pareva tu
l'avessi anche già fatto), poi crea lì dentro un file adatto a contenere
membri sorgente (CRTSRCPF + F4, chiamalo per esempio QCLSRC, per il resto
vanno bene i default), poi entra in quel file (vuoto) con il PDM nel solito
modo e invece delle opzioni 2 o 5, che non sapresti dove mettere visto che
non c'è neppure un membro, pigia il tasto F6 (che in generale serve per
creare o confermare la creazione o la scrittura in diversi ambiti).
Come diceva fm, l'editor si chiama SEU (source entry utility) e premere F6 è
come fare STRSEU + F4, con la differenza che un paio di campi li riempie il
sistema per te. Se premi F6 ti rimane da specificare solo il nome del membro
che vuoi creare e il tipo, poi volendo puoi aggiungere anche 50 caratteri di
testo descrittivo, poi premi Invio. Per fare un po' di prove d'uso, direi
che ti convenga mettere un tipo membro come TXT (perché non ha il controllo
sintattico), poi quando ti senti un po' più franco metti ad esempio CLP (per
il quale invece esiste il controllo sintattico di quel che scrivi).
Ti comparirà il solito pannello di visualizzazione del contenuto di un
membro, però questa volta ovviamente vuoto e con tanti apici al posto dei
numeri di riga: quelle sono righe preinserite per te da parte dell'editor
quando il membro non esiste. Se scrivi qualcosa nelle righe vuote e premi
Invio, le righe in cui c'è qualcosa vengono tenute e numerate, mentre quelle
senza nulla vengono eliminate. Se premi Invio senza scrivere nulla,
spariscono tutte. In un caso o nell'altro, per aggiungere righe basta andare
col cursore a sinistra, nella zona dei numeri di riga (o di fianco alla riga
Inizio dati, se non ci sono altre righe) e mettere una I di Insert. Se dopo
la I metti un numero (es. I10), l'editor te ne inserirà tante quante
indicate dal numero.
Una riga si cancella con D, più righe si cancellano mettendo DD nella prima
riga del gruppo da eliminare e ancora DD nell'ultima. Una riga si copia
mettendo C in corrispondenza della riga da copiare e A o B in corrispondenza
della posizione in cui si vuole che venga copiata (After e Before). Un
gruppo di righe si copia delimitandolo con CC e CC. Se invece di copiare si
vuole spostare basta usare M o MM invece di C o CC. Se dopo A o B metti un
numero, il contenuto copiato o spostato verrà replicato tot volte. Invece di
DD, CC o MM si può anche mettere una singola D, C o M seguita dal numero di
righe che si vogliono cancellare, copiare o spostare.
Tutti i comandi di riga detti sopra si scrivono nella zona dei numeri di
riga, anche sovrascrivendo i numeri presenti (ci pensa poi l'editor a
rimetterli quando premi Invio). Se fai F1 sopra i numeri di riga, ti
apparirà l'help con l'elenco di tutti i possibili comandi di riga.
Quando hai finito di fare i tuoi esperimenti puoi premere F3 e ti verrà
domandato se vuoi salvare quel che hai fatto, se rispondi N o premi ancora
F3 (due volte per conferma), non verrà salvato nulla. Altrimenti il membro
verrà creato (se non c'è) e le modifiche salvate.
Quando ti sentirai più comodo con l'editor vedremo come si fa a creare un
programmino. Ora no che ho anche già scritto abbastanza. :P
Ciao,
G.
wrote:
Diciamo che rispetto ad altri sistemi ci sono similitudini e differenze. Fra
le similitudini possiamo annoverare il fatto che anche qui come altrove è
possibile raggruppare fra loro i comandi che si possono digitare manualmente
al prompt e farli eseguire tutti in un colpo automaticamente. Invece una fra
le differenze è che qui anche questo genere di programmi viene compilato e
non interpretato riga per riga (fatte salve un paio di eccezioni che ci sono
pure qui), cosa che invece è la norma in molti altri sistemi operativi.
Come suggerisce anche fm, puoi provare a cercare nel tuo sistema se ci sono
dei file che si chiamano QCLSRC dei quali potresti visualizzare e analizzare
il contenuto con il PDM. Per cercare un file (in generale) si usa il comando
WRKOBJ. Il metodo è il solito: si digita il comando, si preme F4 invece di
Invio e si scrive tutto quello che il comando richiede. In questo caso metti
*ALL per la libreria, QCLSRC per il nome oggetto e *FILE per il tipo.
Ovvero, scrivendo tutto sulla riga di comando senza passare per il pannello
di raccolta parametri: WRKOBJ *ALL/QCLSRC *FILE. Segnati cosa viene fuori e
poi con il PDM vai a vedere dentro, come hai già fatto per PROOF38.
Quando usi l'opzione 5 di fianco a un membro per guardare cosa contiene,
stai semplicemente richiamando l'editor in modalità read-only. Se a fianco
dello stesso membro metti un 2 invece di un 5, richiami l'editor in modalità
normale, cioè con la possibilità di modificare (F3 F3 F3 per uscire senza
salvare le modifiche).
Puoi crearti tu qualcosa ex novo. creati una libreria (CRTLIB, mi pareva tu
l'avessi anche già fatto), poi crea lì dentro un file adatto a contenere
membri sorgente (CRTSRCPF + F4, chiamalo per esempio QCLSRC, per il resto
vanno bene i default), poi entra in quel file (vuoto) con il PDM nel solito
modo e invece delle opzioni 2 o 5, che non sapresti dove mettere visto che
non c'è neppure un membro, pigia il tasto F6 (che in generale serve per
creare o confermare la creazione o la scrittura in diversi ambiti).
Come diceva fm, l'editor si chiama SEU (source entry utility) e premere F6 è
come fare STRSEU + F4, con la differenza che un paio di campi li riempie il
sistema per te. Se premi F6 ti rimane da specificare solo il nome del membro
che vuoi creare e il tipo, poi volendo puoi aggiungere anche 50 caratteri di
testo descrittivo, poi premi Invio. Per fare un po' di prove d'uso, direi
che ti convenga mettere un tipo membro come TXT (perché non ha il controllo
sintattico), poi quando ti senti un po' più franco metti ad esempio CLP (per
il quale invece esiste il controllo sintattico di quel che scrivi).
Ti comparirà il solito pannello di visualizzazione del contenuto di un
membro, però questa volta ovviamente vuoto e con tanti apici al posto dei
numeri di riga: quelle sono righe preinserite per te da parte dell'editor
quando il membro non esiste. Se scrivi qualcosa nelle righe vuote e premi
Invio, le righe in cui c'è qualcosa vengono tenute e numerate, mentre quelle
senza nulla vengono eliminate. Se premi Invio senza scrivere nulla,
spariscono tutte. In un caso o nell'altro, per aggiungere righe basta andare
col cursore a sinistra, nella zona dei numeri di riga (o di fianco alla riga
Inizio dati, se non ci sono altre righe) e mettere una I di Insert. Se dopo
la I metti un numero (es. I10), l'editor te ne inserirà tante quante
indicate dal numero.
Una riga si cancella con D, più righe si cancellano mettendo DD nella prima
riga del gruppo da eliminare e ancora DD nell'ultima. Una riga si copia
mettendo C in corrispondenza della riga da copiare e A o B in corrispondenza
della posizione in cui si vuole che venga copiata (After e Before). Un
gruppo di righe si copia delimitandolo con CC e CC. Se invece di copiare si
vuole spostare basta usare M o MM invece di C o CC. Se dopo A o B metti un
numero, il contenuto copiato o spostato verrà replicato tot volte. Invece di
DD, CC o MM si può anche mettere una singola D, C o M seguita dal numero di
righe che si vogliono cancellare, copiare o spostare.
Tutti i comandi di riga detti sopra si scrivono nella zona dei numeri di
riga, anche sovrascrivendo i numeri presenti (ci pensa poi l'editor a
rimetterli quando premi Invio). Se fai F1 sopra i numeri di riga, ti
apparirà l'help con l'elenco di tutti i possibili comandi di riga.
Quando hai finito di fare i tuoi esperimenti puoi premere F3 e ti verrà
domandato se vuoi salvare quel che hai fatto, se rispondi N o premi ancora
F3 (due volte per conferma), non verrà salvato nulla. Altrimenti il membro
verrà creato (se non c'è) e le modifiche salvate.
Quando ti sentirai più comodo con l'editor vedremo come si fa a creare un
programmino. Ora no che ho anche già scritto abbastanza. :P
Ciao,
G.
supervinx
Apr 28, 2012, 1:07:33 PM4/28/12
to
--
http://www.supervinx.com/Retrocomputer
fm
Apr 28, 2012, 1:39:51 PM4/28/12
to
CUT
>
>> il 150 (il suo dovrebbe essere a V4R3) non ha il ripristino automatico
>> della linea ethernet.
>
> Francamente non sono così sicuro di un affermazione del genere.
Io invece ne sono certo.
>> il 150 (il suo dovrebbe essere a V4R3) non ha il ripristino automatico
>> della linea ethernet.
>
> Francamente non sono così sicuro di un affermazione del genere.
Del resto e' cosa facilmente verificabile su qualunque 150.
> Anche perché
> l'OS/400 che si installa sul 150 è lo stesso che si installa altrove.
> Piuttosto direi che i parametri di default per il recupero di un qualunque
> device di solito non sono sufficienti a recuperare una Ethernet staccata.
>
lo facevano gia' quelle delle generazioni precedenti, come
i Power5....all'epoca dei release V5R3 appunto.
Un server col Win 2003 Server lo fa tranquillamente,
forse lo faceva anche il Win 2000...?
CUT
>> Non so a quale release e' stata sistemata questa cosa,
>> direi che a V5R3 il problema fosse risolto.
>
> Lo vedo un po' affaticato un 150 con la _cinque_tre
ma che dopo un po' di anni questo "difetto" e' sparito.
Naturalmente e' cambiato anche l'hardware.
Non ci metterei la mani sul fuoco ma direi che questo "defect",
all'epoca lo avevano anche il mod.600 ed il 170,
tecnologicamente piu' o meno coetanei del 150.
Cosa peraltro di modestissima (o nessuna) importanza,
visto che normalmente la scheda e' collegata
ad uno switch sempre acceso.
ciao
fm
supervinx
Apr 28, 2012, 6:44:57 PM4/28/12
to
A parte qualche attimo di indecisione fra librerie, physical file nelle librerie
e membri con attibuti nel PF, l'uso dell'editor s'è rivelato una passeggiata,
compresa la copia e moltiplicazione di una riga (C-An).
Ho prima sperimentato sull'account gratuito pub1.rzkh.de e poi ho riacceso
il 150.
Creo il membro, attributo TXT, scrivo del testo, salvo, e non compare
nell'elenco dei membri del PF (SUPERVINX/QCLSRC).
Dove avrò sbagliato ? In pub1.rzkh.de funzionava ...
Riapro il membro con STRSEU... salvo di nuovo e noto l'ultima opzione, la
quale attiva o meno la visibilità del membro nell'elenco. Di default è N,
sul mio 150, in pub1.rzkh.de è S.
Grazie del corso on-line ! ;)
--
http://www.supervinx.com/Retrocomputer
e membri con attibuti nel PF, l'uso dell'editor s'è rivelato una passeggiata,
compresa la copia e moltiplicazione di una riga (C-An).
Ho prima sperimentato sull'account gratuito pub1.rzkh.de e poi ho riacceso
il 150.
Creo il membro, attributo TXT, scrivo del testo, salvo, e non compare
nell'elenco dei membri del PF (SUPERVINX/QCLSRC).
Dove avrò sbagliato ? In pub1.rzkh.de funzionava ...
Riapro il membro con STRSEU... salvo di nuovo e noto l'ultima opzione, la
quale attiva o meno la visibilità del membro nell'elenco. Di default è N,
sul mio 150, in pub1.rzkh.de è S.
Grazie del corso on-line ! ;)
--
http://www.supervinx.com/Retrocomputer
ger...@no.spam.mail.com
Apr 29, 2012, 11:33:34 AM4/29/12
to
On Sat, 28 Apr 2012 19:39:51 +0200, "fm" <f...@tin.it> wrote:
> Un server col Win 2003 Server lo fa tranquillamente,
> forse lo faceva anche il Win 2000...?
In realtà direi che la faccenda sia un po' differente. Windows e il mondo
> Un server col Win 2003 Server lo fa tranquillamente,
> forse lo faceva anche il Win 2000...?
Unix (se non tutto, buona parte) semplicemente "ignorano" eventuali mancanze
improvvise di link Ethernet e non segnalano la cosa agli strati superiori
del sistema operativo, tanto più che il protocollo Ethernet è stateless,
quindi i protocolli di livello 2 non se ne accorgono neanche. Viceversa lo
stack IP (e non solo quello) ha il concetto di connessione e quindi per esso
un'interruzione è un evento importante e possibilmente dirompente, però
grazie a vari timer (e relativi generosi timeout), un'interruzione di pochi
secondi passa inosservata. Ed è giusto così, considerando che IP e compagnia
sono pensati per essere utilizzati in condizioni trasmissive difficili e non
affidabili per definizione. Insomma, non avviene alcun tipo di recupero, ma
più semplicemente il sistema operativo non notifica affatto l'evento. O per
lo meno non lo notifica come problema grave e permanente. Sta alle singole
applicazioni decidere cosa fare: alcune decidono di interrompere la sessione
(10053, software caused connection abort), altre semplicemente ignorano la
segnalazione e aspettano un eventuale timeout prima di fare qualcosa.
Diversa è la situazione IBM, dove un po' per filosofia storica e un po' per
le necessità di altri protocolli (SNA, APPN, HPR tanto per dirne alcuni),
non è neppure pensabile che un problema a livello fisico passi inosservato.
Di qui la necessità di segnalare immediatamente il "guasto" ai protocolli
superiori che a loro volta notificano le applicazioni finali, con risultati
di vario genere. Quindi non si tratta di una mancanza di vecchie versioni di
OS/400 che non erano in grado di recuperare un collegamento, ma piuttosto di
una deliberata "pigrizia" di altri sistemi operativi che non si preoccupano
affatto del problema e lasciano che la questione sia risolta altrove. Direi
che possa essere una questione di accentramento vs. delega delle decisioni.
Può darsi che con le ultime versioni l'IBM abbia adeguato OS/400 al generale
"lassismo" di altri sistemi operativi, non viceversa. :)
Anni fa stavo lavorando da un cliente mentre dei "tecnici" di rete facevano
le loro manovre. A un certo punto questi decisero di spostare i vari server
(compreso l'AS/400) da uno switch a un altro, così, al volo, con gli utenti
al lavoro. Risultato: tutte le connessioni Windows e Unix rimasero in piedi,
invece circa un centinaio di sessioni interattive OS/400 caddero, con
relativi problemi di varia natura a livello applicativo. I tecnici decisero
la manovra sapendo bene per esperienza che con i server Windows e Unix non
sarebbe successo nulla e nessun utente se ne sarebbe accorto, ma non avevano
fatto i conti con l'AS/400... E relativi utenti. :P
Ciao,
G.
ger...@no.spam.mail.com
Apr 29, 2012, 11:33:34 AM4/29/12
to
On Sat, 28 Apr 2012 22:44:57 +0000 (UTC), supervinx <nes...@libero.it>
wrote:
> Creo il membro, attributo TXT, scrivo del testo, salvo, e non compare
> nell'elenco dei membri del PF (SUPERVINX/QCLSRC).
> Dove avrò sbagliato ? In pub1.rzkh.de funzionava ...
>
> Riapro il membro con STRSEU... salvo di nuovo e noto l'ultima opzione, la
> quale attiva o meno la visibilità del membro nell'elenco. Di default è N,
> sul mio 150, in pub1.rzkh.de è S.
No, calma. :)
Non esiste alcun attributo o altro metodo per nascondere un membro. Però
quando esci dal SEU e torni al PDM, se non fai un F5 (refresh) o non dai un
Invio, la lista non viene aggiornata e quindi non lo vedi, ma c'è.
Quella che dici tu è un'altra lista: se ci fai caso, in cima c'è scritto
"Gestione membri con SEU" invece del solito "Gestione dei membri con il
PDM". Le due liste si somigliano, ma se le confronti aprendole in parallelo
in due sessioni diverse vedrai che non sono identiche.
Detto questo, non mi risulta ci sia un modo ufficiale per cambiare il
default che dici tu (anche se posso immaginare un probabile modo per farlo).
Sicuro sicuro che nell'altro AS/400 ci sia una S invece di una N e non
piuttosto che tu abbia dato un Invio in più, così forzando l'aggiornamento
della lista membri del PDM? :P
Ciao,
G.
wrote:
> Creo il membro, attributo TXT, scrivo del testo, salvo, e non compare
> nell'elenco dei membri del PF (SUPERVINX/QCLSRC).
> Dove avrò sbagliato ? In pub1.rzkh.de funzionava ...
>
> Riapro il membro con STRSEU... salvo di nuovo e noto l'ultima opzione, la
> quale attiva o meno la visibilità del membro nell'elenco. Di default è N,
> sul mio 150, in pub1.rzkh.de è S.
Non esiste alcun attributo o altro metodo per nascondere un membro. Però
quando esci dal SEU e torni al PDM, se non fai un F5 (refresh) o non dai un
Invio, la lista non viene aggiornata e quindi non lo vedi, ma c'è.
Quella che dici tu è un'altra lista: se ci fai caso, in cima c'è scritto
"Gestione membri con SEU" invece del solito "Gestione dei membri con il
PDM". Le due liste si somigliano, ma se le confronti aprendole in parallelo
in due sessioni diverse vedrai che non sono identiche.
Detto questo, non mi risulta ci sia un modo ufficiale per cambiare il
default che dici tu (anche se posso immaginare un probabile modo per farlo).
Sicuro sicuro che nell'altro AS/400 ci sia una S invece di una N e non
piuttosto che tu abbia dato un Invio in più, così forzando l'aggiornamento
della lista membri del PDM? :P
Ciao,
G.
fm
Apr 29, 2012, 12:01:29 PM4/29/12
to
CUT
Faro' appena possibile, su una macchina attuale,
la verifica sperimentale di quanto succede scollegando
il cavo di rete ethernet.
Farovvi sapere....:-)
ciao
fm
>
> Anni fa stavo lavorando da un cliente mentre dei "tecnici" di rete
> facevano
> le loro manovre. A un certo punto questi decisero di spostare i vari
> server
> (compreso l'AS/400) da uno switch a un altro, cosě, al volo, con gli
> Anni fa stavo lavorando da un cliente mentre dei "tecnici" di rete
> facevano
> le loro manovre. A un certo punto questi decisero di spostare i vari
> server
> utenti
> al lavoro. Risultato: tutte le connessioni Windows e Unix rimasero in
> piedi,
> invece circa un centinaio di sessioni interattive OS/400 caddero, con
> relativi problemi di varia natura a livello applicativo. I tecnici
> decisero
> la manovra sapendo bene per esperienza che con i server Windows e Unix non
> sarebbe successo nulla e nessun utente se ne sarebbe accorto, ma non
> avevano
> fatto i conti con l'AS/400... E relativi utenti. :P
>
> Ciao,
> G.
>
Sono fondamentalmente d'accordo con quello che hai scritto.
> al lavoro. Risultato: tutte le connessioni Windows e Unix rimasero in
> piedi,
> invece circa un centinaio di sessioni interattive OS/400 caddero, con
> relativi problemi di varia natura a livello applicativo. I tecnici
> decisero
> la manovra sapendo bene per esperienza che con i server Windows e Unix non
> sarebbe successo nulla e nessun utente se ne sarebbe accorto, ma non
> avevano
> fatto i conti con l'AS/400... E relativi utenti. :P
>
> Ciao,
> G.
>
Faro' appena possibile, su una macchina attuale,
la verifica sperimentale di quanto succede scollegando
il cavo di rete ethernet.
Farovvi sapere....:-)
ciao
fm
supervinx
Apr 29, 2012, 3:05:53 PM4/29/12
to
> Non esiste alcun attributo o altro metodo per nascondere un membro. Però
> quando esci dal SEU e torni al PDM, se non fai un F5 (refresh) o non dai
> un Invio, la lista non viene aggiornata e quindi non lo vedi, ma c'è.
>
> Quella che dici tu è un'altra lista: se ci fai caso, in cima c'è scritto
> "Gestione membri con SEU" invece del solito "Gestione dei membri con il
> PDM". Le due liste si somigliano, ma se le confronti aprendole in
> parallelo in due sessioni diverse vedrai che non sono identiche.
>
Ero dentro "Gestione membri con PDM". Ho controllato, anche lì c'è N.
> quando esci dal SEU e torni al PDM, se non fai un F5 (refresh) o non dai
> un Invio, la lista non viene aggiornata e quindi non lo vedi, ma c'è.
>
> Quella che dici tu è un'altra lista: se ci fai caso, in cima c'è scritto
> "Gestione membri con SEU" invece del solito "Gestione dei membri con il
> PDM". Le due liste si somigliano, ma se le confronti aprendole in
> parallelo in due sessioni diverse vedrai che non sono identiche.
>
Ho creato un nuovo membro, tipo TXT.
Ho scritto un paio di righe.
F3 poi invio.
In pub1.rzkh.de ricompare subito la lista dei membri, aggiornata.
Nel mio 150 rimaneva vuota: ho fatto anche aggiorna, ma niente.
Quando l'ho riaperto e salvato con SEU è comparso (nel menu' PDM ->
gestione membri).
--
http://www.supervinx.com/Retrocomputer
ger...@no.spam.mail.com
Apr 29, 2012, 4:20:54 PM4/29/12
to
On Sun, 29 Apr 2012 19:05:53 +0000 (UTC), supervinx <nes...@libero.it>
wrote:
> Ero dentro "Gestione membri con PDM". Ho controllato, anche lě c'č N.
Lě dove esattamente? Cosa pigi per vedere la N?
G.
wrote:
> Ero dentro "Gestione membri con PDM". Ho controllato, anche lě c'č N.
Lě dove esattamente? Cosa pigi per vedere la N?
G.
supervinx
Apr 29, 2012, 6:52:17 PM4/29/12
to
Il Sun, 29 Apr 2012 22:20:54 +0200, gerry77 ha scritto:
> On Sun, 29 Apr 2012 19:05:53 +0000 (UTC), supervinx <nes...@libero.it>
> wrote:
>
>> Ero dentro "Gestione membri con PDM". Ho controllato, anche lì c'è N.
> On Sun, 29 Apr 2012 19:05:53 +0000 (UTC), supervinx <nes...@libero.it>
> wrote:
>
>
> Lì dove esattamente? Cosa pigi per vedere la N?
>
> G.
Dopo aver scritto del testo, premo F3 per salvare e compare una schermata ...
Immettere le scelte e premere Invio.
Modifica/creazione membro . . . . . N Y=S~, N=No
Membro . . . . . . . . . . . . . PROVA02 Nome, F4 per elenco
File . . . . . . . . . . . . . . TEST Nome, F4 per elenco
Libreria. . . . . . . . . . . . SUPERVINX1 Nome
Testo . . . . . . . . . . . . . . SECOND SAMPLE
Riordinamento membro . . . . . . Y Y=S~, N=No
Inizio . . . . . . . . . . . . 0001.00 0000.01-9999.99
Incremento . . . . . . . . . . 01.00 00.01-99.99
Stampa del membro . . . . . . . . . N Y=S~, N=No
Ritorno all'editazione. . . . . . . N Y=S~, N=No
Visualizzazione elenco membri . . . N Y=S~, N=No
=====
--
http://www.supervinx.com/Retrocomputer
ger...@no.spam.mail.com
Apr 30, 2012, 3:05:30 PM4/30/12
to
On Sun, 29 Apr 2012 22:52:17 +0000 (UTC), supervinx <nes...@libero.it>
Prima di tutto, diciamo che non esiste alcun modo per nascondere un membro
dalla lista dei membri di un file. Né utilizzando attributi particolari né
rimuovendo permessi o autorizzazioni. L'unico caso in cui puoi non vedere un
membro (o un altro elemento che faccia parte di una qualunque lista), è
quando l'elemento in questione è appena stato creato e la lista non è ancora
stata ricaricata/aggiornata/rinfrescata.
Vediamo un po':
1. Entri nella gestione membri di un file con il PDM per creare un membro X.
Poiché quel membro non esiste ancora, non lo vedrai nella lista. Per ora sei
ancora nel PDM.
2. Premi F6 e richiedi la creazione di un nuovo membro. A questo punto sei
in un pannello del sistema operativo che ti chiede i parametri del comando
STRSEU, pannello che tu completi con il nome del membro e il suo tipo.
(Quando il sistema operativo deve mostrare i pannelli di un programma
diverso dal precedente, prima di tutto si salva l'aspetto del video che
andrà a sovrascrivere in modo da poterlo poi ripristinare in seguito. In
questo caso si salva da parte il pannello del PDM prima di mostrare il suo
con la richiesta parametri del comando STRSEU.)
3. Premi Invio e fai partire il SEU che ti presenta il video vuoto pronto
per l'immissione. A questo punto sei dentro il SEU e il membro ancora non
esiste perché non hai ancora salvato nulla e il SEU lavora in un suo spazio.
4. Scrivi quello che devi e premi F3 per uscire dal SEU. Il SEU ti chiede
conferma dell'uscita e contestualmente ti chiede se vuoi salvare il lavoro:
Modifica/creazione membro . . . . . N Y=Sì, N=No
Se rispondi Y e premi Invio, il SEU crea il nuovo membro e termina (Se
rispondi N e premi Invio termina comunque, ma senza salvare).
5. A questo punto sei uscito dal SEU e stai tornando al PDM, e qui
interviene il sistema operativo: al punto 2 qui sopra ho scritto che il
sistema operativo si salva l'aspetto del video prima di sovrascriverlo,
ebbene, a questo punto OS/400 ti ripresenta il pannello del PDM che aveva
salvato prima, pannello che NON contiene il tuo nuovo membro, perché quando
è stato salvato il membro ancora non esisteva.
6. Ora sei di nuovo nel PDM, premi F5 per richiedere al PDM di aggiornare il
video, il PDM lo fa ed ecco che compare il tuo nuovo membro appena creato.
Varianti:
4b. Se al punto 4 metti Y alla riga "Ritorno all'editazione", il SEU crea il
membro, ma non esce e appunto ritorna al pannello principale del SEU stesso,
dove puoi continuare ad aggiungere/modificare righe. Insomma, rimani dentro
il SEU e non torni affatto al PDM.
4c. Se al punto 4 metti Y alla riga "Visualizzazione elenco membri", il SEU
ti proporrà un elenco membri che è il suo, non quello del PDM, e che essendo
nuovo, cioè mai visualizzato dall'ultimo avvio del SEU, dovrà essere creato
ex novo e dunque ti mostrerà anche il nuovo membro appena creato (sempre che
tu abbia messo Y anche alla riga "Modifica/creazione membro"). Anche in
questo caso rimani sempre dentro il SEU e non torni mai al PDM.
In entrambe le varianti dette qui sopra, quando finalmente uscirai dal SEU e
tornerai al PDM, ti troverai nelle condizioni descritte al punto 5 e cioè
con OS/400 che ripristina il pannello del PDM così com'era prima dell'arrivo
del nuovo membro, che quindi non si vedrà finché non farai F5.
Mi risulta che da una certa release in poi (V5?) il PDM faccia da solo
l'aggiornamento della lista quando riprende il controllo del terminale, ma
solo in certi casi (tipo al ritorno dal SEU), ma non in altri: ho verificato
pochi minuti fa su una V5R4: se aggiungo un membro con ADDPFM non lo vedo
finché non faccio F5, invece se lo aggiungo dal SEU lo vedo automaticamente.
Ciao, :)
G.
wrote:
> >> Ero dentro "Gestione membri con PDM". Ho controllato, anche lì c'è N.
> >
> > Lì dove esattamente? Cosa pigi per vedere la N?
> >
> >> Ero dentro "Gestione membri con PDM". Ho controllato, anche lì c'è N.
> >
> > Lì dove esattamente? Cosa pigi per vedere la N?
> >
> Dopo aver scritto del testo, premo F3 per salvare e compare una schermata ...
> [...]
> Visualizzazione elenco membri . . . N Y=S~, N=No
No, calma, mi sa che ci siamo un po' persi. Ripartiamo da capo. :)
Prima di tutto, diciamo che non esiste alcun modo per nascondere un membro
dalla lista dei membri di un file. Né utilizzando attributi particolari né
rimuovendo permessi o autorizzazioni. L'unico caso in cui puoi non vedere un
membro (o un altro elemento che faccia parte di una qualunque lista), è
quando l'elemento in questione è appena stato creato e la lista non è ancora
stata ricaricata/aggiornata/rinfrescata.
Vediamo un po':
1. Entri nella gestione membri di un file con il PDM per creare un membro X.
Poiché quel membro non esiste ancora, non lo vedrai nella lista. Per ora sei
ancora nel PDM.
2. Premi F6 e richiedi la creazione di un nuovo membro. A questo punto sei
in un pannello del sistema operativo che ti chiede i parametri del comando
STRSEU, pannello che tu completi con il nome del membro e il suo tipo.
(Quando il sistema operativo deve mostrare i pannelli di un programma
diverso dal precedente, prima di tutto si salva l'aspetto del video che
andrà a sovrascrivere in modo da poterlo poi ripristinare in seguito. In
questo caso si salva da parte il pannello del PDM prima di mostrare il suo
con la richiesta parametri del comando STRSEU.)
3. Premi Invio e fai partire il SEU che ti presenta il video vuoto pronto
per l'immissione. A questo punto sei dentro il SEU e il membro ancora non
esiste perché non hai ancora salvato nulla e il SEU lavora in un suo spazio.
4. Scrivi quello che devi e premi F3 per uscire dal SEU. Il SEU ti chiede
conferma dell'uscita e contestualmente ti chiede se vuoi salvare il lavoro:
Modifica/creazione membro . . . . . N Y=Sì, N=No
Se rispondi Y e premi Invio, il SEU crea il nuovo membro e termina (Se
rispondi N e premi Invio termina comunque, ma senza salvare).
5. A questo punto sei uscito dal SEU e stai tornando al PDM, e qui
interviene il sistema operativo: al punto 2 qui sopra ho scritto che il
sistema operativo si salva l'aspetto del video prima di sovrascriverlo,
ebbene, a questo punto OS/400 ti ripresenta il pannello del PDM che aveva
salvato prima, pannello che NON contiene il tuo nuovo membro, perché quando
è stato salvato il membro ancora non esisteva.
6. Ora sei di nuovo nel PDM, premi F5 per richiedere al PDM di aggiornare il
video, il PDM lo fa ed ecco che compare il tuo nuovo membro appena creato.
Varianti:
4b. Se al punto 4 metti Y alla riga "Ritorno all'editazione", il SEU crea il
membro, ma non esce e appunto ritorna al pannello principale del SEU stesso,
dove puoi continuare ad aggiungere/modificare righe. Insomma, rimani dentro
il SEU e non torni affatto al PDM.
4c. Se al punto 4 metti Y alla riga "Visualizzazione elenco membri", il SEU
ti proporrà un elenco membri che è il suo, non quello del PDM, e che essendo
nuovo, cioè mai visualizzato dall'ultimo avvio del SEU, dovrà essere creato
ex novo e dunque ti mostrerà anche il nuovo membro appena creato (sempre che
tu abbia messo Y anche alla riga "Modifica/creazione membro"). Anche in
questo caso rimani sempre dentro il SEU e non torni mai al PDM.
In entrambe le varianti dette qui sopra, quando finalmente uscirai dal SEU e
tornerai al PDM, ti troverai nelle condizioni descritte al punto 5 e cioè
con OS/400 che ripristina il pannello del PDM così com'era prima dell'arrivo
del nuovo membro, che quindi non si vedrà finché non farai F5.
Mi risulta che da una certa release in poi (V5?) il PDM faccia da solo
l'aggiornamento della lista quando riprende il controllo del terminale, ma
solo in certi casi (tipo al ritorno dal SEU), ma non in altri: ho verificato
pochi minuti fa su una V5R4: se aggiungo un membro con ADDPFM non lo vedo
finché non faccio F5, invece se lo aggiungo dal SEU lo vedo automaticamente.
Ciao, :)
G.
supervinx
Apr 30, 2012, 3:50:11 PM4/30/12
to
La spiegazione è chiara:
in pub1.rzkh.de l'aggiornamento è istantaneo, forse perché è una V5R4.
Nel mio 150 no, (V3R7), mi ripresenta, come tu dici, la schermata precedente,
ove il nuovo membro non si vede...
--
http://www.supervinx.com/Retrocomputer
in pub1.rzkh.de l'aggiornamento è istantaneo, forse perché è una V5R4.
Nel mio 150 no, (V3R7), mi ripresenta, come tu dici, la schermata precedente,
ove il nuovo membro non si vede...
--
http://www.supervinx.com/Retrocomputer
ger...@no.spam.mail.com
Apr 30, 2012, 3:54:13 PM4/30/12
to
On Mon, 30 Apr 2012 19:50:11 +0000 (UTC), supervinx <nes...@libero.it>
wrote:
> La spiegazione è chiara:
> in pub1.rzkh.de l'aggiornamento è istantaneo, forse perché è una V5R4.
> Nel mio 150 no, (V3R7), mi ripresenta, come tu dici, la schermata precedente,
> ove il nuovo membro non si vede...
In ogni caso, se fai F5 deve comparire. Se no, significa che c'è qualche
altro problema che bisogna individuare :)
G.
wrote:
> La spiegazione è chiara:
> in pub1.rzkh.de l'aggiornamento è istantaneo, forse perché è una V5R4.
> Nel mio 150 no, (V3R7), mi ripresenta, come tu dici, la schermata precedente,
> ove il nuovo membro non si vede...
altro problema che bisogna individuare :)
G.
supervinx
Apr 30, 2012, 4:10:58 PM4/30/12
to
A meno che i miei circuiti siano in tilt, ricordo la seguente situazione, sul
mio 150.
Creato il nuovo membro, non lo vedevo.
Sono uscito dal PDM e rientrato nuovamente. Nella gestione membri non compariva
ancora.
Allora ho controllato in altro modo ed il membro era stato creato.
Ho aperto il membro con STRSEU, l'ho salvato di nuovo e l'ho visto.
Più tardi ripeto l'operazione: non vorrei che l'ora tarda m'avesse fatto vedere
cose che non ci sono ...
--
http://www.supervinx.com/Retrocomputer
mio 150.
Creato il nuovo membro, non lo vedevo.
Sono uscito dal PDM e rientrato nuovamente. Nella gestione membri non compariva
ancora.
Allora ho controllato in altro modo ed il membro era stato creato.
Ho aperto il membro con STRSEU, l'ho salvato di nuovo e l'ho visto.
Più tardi ripeto l'operazione: non vorrei che l'ora tarda m'avesse fatto vedere
cose che non ci sono ...
--
http://www.supervinx.com/Retrocomputer
supervinx
Apr 30, 2012, 6:00:49 PM4/30/12
to
Mi ricordavo bene.
Adesso ti spiego tutto.
STRPDM -> 3 (Gestione membri)
Immettere le scelte e premere
Invio.
File . . . . . . . . . . QCLSRC Nome, F4 per
elenco
Libreria. . . . . . . . SUPERVINX *LIBL, *CURLIB,
nome
Membro:
Nome . . . . . . . . . *ALL *ALL, nome,
*generico*
Tipo . . . . . . . . . *ALL *ALL, tipo, *generico*,
*BLANK
-------------------------
QCLSRC
Libreria. . . . SUPERVINX Inizio elenco
da . . .
Immettere le opzioni e premere
Invio.
2=Editazione 3=Copia 4=Cancel. 5=Visualiz. 6=Stampa
7=Ridenom.
8=Visual. descriz. 9=Salvat. 13=Modif. testo 14=Compilaz. 15=Creaz.
modulo...
Opz Membro Tipo
Testo
(Nessun membro corrisponde ai criteri di
raggruppamento)
E già qui non compaiono i due membri che ho creato.
Non c' è F5 che regga.
F3 poi
STRSEU SRCFILE(SUPERVINX/QCLSRC) SRCMBR(SAMPLE01) o SAMPLE02
I membri sono lì, vivi e vegeti.
Salvo, e scelgo "sì" alla visualizzazione elenco membri.
F3, e la schermata Gestione membri con SEU mostra entrambi i membri.
Al successivo F5, di nuovo
(Nessun membro corrisponde ai criteri di raggruppamento)
Stessa musica in Gestione dei membri con il PDM.
Se vado in Gestione degli oggetti con il PDM, opzione 5 su QCLSRC, ci
sono i due membri che ho creato, ovviamente.
Dov'è che sbaglio, se sbaglio ?
Grazie !
Adesso ti spiego tutto.
STRPDM -> 3 (Gestione membri)
Immettere le scelte e premere
Invio.
elenco
Libreria. . . . . . . . SUPERVINX *LIBL, *CURLIB,
nome
Membro:
Nome . . . . . . . . . *ALL *ALL, nome,
*generico*
Tipo . . . . . . . . . *ALL *ALL, tipo, *generico*,
*BLANK
-------------------------
Gestione dei membri con il PDM
File . . . . . .
QCLSRC
Libreria. . . . SUPERVINX Inizio elenco
da . . .
Immettere le opzioni e premere
Invio.
2=Editazione 3=Copia 4=Cancel. 5=Visualiz. 6=Stampa
7=Ridenom.
8=Visual. descriz. 9=Salvat. 13=Modif. testo 14=Compilaz. 15=Creaz.
modulo...
Opz Membro Tipo
Testo
(Nessun membro corrisponde ai criteri di
raggruppamento)
E già qui non compaiono i due membri che ho creato.
Non c' è F5 che regga.
F3 poi
STRSEU SRCFILE(SUPERVINX/QCLSRC) SRCMBR(SAMPLE01) o SAMPLE02
I membri sono lì, vivi e vegeti.
Salvo, e scelgo "sì" alla visualizzazione elenco membri.
F3, e la schermata Gestione membri con SEU mostra entrambi i membri.
Al successivo F5, di nuovo
(Nessun membro corrisponde ai criteri di raggruppamento)
Stessa musica in Gestione dei membri con il PDM.
Se vado in Gestione degli oggetti con il PDM, opzione 5 su QCLSRC, ci
sono i due membri che ho creato, ovviamente.
Dov'è che sbaglio, se sbaglio ?
Grazie !
ger...@no.spam.mail.com
Apr 30, 2012, 6:59:10 PM4/30/12
to
On Mon, 30 Apr 2012 15:00:49 -0700 (PDT), supervinx <supe...@libero.it>
wrote:
> (Nessun membro corrisponde ai criteri di raggruppamento)
C'è un filtro! :D
Non ci avevo mica pensato (e francamente su due piedi avrei detto che
uscendo dal PDM il filtro sarebbe stato annullato).
In basso dovrebbe averti scritto "Questo è il sottogruppo di un elenco".
Fai F17 (Shift+F5) e svuota tutto, poi dai un Invio per fargli mettere i
default e un altro per tornare dov'eri. Ora dovresti vedere tutto.
G.
P.S. Se hai la tastiera mappata come si deve, cioè con l'Invio sul Ctrl
destro, sull'Invio PC dovresti avere l'Uscita campo. Se fai Uscita campo su
ognuno dei campi, li pulisci in un colpo invece di andare di Delete. :)
wrote:
> (Nessun membro corrisponde ai criteri di raggruppamento)
Non ci avevo mica pensato (e francamente su due piedi avrei detto che
uscendo dal PDM il filtro sarebbe stato annullato).
In basso dovrebbe averti scritto "Questo è il sottogruppo di un elenco".
Fai F17 (Shift+F5) e svuota tutto, poi dai un Invio per fargli mettere i
default e un altro per tornare dov'eri. Ora dovresti vedere tutto.
G.
P.S. Se hai la tastiera mappata come si deve, cioè con l'Invio sul Ctrl
destro, sull'Invio PC dovresti avere l'Uscita campo. Se fai Uscita campo su
ognuno dei campi, li pulisci in un colpo invece di andare di Delete. :)
supervinx
May 1, 2012, 3:41:50 AM5/1/12
to
Ho verificato con F17.
C' è un problema nelle date di default del filtro.
Tutto è impostato ad *ALL, ma le date a
01/01/54
01/01/53
Se le modifico manualmente, ad esempio
01/01/00
01/01/20
i membri appaiono.
Se esco e rientro, come default tornano quelle di prima (54/53).
Non c'è un modo per eliminare il filtro?
Ho visto fra le opzioni utente e della sessione, ma non ho trovato
nulla di adatto...
C' è un problema nelle date di default del filtro.
Tutto è impostato ad *ALL, ma le date a
01/01/54
01/01/53
Se le modifico manualmente, ad esempio
01/01/00
01/01/20
i membri appaiono.
Se esco e rientro, come default tornano quelle di prima (54/53).
Non c'è un modo per eliminare il filtro?
Ho visto fra le opzioni utente e della sessione, ma non ho trovato
nulla di adatto...
ger...@no.spam.mail.com
May 1, 2012, 11:00:42 AM5/1/12
to
On Tue, 1 May 2012 00:41:50 -0700 (PDT), supervinx <supe...@libero.it>
wrote:
> Ho verificato con F17.
> C' è un problema nelle date di default del filtro.
> Tutto è impostato ad *ALL, ma le date a
> 01/01/54
> 01/01/53
> Se le modifico manualmente, ad esempio
> 01/01/00
> 01/01/20
> i membri appaiono.
> Se esco e rientro, come default tornano quelle di prima (54/53).
> Non c'è un modo per eliminare il filtro?
Ma quello È il default: dal 1954 al 2053. Sarei proprio curioso di sapere la
data effettiva di creazione a quattro cifre di quei membri. Tra l'altro
quella macchina lì ha la V3R7, la quale aveva dei problemi con l'anno 2000,
poi corretti con opportune PTF, quindi potrei anche sospettare che tu abbia
un problema legato al millennium bug. Oppure problemi all'orologio.
Certo mi meraviglia che ti dica che quello è un sottogruppo. Evidentemente
comunque il PDM si accorge che ci sono dei membri che esclude.
Facciamo due verifiche.
1. DSPPTF e Invio. Ti compare un pannello che nella metà inferiore mostra un
elenco di identificativi PTF: dimmi il primo in alto, TLxxxxx. Premi Invio,
il display si aggiorna, ora il primo in alto è TCxxxxx. Vorrei sapere i due
valori al posto di xxxxx. F3 per uscire.
2. Fai DSPFD + F4, specifica il nome file del file che contiene i membri
problematici, la relativa libreria, *MBRLIST come tipo informazioni,
*OUTFILE come tipo emissione e premi Invio, ti compariranno altre righe,
dove dice File per ricezione emissione dagli un nome di fantasia che non
corrisponde ad alcun file esistente e una tua libreria. Premi Invio.
Questo ti crea un file su disco contenente tutte le informazioni sui membri
in questione. Ora non ricordo se hai Query o SQL per vedere dentro un file,
quindi usiamo il metodo più grezzo ma anche universale. Fai DSPPFM + F4 e
specifica il file di emissione di DSPFD e relativa libreria poi premi Invio.
Ti comparirà il contenuto del file così com'è, brutto. :) Con F20 scorri a
destra e tra le colonne 97 e 116 dovresti vedere una sequenza di numeri.
Dovresti riuscire a indentificare facilmente il punto perché subito a
sinistra c'è dei numeri che ci interessano c'è il tipo membro, mentre subito
a destra c'è il testo descrittivo. Puoi arrivare allo stesso punto anche
scrivendo W97 (Width) nel campetto Controllo in cima al pannello, sempre
ammesso che da una versione all'altra la colonna iniziale del gruppo di
numeri sia sempre rimasta la stessa, ma credo proprio di sì.
Quei numeri sono due timestamp, quello più a sinistra riguarda la creazione
del membro, quello più a destra l'ultima modifica e contiene anche l'ora. Il
primo è in formato SAAMMGG e il secondo invece SAAMMGGHHMMSS. Dove S è il
secolo: 1 per il 2000-2099 e 0 per il 1900-1999, AAMMGG è ovviamente anno
mese e giorno, HHMMSS è ovviamente ore minuti e secondi. Insomma, oggi che è
il primo maggio 2012 lì sarebbe codificato come 1120501.
Vedi un po' se il secolo è 0 o 1, così iniziamo a farci un'idea...
Ciao, :)
G.
P.S. per chi sa: sì, potevo fargli usare il DFU, ma mi sta antipatico. :P
wrote:
> Ho verificato con F17.
> C' è un problema nelle date di default del filtro.
> Tutto è impostato ad *ALL, ma le date a
> 01/01/54
> 01/01/53
> Se le modifico manualmente, ad esempio
> 01/01/00
> 01/01/20
> i membri appaiono.
> Se esco e rientro, come default tornano quelle di prima (54/53).
> Non c'è un modo per eliminare il filtro?
data effettiva di creazione a quattro cifre di quei membri. Tra l'altro
quella macchina lì ha la V3R7, la quale aveva dei problemi con l'anno 2000,
poi corretti con opportune PTF, quindi potrei anche sospettare che tu abbia
un problema legato al millennium bug. Oppure problemi all'orologio.
Certo mi meraviglia che ti dica che quello è un sottogruppo. Evidentemente
comunque il PDM si accorge che ci sono dei membri che esclude.
Facciamo due verifiche.
1. DSPPTF e Invio. Ti compare un pannello che nella metà inferiore mostra un
elenco di identificativi PTF: dimmi il primo in alto, TLxxxxx. Premi Invio,
il display si aggiorna, ora il primo in alto è TCxxxxx. Vorrei sapere i due
valori al posto di xxxxx. F3 per uscire.
2. Fai DSPFD + F4, specifica il nome file del file che contiene i membri
problematici, la relativa libreria, *MBRLIST come tipo informazioni,
*OUTFILE come tipo emissione e premi Invio, ti compariranno altre righe,
dove dice File per ricezione emissione dagli un nome di fantasia che non
corrisponde ad alcun file esistente e una tua libreria. Premi Invio.
Questo ti crea un file su disco contenente tutte le informazioni sui membri
in questione. Ora non ricordo se hai Query o SQL per vedere dentro un file,
quindi usiamo il metodo più grezzo ma anche universale. Fai DSPPFM + F4 e
specifica il file di emissione di DSPFD e relativa libreria poi premi Invio.
Ti comparirà il contenuto del file così com'è, brutto. :) Con F20 scorri a
destra e tra le colonne 97 e 116 dovresti vedere una sequenza di numeri.
Dovresti riuscire a indentificare facilmente il punto perché subito a
sinistra c'è dei numeri che ci interessano c'è il tipo membro, mentre subito
a destra c'è il testo descrittivo. Puoi arrivare allo stesso punto anche
scrivendo W97 (Width) nel campetto Controllo in cima al pannello, sempre
ammesso che da una versione all'altra la colonna iniziale del gruppo di
numeri sia sempre rimasta la stessa, ma credo proprio di sì.
Quei numeri sono due timestamp, quello più a sinistra riguarda la creazione
del membro, quello più a destra l'ultima modifica e contiene anche l'ora. Il
primo è in formato SAAMMGG e il secondo invece SAAMMGGHHMMSS. Dove S è il
secolo: 1 per il 2000-2099 e 0 per il 1900-1999, AAMMGG è ovviamente anno
mese e giorno, HHMMSS è ovviamente ore minuti e secondi. Insomma, oggi che è
il primo maggio 2012 lì sarebbe codificato come 1120501.
Vedi un po' se il secolo è 0 o 1, così iniziamo a farci un'idea...
Ciao, :)
G.
P.S. per chi sa: sì, potevo fargli usare il DFU, ma mi sta antipatico. :P
supervinx
May 1, 2012, 12:47:23 PM5/1/12
to
TL98069 applicata temporaneamente IPL -> nessuna azione
TC98069 non applicata IPL -> nessuna azione
Timestamps:
1 12 04 08
1 12 04 08 (14 50 19)
1 12 04 08
1 12 04 08 (14 44 09)
Dunque il secolo è giusto.
La data di sistema, secondo
DSPSYSVAL SYSVAL(QDATE)
è 09/04/12.
Lo so che va indietro di una ventina di giorni...
Non vorrei che il codice A6001730 avesse proprio a che fare con la data,
come ho letto da qualche parte.
Per controllare che la console sia impostata correttamente (mi riferisco al
lungo ritardo iniziale, dopo il codice di cui sopra) devo avviare in manuale
ed usare il DST ?
TC98069 non applicata IPL -> nessuna azione
Timestamps:
1 12 04 08
1 12 04 08 (14 50 19)
1 12 04 08
1 12 04 08 (14 44 09)
Dunque il secolo è giusto.
La data di sistema, secondo
DSPSYSVAL SYSVAL(QDATE)
è 09/04/12.
Lo so che va indietro di una ventina di giorni...
Non vorrei che il codice A6001730 avesse proprio a che fare con la data,
come ho letto da qualche parte.
Per controllare che la console sia impostata correttamente (mi riferisco al
lungo ritardo iniziale, dopo il codice di cui sopra) devo avviare in manuale
ed usare il DST ?
supervinx
May 1, 2012, 1:02:14 PM5/1/12
to
Il Tue, 01 May 2012 16:47:23 +0000, supervinx ha scritto:
> TL98069 applicata temporaneamente IPL -> nessuna azione TC98069 non
> applicata IPL -> nessuna azione
>
E non sono riuscito a trovare che razza di PTF sia.
> TL98069 applicata temporaneamente IPL -> nessuna azione TC98069 non
> applicata IPL -> nessuna azione
>
Dal sito IBM la posso scaricare a partire dalla V4Rxx, ma non sono disponibili
né l'abstract né altre informazioni.
Già che ci sono: avendo disponbile il set di CD di OS/400 V4, mi conviene un
avanzamento di versione o lascio tutto com'è ?
--
http://www.supervinx.com/Retrocomputer
fm
May 1, 2012, 1:56:29 PM5/1/12
to
news:jnp42r$ac5$1...@tdi.cu.mi.it...
il codice 1730 sembra legato alle performances piu' che alla data ....
A6xx 1730
" An IPL is needed to restore system performance
Licensed Internal Code has detected a condition that is
impacting system performance. System operation can continue,
but system performance may be noticeably reduced until the
next IPL.
For more information, contact IBM Service Support"
Perche' non mantiene la data?.... batteria? ... non so neppure se esiste
nel 150...
ciao
fm
A6xx 1730
" An IPL is needed to restore system performance
Licensed Internal Code has detected a condition that is
impacting system performance. System operation can continue,
but system performance may be noticeably reduced until the
next IPL.
For more information, contact IBM Service Support"
Perche' non mantiene la data?.... batteria? ... non so neppure se esiste
nel 150...
ciao
fm
sadness
May 1, 2012, 3:44:35 PM5/1/12
to
On Tue, 01 May 2012 17:02:14 +0000, supervinx wrote:
> E non sono riuscito a trovare che razza di PTF sia.
> Dal sito IBM la posso scaricare a partire dalla V4Rxx, ma non sono
> disponibili né l'abstract né altre informazioni.
Lascia perdere il sito IBM, delle volte si dimostra di un inutilita'
> E non sono riuscito a trovare che razza di PTF sia.
> Dal sito IBM la posso scaricare a partire dalla V4Rxx, ma non sono
> disponibili né l'abstract né altre informazioni.
fastidiosa.
Abbiamo disponibile l'ultimo cumulativo di PTF per la V3R7
-r--r--r-- 1 sadness users 397M 2006-09-30 00:14 C8314370_01.iso.bz2
-rw-r--r-- 1 sadness users 33M 2006-09-30 00:15 C8314370_02.iso.bz2
nonche le patch per l'y2k
-rw-r--r-- 1 sadness users 46M 2006-09-30 00:09 C3303726_01.iso.bz2
-rw-r--r-- 1 sadness users 206M 2006-09-30 00:11 C7486931_01.iso.bz2
Te le sposto nel solito posto domani in giornata oppure piu' tardi, a
seconda di quanto impiego a finire un paio di cose.
supervinx
May 1, 2012, 3:56:32 PM5/1/12
to
> " An IPL is needed to restore system performance Licensed Internal Code
> has detected a condition that is impacting system performance. System
> operation can continue, but system performance may be noticeably reduced
> until the next IPL.
> For more information, contact IBM Service Support"
>
Ogni IPL si ripresenta ...
Quasi quasi riparto in modo manuale, chissà sia più loquace :P
A proposito, quando
>
> Perche' non mantiene la data?.... batteria? ... non so neppure se
> esiste nel 150...
>
C'è, c'è ;) ... la solita batteria... CR2032-like ...
> Perche' non mantiene la data?.... batteria? ... non so neppure se
> esiste nel 150...
>
Non pubblico le foto finché non termino la parte software ...
--
http://www.supervinx.com/Retrocomputer
supervinx
May 1, 2012, 3:59:02 PM5/1/12
to
>
> A proposito, quando
>>
Dimmi quando, quando quando !
Il comando DSPLICKEY mi dice che non ci sono licenze. Possibile ?
--
http://www.supervinx.com/Retrocomputer
ger...@no.spam.mail.com
May 1, 2012, 4:56:06 PM5/1/12
to
On Tue, 1 May 2012 19:59:02 +0000 (UTC), supervinx <nes...@libero.it>
wrote:
> Il comando DSPLICKEY mi dice che non ci sono licenze. Possibile ?
Sì, fino alla V4 non occorrevano. All'inizio il supporto fu utilizzato solo
per alcuni prodotti specifici e per dare un meccanismo di licensing al
software di terze parti, poi dalla V4 misero la licenza a chiave per l'OS,
poi pian piano sempre di più finché adesso ogni singolo prodotto richiede la
sua chiave di licenza per funzionare, un po' tipo VMS (anche se là le chiavi
sono una marea, mentre in OS/400 sono molte meno).
G.
wrote:
> Il comando DSPLICKEY mi dice che non ci sono licenze. Possibile ?
per alcuni prodotti specifici e per dare un meccanismo di licensing al
software di terze parti, poi dalla V4 misero la licenza a chiave per l'OS,
poi pian piano sempre di più finché adesso ogni singolo prodotto richiede la
sua chiave di licenza per funzionare, un po' tipo VMS (anche se là le chiavi
sono una marea, mentre in OS/400 sono molte meno).
G.
ger...@no.spam.mail.com
May 1, 2012, 6:20:27 PM5/1/12
to
On Tue, 1 May 2012 16:47:23 +0000 (UTC), supervinx <nes...@libero.it>
wrote:
> La data di sistema, secondo
> DSPSYSVAL SYSVAL(QDATE)
> è 09/04/12.
> Lo so che va indietro di una ventina di giorni...
>
> Non vorrei che il codice A6001730 avesse proprio a che fare con la data,
> come ho letto da qualche parte.
Mah, tutto può essere. Di solito, quando la batteria si esaurisce o quando
sta per esaurirsi, ti compare il codice 0000BBBB anche a macchina spenta.
Ora però ricordo che tu in uno dei messaggi delle scorse settimane avevi già
scritto di aver visto 0000BBBB con la funzione 11, quindi può darsi che la
cosa stia già diventando problematica, ma non così tanto da convincerlo a
mostrare il codice sempre. Oppure il codice A6001730 è ritenuto più urgente
e quindi passa in primo piano al posto dell'altro. Magari potresti provare a
cambiare la batteria, c'è caso che tutto vada a posto.
> Per controllare che la console sia impostata correttamente (mi riferisco al
> lungo ritardo iniziale, dopo il codice di cui sopra) devo avviare in manuale
> ed usare il DST ?
Sì. Ho provato a fare una ricerca con Google, ma in questo momento non trovo
gli step precisi in italiano, solo in inglese. Comunque, devi avviare in
manuale (quindi solito 01 BM) e poi al primo pannello che ti compare devi
scegliere in sequenza le seguenti voci (tradotte):
1. Use dedicated service tools (DST)
2. Inserisci utente e password DST (se non la sai si mette a posto)
3. Work with DST environment
4. Work with system devices
5. Work with console mode
6. Local console
7. Premi F3
8. Start a service tool
9. Power the system down
10. Conferma con F10
11. Aspetta che si spenga e rifai l'IPL in modo normale
Ciao,
G.
wrote:
> La data di sistema, secondo
> DSPSYSVAL SYSVAL(QDATE)
> è 09/04/12.
> Lo so che va indietro di una ventina di giorni...
>
> Non vorrei che il codice A6001730 avesse proprio a che fare con la data,
> come ho letto da qualche parte.
sta per esaurirsi, ti compare il codice 0000BBBB anche a macchina spenta.
Ora però ricordo che tu in uno dei messaggi delle scorse settimane avevi già
scritto di aver visto 0000BBBB con la funzione 11, quindi può darsi che la
cosa stia già diventando problematica, ma non così tanto da convincerlo a
mostrare il codice sempre. Oppure il codice A6001730 è ritenuto più urgente
e quindi passa in primo piano al posto dell'altro. Magari potresti provare a
cambiare la batteria, c'è caso che tutto vada a posto.
> Per controllare che la console sia impostata correttamente (mi riferisco al
> lungo ritardo iniziale, dopo il codice di cui sopra) devo avviare in manuale
> ed usare il DST ?
gli step precisi in italiano, solo in inglese. Comunque, devi avviare in
manuale (quindi solito 01 BM) e poi al primo pannello che ti compare devi
scegliere in sequenza le seguenti voci (tradotte):
1. Use dedicated service tools (DST)
2. Inserisci utente e password DST (se non la sai si mette a posto)
3. Work with DST environment
4. Work with system devices
5. Work with console mode
6. Local console
7. Premi F3
8. Start a service tool
9. Power the system down
10. Conferma con F10
11. Aspetta che si spenga e rifai l'IPL in modo normale
Ciao,
G.
ger...@no.spam.mail.com
May 1, 2012, 6:20:27 PM5/1/12
to
On Tue, 1 May 2012 17:02:14 +0000 (UTC), supervinx <nes...@libero.it>
wrote:
> > TL98069 applicata temporaneamente IPL -> nessuna azione TC98069 non
> > applicata IPL -> nessuna azione
> >
> E non sono riuscito a trovare che razza di PTF sia.
> Dal sito IBM la posso scaricare a partire dalla V4Rxx, ma non sono disponibili
> né l'abstract né altre informazioni.
TLxxxxx non è una vera e propria PTF, ma un "marker" che viene messo lì per
indicare che è stato caricato un certo pacchetto cumulativo di PTF. In
questo caso il pacchetto rilasciato il 69esimo giorno del 1998, cioè il 10
marzo 1998. Non è l'ultimo, quindi potresti/dovresti fare l'aggiornamento e
anche caricare le PTF per correggere i problemi legati all'anno 2000.
L'ultimo cumulativo per la V3R7 fu il C8314370, come ti ha scritto Sadness.
C8314370 va letto spezzato così: C-8-314-370, cioè cumulativo rilasciato
nell'anno 1998, il 314esimo giorno, per la versione 3.7.0, e se lo carichi
viene identificato come Tx98314. :)
> Già che ci sono: avendo disponbile il set di CD di OS/400 V4, mi conviene un
> avanzamento di versione o lascio tutto com'è ?
Io starei fermo così: alla fine la 3.7 è più leggera e occupa meno spazio.
Se riusciamo a risolvere i problemini che ti affliggono, io la terrei. Tanto
più che le varie V4 non aggiungono cose per te fondamentali.
Piuttosto, se t'interessa, potrebbe esseci del software in più per la V3R7.
Quanto spazio libero hai? Si vede in alto a destra in WRKSYSSTS.
Ciao,
G.
wrote:
> > TL98069 applicata temporaneamente IPL -> nessuna azione TC98069 non
> > applicata IPL -> nessuna azione
> >
> E non sono riuscito a trovare che razza di PTF sia.
> Dal sito IBM la posso scaricare a partire dalla V4Rxx, ma non sono disponibili
> né l'abstract né altre informazioni.
indicare che è stato caricato un certo pacchetto cumulativo di PTF. In
questo caso il pacchetto rilasciato il 69esimo giorno del 1998, cioè il 10
marzo 1998. Non è l'ultimo, quindi potresti/dovresti fare l'aggiornamento e
anche caricare le PTF per correggere i problemi legati all'anno 2000.
L'ultimo cumulativo per la V3R7 fu il C8314370, come ti ha scritto Sadness.
C8314370 va letto spezzato così: C-8-314-370, cioè cumulativo rilasciato
nell'anno 1998, il 314esimo giorno, per la versione 3.7.0, e se lo carichi
viene identificato come Tx98314. :)
> Già che ci sono: avendo disponbile il set di CD di OS/400 V4, mi conviene un
> avanzamento di versione o lascio tutto com'è ?
Se riusciamo a risolvere i problemini che ti affliggono, io la terrei. Tanto
più che le varie V4 non aggiungono cose per te fondamentali.
Piuttosto, se t'interessa, potrebbe esseci del software in più per la V3R7.
Quanto spazio libero hai? Si vede in alto a destra in WRKSYSSTS.
Ciao,
G.
supervinx
May 1, 2012, 6:37:09 PM5/1/12
to
Sono partito in modo manuale (01 B M)
Ho scelto l'opzione 1 (IPL) e mi ha mostrato immediatamente (quasi) la
schermata
di login.
Sono entrato col solito QSECOFR: ha visualizzato il codice A6001730
per
pochissimi secondi, e poi mi ha mostrato la schermata
----------------------------------------------------------------------------------------------------------------------
Scelta prodotti per gestire le
PTF
Inizio elenco da . . . .
Prodotto
Immettere le opzioni e premere Invio. Premere F21 perscegliere
Tutti.
1=Scelta
Opzione
Opz Prodot. prodotto
Release
5716999 *BASE
V3R7M0
5716SS1 *BASE
V3R7M0
5716PW1 *BASE
V3R7M0
5716RG1 *BASE
V3R7M0
5716TC1 *BASE
V3R7M0
5763XD1 *BASE V3R1M2
Nel dubbio, ho premuto F3 e poi
----------------------------------------------------------------------------------------------------------------------
Opzioni
IPL
Immettere le scelte e premere
Invio.
Data del sistema . . . . . . . . . . . . 01 / 05 / 12 GG / MM /
AA
Ora del sistema . . . . . . . . . . . . 11 : 29 : 34 HH : MM :
SS
Eliminazione dati da code lavori . . . . Y Y=Si,
N=No
Eliminazione dati da code di emissione . Y Y=Si,
N=No
Elimin. dati registr. lavoro incomplete. Y Y=Si,
N=No
Avvio programmi scrittura su stampante . Y Y=Si,
N=No
Avvio di questa sola unità . . . . . . . N Y=Si,
N=No
Impostaz. opzioni principali di sistema N Y=Si,
N=No
Definizione o modifica del sistema all'IPL N Y=Si,
N=No
----------------------------------------------------------------------------------------------------------------------
Ho scelto di cancellare le code lavori/emissione , come suggeriva un
sito in
rete.
Già che c'ero ho sistemato la data e l'ora.
S'è fermato decine di minuti, invece, su C90029A0... e poi m'ha
presentato questa
schermata
----------------------------------------------------------------------------------------------------------------------
Editazione ricostr. vie d'accesso
XXXXXXX
01/05/12
12:13:20
Soglia IPL . . . . . . . . . . . . . . . 50
0-99
Immettere la sequenza e premere
Invio.
Sequenza: 1-99, *OPN,
*HLD
----------Vie di accesso---------- Chiavi
Tempo
Seq Stato File Libreria Membro univoche
ricostr.
*OPN OPEN CONBASP1 CONTAB10FE CONBASP1 NO
00:01:11
*OPN OPEN CONBASLB CONTAB10FE CONBASLB NO
00:00:29
*OPN OPEN §JDOCTLN C2EURFIL §JDOCTLN NO
00:00:13
*OPN OPEN §JDOCTLD C2EURFIL §JDOCTLD NO
00:00:08
*OPN OPEN §JDOCTLP C2EURFIL §JDOCTLP NO
00:00:07
*OPN OPEN §JDOCTLF C2EURFIL §JDOCTLF NO
00:00:07
---------------------------------------------------------------------------------------------------------------------
E poi
---------------------------------------------------------------------------------------------------------------------
Visualizzazione
messaggi
Sistema:
NEBULO
Coda . . . . . : QSYSOPR Programma . . . :
*DSPMS
Libreria. . . : QSYS
Libreria. . . :
Gravità . . . . : 60 Consegna. . . . :
*BREAK
Immettere la risposta, se richiesta, e premere
Invio.
* *Attenzione* La risorsa CMB01 è stata rimossa oppure è in
errore.
---------------------------------------------------------------------------------------------------------------------
Ho avviato SST, poi
Avvio di un programma di manutenzione->
Programma di manutenzione hardware->
Gestione delle registrazioni delle azioni di assistenza
e rimosse tutte le voci.
La spia d'attenzione è ancora accesa,
però...
Ho scelto l'opzione 1 (IPL) e mi ha mostrato immediatamente (quasi) la
schermata
di login.
Sono entrato col solito QSECOFR: ha visualizzato il codice A6001730
per
pochissimi secondi, e poi mi ha mostrato la schermata
----------------------------------------------------------------------------------------------------------------------
Scelta prodotti per gestire le
PTF
Inizio elenco da . . . .
Prodotto
Immettere le opzioni e premere Invio. Premere F21 perscegliere
Tutti.
1=Scelta
Opzione
Opz Prodot. prodotto
Release
5716999 *BASE
V3R7M0
5716SS1 *BASE
V3R7M0
5716PW1 *BASE
V3R7M0
5716RG1 *BASE
V3R7M0
5716TC1 *BASE
V3R7M0
5763XD1 *BASE V3R1M2
Nel dubbio, ho premuto F3 e poi
----------------------------------------------------------------------------------------------------------------------
Opzioni
IPL
Immettere le scelte e premere
Invio.
AA
Ora del sistema . . . . . . . . . . . . 11 : 29 : 34 HH : MM :
SS
Eliminazione dati da code lavori . . . . Y Y=Si,
N=No
Eliminazione dati da code di emissione . Y Y=Si,
N=No
Elimin. dati registr. lavoro incomplete. Y Y=Si,
N=No
Avvio programmi scrittura su stampante . Y Y=Si,
N=No
Avvio di questa sola unità . . . . . . . N Y=Si,
N=No
Impostaz. opzioni principali di sistema N Y=Si,
N=No
Definizione o modifica del sistema all'IPL N Y=Si,
N=No
----------------------------------------------------------------------------------------------------------------------
Ho scelto di cancellare le code lavori/emissione , come suggeriva un
sito in
rete.
Già che c'ero ho sistemato la data e l'ora.
S'è fermato decine di minuti, invece, su C90029A0... e poi m'ha
presentato questa
schermata
----------------------------------------------------------------------------------------------------------------------
Editazione ricostr. vie d'accesso
XXXXXXX
01/05/12
12:13:20
Soglia IPL . . . . . . . . . . . . . . . 50
0-99
Immettere la sequenza e premere
Invio.
Sequenza: 1-99, *OPN,
*HLD
----------Vie di accesso---------- Chiavi
Tempo
Seq Stato File Libreria Membro univoche
ricostr.
*OPN OPEN CONBASP1 CONTAB10FE CONBASP1 NO
00:01:11
*OPN OPEN CONBASLB CONTAB10FE CONBASLB NO
00:00:29
*OPN OPEN §JDOCTLN C2EURFIL §JDOCTLN NO
00:00:13
*OPN OPEN §JDOCTLD C2EURFIL §JDOCTLD NO
00:00:08
*OPN OPEN §JDOCTLP C2EURFIL §JDOCTLP NO
00:00:07
*OPN OPEN §JDOCTLF C2EURFIL §JDOCTLF NO
00:00:07
---------------------------------------------------------------------------------------------------------------------
E poi
---------------------------------------------------------------------------------------------------------------------
Visualizzazione
messaggi
Sistema:
NEBULO
Coda . . . . . : QSYSOPR Programma . . . :
*DSPMS
Libreria. . . : QSYS
Libreria. . . :
Gravità . . . . : 60 Consegna. . . . :
*BREAK
Immettere la risposta, se richiesta, e premere
Invio.
* *Attenzione* La risorsa CMB01 è stata rimossa oppure è in
errore.
---------------------------------------------------------------------------------------------------------------------
Ho avviato SST, poi
Avvio di un programma di manutenzione->
Programma di manutenzione hardware->
Gestione delle registrazioni delle azioni di assistenza
e rimosse tutte le voci.
La spia d'attenzione è ancora accesa,
però...
supervinx
May 1, 2012, 6:39:27 PM5/1/12
to
> Piuttosto, se t'interessa, potrebbe esseci del software in pi per la V3R7.
XXXXXXX
01/05/12
12:35:56
% CPU in uso . . . . . . : 32,9 Memoria
ausiliaria:
Tempo trascorso . . . . : 00:00:00 ASP
sistema . . . . . : 8,38 G
Lavori nel sistema . . . : 78 % ASP sistema usata . :
88,6307
% indirizzi usati:
Totale . . . . . . . . : 8,38 G
Permanenti . . . . . . : 0,007 Att. non protetta
usata: 124 M
Temporanei . . . . . . : 0,015 Massima non
protetta . : 124 M
8 GB ?
>
> Quanto spazio libero hai? Si vede in alto a destra in WRKSYSSTS.
>
> Ciao,
> G.
Gestione dello stato del sistema
> Quanto spazio libero hai? Si vede in alto a destra in WRKSYSSTS.
>
> Ciao,
> G.
XXXXXXX
01/05/12
12:35:56
% CPU in uso . . . . . . : 32,9 Memoria
ausiliaria:
Tempo trascorso . . . . : 00:00:00 ASP
sistema . . . . . : 8,38 G
Lavori nel sistema . . . : 78 % ASP sistema usata . :
88,6307
% indirizzi usati:
Totale . . . . . . . . : 8,38 G
Permanenti . . . . . . : 0,007 Att. non protetta
usata: 124 M
Temporanei . . . . . . : 0,015 Massima non
protetta . : 124 M
8 GB ?
supervinx
May 1, 2012, 7:04:26 PM5/1/12
to
> 8 GB ?
QWCBTCLNUP sta facendo pulizia, la percentuale è scesa dall'88%
all'84%, dunque un GB dovrei averlo libero.
Posso aggiungere un terzo disco ?
sadness
May 1, 2012, 7:05:47 PM5/1/12
to
scordati di infilarci un disco scsi standard e vedertelo riconoscere.
supervinx
May 1, 2012, 7:16:23 PM5/1/12
to
> Come no, anche un quarto, il problema e', hai i SUOI dischi ?
> scordati di infilarci un disco scsi standard e vedertelo riconoscere.
Adaptec mi informò che la dimensione del settore non era 512 e dal P/N
risalii alla provenienza.
L' unico problema sarà trovarlo nella catasta degli HD scsi ;)
sadness
May 1, 2012, 7:29:32 PM5/1/12
to
del adaptec) _potresti_ avere qualche problema, ma e' facile che tu possa
riformattarlo correttamente dal dst stesso.
Mi stai ricordando che dovrei cercare un altro paio di dischi per il mio
-170, attualmente ho piu' spazio sul -150 (4x4.5Gb), anche se, per quanto
lo uso (c'e' uno strato di polvere impressionante su), sta bene cosi.
--
member of the italian hobbyist DECnet network - decnet.ipv7.net
www.unsupported.info - img.unixantichrist.net
supervinx
May 1, 2012, 7:33:25 PM5/1/12
to
> Se lo hai riformattato a 512 (ad esempio usando la formattazione dal bios
> del adaptec) _potresti_ avere qualche problema, ma e' facile che tu possa
> riformattarlo correttamente dal dst stesso.
>
Ti pare che l'abbia riformattato ? :)
> del adaptec) _potresti_ avere qualche problema, ma e' facile che tu possa
> riformattarlo correttamente dal dst stesso.
>
L'ho archiviato così com'era, poteva sempre tornar utile, no ?
Dovrei persino avere un HD per RT PC, da qualche parte ...
ger...@no.spam.mail.com
May 1, 2012, 8:16:18 PM5/1/12
to
On Tue, 1 May 2012 15:37:09 -0700 (PDT), supervinx <supe...@libero.it>
wrote:
> Sono partito in modo manuale (01 B M)
(Nota di servizio: quando incolli il contenuto di un pannello, o lo stringi
un po' a mano, o dici al tuo news client di andare a capo un po' oltre
l'ottantesima colonna, se no si diventa scemi a capire qualunque cosa...)
> Scelta prodotti per gestire le PTF
> [...]
ti impedisca di far funzionare normalmente la macchina.
> Eliminazione dati da code lavori . . . . Y Y=Si, N=No
> Eliminazione dati da code di emissione . Y Y=Si, N=No
> Elimin. dati registr. lavoro incomplete. Y Y=Si, N=No
> [...]
stampa interessante dei passati proprietari, è stata cancellata. Per il
resto gli fa solo bene.
> S'è fermato decine di minuti, invece, su C90029A0...
È l'effetto dei tre Sì dati prima. Finché il codice inizia per C e
l'apposito LED indica attività processore, non c'è da preoccuparsi per le
lunghe attese. Se caricherai le PTF altro che decine di minuti... :P
> Editazione ricostr. vie d'accesso
perché probabilmente erano aperti e in uso al momento di uno spegnimento
anomalo del sistema. I file senza chiavi univoche di default sono marcati
*OPN e verranno ricostruiti la prossima volta in cui verranno aperti, se
invece vuoi forzare la ricostruzione basta che imposti un valore numerico
nel campo Seq: tutti i file con numeri di sequenza inferiori alla soglia IPL
verranno ricostruiti subito, gli altri appena il sistema è partito.
Puoi fare le stesse manovre anche da OS/400 con il comando EDTRBDAP (Edit
rebuild of access paths). Dato che ci sei potresti forzarne la ricostruzione
così te li levi dai piedi una volta per tutte, tanto più che la stima dei
tempi è abbastanza favorevole: in due minuti e mezzo scarsi ha fatto tutto.
> * *Attenzione* La risorsa CMB01 è stata rimossa oppure è in errore.
Questo direi che è ancora relativo alle manovre con le schede. Ci sarà
qualcosa per cui lui si aspetta un device fisico che non c'è più, o qualcosa
del genere. Magari è rimasta lì la definizione di una Ethernet che non va
più bene. Bisognerebbe indagare, ma non mi pare una cosa pericolosa.
> Ho avviato SST, poi
> Avvio di un programma di manutenzione->
> Programma di manutenzione hardware->
> Gestione delle registrazioni delle azioni di assistenza
> e rimosse tutte le voci.
> La spia d'attenzione è ancora accesa, però...
Queste manovre vanno bene per macchine più moderne, in cui la spia si
accende molto più frequentemente di un tempo perché serve per segnalare una
vasta quantità di problematiche hardware e software. Nelle macchine come la
tua la spia si accendeva raramente, e rimaneva così finché il problema non
veniva corretto. Scommetto che il problema è legato alla batteria esaurita.
Ciao,
G.
wrote:
> Sono partito in modo manuale (01 B M)
un po' a mano, o dici al tuo news client di andare a capo un po' oltre
l'ottantesima colonna, se no si diventa scemi a capire qualunque cosa...)
> Scelta prodotti per gestire le PTF
> Nel dubbio, ho premuto F3 e poi
Fatto bene. Quello servirebbe per rimuovere a mano durante l'IPL una PTF che
ti impedisca di far funzionare normalmente la macchina.
> Eliminazione dati da code lavori . . . . Y Y=Si, N=No
> Eliminazione dati da code di emissione . Y Y=Si, N=No
> Elimin. dati registr. lavoro incomplete. Y Y=Si, N=No
> Ho scelto di cancellare le code lavori/emissione , come suggeriva un
> sito in rete.
Va bene anche questo. L'unico effetto collaterale è che se c'era qualche
> sito in rete.
stampa interessante dei passati proprietari, è stata cancellata. Per il
resto gli fa solo bene.
> S'è fermato decine di minuti, invece, su C90029A0...
l'apposito LED indica attività processore, non c'è da preoccuparsi per le
lunghe attese. Se caricherai le PTF altro che decine di minuti... :P
> Editazione ricostr. vie d'accesso
> Soglia IPL . . . . . . . . . . . . . . . 50 0-99
>
> Immettere la sequenza e premere Invio.
> Sequenza: 1-99, *OPN, *HLD
>
> ----------Vie di accesso---------- Chiavi Tempo
> Seq Stato File Libreria Membro univoche ricostr.
> *OPN OPEN CONBASP1 CONTAB10FE CONBASP1 NO 00:01:11
> *OPN OPEN CONBASLB CONTAB10FE CONBASLB NO 00:00:29
> *OPN OPEN §JDOCTLN C2EURFIL §JDOCTLN NO 00:00:13
> *OPN OPEN §JDOCTLD C2EURFIL §JDOCTLD NO 00:00:08
> *OPN OPEN §JDOCTLP C2EURFIL §JDOCTLP NO 00:00:07
> *OPN OPEN §JDOCTLF C2EURFIL §JDOCTLF NO 00:00:07
Questo è l'elenco degli indici per i quali è necessaria la ricostruzione
>
> Immettere la sequenza e premere Invio.
> Sequenza: 1-99, *OPN, *HLD
>
> ----------Vie di accesso---------- Chiavi Tempo
> Seq Stato File Libreria Membro univoche ricostr.
> *OPN OPEN CONBASP1 CONTAB10FE CONBASP1 NO 00:01:11
> *OPN OPEN CONBASLB CONTAB10FE CONBASLB NO 00:00:29
> *OPN OPEN §JDOCTLN C2EURFIL §JDOCTLN NO 00:00:13
> *OPN OPEN §JDOCTLD C2EURFIL §JDOCTLD NO 00:00:08
> *OPN OPEN §JDOCTLP C2EURFIL §JDOCTLP NO 00:00:07
> *OPN OPEN §JDOCTLF C2EURFIL §JDOCTLF NO 00:00:07
perché probabilmente erano aperti e in uso al momento di uno spegnimento
anomalo del sistema. I file senza chiavi univoche di default sono marcati
*OPN e verranno ricostruiti la prossima volta in cui verranno aperti, se
invece vuoi forzare la ricostruzione basta che imposti un valore numerico
nel campo Seq: tutti i file con numeri di sequenza inferiori alla soglia IPL
verranno ricostruiti subito, gli altri appena il sistema è partito.
Puoi fare le stesse manovre anche da OS/400 con il comando EDTRBDAP (Edit
rebuild of access paths). Dato che ci sei potresti forzarne la ricostruzione
così te li levi dai piedi una volta per tutte, tanto più che la stima dei
tempi è abbastanza favorevole: in due minuti e mezzo scarsi ha fatto tutto.
> * *Attenzione* La risorsa CMB01 è stata rimossa oppure è in errore.
qualcosa per cui lui si aspetta un device fisico che non c'è più, o qualcosa
del genere. Magari è rimasta lì la definizione di una Ethernet che non va
più bene. Bisognerebbe indagare, ma non mi pare una cosa pericolosa.
> Ho avviato SST, poi
> Avvio di un programma di manutenzione->
> Programma di manutenzione hardware->
> Gestione delle registrazioni delle azioni di assistenza
> e rimosse tutte le voci.
> La spia d'attenzione è ancora accesa, però...
accende molto più frequentemente di un tempo perché serve per segnalare una
vasta quantità di problematiche hardware e software. Nelle macchine come la
tua la spia si accendeva raramente, e rimaneva così finché il problema non
veniva corretto. Scommetto che il problema è legato alla batteria esaurita.
Ciao,
G.
ger...@no.spam.mail.com
May 1, 2012, 8:16:18 PM5/1/12
to
On Tue, 1 May 2012 15:39:27 -0700 (PDT), supervinx <supe...@libero.it>
wrote:
> > Quanto spazio libero hai? Si vede in alto a destra in WRKSYSSTS.
quindi hai un totale di 8,38 GB di disco utilizzabile da OS/400, di cui ti
avanzano circa 975 MB liberi. :)
G.
wrote:
> > Quanto spazio libero hai? Si vede in alto a destra in WRKSYSSTS.
> ASP sistema . . . . . : 8,38 G
> % ASP sistema usata . : 88,6307
Be' dai, poteva andarti peggio. Do per scontato che ci sia un solo ASP,
quindi hai un totale di 8,38 GB di disco utilizzabile da OS/400, di cui ti
avanzano circa 975 MB liberi. :)
G.
supervinx
May 1, 2012, 8:30:13 PM5/1/12
to
Il Wed, 02 May 2012 02:16:18 +0200, gerry77 ha scritto:
> On Tue, 1 May 2012 15:37:09 -0700 (PDT), supervinx <supe...@libero.it>
> wrote:
>
>> Sono partito in modo manuale (01 B M)
>
> (Nota di servizio: quando incolli il contenuto di un pannello, o lo
> stringi un po' a mano, o dici al tuo news client di andare a capo un po'
> oltre l'ottantesima colonna, se no si diventa scemi a capire qualunque
> cosa...)
>
Alcuni messaggi sono inviati tramite google, quando mi trovo sull'Intellistation
> On Tue, 1 May 2012 15:37:09 -0700 (PDT), supervinx <supe...@libero.it>
> wrote:
>
>> Sono partito in modo manuale (01 B M)
>
> (Nota di servizio: quando incolli il contenuto di un pannello, o lo
> stringi un po' a mano, o dici al tuo news client di andare a capo un po'
> oltre l'ottantesima colonna, se no si diventa scemi a capire qualunque
> cosa...)
>
che funge da console per l'AS/400... scusa :)
supervinx
May 1, 2012, 8:32:52 PM5/1/12
to
Il Wed, 02 May 2012 02:16:18 +0200, gerry77 ha scritto:
Dopo il cleanup è sceso a 78% (e qualche decimale) ... ci aggiriamo intorno
1.8GB
Ha appena finito e per oggi basta.
Domani di nuovo IPL manuale e ricostruiamo anche gli indici.
Cambio anche la batteria e vediamo (dato che 0000BBBB è ormai una costante).
--
http://www.supervinx.com/Retrocomputer
fm
May 2, 2012, 8:29:47 AM5/2/12
to
"fm" <f...@tin.it> ha scritto nel messaggio
news:4f9d65ed$0$1386$4faf...@reader2.news.tin.it...
> CUT
>>
>> Anni fa stavo lavorando da un cliente mentre dei "tecnici" di rete
>> facevano
>> le loro manovre. A un certo punto questi decisero di spostare i vari
>> server
>> (compreso l'AS/400) da uno switch a un altro, così, al volo, con gli
>> utenti
>> al lavoro. Risultato: tutte le connessioni Windows e Unix rimasero in
>> piedi,
>> invece circa un centinaio di sessioni interattive OS/400 caddero, con
>> relativi problemi di varia natura a livello applicativo. I tecnici
>> decisero
>> la manovra sapendo bene per esperienza che con i server Windows e Unix
>> non
>> sarebbe successo nulla e nessun utente se ne sarebbe accorto, ma non
>> avevano
>> fatto i conti con l'AS/400... E relativi utenti. :P
>>
>> Ciao,
>> G.
>>
fatto minitest su macchina a V6R1.
A macchina accesa ho staccato il cavo di rete che collega
l'AS/400 allo switch.
Dopo circa 30 secondi ho ricollegato, ed e' stato possibile
continuare a lavorare senza arrestare/riavviare l'interfaccia,
senza dare alcun comando, tantomeno ENDTCP STRTCP.
Nella coda dei messaggi dell'operatore di sistema:
ID messaggio . . . . . : CPI593D
Data di invio . . . . : xx/xx/12 Ora di invio . . . . . : xx:xx:xx
Messaggio . . . : La linea ETHTCP è in errore. Avviato il recupero
automatico.
Causa . . . : Il sistema ha rilevato un problema ed ha avviato il
recupero
automatico usando il valore di sistema QCMNRCYLMT.
Correzione . . . : Visualizzare la registrazione cronologica (comando
DSPLOG) per determinare la causa del problema. È possibile porre termine
al
recupero automatico con il comando Fine recupero linea (ENDLINRCY).
Se il problema permane, premere F14 per eseguire l'analisi del problema.
.
E ancora:
ID messaggio . . . . . : TCP2614
Data di invio . . . . : xx/xx/12 Ora di invio . . . . . : xx:xx:xx
Messaggio . . . : Interfaccia TCP/IP 10.0.0.x riattivata.
Causa . . . : L'interfaccia TCP/IP 10.0.0.x in linea ETHTCP si trovava in
precedenza in uno stato di recupero in sospeso (RCYPND) ma ora è stata
riattivata. Questo solitamente indica che esisteva un problema al livello
di
collegamento e che ora è stato corretto. E' possibile che i problemi del
livello di collegamento includano malfunzionamenti di rete o di
trasmissione
e la rete è ora nuovamente disponibile o è stata effettuata un'azione di
correzione manuale per consentire la riattivazione dell'interfaccia.
Correzione. . . : Nessuna azione di ripristino necessaria.
In questa macchina QMCNRCYLMT e' impostato al valore di default 0,0
Le sessioni del pc collegati tramite Client Access aperte non sono cadute,
ed e' stato possibile continuare.
Un programma interattivo aperto, con tanto di files aperti, fermo su una
videata,
ha proseguito normalmente alla successiva.
Ovviamente gli applicativi in senso generale ne avrebbero ricevuto danno,
basti pensare ai trasferimenti di files.
Inoltre se l'interruzione si fosse protratta sarebbero scattati i vari
timeout
e i lavori si sarebbero disconnessi.
Cmq, una macchina cosi' configurata si puo' accendere senza che il cavo di
rete
sia collegato ad uno switch acceso, e per far andare la rete basta
semplicemente
riaccendere lo switch.
Tanto vi dovevo...:-)
Ciao
fm
supervinx
May 2, 2012, 8:29:51 AM5/2/12
to
Altro che CR2032 ... a parte che è necessario smontare il "castello" reggi
dischi per accedere alla batteria, utilizza una mastodontica (si fa per dire)
DL2450 ... per il momento non l'ho trovata a prezzi decenti se non all'estero...
--
http://www.supervinx.com/Retrocomputer
dischi per accedere alla batteria, utilizza una mastodontica (si fa per dire)
DL2450 ... per il momento non l'ho trovata a prezzi decenti se non all'estero...
--
http://www.supervinx.com/Retrocomputer
supervinx
May 2, 2012, 8:33:05 AM5/2/12
to
> fatto minitest su macchina a V6R1.
Pensa che la mia macchina più moderna monta una V3R7 :P
--
http://www.supervinx.com/Retrocomputer
fm
May 2, 2012, 8:35:26 AM5/2/12
to
"supervinx" <nes...@libero.it> ha scritto nel messaggio
news:jnr9bv$mh6$1...@tdi.cu.mi.it...
> Altro che CR2032 ... a parte che è necessario smontare il "castello" reggi
> dischi per accedere alla batteria, utilizza una mastodontica (si fa per
> dire)
> DL2450 ... per il momento non l'ho trovata a prezzi decenti se non
> all'estero...
>
Infatti....immaginavo che fosse nella zona
> dischi per accedere alla batteria, utilizza una mastodontica (si fa per
> dire)
> DL2450 ... per il momento non l'ho trovata a prezzi decenti se non
> all'estero...
>
anteriore, vicino al pannellino dei comandi ...???
...
oppure sulla mb, nell'angolo nascosto dal cestello dei dischi.
ciao
fm
supervinx
May 2, 2012, 8:44:40 AM5/2/12
to
Togli il pannello laterale, disconnetti i cavi, smonta il pannello frontale,
rimuovi due viti dal cestello, poi la terza che blocca il fermo scorrevole
anteriore... ci voglion pochi secondi, effettivamente, considerato poi che
si sostituisce una volta ogni dieci anni non possiamo neanche lamentarci
troppo per il progetto ;)
--
http://www.supervinx.com/Retrocomputer
fm
May 2, 2012, 9:02:00 AM5/2/12
to
"supervinx" <nes...@libero.it> ha scritto nel messaggio
news:jnr9i1$mh6$2...@tdi.cu.mi.it...
>
>> fatto minitest su macchina a V6R1.
> Grazie !
> Pensa che la mia macchina piů moderna monta una V3R7 :P
>> fatto minitest su macchina a V6R1.
> Grazie !
>
Forse l'anno prossimo ci sara' il V8...:-)
Potresti installare sulla tua il V4R4.
Pero' sono d'accordo con gerry ...e' piu' interessante col V3R7.
In ogni caso, se hai 2 dischi da 4 gb puoi salvare
tutto il sistema su una cassetta SRL5 da 4/8 Gb.
(GO SAVE, Opz 21).
Per sicurezza, andrebbe fatto comunque.
Il problema e' che le SLR5 non si trovano
facilmente a buon prezzo e il salvataggio del'intero
sistema andrebbe fatto su una cassetta buona,
possibilmente nuova...:-\
ciao
fm
supervinx
May 2, 2012, 1:22:53 PM5/2/12
to
Il Wed, 02 May 2012 15:02:00 +0200, fm ha scritto:
> "supervinx" <nes...@libero.it> ha scritto nel messaggio
> news:jnr9i1$mh6$2...@tdi.cu.mi.it...
>>
>>> fatto minitest su macchina a V6R1.
>> Grazie !
>> Pensa che la mia macchina più moderna monta una V3R7 :P
> "supervinx" <nes...@libero.it> ha scritto nel messaggio
> news:jnr9i1$mh6$2...@tdi.cu.mi.it...
>>
>>> fatto minitest su macchina a V6R1.
>> Grazie !
>>
> Forse l'anno prossimo ci sara' il V8...:-)
>
> Potresti installare sulla tua il V4R4. Pero' sono d'accordo con gerry
> ...e' piu' interessante col V3R7.
>
> In ogni caso, se hai 2 dischi da 4 gb puoi salvare tutto il sistema su
> una cassetta SRL5 da 4/8 Gb. (GO SAVE, Opz 21).
>
> Per sicurezza, andrebbe fatto comunque.
>
> Il problema e' che le SLR5 non si trovano facilmente a buon prezzo e
> il salvataggio del'intero sistema andrebbe fatto su una cassetta buona,
> possibilmente nuova...:-\
>
> ciao
> fm
L'unità è solo da 2Gb per cui ne servirebbero 4 da 2GB.
> Forse l'anno prossimo ci sara' il V8...:-)
>
> Potresti installare sulla tua il V4R4. Pero' sono d'accordo con gerry
> ...e' piu' interessante col V3R7.
>
> In ogni caso, se hai 2 dischi da 4 gb puoi salvare tutto il sistema su
> una cassetta SRL5 da 4/8 Gb. (GO SAVE, Opz 21).
>
> Per sicurezza, andrebbe fatto comunque.
>
> Il problema e' che le SLR5 non si trovano facilmente a buon prezzo e
> il salvataggio del'intero sistema andrebbe fatto su una cassetta buona,
> possibilmente nuova...:-\
>
> ciao
> fm
I prezzi sono inguardabili, lo so ...
Niente backup su di un'unità esterna, non ho porte SCSI :(
--
http://www.supervinx.com/Retrocomputer
supervinx
May 2, 2012, 6:19:27 PM5/2/12
to
In attesa di trovare una DL2450, ho inserito una CR2430. Stesso diametro,
ma spessore meno della metà.
Ho effettuato l'operazione con l'AS/400 in standby (per così dire).
Sul pannello di controllo l'indicazione 0000BBBB è sparita all'istante.
La vecchia batteria segnava +0.01V.
Ho riavviato in manuale, ed è rimasto dalle 17:00 alle 22:00 su
C0002A90, inizializzazione dello spool, forse a causa della nuova batteria ?
Poi ha ricreato alcuni indici e mi ha visualizzato la finestra di login.
Il codice A6001730 era comparso per qualche secondo, e la spia di attenzione
era spenta.
Così, dopo aver controllato e cancellato i messaggi in QSYSOPR, ho riavviato,
con IPL normale.
Adesso l'IPL è accettabile (una decina di minuti).
Dopo la schermata di login, è ricomparso il codice A6001730, ma non c'era
attività disco o alcun rallentamento.
Così, ho effettuato le seguenti operazioni.
STRSST
Avvio di un programma di manutenzione (1)
Gestore del servizion hardware (7)
Gestione registrazioni di assistenza (6)
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err01.png
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err02.png
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err03.png
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err04.png
Sembrerebbero legati alla scheda console, quella originaria che non è
collegata ad alcun dispositivo ..."
Ho riavviato, ed ora ho due nuovi errori (quelli di prima li avevo eliminati)
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err05.png
e la spia A6001730 è di nuovo spenta.
Sto riavviando per la terza volta, sono curioso ...
-----
Ho risolto il mistero del filtro nella visualizzazione dei membri
Il "bug" è nella gestione della data.
01/01/53 (1953)
31/12/54 (2054)
Bene, fino a 31/12/39 (2039) il filtro funzionana.
Per 20xx, xx>39 non funziona più.
ma spessore meno della metà.
Ho effettuato l'operazione con l'AS/400 in standby (per così dire).
Sul pannello di controllo l'indicazione 0000BBBB è sparita all'istante.
La vecchia batteria segnava +0.01V.
Ho riavviato in manuale, ed è rimasto dalle 17:00 alle 22:00 su
C0002A90, inizializzazione dello spool, forse a causa della nuova batteria ?
Poi ha ricreato alcuni indici e mi ha visualizzato la finestra di login.
Il codice A6001730 era comparso per qualche secondo, e la spia di attenzione
era spenta.
Così, dopo aver controllato e cancellato i messaggi in QSYSOPR, ho riavviato,
con IPL normale.
Adesso l'IPL è accettabile (una decina di minuti).
Dopo la schermata di login, è ricomparso il codice A6001730, ma non c'era
attività disco o alcun rallentamento.
Così, ho effettuato le seguenti operazioni.
STRSST
Avvio di un programma di manutenzione (1)
Gestore del servizion hardware (7)
Gestione registrazioni di assistenza (6)
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err01.png
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err02.png
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err03.png
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err04.png
Sembrerebbero legati alla scheda console, quella originaria che non è
collegata ad alcun dispositivo ..."
Ho riavviato, ed ora ho due nuovi errori (quelli di prima li avevo eliminati)
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err05.png
e la spia A6001730 è di nuovo spenta.
Sto riavviando per la terza volta, sono curioso ...
-----
Ho risolto il mistero del filtro nella visualizzazione dei membri
Il "bug" è nella gestione della data.
01/01/53 (1953)
31/12/54 (2054)
Bene, fino a 31/12/39 (2039) il filtro funzionana.
Per 20xx, xx>39 non funziona più.
supervinx
May 2, 2012, 6:19:28 PM5/2/12
to
supervinx
May 2, 2012, 6:39:07 PM5/2/12
to
> Sto riavviando per la terza volta, sono curioso ...
>
> -----
DSPMSG QSYSOPR, spia di attenzione accesa e A6001730.
Nessuna attività disco, 9.6% CPU.
--
http://www.supervinx.com/Retrocomputer
ger...@no.spam.mail.com
May 2, 2012, 6:56:56 PM5/2/12
to
On Wed, 2 May 2012 22:19:27 +0000 (UTC), supervinx <nes...@libero.it>
wrote:
> Ho riavviato in manuale, ed è rimasto dalle 17:00 alle 22:00 su
> C0002A90, inizializzazione dello spool, forse a causa della nuova batteria ?
Francamente non penso che la batteria abbia a che fare con questo. La prima
cifra dopo la C non dovrebbe essere uno zero, probabilmente era un nove?
C9002A90 significa Starting system jobs. Se il codice era quello, sarebbe
interessante sapere perché ci ha messo cinque ore a farli partire...
> Così, dopo aver controllato e cancellato i messaggi in QSYSOPR, ho riavviato,
> con IPL normale.
I messaggi in QSYSOPR puoi anche fare a meno di cancellarli: la coda viene
svuotata a ogni IPL automaticamente.
> STRSST
> Avvio di un programma di manutenzione (1)
> Gestore del servizion hardware (7)
> Gestione registrazioni di assistenza (6)
>
> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err01.png
> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err02.png
> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err03.png
> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err04.png
>
> Sembrerebbero legati alla scheda console, quella originaria che non è
> collegata ad alcun dispositivo ..."
Chissà, forse. I primi due sono relativi a un terminale che non c'è più e
non mi danno da pensare. Il terzo invece sembra che sia legato a qualcosa
che non esiste più, ma che ancora compare nella configurazione.
Prova dare un occhiata con WRKCFGSTS *LIN poi di nuovo con *CTL e ancora con
*DEV in modo da vedere tutte le linee, le control unit e i device presenti
nella configurazione del sistema. Se vedi qualcosa in stato FAILED o RCYxxx,
specialmente se non ha un nome che inizia per Q, ecco, forse è il caso di
fare un po' di pulizia. Non dovrebbe esserci molta roba. Se preferisci,
metti qui le schermate e vediamo.
> Ho riavviato, ed ora ho due nuovi errori (quelli di prima li avevo eliminati)
>
> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err05.png
Questo non è mica bello invece: DDxxx è un'unità disco! :-\
> Ho risolto il mistero del filtro nella visualizzazione dei membri
> Il "bug" è nella gestione della data.
> 01/01/53 (1953)
> 31/12/54 (2054)
>
> Bene, fino a 31/12/39 (2039) il filtro funzionana.
> Per 20xx, xx>39 non funziona più.
Eh, una cosa che sarà sicuramente corretta da una delle PTF Y2K.
Ciao,
G.
wrote:
> Ho riavviato in manuale, ed è rimasto dalle 17:00 alle 22:00 su
> C0002A90, inizializzazione dello spool, forse a causa della nuova batteria ?
cifra dopo la C non dovrebbe essere uno zero, probabilmente era un nove?
C9002A90 significa Starting system jobs. Se il codice era quello, sarebbe
interessante sapere perché ci ha messo cinque ore a farli partire...
> Così, dopo aver controllato e cancellato i messaggi in QSYSOPR, ho riavviato,
> con IPL normale.
svuotata a ogni IPL automaticamente.
> STRSST
> Avvio di un programma di manutenzione (1)
> Gestore del servizion hardware (7)
> Gestione registrazioni di assistenza (6)
>
> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err01.png
> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err02.png
> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err03.png
> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err04.png
>
> Sembrerebbero legati alla scheda console, quella originaria che non è
> collegata ad alcun dispositivo ..."
non mi danno da pensare. Il terzo invece sembra che sia legato a qualcosa
che non esiste più, ma che ancora compare nella configurazione.
Prova dare un occhiata con WRKCFGSTS *LIN poi di nuovo con *CTL e ancora con
*DEV in modo da vedere tutte le linee, le control unit e i device presenti
nella configurazione del sistema. Se vedi qualcosa in stato FAILED o RCYxxx,
specialmente se non ha un nome che inizia per Q, ecco, forse è il caso di
fare un po' di pulizia. Non dovrebbe esserci molta roba. Se preferisci,
metti qui le schermate e vediamo.
> Ho riavviato, ed ora ho due nuovi errori (quelli di prima li avevo eliminati)
>
> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err05.png
> Ho risolto il mistero del filtro nella visualizzazione dei membri
> Il "bug" è nella gestione della data.
> 01/01/53 (1953)
> 31/12/54 (2054)
>
> Bene, fino a 31/12/39 (2039) il filtro funzionana.
> Per 20xx, xx>39 non funziona più.
Ciao,
G.
supervinx
May 2, 2012, 7:33:03 PM5/2/12
to
Sì, è stato un refuso, C900.
Ha macinato cinque ore, senza sapere che cosa stesse facendo...
Comunque, il primo IPL dopo il cambio della batteria è stato "sui generis".
Ma OS/400 carica l'ora dal disco ?
Prima, con la batteria completamente scarica, ogni volta che accendevo
trovavo la stessa data ...
>> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err05.png
>
> Questo non è mica bello invece: DDxxx è un'unità disco! :-\
>
L'errore è sparito ...
Domani vediamo il resto...
--
http://www.supervinx.com/Retrocomputer
Ha macinato cinque ore, senza sapere che cosa stesse facendo...
Comunque, il primo IPL dopo il cambio della batteria è stato "sui generis".
Ma OS/400 carica l'ora dal disco ?
Prima, con la batteria completamente scarica, ogni volta che accendevo
trovavo la stessa data ...
>> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err05.png
>
> Questo non è mica bello invece: DDxxx è un'unità disco! :-\
>
Domani vediamo il resto...
--
http://www.supervinx.com/Retrocomputer
supervinx
May 2, 2012, 7:54:02 PM5/2/12
to
>> http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/sst_err05.png
>
> Questo non è mica bello invece: DDxxx è un'unità disco! :-\
>
notificato in qualche modo ?
in DSPMSG non c'era nulla, l'ho visto solo perché sono andato a controllare
in SST, ma non avevo ricevuto avvisi di alcun genere, tranne A6001730
e la spia di attenzione accesa.
--
http://www.supervinx.com/Retrocomputer
ger...@no.spam.mail.com
May 2, 2012, 8:00:32 PM5/2/12
to
On Wed, 2 May 2012 23:33:03 +0000 (UTC), supervinx <nes...@libero.it>
wrote:
> Ma OS/400 carica l'ora dal disco ?
> Prima, con la batteria completamente scarica, ogni volta che accendevo
> trovavo la stessa data ...
Non ho informazioni precise. Ma posso immaginare che quando l'orologio è
inservibile si basi sull'ultima registrazione su disco per inizializzare
l'orologio software. Così almeno i log e tutto il resto sono consequenziali.
Visto poi che l'epoch di OS/400 è nel maggio del 1936, è meglio così. :)
Anche VMS (per VAX) usa qualcosa di memorizzato sul disco per inizializzare
il proprio orologio, però lì la faccenda è diversa. Curiosità, dato che ci
siamo: l'epoch di VMS è nel novembre del 1858 (sì, XIX secolo). :)
G.
wrote:
> Ma OS/400 carica l'ora dal disco ?
> Prima, con la batteria completamente scarica, ogni volta che accendevo
> trovavo la stessa data ...
inservibile si basi sull'ultima registrazione su disco per inizializzare
l'orologio software. Così almeno i log e tutto il resto sono consequenziali.
Visto poi che l'epoch di OS/400 è nel maggio del 1936, è meglio così. :)
Anche VMS (per VAX) usa qualcosa di memorizzato sul disco per inizializzare
il proprio orologio, però lì la faccenda è diversa. Curiosità, dato che ci
siamo: l'epoch di VMS è nel novembre del 1858 (sì, XIX secolo). :)
G.
ger...@no.spam.mail.com
May 2, 2012, 8:02:06 PM5/2/12
to
On Wed, 2 May 2012 23:54:02 +0000 (UTC), supervinx <nes...@libero.it>
wrote:
> > Questo non è mica bello invece: DDxxx è un'unità disco! :-\
> >
> Mi spieghi perché se l'errore era di una certa gravità, il sistema non l'ha
> notificato in qualche modo ?
Già, hai ragione. Forse allora era un "falso" errore. Tipo che il disco ha
risposto in ritardo allo scan del bus SCSI, magari non direttamente per
colpa sua, ma perché c'era del traffico dato da altri problemi, come ad
esempio le schede mancanti che pare che lui ancora stia cercando.
> in DSPMSG non c'era nulla, l'ho visto solo perché sono andato a controllare
> in SST, ma non avevo ricevuto avvisi di alcun genere, tranne A6001730
> e la spia di attenzione accesa.
In questi casi butta anche un occhio in WRKPRB, che non si sa mai. E anche
in DSPLOG, già che ci sei.
Ciao,
G.
wrote:
> > Questo non è mica bello invece: DDxxx è un'unità disco! :-\
> >
> Mi spieghi perché se l'errore era di una certa gravità, il sistema non l'ha
> notificato in qualche modo ?
risposto in ritardo allo scan del bus SCSI, magari non direttamente per
colpa sua, ma perché c'era del traffico dato da altri problemi, come ad
esempio le schede mancanti che pare che lui ancora stia cercando.
> in DSPMSG non c'era nulla, l'ho visto solo perché sono andato a controllare
> in SST, ma non avevo ricevuto avvisi di alcun genere, tranne A6001730
> e la spia di attenzione accesa.
in DSPLOG, già che ci sei.
Ciao,
G.
fm
May 3, 2012, 12:30:18 AM5/3/12
to
<ger...@no.spam.mail.com> ha scritto nel messaggio
news:2li3q7lantvko1gd6...@4ax.com...
> On Wed, 2 May 2012 23:54:02 +0000 (UTC), supervinx <nes...@libero.it>
> wrote:
>
>> > Questo non è mica bello invece: DDxxx è un'unità disco! :-\
>> >
>> Mi spieghi perché se l'errore era di una certa gravità, il sistema non
>> l'ha
>> notificato in qualche modo ?
durante l'IPL c'erano dei codici SRC sul display.....
> wrote:
>
>> > Questo non è mica bello invece: DDxxx è un'unità disco! :-\
>> >
>> Mi spieghi perché se l'errore era di una certa gravità, il sistema non
>> l'ha
>> notificato in qualche modo ?
>
> Già, hai ragione. Forse allora era un "falso" errore. Tipo che il disco ha
> risposto in ritardo allo scan del bus SCSI, magari non direttamente per
> colpa sua, ma perché c'era del traffico dato da altri problemi, come ad
> esempio le schede mancanti che pare che lui ancora stia cercando.
>
IMVVHO ... 5 ore di IPL sul 150 significano inequivocabilmente
> Già, hai ragione. Forse allora era un "falso" errore. Tipo che il disco ha
> risposto in ritardo allo scan del bus SCSI, magari non direttamente per
> colpa sua, ma perché c'era del traffico dato da altri problemi, come ad
> esempio le schede mancanti che pare che lui ancora stia cercando.
>
problemi ai dischi.
L'ho visto varie volte fare queste ricostruzioni e poi tutto sembra
funzionare regolarmente.
I tecnici di manutenzione controllano sempre anche il cavo scsi,
i connettori devono essere ben fissati etc etc.
ciao
fm
supervinx
May 3, 2012, 2:29:22 AM5/3/12
to
Il Thu, 03 May 2012 06:30:18 +0200, fm ha scritto:
> <ger...@no.spam.mail.com> ha scritto nel messaggio
> news:2li3q7lantvko1gd6...@4ax.com...
>> On Wed, 2 May 2012 23:54:02 +0000 (UTC), supervinx <nes...@libero.it>
>> wrote:
>>
>>> > Questo non è mica bello invece: DDxxx è un'unità disco! :-\
>>> >
>>> Mi spieghi perché se l'errore era di una certa gravità, il sistema non
>>> l'ha
>>> notificato in qualche modo ?
>
> durante l'IPL c'erano dei codici SRC sul display.....
Durante il lungo IPL, l'unico codice visualizzato è stato
> <ger...@no.spam.mail.com> ha scritto nel messaggio
> news:2li3q7lantvko1gd6...@4ax.com...
>> On Wed, 2 May 2012 23:54:02 +0000 (UTC), supervinx <nes...@libero.it>
>> wrote:
>>
>>> > Questo non è mica bello invece: DDxxx è un'unità disco! :-\
>>> >
>>> Mi spieghi perché se l'errore era di una certa gravità, il sistema non
>>> l'ha
>>> notificato in qualche modo ?
>
> durante l'IPL c'erano dei codici SRC sul display.....
C90029B0, Spool Initialization.
(Ieri sera ho sbagliato codice, scusate...)
Prima dell'ultimo spegnimento, avevo azzerato tutte le code, liberando quasi
un GB. Al successivo IPL, dopo il cambio della batteria,
s'è fermato proprio lì.
In seguito, A6001730.
Nessun codice BXXXYYYY, neanche con SST.
AL successivo IPL (dopo quello lungo), non ho ricevuto alcun codice se non
A6001730, ed ho trovato gli errori conn SST.
Ad ogni modo verifico i cavi, riavvio e controllo.
--
http://www.supervinx.com/Retrocomputer
supervinx
May 3, 2012, 3:10:42 AM5/3/12
to
Cattive notizie, o quasi.
Oggi un IPL velocissimo, meno di 10 minuti.
Rimane il codice A6001730.
Controllo SST, e non ci sono notifiche, ad eccezione della solita risorsa
non trovata (scheda rimossa).
Niente in DSPMSG o DSPLOG.
Rimane WRKPRB (ahi!, ahi!, ahi!)
Tralasciando i messaggi sulle risorse sparite, c'è un
Errore imminente DASD, ieri sera alle 23:48, IPL successivo a quello lungo,
quando ho riscontrato i messaggi con SST.
C'è poi una serie di messaggi, datati 2008, saltuari, con errori alla stessa
unità, "Contattare il tecnico di assistenza".
L'unità è 6607 (disco), DD003, seriale 68-EB3C8.
Urgerebbe un backup, ma non ho uno straccio di supporto.
Nulla si può far via rete ?
Per il momento lo spengo.
--
http://www.supervinx.com/Retrocomputer
Oggi un IPL velocissimo, meno di 10 minuti.
Rimane il codice A6001730.
Controllo SST, e non ci sono notifiche, ad eccezione della solita risorsa
non trovata (scheda rimossa).
Niente in DSPMSG o DSPLOG.
Rimane WRKPRB (ahi!, ahi!, ahi!)
Tralasciando i messaggi sulle risorse sparite, c'è un
Errore imminente DASD, ieri sera alle 23:48, IPL successivo a quello lungo,
quando ho riscontrato i messaggi con SST.
C'è poi una serie di messaggi, datati 2008, saltuari, con errori alla stessa
unità, "Contattare il tecnico di assistenza".
L'unità è 6607 (disco), DD003, seriale 68-EB3C8.
Urgerebbe un backup, ma non ho uno straccio di supporto.
Nulla si può far via rete ?
Per il momento lo spengo.
--
http://www.supervinx.com/Retrocomputer
sadness
May 3, 2012, 4:11:40 AM5/3/12
to
On Thu, 03 May 2012 07:10:42 +0000, supervinx wrote:
> Tralasciando i messaggi sulle risorse sparite, c'è un Errore imminente
> DASD, ieri sera alle 23:48, IPL successivo a quello lungo, quando ho
> riscontrato i messaggi con SST.
> C'è poi una serie di messaggi, datati 2008, saltuari, con errori alla
> stessa unità, "Contattare il tecnico di assistenza".
> L'unità è 6607 (disco), DD003, seriale 68-EB3C8.
>
> Urgerebbe un backup, ma non ho uno straccio di supporto.
Siamo sicuri che urga davvero un backup ? licenze utili non ce ne sono,
> Tralasciando i messaggi sulle risorse sparite, c'è un Errore imminente
> DASD, ieri sera alle 23:48, IPL successivo a quello lungo, quando ho
> riscontrato i messaggi con SST.
> C'è poi una serie di messaggi, datati 2008, saltuari, con errori alla
> stessa unità, "Contattare il tecnico di assistenza".
> L'unità è 6607 (disco), DD003, seriale 68-EB3C8.
>
> Urgerebbe un backup, ma non ho uno straccio di supporto.
ci sono dei dati o programmi del precedente propietario di tuo
interesse ? perche i media della v3r7 li abbiamo quindi l'os lo puoi
reinstallare (e forse sarebbe pure utile per avere una situazione
"pulita" sotto al sedere che tra rogne hw e software mi pare che non ne
stiate venendo fuori ..)
> Nulla si può far via rete ?
> Per il momento lo spengo.
questo non e' il momento migliore per fare prove ma digerisce tutta una
serie di drive standard tra cui 8mm e 4mm.
Dato che hai un disco spare sostituirei il disco marcio e ripartirei da
zero, oppure dato che il sistema critico non e' puoi sempre provare a
smontare il disco marcio e, su un altro sistema, vedere che tipo di
problema hai, considera che lui non rialloca eventuali settori
danneggiati, cosa che invece puoi fare altrove e una volta rimontato il
disco (riformattato e reinstallato l'os) probabilmente tirarci fuori
qualche ora/giorno/mese/anno di funzionamento (dipende dalle condizioni
del disco).
In ambiente di produzione non sarebbe nemmeno da pensarci ma in casa si
puo' fare, ed in effetti l'ho fatto con uno dei dischi del mio -170,
singolo settore danneggiato, rimappato quello il sistema e' felice.
supervinx
May 3, 2012, 6:07:30 AM5/3/12
to
> Dato che hai un disco spare sostituirei il disco marcio e ripartirei da
> zero, oppure dato che il sistema critico non e' puoi sempre provare a
> smontare il disco marcio e, su un altro sistema, vedere che tipo di
> problema hai, considera che lui non rialloca eventuali settori
> danneggiati, cosa che invece puoi fare altrove e una volta rimontato il
> disco (riformattato e reinstallato l'os) probabilmente tirarci fuori
> qualche ora/giorno/mese/anno di funzionamento (dipende dalle condizioni
> del disco).
A che sistema pensavi ?
> zero, oppure dato che il sistema critico non e' puoi sempre provare a
> smontare il disco marcio e, su un altro sistema, vedere che tipo di
> problema hai, considera che lui non rialloca eventuali settori
> danneggiati, cosa che invece puoi fare altrove e una volta rimontato il
> disco (riformattato e reinstallato l'os) probabilmente tirarci fuori
> qualche ora/giorno/mese/anno di funzionamento (dipende dalle condizioni
> del disco).
Se lo monto sull'Adaptec che ho, non riconosce la dimensione del settore.
Devo montarlo su di un altro AS/400 ? Ne avrei uno con gli stessi dischi...
--
http://www.supervinx.com/Retrocomputer
sadness
May 3, 2012, 6:38:39 AM5/3/12
to
riconvertirlo a 520b/s, ci sono vari tool per farlo, oppure usare ddd-si
che e' un software di diagnostica dischi ibm per windows (mi pare non
abbia problemi a lavorare con dischi da 520).
Potrebbe anche bastare l'opzione di formattazione del dst, non ricordo
esattamente come e' indicata ma se ben ricordo riformatta tutto il disco
e potrebbe anche bastare per far riallocare i settori danneggiati al
disco stesso (dovrai farlo avviando dai media di installazione di os/400).
Al momento non ricordo per quale strada optai con il disco del mio -170,
c'e' da dire che essendo un disco seagate (che si identifica come ibm,
molto carino) potrei anche aver usato il tool seagate per linux (che tra
le altre cose permette di cambiare il blocksize, anche se non funziona
con tutti i dischi).
supervinx
May 3, 2012, 6:45:59 AM5/3/12
to
Come identifico un disco per AS/400 ?
Spesso hanno tutti l'etichetta DHCS 6607.
In altre parole, se ho un DHCS 6607 che non sembra per AS/400
(sector size 512) ho speranze di farlo riconoscere ?
Non esiste un tool per riallocare i settori senza formattare ?
--
http://www.supervinx.com/Retrocomputer
supervinx
May 3, 2012, 6:58:29 AM5/3/12
to
Se funzionasse dd con i settori da 520, duplicherei il disco ...
Ah, perché non reinstallo tutto ?
Forse perché è più divertente sciogliere i nodi che tagliarli !
--
http://www.supervinx.com/Retrocomputer
Ah, perché non reinstallo tutto ?
Forse perché è più divertente sciogliere i nodi che tagliarli !
--
http://www.supervinx.com/Retrocomputer
sadness
May 3, 2012, 7:13:14 AM5/3/12
to
On Thu, 03 May 2012 10:45:59 +0000, supervinx wrote:
> Come identifico un disco per AS/400 ?
> Spesso hanno tutti l'etichetta DHCS 6607.
> In altre parole, se ho un DHCS 6607 che non sembra per AS/400 (sector
> size 512) ho speranze di farlo riconoscere ?
Cominciamo col dire che non tutti i dischi con b/s diverso da 512 sono
> Come identifico un disco per AS/400 ?
> Spesso hanno tutti l'etichetta DHCS 6607.
> In altre parole, se ho un DHCS 6607 che non sembra per AS/400 (sector
> size 512) ho speranze di farlo riconoscere ?
per as400 (sono stati usati su svariati sistemi, specialmente su array
raid come clarion etc), cosi come non tutti i dischi per as/400 sono IBM,
e' stato usato un po' di tutto da IBM stessa, quantum, seagate, fujitsu ..
Se c'e' un numero di parte (e sulla roba IBM c'e' SEMPRE un numero di
parte) e' la via piu rapida, in ogni caso il 99% (non dico 100% per
scaramanzia) dei dischi per as/400 si identificano con un vendor id di
tipo "IBMAS400", siano essi seagate, quantum o ibm.
Tra l'altro il vendor id potrebbe essere propio cio che os400 va' a
cercare per identificare un disco come "suo", abbiamo gia sperimentato
che un disco standard formattato con bs=520 non e' gradito, mentre se
non erro un disco per as400 riformattato a 512 viene comunque digerito
(previa formattazione dal dst), almeno su alcune release del os.
(peccato che il vendor id non e' modificabile senza modificare il
firmware del disco).
> Non esiste un tool per riallocare i settori senza formattare ?
risulta ci sia molto, forse con sformat, sotto dos mi sa che non c'e'
speranza alcuna.
Considerando che a) non mi pare ci siano dati critici nel sistema b) hai/
abbiamo copia del os per reinstallare c) il disco e' comunque da
considerarsi perso e non ultimo d) hai un disco di ricambio
non mi farei troppe paranoie ne a tentare prima di riformattarlo dal dst
ne in caso di insuccesso passarlo su un adaptec, riformattarlo a 512b/s
(tra l'altro durante la formattazione rimappa i settori) e poi
riconvertirlo a 520 (dal dst o usando altri tool).
Considera che stiamo parlando di cose del tutto non previste da ibm e che
praticamente nessuno ha sperimentato, insomma non la trovi della
letteratura in merito, ti tocca rischiare.
sadness
May 3, 2012, 7:18:58 AM5/3/12
to
On Thu, 03 May 2012 10:58:29 +0000, supervinx wrote:
> Se funzionasse dd con i settori da 520, duplicherei il disco ... Ah,
> perché non reinstallo tutto ?
> Forse perché è più divertente sciogliere i nodi che tagliarli !
E'piu' divertente se porta a qualche risultato, data la situazione mi
> Se funzionasse dd con i settori da 520, duplicherei il disco ... Ah,
> perché non reinstallo tutto ?
> Forse perché è più divertente sciogliere i nodi che tagliarli !
sembra invece una perdita di tempo che rischia di culminare in un -150
non funzionante.
Non vedo molte altre possibilita' considerando il disco che ti sta'
salutando.
Puoi rischiarti qualche altro ipl (tanto piu' che rompersi non puo' fare)
e provare altre unita' di backup con media piu' facilmente reperibili,
finche non ne trovi una gradita al os, e con quella backuppare il tutto.
Io ho usato alcuni qic archive viper oem sun, un paio di dds3 seagate, un
vecchio exabyte 8200 8mm, e non ricordo cos'altro, con vari livelli di
successo in base alla release del os.
supervinx
May 3, 2012, 7:36:55 AM5/3/12
to
Il Thu, 03 May 2012 11:18:58 +0000, sadness ha scritto:
> On Thu, 03 May 2012 10:58:29 +0000, supervinx wrote:
>
>> Se funzionasse dd con i settori da 520, duplicherei il disco ... Ah,
>> perché non reinstallo tutto ?
>> Forse perché è più divertente sciogliere i nodi che tagliarli !
>
> E'piu' divertente se porta a qualche risultato, data la situazione mi
> sembra invece una perdita di tempo che rischia di culminare in un -150
> non funzionante.
> Non vedo molte altre possibilita' considerando il disco che ti sta'
> salutando.
>
> Puoi rischiarti qualche altro ipl (tanto piu' che rompersi non puo'
> fare) e provare altre unita' di backup con media piu' facilmente
> reperibili, finche non ne trovi una gradita al os, e con quella
> backuppare il tutto. Io ho usato alcuni qic archive viper oem sun, un
> paio di dds3 seagate, un vecchio exabyte 8200 8mm, e non ricordo
> cos'altro, con vari livelli di successo in base alla release del os.
Proverò con qualche DDS-2 (quello passa il convento). Ci sarebbe anche un DLT,
> On Thu, 03 May 2012 10:58:29 +0000, supervinx wrote:
>
>> Se funzionasse dd con i settori da 520, duplicherei il disco ... Ah,
>> perché non reinstallo tutto ?
>> Forse perché è più divertente sciogliere i nodi che tagliarli !
>
> E'piu' divertente se porta a qualche risultato, data la situazione mi
> sembra invece una perdita di tempo che rischia di culminare in un -150
> non funzionante.
> Non vedo molte altre possibilita' considerando il disco che ti sta'
> salutando.
>
> Puoi rischiarti qualche altro ipl (tanto piu' che rompersi non puo'
> fare) e provare altre unita' di backup con media piu' facilmente
> reperibili, finche non ne trovi una gradita al os, e con quella
> backuppare il tutto. Io ho usato alcuni qic archive viper oem sun, un
> paio di dds3 seagate, un vecchio exabyte 8200 8mm, e non ricordo
> cos'altro, con vari livelli di successo in base alla release del os.
ma non credo sia adatto.
È possibile inserire un terzo disco e spostare il contenuto di quello guasto
lì ? Una specie di ricostruzione hot-swap ?
In caso negativo, credo che dovrò attingere al vostro archivio :)
Ed a qualche consulenza "installativa" :D
--
http://www.supervinx.com/Retrocomputer
sadness
May 3, 2012, 7:56:47 AM5/3/12
to
On Thu, 03 May 2012 11:36:55 +0000, supervinx wrote:
> Proverò con qualche DDS-2 (quello passa il convento). Ci sarebbe anche
> un DLT,
> ma non credo sia adatto.
> È possibile inserire un terzo disco e spostare il contenuto di quello
> guasto lì ? Una specie di ricostruzione hot-swap ?
Uhm, senza dubbio puoi aggiungere un altro disco al asp principale, non
> Proverò con qualche DDS-2 (quello passa il convento). Ci sarebbe anche
> un DLT,
> ma non credo sia adatto.
> È possibile inserire un terzo disco e spostare il contenuto di quello
> guasto lì ? Una specie di ricostruzione hot-swap ?
ricordo se te ne fa' anche rimuovere uno gia' in uso, sarebbe una
possibilita'.
Vediamo cosa ci dice Gerry in proposito.
> In caso negativo, credo che dovrò attingere al vostro archivio :)
> Ed a qualche consulenza "installativa" :D
Non appena ho modo comincio col metterti online le PTF che in ogni caso
ti saranno utili.
fm
May 3, 2012, 8:54:12 AM5/3/12
to
>
> Considera che stiamo parlando di cose del tutto non previste da ibm e che
> praticamente nessuno ha sperimentato, insomma non la trovi della
> letteratura in merito, ti tocca rischiare.
>
1) uno salvare tutto il possibile, fintanto che il disco ti permette di
farlo...
Finche' non saranno disponibili i nastri, se il sistema operativo ed i
programmi ibm non
interessano, le librerie dell'utente possono essere
salvate in savfile e quesri savfile scaricati su un pc in rete
con l'FTP.
2) sostituire il disco difettoso.
il 150 puo' avere fino a 4 dischi, il suo ne ha 2.
Se ne aggiunge un terzo (che ha a disposizione)...e la macchina
riesce a riconoscerlo, formattarlo o aggiungerlo all'asp,
poi potra' togliere dall'asp il disco difettoso.
Naturalmente, sia l'operazione di salvataggio 1 che l'operazione su dischi 2
necessitano che il disco sia in grado di funzionare.
Se ci dovessero essere altri errori,
bisogna procedere con la scratch-install.
Il 6607 malfunzionante, una volta riformattato potrebbe
ancora andar bene per anni....ma io preferirei comunque gettarlo.
Credo di capire che non c'e' un problema di tempo,
quindi ben vengano altre soluzioni...anche piu' fantasiose...:-)
ciao
fm
Aspettare
supervinx
May 3, 2012, 9:01:56 AM5/3/12
to
Il Thu, 03 May 2012 14:54:12 +0200, fm ha scritto:
>> Considera che stiamo parlando di cose del tutto non previste da ibm e
>> che praticamente nessuno ha sperimentato, insomma non la trovi della
>> letteratura in merito, ti tocca rischiare.
>>
> IMVVHO ci sono due cose da fare:
>
> 1) uno salvare tutto il possibile, fintanto che il disco ti permette di
> farlo...
>
> Finche' non saranno disponibili i nastri, se il sistema operativo ed i
> programmi ibm non
> interessano, le librerie dell'utente possono essere salvate in savfile e
> quesri savfile scaricati su un pc in rete con l'FTP.
>
> 2) sostituire il disco difettoso.
> il 150 puo' avere fino a 4 dischi, il suo ne ha 2. Se ne aggiunge un
> terzo (che ha a disposizione)...e la macchina riesce a riconoscerlo,
> formattarlo o aggiungerlo all'asp, poi potra' togliere dall'asp il disco
> difettoso.
>
> Naturalmente, sia l'operazione di salvataggio 1 che l'operazione su
> dischi 2 necessitano che il disco sia in grado di funzionare.
>
Il disco difettoso, stando al seriale, ha P/N 27H1711 (ho appena controllato)
>> Considera che stiamo parlando di cose del tutto non previste da ibm e
>> che praticamente nessuno ha sperimentato, insomma non la trovi della
>> letteratura in merito, ti tocca rischiare.
>>
> IMVVHO ci sono due cose da fare:
>
> 1) uno salvare tutto il possibile, fintanto che il disco ti permette di
> farlo...
>
> Finche' non saranno disponibili i nastri, se il sistema operativo ed i
> programmi ibm non
> interessano, le librerie dell'utente possono essere salvate in savfile e
> quesri savfile scaricati su un pc in rete con l'FTP.
>
> 2) sostituire il disco difettoso.
> il 150 puo' avere fino a 4 dischi, il suo ne ha 2. Se ne aggiunge un
> terzo (che ha a disposizione)...e la macchina riesce a riconoscerlo,
> formattarlo o aggiungerlo all'asp, poi potra' togliere dall'asp il disco
> difettoso.
>
> Naturalmente, sia l'operazione di salvataggio 1 che l'operazione su
> dischi 2 necessitano che il disco sia in grado di funzionare.
>
ed ho scoperto di possederne ben due in garage, oltre ad un 27H1712 ;)
Come faccio, una volta aggiunto all'asp, a togliere i dati dal disco difettoso,
e spostarli su quello nuovo (si fa per dire ...) ?
Scusate se approfitto ... ma sono ben lungi, ancora, dall'esser sistemista
AS/400 ;)
supervinx
May 3, 2012, 9:04:20 AM5/3/12
to
A titolo di conoscenza, mi interesserebbe anche saper come salvare i dati
non IBM. Qual sono gli equivalenti di CATALOG, LISTLIBR del System/36 ?
--
http://www.supervinx.com/Retrocomputer
non IBM. Qual sono gli equivalenti di CATALOG, LISTLIBR del System/36 ?
--
http://www.supervinx.com/Retrocomputer
supervinx
May 3, 2012, 9:05:12 AM5/3/12
to
Il Thu, 03 May 2012 13:04:20 +0000, supervinx ha scritto:
> A titolo di conoscenza, mi interesserebbe anche saper come salvare i
> dati non IBM. Qual sono gli equivalenti di CATALOG, LISTLIBR del
> System/36 ?
DSPLIB, DISPLIBL, DISPLIBD ?
> A titolo di conoscenza, mi interesserebbe anche saper come salvare i
> dati non IBM. Qual sono gli equivalenti di CATALOG, LISTLIBR del
> System/36 ?
--
http://www.supervinx.com/Retrocomputer
fm
May 3, 2012, 9:29:23 AM5/3/12
to
> Il disco difettoso, stando al seriale, ha P/N 27H1711 (ho appena
> controllato)
> ed ho scoperto di possederne ben due in garage, oltre ad un 27H1712 ;)
> Come faccio, una volta aggiunto all'asp, a togliere i dati dal disco
> difettoso,
> e spostarli su quello nuovo (si fa per dire ...) ?
>
Potrei scrivere cose sbagliatissime, cmq
ti ho detto che *per prima cosa* occorre salvare tutto,
quindi ho la coscienza a posto....:-)
SALVARE SALVARE SALVARE
Poi...
A macchina spenta devi aggiungere fisicamente il nuovo disco.
Non ricordo se c'e' da impostare
un indirizzo scsi o lo fa da se'...sul pannello laterale del 150,
all'interno, forse c'e' la solita
figurina con gli indirizzi dei dischi....o forse la figurina e' sul cestello
dischi.
Il tuo bus scsi ha gia' 4 unita'; il nastro, il lettore cd, e 1 due dischi.
il disco nuovo deve avere un indirizzo non duplicato.
Queste cose le sai meglio di me.
Poi accendi la macchina e vai col DST nella gestione dischi.
La prima cosa da controllare e' che compaia un nuovo disco non configurato.
Poi dovrai andare in aggiunta unità all'asp...
lui aggiungera' il disco e lo formattera' (impiega molto tempo).
A questo punto avrai 3 dischi, di cui quello nuovo con pochissimo spazio
occupato.
se gli altri due si chiamano DD0001, DD0002 dovrebbe chiamarsi DD0003.
Adesso e' il momento, sempre all'interno della gestione unità a disco,
di rimuovere l'unita' difettosa, che potrebbe essere ad esempio
la DD0002.
Di nuovo lui impiega molto tempo (moltissimo se un disco e' difettoso) a
spostare i dati dal DD0002 ai rimanenti 2 dischi.
SE tutto va a buon fine... avrai di nuovo un'unita' non configurata, che e'
quella guasta.
Ti segni la matricola, spengi la macchina e togli fisicamente il disco.
La cosa carina e' che la matricola/seriale/identificativo del disco e'
proprio quella sull'etichetta ....-)
Se necessario accendo il 150 e posso dettagliate passo passo tutte le varie
fasi, ma dovresti farcela...:
S.E.&.O.
ciao
fm
fm
May 3, 2012, 9:55:28 AM5/3/12
to
"supervinx" <nes...@libero.it> ha scritto nel messaggio
news:jntvq8$kf2$3...@tdi.cu.mi.it...
> Il Thu, 03 May 2012 13:04:20 +0000, supervinx ha scritto:
>
>> A titolo di conoscenza, mi interesserebbe anche saper come salvare i
>> dati non IBM. Qual sono gli equivalenti di CATALOG, LISTLIBR del
>> System/36 ?
>
> DSPLIB, DISPLIBL, DISPLIBD ?
>
STRPDM
>
>> A titolo di conoscenza, mi interesserebbe anche saper come salvare i
>> dati non IBM. Qual sono gli equivalenti di CATALOG, LISTLIBR del
>> System/36 ?
>
> DSPLIB, DISPLIBL, DISPLIBD ?
>
Opzione 1 gestione librerie
e scegli il parametro *ALLUSR...
ti fara' vedere tutte le librerie dell'utente...
ciao
fm
supervinx
May 3, 2012, 11:09:12 AM5/3/12
to
> A macchina spenta devi aggiungere fisicamente il nuovo disco.
LOL ! Non c'è un backplane hotswap !
> Non ricordo se c'e' da impostare
> un indirizzo scsi o lo fa da se'...sul pannello laterale del 150,
> all'interno, forse c'e' la solita
> figurina con gli indirizzi dei dischi....o forse la figurina e' sul
> cestello dischi.
>
> A questo punto avrai 3 dischi, di cui quello nuovo con pochissimo spazio
> occupato.
> se gli altri due si chiamano DD0001, DD0002 dovrebbe chiamarsi DD0003.
>
Secondo i messaggi d'errore, l'unità con problemi è la DD0003. Per fortuna
> A questo punto avrai 3 dischi, di cui quello nuovo con pochissimo spazio
> occupato.
> se gli altri due si chiamano DD0001, DD0002 dovrebbe chiamarsi DD0003.
>
che ho salvato tutte le schermate d'errore...
> La cosa carina e' che la matricola/seriale/identificativo del disco e'
> proprio quella sull'etichetta ....-)
>
dei numeri riportati sul codice a barre. Per fortuna (?) l'unità problematica
è proprio quella di cui dispongo di due dischi identici. L'altra ha un P/N
differente ...
--
http://www.supervinx.com/Retrocomputer
It is loading more messages.
0 new messages