Introduzione
In questo documento viene descritto come risolvere i problemi di aggiornamento con le coppie Secure Network Analytics (SNA) Manager dopo un aggiornamento alla versione 7.2.1.
Premesse
Il problema qui presentato è che dopo un aggiornamento di SNA Manager secondario alla versione 7.2.1 non è possibile accedere con l'account admin.
Problema
Dopo l'aggiornamento di Secondary SNA Manager alla versione 7.2.1, l'utente non è in grado di accedere con l'account admin. L'errore è:
The authentication service was unable to fulfill your request. If this problem persists, contact your Stealthwatch administrator.
Il dispositivo viene visualizzato come inattivo in Gestione centrale.
L'errore nel file smc-users.log è coerente con quello riportato in LSQ-5595 / SWD-15027. Tuttavia, il tentativo di correzione (eliminare il file user.xml e riavviare il servizio SMC / tomcat) non ha risolto il problema. Il file user.xml ricostruito appare identico al file precedente.
2021-09-08 16:38:30,908 INFO [UserDAOImpl] reading /lancope/var/smc/config/users/admin/user.xml
2021-09-08 16:38:30,910 WARN [XmlWebApplicationContext] Exception encountered during context initialization - cancelling refresh attempt: org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'authenticateServiceImpl' defined in file [/opt/apache/tomcat7/webapps/smc-users/WEB-INF/classes/com/lancope/sws/smc/service/authenticateService/AuthenticateServiceImpl.class]: Unsatisfied dependency expressed through constructor parameter 3; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'usersService' defined in ServletContext resource [/WEB-INF/serviceContext.xml]: Cannot resolve reference to bean 'userDao' while setting bean property 'userDao'; nested exception is org.springframework.beans.factory.BeanCreationException: Error creating bean with name 'userDao' defined in ServletContext resource [/WEB-INF/daoContext.xml]: Bean instantiation via constructor failed; nested exception is org.springframework.beans.BeanInstantiationException: Failed to instantiate [com.lancope.sws.smc.user.data .UserDAOImpl]: Constructor threw exception; nested exception is com.lancope.server.table.TableResourceException: java.lang.NullPointerException
2021-09-08 16:38:30,912 ERROR [ContextLoader] Context initialization failed
A questo punto non è possibile aggiornare il programma di gestione principale. L'aggiornamento non riesce e viene visualizzato un messaggio che indica che non è possibile comunicare con l'SMC secondario:
2021-09-07 22:21:02,157 - update-smc-7.2.1.2020.05.16.0002-02 - DEBUG - {u'status': u'Failed to upgrade appliance', u'timestamp': 1631053262.129825, u'message': u'We could not finish the Smart Licensing Readiness Check because the SMC/Central Manager at 10.128.208.46 is not responding. Restart your SMC and try to update this appliance again.', u'complete': 1, u'error': 1}.
Dopo l'eliminazione del file user.xml, è stato possibile eseguire la replica dei programmi di gestione primario e secondario e copiare il file user.xml interrotto dal programma di gestione primario.
Soluzione
Eliminare il file user.xml che presenta il problema sul computer primario e riavviare lc-tomcat (il gestore primario è ancora nella versione 7.1.1) con il comando systemctl restart lc-tomcat. Eliminare quindi il file user.xml in Gestione secondaria e riavviare il manifesto di gestione con il comando systemctl restart smc-manifest.
Feedback