Newsgroup: it.comp.retrocomputing
Titolo: [OT] 9401-150 - TCP/IP configurazione

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



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 ...


 che sia l'opzione "Iter del TCP" :P



Proprio quella! :)



Ciao,

G.




 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.




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 ...


 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.




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.


 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.


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.


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 ?


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


>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






 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.




 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.




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.


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.


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


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.


 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.




 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.




 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.


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



 

Eh no :)



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 !


 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.



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





E credo tu abbia ragione ... nel timore non vedesse la console (stava dando

i numeri in partenza) l'avevo acceso disconnettendo il cavo e riconnettendolo

dopo !


 :)

Bene bene: ti rubo due informazioni ;)

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 ?


 ha scritto nel messaggio 

news:jngnl8$s4q$1...@tdi.cu.mi.it...


Nelle macchine Ibm c'e' sempre il linguaggio

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














 direi che  a V5R3  il problema fosse risolto.



Lo vedo un po' affaticato un 150 con la _cinque_tre. Anzi non so mica se ci

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.






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.





Allora il mio è leggerissimo ... _tre_sette ... magari anche una briscola ;)









-- 

http://www.supervinx.com/Retrocomputer



 Lo vedo un po' affaticato un 150 con la _cinque_tre



Non intendevo dire che si puo' montare il V5R3 sul 150,

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 






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



 forse lo faceva anche il Win 2000...?



In realtà direi che la faccenda sia un po' differente. Windows e il mondo

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.




 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.






Sono fondamentalmente d'accordo con  quello che hai scritto.

Faro' appena possibile, su una macchina attuale,

la verifica sperimentale di quanto succede scollegando

il cavo di rete ethernet.



Farovvi sapere....:-)



ciao

fm










 

Ero dentro "Gestione membri con PDM". Ho controllato, anche lì c'è N.



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



 Ero dentro "Gestione membri con PDM". Ho controllato, anche lě c'č N.



Lě dove esattamente? Cosa pigi per vedere la N?



G.


 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



    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.




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



 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.


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



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



-------------------------

                           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 !


    (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. :)


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...


 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


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 ?


 

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.



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



 ha scritto nel messaggio 

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












 disponibili né l'abstract né altre informazioni.



Lascia perdere il sito IBM, delle volte si dimostra di un inutilita' 

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.


 

C'è, c'è ;) ... la solita batteria... CR2032-like ...



Non pubblico le foto finché non termino la parte software ...





-- 

http://www.supervinx.com/Retrocomputer



> 



Dimmi quando, quando quando !



Il comando DSPLICKEY mi dice che non ci sono licenze. Possibile ?









-- 

http://www.supervinx.com/Retrocomputer



 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.




 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.


 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.




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ò...




 G.



                       Gestione dello stato del sistema

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 ?


 8 GB ?



QWCBTCLNUP sta facendo pulizia, la percentuale è scesa dall'88%

all'84%, dunque un GB dovrei averlo libero.

Posso aggiungere un terzo disco ?



Come no, anche un quarto, il problema e', hai i SUOI dischi ?

scordati di infilarci un disco scsi standard e vedertelo riconoscere.


 scordati di infilarci un disco scsi standard e vedertelo riconoscere.



Ne ho uno IBM... lo so per certo perché quando lo provai, la scheda

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 ;)



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.



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





Ti pare che l'abbia riformattato ? :)

L'ho archiviato così com'era, poteva sempre tornar utile, no ?



Dovrei persino avere un HD per RT PC, da qualche parte ...


 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.




 % 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.


 

Alcuni messaggi sono inviati tramite google, quando mi trovo sull'Intellistation

che funge da console per l'AS/400... scusa :)


Il Wed, 02 May 2012 02:16:18 +0200, gerry77 ha scritto:




Meglio  ... meglio !

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



>

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


















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



 fatto minitest su macchina a V6R1.

Grazie !

Pensa che la mia macchina più moderna monta una V3R7 :P







-- 

http://www.supervinx.com/Retrocomputer





Infatti....immaginavo che fosse nella zona

anteriore, vicino al  pannellino dei comandi ...???

...

oppure sulla mb, nell'angolo nascosto dal cestello dei dischi.



ciao

fm







Esattamente, nell'angolo in alto a destra, quello più inaccessibile.

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





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














 fm





L'unità è solo da 2Gb per cui ne servirebbero 4 da 2GB. 

I prezzi sono inguardabili, lo so ...

Niente backup su di un'unità esterna, non ho porte SCSI :(





-- 

http://www.supervinx.com/Retrocomputer



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ù.




 -----

Terzo riavvio, velocissimo, nessun errore segnalato da SST, nulla segnalato da

DSPMSG QSYSOPR, spia di attenzione accesa e A6001730.

Nessuna attività disco, 9.6% CPU. 

-- 

http://www.supervinx.com/Retrocomputer



 Per 20xx, xx>39 non funziona più.



Eh, una cosa che sarà sicuramente corretta da una delle PTF Y2K.



Ciao,

G.




 

L'errore è sparito ...



Domani vediamo il resto...

-- 

http://www.supervinx.com/Retrocomputer



 

Mi spieghi perché se l'errore era di una certa gravità, il sistema non l'ha

 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



 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.


 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.








IMVVHO ... 5 ore di IPL sul 150 significano inequivocabilmente

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












 durante l'IPL c'erano dei codici SRC sul display.....

Durante il lungo IPL, l'unico codice visualizzato è stato 

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



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



 Per il momento lo spengo.



In ogni caso non sei obbligato ad usare il SUO tape per il backup, certo 

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.



 del disco).

A che sistema pensavi ?

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




Puoi anche piallarlo dal adaptec (usando la formattazione dal bios) e poi 

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).





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



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



 size 512) ho speranze di farlo riconoscere ?



Cominciamo col dire che non tutti i dischi con b/s diverso da 512 sono 

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 ?



Per dischi con bs=520 ? ddd-si dovrebbe poterlo fare, sotto linux non mi 

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.



 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.



 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,

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



 Ed a qualche consulenza "installativa" :D



Per fortuna l'installazione e' piuttosto semplice.

Non appena ho modo comincio col metterti online le PTF che in ogni caso

ti saranno utili.





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.



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



 

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 ...) ?



Scusate se approfitto ... ma sono ben lungi, ancora, dall'esser sistemista

AS/400 ;)


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



 System/36 ?



DSPLIB, DISPLIBL, DISPLIBD ?







-- 

http://www.supervinx.com/Retrocomputer





Vado a  memoria e per grandi linee...

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










STRPDM



Opzione 1 gestione librerie

e scegli il parametro *ALLUSR...

ti fara' vedere tutte le librerie dell'utente...





ciao

fm 






 

Già ... in WRKPRB mi segnala un numero seriale, che risulta essere una parte

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



 Nulla si può far via rete ?



Spazio permettendo, puoi crearti dei savefile e salvarci dentro quel che ti

interessa conservare. Però ricordati che in un SAVF non puoi salvare il

sistema opertivo, ma tanto quello non è un problema, visto che l'abbiamo.



  CRTSAVF per creare il contenitore vuoto

  SAVOBJ per salvare oggetti (anche tutti gli oggetti di una libreria)

  SAVLIB scorciatoia per salvare tutta una libreria in un colpo

  DSPSAVF per vedere cosa c'è dentro



Ogni SAVF può essere utilizzato una volta sola, nel senso che non puoi

accodamento un secondo salvataggio in un SAVF che già contiene dei dati:

prima devi svuotarlo o cancellarlo e ricrearlo.



  CLRSAVF per svuotare un SAVF

  DLTSAVF per cancellare



Ovviamente puoi creare tutti i SAVF che vuoi, finché ce ne stanno. Poi puoi

spostarli via FTP trasferendoli in modo image e conservarli altrove.



Ciao,

G.




 Non esiste un tool per riallocare i settori senza formattare ?



Secondo me in realtà la riallocazione viene fatta automaticamente dal

firmware del disco, come direi che avvenga in tutti i dischi moderni, SCSI,

IDE e via dicendo. Se ti segnala errori significa che ha finito i settori

spare, cioè che li ha già utilizzati tutti per riallocare settori guasti.



Ciao,

G.




 lì ? Una specie di ricostruzione hot-swap ?



Come ti ha già scritto fm, sì. Aggiungi un disco, fai un IPL manuale e dal

DST dovresti vedere un disco in più non assegnato ad alcun ASP. A quel punto

aggiungi il disco all'ASP dove c'è il disco problematico, poi togli dal

medesimo ASP il disco vecchio.



Durante l'aggiunta all'ASP, il disco nuovo viene inizializzato. Durante la

rimozione dall'ASP, i dati sul disco vecchio vengono automaticamente

spostati altrove, in modo che l'ASP rimanga completo com'era prima.



Se ci fosse abbastanza spazio, potresti anche togliere direttamente il disco

malato dall'ASP senza prima aggiungerne uno nuovo.



Ciao,

G.


 non IBM. Qual sono gli equivalenti di CATALOG, LISTLIBR del System/36 ?



DSPLIB *ALLUSR oppure WRKLIB *ALLUSR per vedere l'elenco di tutte le

librerie non IBM. DSPLIB nomelibreria o WRKLIB nomelibreria per vedere cosa

c'è dentro una singola libreria. Oppure dal PDM come ti ha detto fm.



Qui la struttura è un po' diversa, come avrai già visto, quindi non c'è più

bisogno della distinzione tra CATALOG e LISTLIBR.



Ciao,

G.




 LOL ! Non c'č un backplane hotswap !



Qui no, sulle macchine piů grosse sě: puoi anche aggiungere e togliere

dischi dagli ASP mentre gli utenti lavorano. :)



Ciao,

G.


 G.

È un pensiero che condivido: quando un disco mostra (attualmente, una volta 

non era così ...) dei settori difettosi, è proprio "alla frutta" ;)









-- 

http://www.supervinx.com/Retrocomputer







IMVHO un disco che ha mostrato problemi gravi,

anche se formattatato, ha un'elevata probabilità di guastarsi nuovamente.



i 9401 mod 150 sui cui si sono verificate IPL molto lunghe, anche oltre 

mezza giornata,

per problemi ai dischi, hanno avuto successivamente di nuovo problemi ai 

dischi.

Magari dopo molti mesi ma li hanno avuti.

Immediatamente o dopo varie peripezie ....i dischi sono stati comunque 

sostituiti.



Putroppo (o per fortuna secondo alcuni) dischi nuovi di tipo 6607 non ne 

esistono piu',

solo usati costruiti 10 e piu' anni fa ...:-\



ciao

fm








 settori guasti.



Per esperienza diretta ti confermo che no, non rialloca i settori, tra 

l'altro e' una feature del firmware ma e' controllabile dal os ed 

evidentemente os/400 la disabilita per avere maggiore controllo sullo 

stato del hardware.

Dovresti anche ricordartene visto che abbiamo seguito "insieme" le 

problematiche del disco del mio -170 con un settore danneggiato che il 

sistema assolutamente non riallocava.



-- 

member of the italian hobbyist DECnet network - 
decnet.ipv7.net


www.unsupported.info
 - 
img.unixantichrist.net



 solo usati costruiti 10 e piu' anni fa ...:-\



Non credo che a supervinx la cosa cambi molto, non ce lo vedo a pagare il 

costo di un 6607 nuovo ad ibm :)

Decisamente non erano tra i dischi piu' affidabili, ho avuto di che 

litigarci su piattaforma rs/6000 (dove non sono identificati come 6607 ma 

sempre loro sono).



Tanto per parlare, il mio -170 versava in condizioni peggiori, aveva 

semplicemente smesso di completare l'IPL col disco marcio, per ora, dopo 

aver rimappato il danno, sopravvive, saranno un paio di anni ma 

l'utilizzo sia chiaro e' molto saltuario, in uso 24/24 probabilmente 

avrebbe ceduto dopo poco tempo.



 comodamente sostituirlo e riporlo per "futuri utilizzi").

Penso, infatti, di effettuare le seguenti operazioni

1) Salvataggio dati (ho appena recuperato un DDS interno *funzionante*)

2) Sostituzione disco

3) Analisi e mappatura settori (con calma, a questo punto)



Considerate che, pur sembrando una perdita di tempo, mi consente un'utile

esperienza sull'AS/400, maggiore della semplice reinstallazione ...



Due dubbi mi rimangono:

1) È possibile conoscere gli SCSI ID delle periferiche senza doverlo smontare

di nuovo ? 

2) Una volta inserito il Tape Drive (qualunque esso sia) devo far qualcosa ?

Il sistema lo riconosce (se) da solo ? 

3) Il backup lo devo effettuare con GO SAVE ?



Grazie !









-- 

http://www.supervinx.com/Retrocomputer



 (ho appena recuperato un DDS interno *funzionante*)



Guarda non ho il 150 sottomano ma se non ricordo male sul culo c'e' una 

placchetta metallica ed una volta rimossa spunta come per magia un 

connettore wide 68 pin esterno cablato sul bus scsi interno.

Il che ti permetterebbe (dopo aver rivisto la terminazione) di collegare 

un dispositivo esterno, che magari si rivela piu' comodo (specie per le

prove, per me poi e' l'unica via dato che il mio -150 monta 4 dischi, 

cdrom, tape srl5, e quindi per usare un tape drive piu' comodo mi tocca

l'esterno o rimuovere qualcosa dal interno).

Di nuovo parliamo di una cosa del tutto non supportata da IBM, ma dato 

che non siamo in un ambiente critico e' fattibile (io del resto sul -150 

sono riuscito a ficcare delle memorie standard, e non s'e' presentato 

nessun uomo nero alla porta a farmi domande).





Anche questa e' molto interessante, visto quanto erano rognose

le macchine ibm (anche i normali pc desktop) relativamente alla  memoria 

ram.



Chissa' quali  unità a  nastro sara' capace di riconoscere?...

mandiamo supervinx in avanscoperta...:-)



ciao

fm








 3) Il backup lo devo effettuare con GO SAVE ?



Sì e no. Se vuoi salvare tutto tutto tutto, compreso OS e microcode, la

strada del GO SAVE opz. 21 è la più rapida. Altrimenti puoi usare

direttamente i vari SAVLIB e SAVOBJ. Tra l'altro, tutto quello che fa

l'opzione 21 di GO SAVE si può fare anche "a mano" e non è niente di che.



Ciao,

G.




 sistema assolutamente non riallocava.



Seh, io? Ma secondo te io mi ricordo di qualcosa che abbiamo fatto chissà

quanti secoli fa? Eppure dovresti conoscermi... :PPP



Ciao,

G.


Allora ...

Ho collegato un'unità DDS-2 Sun alla porta posteriore.

Ho dovuto smontare mezzo 150, perché ho solo cavi con gli agganci,

mentre serviva un cavo avvitabile, ma alla fine ce l'abbiamo fatta ...

Primo avvio, un bel codice B1xx.

Spengo e cambio lo SCSI ID, da 6 a 5. Riavvio, tutto bene.

Completa l'IPL in meno di cinque minuti. Mai visto così rapido...

Con WRKDEVD scopro che ci sono due device, TAP01 e TAP02. Buon segno !

WRKPRB non segnala nulla di nuovo... posso aver speranza di concludere

felicemente il backup.

GO SAVE --> 21

Lascio i parametri standard e scelgo TAP02.

Non gradisce il formato del nastro (e ci credo, è nuovo ...) e gli

rispondo INZ ;)

Ha iniziato a macinare da una decina di minuti, mentre la spia

dell'unità DDS-2 lampeggia allegramente. Sono circa 6.5GB, la cassetta

è da 8GB. Posso andare a dormire tranquillo ;)


Mi ha informato che il salvataggio è stato effettuato correttamente

ma ...

Ogni tanto mi presentava una schermata:

Contattare il servizio assistenza

e poi

Errore DASD imminente



Però ha continuato sino alla fine.

Così, per curiosità, mi sono salvato il file QSTRUP.



Adesso valuterò l'ipotesi di effettuare la sostituzione del disco.

Il sistema ha gli IPL contati :'(


Sto avendo qualche problemino con la sostituzione del disco.



Il disco da 2GB è riconosciuto, e nello stato hardware dice

"Operativo", e dunque

si può aggiungere all'ASP.

I due da 4GB sono riconosciuti, ma lo stato hardware dice "Protezione

lett/scrit".

Ho controllato, ed i jumpers sono nella posizione corretta.

Qualcosa mi sfugge.

Se tento di aggiungerlo all'ASP, mi risponde

"Malfunzionamento I/E unità disco, controllare il cod. rif."

Ora, la probabilità che entrambi presentino lo stesso difetto mi

sembra remota ...



A meno che il jumper non vada inserito, anziché tolto ... vado a

controllare ...