Symptoms
Des problèmes se produisent après la mise à niveau de VDP.
La connexion à l’interface utilisateur de l’appliance VDP à partir du vCenter échoue et renvoie l’erreur :
« Unable to connect to the requested VDP Appliance »
En examinant le fichier journal /usr/local/avamar/var/vdr/server_logs/vdr-configure.log, on constate que le processus de configuration Tomcat de VDP tente de définir l’état du processus du programme d’installation AV. Le processus tourne en boucle sur l’état suivant :
> 2020-01-08 08:55:48,506 INFO [pool-25-thread-1]-scheduler.AviStateMachine: Switching state from LOGOUT_ERROR to LOGGED_OUT
> 2020-01-08 08:55:48,506 INFO [pool-25-thread-1]-scheduler.AviStateMachine: Switching state from LOGGED_OUT to LOGOUT_ERROR
> 2020-01-08 08:56:20,042 INFO [pool-25-thread-1]-scheduler.AviStateMachine: Switching state from LOGOUT_ERROR to LOGGED_OUT
> 2020-01-08 08:56:20,043 INFO [pool-25-thread-1]-scheduler.AviStateMachine: Switching state from LOGGED_OUT to LOGOUT_ERROR
Vérifiez si une image ISO est associée à l’appliance VDP dans les paramètres, déconnectez-la et redémarrez le service emwebapp.sh. Cela permet généralement de corriger l’erreur.
Toutefois, si le problème persiste, vérifiez le répertoire « /data01/avamar/repo/packages » pour voir si un package AVP est toujours répertorié dans le répertoire des packages.
Passez en revue le fichier journal « /usr/local/avamar-tomcat/logs/catalina.out », pour voir si plusieurs erreurs sont signalées avec l’instruction :
Cause
Une entrée « maxHttpHeaderSize » est manquante dans le fichier de configuration « /usr/local/avamar-tomcat/conf/server.xml ».
Le fichier ressemble à ce qui suit :
Par défaut, la section du fichier de configuration « /usr/local/avamar-tomcat/conf/server.xml » pour le port 8543 doit comprendre l’entrée « maxHttpHeaderSize » qui ressemble à ceci :
<Connector port="8543" maxHttpHeaderSize="32768" protocol="org.apache.cyote.http11.Http11NioProtocol" SSLEnabled="true" maxThreads="150" scheme="https" secure="true" maxKeepAliveRequests="1" clientAuth="false" sslEnabledProtocols="TLSv1.1,TLSv1.2" Server=" Avamar ciphers="TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256,TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA......" />
Dans ce cas, l’entrée maxHttpHeaderSize = "32768" était manquante et devait être ajoutée manuellement.
Resolution
Procédure :
- Copiez le fichier /usr/local/Avamar-Tomcat/conf/Server.xml :
cp -p /usr/local/avamar-tomcat/conf/server.xml /usr/local/avamar-tomcat/conf/server.xml-BEFOREDATE
- Modifiez le fichier server.xml :
vi /usr/local/avamar-tomcat/conf/server.xml
- Dans la section port 8543, ajoutez l’entrée maxHttpHeaderSize = "32768" :
Vous obtiendrez un résultat similaire à celui-ci :
Connector SSLEnabled="true" Server="Avamar" ciphers="TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256,TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA,TLS_ECDHE_RSA_WITH_AES_ ...." clientAuth="false" maxKeepAliveRequests="1" maxThreads="150" port="8543" maxHttpHeaderSize="32768" protocol="org.apache.coyote.http11.Http11NioProtocol" scheme="https" secure="true" sslEnabledProtocols="TLSv1,TLSv1.1,TLSv1.2"/>
- Enregistrez le fichier et redémarrez les services Web :
Connectez-vous à l’appliance VDP. Le problème devrait être résolu.
Additional Information
L’entrée « maxHttpHeaderSize » devrait être trouvée, par défaut, dans toutes les versions de VDP. Elle n’était pas présente dans le fichier pour une raison inconnue qui doit être vérifiée.