mercoledì 6 dicembre 2017

WebSphere application Server: come resettare la pw dell'unico utente locale admin con wsadmin

Mi è capitato di dover accedere ad una cella WebSphere 8.5 ma la password per la connessione dell'unico utente locale non era funzionante.



Per resettarla in modo corretto è possibile procedere in questo modo


  • posizionarsi nella bin del DMGR
  • wsadmin -conntype NONE
  • $AdminTask changeFileRegistryAccountPassword {-userId waslocal-password ab12c34de}
  • $AdminTask change

Dopo l'ultimo comando riavviate la JVM del dmgr e sarete in grado di entrare con utenza waslocal e pw ab12c34de .


In seguito spegnete i node agent ed effettuate un syncnode per allineare la password sui nodi.
Per altri dettagli leggere questa pagina.

mercoledì 29 novembre 2017

IBM ha annunciato il nuovo IBM Connections Engagement center per Connections Cloud , webinar 1 Dicembre 2017

IBM Connections Engagement Center , detto ICEC , è il figlio dell'acquisizione di IBM di alcuni mesi fa che porta in Connections funzionalità di content management tipiche dei Portali :

  • Create and customize pages
  • Add content and applications with widgets and APIs
  • Personalize content based on employee directory data
  • Simplify publishing
  • Integrate and administrate quickly and efficiently
 già disponibile da alcuni mesi per la versione on-prem è stata annunciata oggi la sua controparte cloud , a questo link trovate la lettera di annuncio.



La data di rilascio per il cloud è settata al 30 Novembre , per vedere alcune caratteristiche potete consultare la pagina relativa ai nuovi rilasci nel wiki di IBM Connections cloud.


ICEC richiede una piccola licenza aggiuntiva , che deve essere attiva sulle vostre licenze.

Per spiegare ed introdurre funzioanlità e le modalità di fruizione, IBM ha organizzato un Webinar

Venerdi 1 Dicembre 2017 ,  dalle 14.30 alle 15  a cui vi potete partecipare cliccando sul link seguente

http://ibm.biz/EngagementCenterDec2017

domenica 26 novembre 2017

WebSphere Portal: come far ripartire un Portale con WPSDB su derby in failed con stato SQL XJ040

A seguito di un failure del sistema operativo è capitato ad un mio cliente che un WebSphere Portal di sviluppo, con WPSDB sul derby locale  non riuscisse piu ad essere avviato.


Nel SystemOut.log si riscontrava il seguente stato:

Failed to start database 'C:/IBM/WebSphere/wp_profile/PortalServer/derby/wpsdb' with class loader [email protected], see the next exception for details.DSRA0010E: Stato SQL = XJ040, Codice errore = 40.000
Failed to start database 'C:/IBM/WebSphere/wp_profile/PortalServer/derby/wpsdb' with class loader [email protected], see the next exception for details.
Recovery failed unexpected problem log record is Not first but transaction is not in transaction table : 40980828.
ERROR XSLAO: Recovery failed unexpected problem log record is Not first but transaction is not in transaction table : 40980828.


Per verificare lo stato del db è possibile collegarsi con le utility derby e verificare lo stato delle tabelle, abbiamo quindi copiato la cartella WPSDB in c:\temp  e da un prompt dei comandi abbiamo eseguito

da  WASHOME\derby\lib

java -cp "derby.jar;derbytools.jar" org.apache.derby.tools.ij


in risposta si avrà un prompt

ij>

in cui è possibile provare a collegarsi al db tramite il comando

ij> connect 'jdbc:derby:C:/temp/wpsdb';

una volta collegati è possibile verificare l'integrità delle tabelle con il comando

SELECT schemaname || '.' || tablename as TableName,SYSCS_UTIL.SYSCS_CHECK_TABLE(schemaname, tablename) AS OK FROM sys.sysschemas s, sys.systables t WHERE s.schemaid = t.schemaid   and t.tabletype = 'T'   ;

 una volta verificata l'integrità delle tabelle , abbiamo pensato che il problema potessero essere i tranlog quindi  abbiamo creato un nuovo db vuoto con il comando

ij> connect 'jdbc:derby:MyDbTest;create=true';
Abbiamo quindi copiato la log/  dal nuovo db sostituendo al log/ del wpsdb ,ripristinata la cartella WPSDB al suo posto originario ed il Portale è partito regolarmente.

L'ispirazione per la risoluzione di questo problema è stata trovata in questo blogpost di Andrea Grassi che ringrazio !

martedì 21 novembre 2017

IBM Connections 6.0 CR1 disponibile per il download

IBM ha rilasciato da pochi minuti il nuovo CR1 per Connections 6.0 che comprende tutte le fix rilasciate fino ad ora (Day 1 , June Update) e ne introduce un buon numero.

Ecco i link utili e info:




Riguardo WebSphere Appllication server la versione supportata non varia (8.5.5 FP11) , per ogni dubbio o chiarimento ulteriore prendete la pagina di Upgrade Strategy come riferimento.

mercoledì 15 novembre 2017

WebSphere How To: come risolvere errore ADMG0011E durante la cancellazione di un Application server

Oggi , lavorando su una cella WebSphere 8.5.0.2 mi sono trovato nella condizione di dover cancellare un application server senza riuscirci, causa errore immediato nella console ADMG0011E:

An error occurred while deleting the server. ADMG0011E: An unexpected exception occurred com.ibm.websphere.management.exception. AdminException: Exception in removeTargetFromCUs()..


Nel log del DMGR e del relativo NA e AppServer non si verificavano errori, mentre veniva creato un log nella cartella FFDC, con un eccezione simile alla seguente:

Caused by: com.ibm.wsspi.management.bla.op.OpExecutionException: CWWMH0121E: Could not read configuration data for composition unit "WebSphere:cuname=<Application_Name>,cuedition=BASE". Error data: com.ibm.wsspi.management.bla.op.OpExecutionException: Enterprise application data for composition unit "WebSphere:cuname=<Application_Name>,cuedition=BASE" could not be read. at com.ibm.ws.management.bla.model.CompositionUnitConfig.read(CompositionUnitConfig.java:293)

Dopo un pò di ricerche ho trovato questo articolo del DeveloperWorks che suggeriva di verificare le cartelle di installazione delle applicazioni:

  1. Stop DMGR
  2. controllare in WAS_INSTALL_ROOT/profiles/Dmgr_ProfileName/config/cells/Cell_Name/applications se è preste la directory Application_Name.ear identificata dal log FFDC
  3. se non è presente la folder del punto 1  andare in WAS_INSTALL_ROOT/profiles/Dmgr_ProfileName/config/cells/Cell_Name/blas e rimuovere la folder Application_Name
  4. Controllare in WAS_INSTALL_ROOT/profiles/Dmgr_ProfileName/config/cells/Cell_Name/cus se presente la folder Application_Name e rimuoverla
  5. Accendere il DMGR
  6. Effettuare una full Sync da WebSphere console dei nodi
  7. Cancellazione Application server
Seguendo i passi da 1 a 7 sono stato in grado di rimuovere l'ApplicationServer

Grazie a Jeanette Daly per la risposta dettagliata che ha scritto a questo indirizzo

giovedì 9 novembre 2017

ICON UK Events: Around the Table - Nov 17 : Domino/Notes 10, Verse On Prem 1.0.3, Domino 9.0.1 Fp10 e altro ! Replay disponibile

Gli amici di ICON UK hanno tenuto oggi un il loro Webinar mensile dove si è parlato molto delle novità relative all'annuncio di IBM di Domino 10 avvenuto nei giorni scorsi.


La parte più interessante è stata il Q&A con
Alcune delle info uscite :

Domino2025jam 
le jam riguarderanno principalmente il futuro di Domino dopo Domino10 , ma saranno utili a IBM per valutare le priorità di sviluppo anche su Domino e Notes 10

9.0.1 FP10
Lo sviluppo del FP10 prosegue nonostante l'annuncio di Domino10 ma è incorso in alcuni rallentamenti dovuti alla complessità di alcuni rilasci. Il rilascio è ora schedulato per Gennaio 2018.

Beta program domino10
Ci sarà un beta program della versione 10

Domino 10 e Notes 10
Oltre a Domino 10 ci sarà Notes10

Verse On prem 1.0.3 disponibile seconda metà 
Durante Dicembre, nella seconda metà verrà rilasciata con Mail &calendar delegation  e forse integrazione ST.

Xpages
Non c'è l'intenzione di dismetterle, ma il loro futuro è in valutazione.

di seguito il replay integrale dal canale youtube ICON UK




mercoledì 8 novembre 2017

IBM WebSphere 9 Java 8.0 Service Refresh 5 e problemi di sync allo scadere del token LTPA , come risolvere

Durante le ultime settimane , lavorando ad una nuova installazione di WebSphere Portal 9 su WebSphere Application server 9.0 FP4 mi sono imbattuto in strani problemi di sincronizzazione della cella WebSphere che accadevano dopo alcune ore di utilizzo.

Dopo alcune analisi ho verificato che il problema accadeva allo scadere della durata del token LTPA e dopo aver inserito alcune trace abbiamo verificato questi tipi di errore

Sul Node Agent:
[11/3/17 17:05:35:849 CET] 0000006b AdminServiceI 3   invoke method throws exception
                                 com.ibm.websphere.management.exception.AdminException: javax.management.JMRuntimeException: ADMN0022E: Access is denied for the isNodeSynchronized operation on NodeSync MBean because of insufficient or empty credentials.

Sul DMGR
[11/3/17 17:05:52:651 CET] 00000105 SecurityHelpe >  isCertPathValidatorException Entry
                                 com.ibm.websphere.security.auth.WSLoginFailedException: Validation of LTPA token failed due to invalid keys or token type.


Dopo aver raccolto i log come indicato qui      il supporto IBM ci ha fornito il link al seguente APAR con Workaround annesso (per fortuna !)

IJ00732: JAVA JIT: INCORRECT RESULTS FOR PATTERNS OF SHIFTED AND OR'D BYTES
http://www.ibm.com/support/docview.wss?uid=swg1IJ00732
Due to this JIT failure, sudden LTPA toke validation issue happens and it results into the  synchronization issue.

Would it be possible to see if the issue can be avoided by the JVM entiry?
System administration > Deployment manager > Process definition  > Environment Entries
Name: TR_DisableIORByteSwap
Value: 1

Dopo aver impostato la variabile di ambiente nelle JVM come indicato ed aver riavviato il problema si è risolto.

Il problema verrà risolto nella prossima JVM 8.0.5.5  che al momento è schedulata per il rilascio il 13 di Novembre 2017 .