- 
Even iets heel anders: WebSphere clustering
Category WebSphereBookmark :
De laatste weken ben ik betrokken bij een WebSphere-project, waarbij we een kale WebSphere Application Server gebruiken als fundament voor een standalone J2EE-applicatie. Geen WebSphere Portal Server dus, hoewel dat meestal het soort WebSphere-werk is waar wij ons mee bezig houden.
Vorige week hebben we voor deze applicatie een geclusterde acceptatie- en pre-productie-omgeving gebouwd. Twee WAS 5.1-servers op Sun 10, apaches ervoor, Oracle er achter, het geheel gekruid met de nodige snufjes koppelingen, firewalls, load balancers enzovoorts. Best een zware infrastructuur, voor preprod/acceptatie.
Bij het inrichten van het WAS-cluster liepen we vanmiddag tegen een vreemde situatie aan. Nadat ik security had enabled, kon ik aanloggen aan de Administrator console en leek alles in eerste instantie goed te functioneren. Toch ontstonden er na een uurtje problemen. Het herstarten van de WAS-machines lukte niet meer goed, ik kon de configuraties tussen de verschillende nodes niet meer synchroniseren, stoppen en starten via de Admin console lukte niet meer.. erg moeizaam allemaal, met op diverse plaatsen dit soort errors:
| Access denied for the stop operation on Server MBean due to insufficient or empty credentials. 16d4d81 RoleBasedAuth A SECJ0305I: Role based authorization check failed for security name 16d4d81 RoleBasedAuth E SECJ0306E: No received or invocation credential exist on the thread. The Role based authorization check will not have an accessId of the caller to check. The parameters are: access check method stop on resource Server and module Server. The stack trace is java.lang.Exception: dump thread stack for debugging |
Uiteindelijk heb ik de problemen op kunnen lossen door een gestructureerde herstart. Vanaf de command line kon ik de WAS-machines en de Node agents stoppen; de Deployment Manager kon gewoon via de Admin Console gestopt worden. Daarna heb ik eerst de Deployment Manager opgebracht, vervolgens de Node Agents, en tenslotte de WAS-machines. Synchroniseren van de configuraties lukte nu weer, de foutmeldingen bleven weg en alles was weer te stoppen/starten vanuit de Admin Console.
Een handige les: als je met het opbouwen van een WebSphere cluster bezig bent, en je hebt security enabled: herstart dan alles even in de goede volgorde, mogelijk voorkom je daarmee vreemde problemen!