Newsgroup: it.comp.retrocomputing
Titolo: OS/400 PTFs

 
Ieri sera ho scritto da Google Groups, dato che mi trovavo su W2K con 
il Personal Communication, ma oggi non li vedo più ... bah ...
 
Riassumo brevemente...
Ho installato le patches cumulative, con qualche difficoltà.
Non ha effettuato il riavvio automatico, comunicandomi laconicamente che
l'applicazione delle patches non è riuscita.
Con DSPPTF ho notato che era cambiato il placeholder, coerentemente con la
numerazione delle patches cumulative, con l'indicazione IPL --> sì.
Allora ho riavviato manualmente, un IPL lunghissimo, ed alla fine con DSPPTF
ho notato che sono state applicate temporaneamente.
È giusto così o devo applicarle permanentemente (in che modo) ?
 
Il problema della visualizzazione dei membri è già sparito.
Poi sono passato alle patches Y2K. Il primo CD (nell'ordine che m'avete
consigliato) non sortisce effetti.
Legge e mi dice
 
Il processo di installazione della PTF non è riuscito.
 
Non compaiono messaggi né in DSPLOG, né DSPMSG, né WRKPRB.
Fosse fosse che le patches cumulative includessero anche le Y2K (vedasi la
sparizione del problema delle date in PDM) ?
 
 
-- 
http://www.supervinx.com/Retrocomputer
 

Se devo attenermi alla numerazione delle patches, le cumulative hanno un numero
più alto, per cui dovrebbero includere le Y2K.
Nessuno dei due CD Y2K, infatti, si lascia installare.
 
 
 
-- 
http://www.supervinx.com/Retrocomputer
 

 sparizione del problema delle date in PDM) ?
 
No, questo sono sicuro di no. Può pure essere che alcune fossero anche nel
cumulativo, ma il grosso sicuramente no. Ora che sai di DSPJOBLOG potresti
riprovarci e indagare un altro po'. Potresti pure riprovare a caricare le
PTF del cumulativo: mal che vada ti dirà che non ne ha caricata nessuna
perché tutte quelle che c'erano sul CD sono già applicate... :)
 
Un'ultima cosa: quando ti dice qualcosa tramite messaggio sulla riga 24
(cioè in fondo allo schermo), controlla sempre se c'è un + in fondo alla
riga: se c'è significa che ci sono altri messaggi prima di quello e li puoi
vedere andando con il cursore sulla riga 24 e poi facendo pagina indietro.
 
Per quanto riguarda le PTF per l'anno 2000, può darsi che ti abbia detto che
l'installazione non è riuscita con il + in fondo e magari il messaggio
precedente diceva semplicemente che non c'erano PTF utili su quel CD. :)
 
Controlla se hai il joblog in spool e ritenta. :)
 
Ciao,
G.
 

 Nessuno dei due CD Y2K, infatti, si lascia installare.
 
Oddio, boh. Ora mi fai venire i dubbi. Quei due CD contengono tutte le PTF
Y2K per le versioni dalla V3R7 alla V4R5, tutte appassionatamente insieme.
Sono sicuro che almeno per la V4R3 (quella che ho io) lì dentro ci fossero
delle PTF non presenti nell'ultimo cumulativo in assoluto. Per la V3R7 non
so, però chissà... Il numero delle PTF è significativo, ma fino a un certo
punto. Vedi cosa ti ho scritto nell'altro messaggio a proposito dei log.
 
G.

 
Più tardi riprovo ...
Non c'era alcun +, singolo messaggio.
 
A proposito, che differenza passa fra "Booting A side" e "Booting B side"
01 A x / 01 B x ?
 
 
 
 
-- 
http://www.supervinx.com/Retrocomputer
 

 01 A x / 01 B x ?
 
Ha proprio a che vedere con le PTF. I due "lati" sono in realtà due copie
del microcode, La A è costituita solo dalle PTF applicate permanentemente,
invece la B ha anche le PTF applicate in modo temporaneo.
 
Quando si applicano tutte le PTF in modo permanente, A e B diventano uguali
e infatti il sistema fa l'IPL automaticamente da A.
 
L'idea è quella di evitare che una PTF problematica possa impedire l'IPL
della macchina: male che vada si parte da A invece che da B.
 
Se invece la PTF guasta facesse parte dell'OS, si potrebbe sempre avviare in
modo manuale e rimuoverla dal DST, da quel pannello dove si vede l'elenco
dei prodotti installati che poi in realtà serve soprattutto per gestire le
PTF di OS/400, dato che una PTF sbagliata di un altro prodotto si può poi
tranquillamente gestire con i comandi soliti, senza scomodare il DST.
 
Dal pannello LCD si possono scegliere anche altre due impostazioni, oltre
alle solite A e B per l'IPL da disco.
 
La C non è dato esattamente sapere a cosa serva, è riservata all'IBM e
almeno per le macchine RISC su cui ho potuto provare fa comparire una
relativamente bella EBCDIC-art (!) che rappresenta il numero di versione a
caratteri cubitali e dà l'accesso a uno strano ambiente di gestione/debug di
cui non si sa nulla (contemporaneamente sul display LCD compare il
misterioso codice C5000000). Nelle macchine CISC invece non succede nulla, o
meglio, la macchina si ferma con un errore e la spia gialla accesa, senza
tanti complimenti. Chissà, forse ci vuole un nastro speciale.
 
La D invece è per l'IPL da device alternativo, cioè nastro su CISC oppure
sia nastro sia CD su RISC. In particolare ho sperimentato che l'IPL DN (cioè
device alternativo e NON manuale) rimpiazza automaticamente il microcodice
con una nuova copia e poi riavvia la macchina da disco (quindi attenzione).
 
Ciao,
G.

Ecco l'output di DSPJOBLOG (WRKSPLF o WRKOUTQ non contengono nulla)
 
http://www.supervinx.com/Retrocomputer/IBM/AS400/temp/ptferr.png
 
 
Sembra proprio che i due CD Y2K non siano per la V3R7 e che bastino le patches
cumulative...

 cumulative...
 
No, questo lo escludo. Piuttosto ipotizzerei che i proprietari precedenti
avessero già caricato le PTF Y2K ma non l'ultimo cumulativo. Diciamo che è
una procedura non proprio logica, ma tecnicamente è possibile.
 
Ho qui un elenco scaricato anni fa dal sito IBM, ovvero la lista di tutte le
PTF Y2K, sia quelle incluse nei cumulativi sia quelle a parte. Fra quelle
incluse ce ne sono diverse appartenenti al cumulativo che hai caricato tu,
perciò si deduce che la lista fu preparata dopo l'uscita del cumulativo.
Però ce ne sono anche parecchie che non furono mai incluse.
 
Per esempio, le PTF SF59559 e SF59644 sono presenti nel CD Y2K che hai anche
tu (ho controllato) e risultano pubblicate nel settembre 99, cioè diversi
mesi dopo l'ultimo cumulativo esistente per la V3R7, il quale fu chiuso alla
fine del 98 e distribuito nella primavera del 99.
 
Quando hai tempo prova questi comandi:
 
DSPPTF 5716SS1 SF59559
DSPPTF 5716SS1 SF59644
 
Esce qualcosa o ti dice che quelle PTF non esistono? Se funziona ti apparirà
un menù, scegli la voce 1 e guarda in quale data sono state caricate...
 
Ah, ultima cosa: hai provato a caricare anche l'altro CD Y2K, vero?
 
Ciao,
G.
 

 Ah, ultima cosa: hai provato a caricare anche l'altro CD Y2K, vero?
Certo, e restituiscono il medesimo errore, per questo ho riportato solo
una schermata. Sono identiche.
 
 
 
 
-- 
http://www.supervinx.com/Retrocomputer
 

 WORKOUTQ... né tanto meno nel messaggio a fondo schermo.
 
Se fai F1 sulle righe di DSPJOBLOG (e anche DSPMSG e DSPLOG) ti compare il
dettaglio del messaggio, e in alto a sinistra c'è l'identificativo. :)
 
È molto utile perché è invariante, mentre le traduzioni a volta cambiano
leggermente da una versione all'altra, e soprattutto serve per cercare con
Google nei siti in lingua inglese.
 
G.
 

 DSPPTF 5716SS1 SF59644
Non è stata trovata la PTF 5716SS1-SF59644 *ALL
 
Ecco i codici più recenti della categoria SF
 
      SF51526  Applicata temporaneamente                    Nessuna
      SF50333  Applicata temporaneamente                    Nessuna
      SF47983  Superata                                     Nessuna
 
Ed ecco altre informazioni:
=========================================================================
 
Il file non è stato selezionato.  Per il file
/QPTFMNT/P5716SS1/P3705050/PH000001.A00;1 esiste un'incongruenza degli
identificativi o dei nomi del file.
F1:
 
                     Informazioni aggiuntive sul messaggio
 
 ID messaggio . . . . . :   CPF3717
 Data di invio  . . . . :   11/05/12      Ora di invio . . . . . :   00:10:31
 
 Messaggio . . . :   Il file non è stato selezionato.  Per il file
   /QPTFMNT/P5716SS1/P3705050/PH000001.A00;1 esiste un'incongruenza degli
   identificativi o dei nomi del file.
 
 Causa . . . . . :   Il file nel volume C3303726_01   non è stato ripristinato
   a causa di un'incongruenza dei nomi di file. Si è verificata una delle
   seguenti condizioni:
     -- Se per il parametro LABEL è stato specificato un nome di
   identificativo, l'identificativo del file nel volume non corrisponde a
   quello del file nel comando.
     -- Se nel comando è stato usato il parametro LABEL(*SAVLIB),
   l'identificativo del file non corrisponde al nome della libreria per il
   parametro SAVLIB specificato nel comando oppure non è valido il
   qualificatore del nome del file su minidisco.
     -- Se non è stato specificato il parametro LABEL, il volume montato non
   contiene i dati da ripristinare.
     -- Se per il parametro OPTFILE è stato specificato un nome file ottico, il
   nome file sul volume non corrisponde al nome file sul comando.
 Correzione  . . :   Sostituire il volume montato con uno che contenga il file
   necessario oppure modificare il nome dell'identificativo specificato per il
   parametro LABEL o il nome del file ottico per il parametro OPTFILE, poi
   riproporre la richiesta.
 
=========================================================================
 
Non esistono PTF sul supporto di salvataggio/ripristino per il programma
su licenza 5716SS1 V3R7M0.
F1:
 
 ID messaggio . . . . . :   CPF3992
 Data di invio  . . . . :   11/05/12      Ora di invio . . . . . :   00:10:31
 
 Messaggio . . . :   Non esistono PTF sul supporto di salvataggio/ripristino
   per il programma su licenza 5716SS1 V3R7M0.
 
 Causa . . . . . :   Non esiste sul supporto di salvataggio/ripristino PTF
   (minidisco, nastro, CD-ROM o file di salvataggio) alcuna correzione
   temporanea al programma (PTF) per il programma su licenza richiesto.
 Correzione  . . :   Correggere il parametro del programma su licenza (LICPGM)
   o assicurarsi che sia usato il corretto supporto di salvataggio/ripristino.
 
 
 
 
 
 

 su licenza 5716SS1 V3R7M0.
 
Ho provato con un CD a caso, che non conteneva PTF, e in DSPJOBLOG vedo
'Processo di installazione di PTF avviato' (CPI362F), poi 'Non esistono PTF
sul supporto di salvataggio/ripristino per il programma su licenza *ALL'
(CPF3992) e infine 'Il processo di installazione della PTF non è riuscito'
(CPF3615). Ora, a parte piccole differenze nel testo variabile, anch'io ho
ricevuto il CPF3992 che hai ricevuto tu, quindi mi viene da chiedermi: siamo
sicuri che quel CD sia sano e leggibile? Mi inizia a venire il sospetto che
il sistema non trovi PTF non perché non ce ne siano, ma perché il CD ha
qualche problema a livello fisico o di filesystem... Che ne dici?
 
Oppure, un'altra ipotesi che ho fatto è che con la V3R7 non sia possibile
caricare direttamente quel CD dall'opzione 8 di GO PTF, e quindi ti direi di
provare "a mano" con LODPTF specificando i prodotti uno per volta, partendo
con 5716999 (il microcode), unità OPT01 e PTF da scegliere *ALL. Vedi un po'
se così carica qualcosa. Nel caso poi ti dico cosa fare per applicarle.
 
Come esperimento potresti anche iniziare provando con il prodotto 5716SS1
(cioè OS/400), specificando una delle due PTF dette sopra al posto di *ALL.
 
Se poi non ci si riesce, pazienza: ci sono un sacco di sistemi che vanno
avanti per anni e anni senza PTF o solo con PTF vecchissime e non danno
problemi. L'unico problema evidente che avevi tu è andato via con le altre
PTF, quindi possiamo anche considerarci soddisfatti così. :)
 
Ciao,
G.
 

 +-----
 
Non so perché questa volta il mio client abbia deciso di scassare tutte le
righe, tanto più che erano tutte ben più corte di 80 caratteri.
 
Mah, ci riprovo di nuovo:
 
+-----
|
| Unità . . . . . . . . . .   OPT01        Nome, *SERVICE
|
| IPL automatico  . . . . .   N            Y=Si
|                                          N=No
|
| Tipo di riavvio . . . . .   *SYS         *SYS, *FULL
|
| Tipo PTF  . . . . . . . .   1            1=Tutte le PTF
|                                          2=Solo PTF HIPER e correzioni
|                                            HIPER al LIC
|                                          3=Solo correzioni HIPER al LIC
|                                          4=Rivisualiz. codice interno su
|                                            licenza
|
| Altre opzioni . . . . . .   Y            Y=Si
|                                          N=No
|
+-----
 
Ciao,
G.

 filesystem... Che ne dici?
Verificherò, ma il problema è presente su entrambi i CD Y2K che, fra l'altro, 
ho masterizzato con successiva verifica dati. Se ci fosse incompatibilità 
fisica fra il "lettore e lo scrittore" non avrei caricato
(seppur con qualche difficoltà) il cumulativo...
Se ne riparla stanotte, oggi è giornata di prove ;)

 ho masterizzato con successiva verifica dati. Se ci fosse incompatibilità 
 
Forse abbiamo svelato l'arcano.
 
Stamattina mi è venuta l'idea di controllare l'hash MD5 dei miei CD e delle
immagini di Sadness e ho scoperto (con nostra somma sorpresa e anche un certo
sconcerto) che erano diversi!
 
Allora mi sono scaricato la più piccola delle due immagini, l'ho montata in
loop da me e ho proceduto a confrontare il contenuto con quello del mio CD, ma
tutti i file sono sempre risultati identici, in ogni caso e nonostante tutti
gli strumenti utilizzati per il confronto. Inoltre la lunghezza dell'immagine
scaricata e di un'immagine ricavata dal mio CD sono risultate perfettamente
uguali, neppure un byte di differenza.
 
Insomma, la differenza risiede nel filesystem.
 
Il mio CD contiene un filesystem ISO 9660 strettamente aderente allo standard,
con in più le estensioni Joliet (che in questo caso non si capisce bene che
senso abbiano, ma tant'è), invece sembra che l'immagine scaricata abbia una
struttura ISO 9660 meno rigorosa, senza estensioni Joliet, ma con i nomi
semplificati direttamente nel descriptor principale. In pratica è come se il
contenuto del descriptor Joliet fosse stato trasformato in quello principale.
 
Noi – io e Sadness – eravamo francamente convinti che i miei CD (masterizzati)
e le sue immagini provenissero da un'unica fonte, ma evidentemente non è così,
oppure nei vari passaggi (che ormai non riusciamo più a ricostruire) dobbiamo
pensare che sia successo qualcosa che ha causato il problema.
 
Santo rsync, sempre sia lodato... :)
 
Ciao,
G.

Ti stavo per scrivere la stessa cosa ...
 
Ho analizzato il CD su diverse macchine e poi con wrklnk 'QOPT', dopo
che anche lodptf mi aveva dato picche ;)
 
Mi aveva incuriosito il messaggio di OS/400, PH000001.A00;1
Con wrklnk mi sono spostato fra le directories, ed i files sembravano
essere lì, ma OS/400 non li trova... e la causa poteva essere solo il
filsystem.
Potrebbe esser stato modificato durante la creazione dell'immagine
ISO ?

Riassumendo, le immagini "buone" le hai tu..., ma Sadness ha
disponibile l'FTP.
 
Quasi quasi ti apro il mio FTP ;)
 
Per fortuna c'è un mezzo matto (io) che smanetta con la vecchia
ferraglia, così scopriamo i problemi :DDDD LOL !

Era una cosa che volevo dirti io.
Dopo che LODPTF m'aveva risposto picche, ed avevo verificato su altre macchine
che il CD fosse leggibile, ho navigato un po' con WRKLNK 'QOPT'.
I files erano lì, ma OS/400 non li trovava.
Non poteva che esserci qualche incompatibilità con il FS utilizzato dal CD.
Potrebbe essersi danneggiato durante la creazione dell'immagine ISO ?

 ha scritto nel messaggio 
news:jom1in$2lg$1...@tdi.cu.mi.it...


Io ho masterizzato con k3b, ed ho appena verificato con dd.
Le due immagini coincidono: la modifica, dunque, è avvenuta a monte della mia
scrittura.
 
 
 
 
-- 
http://www.supervinx.com/Retrocomputer
 

 scrittura.
 
Certo che sě, sennň come avrei fatto ad accorgermene confrontando il mio CD
(oltretutto masterizzato) con l'immagine di Sadness? :)
 
Comunque, tanto per ricapitolare:
 
7003a3df1a3fb1497d0b4c75336922e9  ptf1_rpt.iso
f6a681209cec07e70ba26fdae5624156  ptf1_sadness.iso
c2088605d764938339d9e052dd159677  ptf2_rpt.iso
0bcca5d29bc55d736e384080375f2a90  ptf2_sadness.iso
 
Ciao,
G.

Ora che mi ci fai pensare ... le immagini cho ho sono state generate con Nero,
ho trovato la stringa identificativa all'interno, offset 0x823E.
Mentre le due cumulative hanno i files con l'estensione ;1 (come VMS), 
le due Y2K ne sono prive.
OS/400 cerca i files xxxxxxxx.yyy;1 e si ferma.
Dovrei documentarmi (ammetto l'ignoranza) sulla struttura interna dei FS su CD.

Le patches Y2K sono state felicemente applicate, in una quarantina di minuti
(complessivi per i due CD).
Avevo già notato che dopo rsync erano comparsi i nomi col ;1 per cui
ero fiducioso nella buona riuscita dell'operazione.
 
Adesso, fra una trascrizione e l'altra, ho intenzione di 'giocare' con ISDB.
Carino, ricorda tanto, come struttura, più il Codeview che il Turbo Debugger...

 Carino, ricorda tanto, come struttura, più il Codeview che il Turbo Debugger...
 
Sì, l'ISDB è piuttosto comodo e quando non c'era si faceva tutto col debugger
non visuale, una "goduria".
 
Ciao,
G.