Zimbra 8.8.10 #bug

17 avril 2019 Non Par nospheratus

Sur zimbra v8.8.10 (et 8.8.11) il existe un bug qui de manière « aléatoire » provoque une surcharge CPU sur les stores. Ensuite s’en suit un autre soucis sur les Proxy qui gère mal la perte du sotre. Voici une correction au problème.

Sur tous les Store : modification du fichier
“/opt/zimbra/common/jetty_home/etc/jetty-monitor.xml” en mettant tout en 
commentaire :

<!–
<Call name= »addBean »>
<Arg>
<New class= »org.eclipse.jetty.monitor.ThreadMonitor »>
<Set name= »scanInterval »>2000</Set>
<Set name= »busyThreshold »>90</Set>
<Set name= »stackDepth »>3</Set>
<Set name= »trailLength »>2</Set>
–>
<!– To enable logging CPU utilization for threads above specified 
threshold, –>
<!– uncomment the following lines, changing log interval (in 
milliseconds) –>
<!– and log threshold (in percent) as desired. –>
<!–
<Set name= »logInterval »>10000</Set>
<Set name= »logThreshold »>1</Set>
–>
<– To enable detail dump of the server whenever a thread is 
detected as spinning, –>
<– uncomment the following lines. –>
        <–
       <Set name= »dumpable »> <Ref refid= »Server »/></Set>
         –>
 

Restart du serveur. (zmcontrol restart suffit pas)

Il faut aussi passer un hotfix pour les proxy :
  Sur les serveurs zproxy, installation via le yum d’un hotfix qui 
corrige les problèmes de lenteurs sur les proxys quand un store est en 
carafe.
Explication du support Zimbra :
« Fixed issue where Proxy does not failover to the next mailbox server if
the server is hung This issue is affecting Zimbra servers with 
zimbra-nginx version 1.7.1-1zimbra8.7b9. In a multiple node environment, 
proxy workers are getting stuck in a loop due to failure to connect to 
the lookup handler of a hung mailbox. This causes proxy to hang and it 
will not fallback to the next working mailbox server. After upgrading to 
zimbra-nginx version 1.7.1-1zimbra8.7b11, this issue will be resolved. »