HIN Mailgateway 15.0.5: risolvere il guasto di accesso dopo l’aggiornamento del cluster
Dopo l’aggiornamento di un cluster HIN Mailgateway alla versione 15.0.5, l’accesso non funziona più su entrambi i nodi dopo pochi minuti. Questa procedura ripristina il funzionamento delle appliance in modo controllato.
Durante l’aggiornamento di un HIN Mailgateway dalla versione 14.1.4.2 alla 15.0.5, un errore nella replica del cluster può causare l’impossibilità di accedere a entrambe le appliance. I sistemi singoli non sono interessati. Il produttore è a conoscenza del problema e prevede una correzione in una versione successiva.
Aggiornamento del 29 luglio 2026: La correzione annunciata è disponibile. La patch release 15.0.6 sopprime il rehashing della password quando i membri del cluster utilizzano versioni firmware diverse. È esattamente la configurazione che aveva causato il guasto qui descritto. La classificazione è disponibile nell’articolo su SEPPmail 15.0.6 e 15.0.6.1; la seguente procedura di ripristino rimane rilevante per i cluster che si aggiornano ancora alla versione 15.0.5.
Sintomi
Subito dopo l’aggiornamento, l’interfaccia web può ancora essere aperta. Circa dieci minuti dopo, l’accesso fallisce su entrambi i nodi del cluster. Il fatto che l’errore si verifichi con ritardo e su entrambi i sistemi indica come causa la configurazione del cluster replicata.
Ripristino
I passaggi seguenti modificano la configurazione del cluster. Prima di procedere devono essere disponibili backup aggiornati e l’identificatore del cluster.
- Ripristinare gli snapshot creati contemporaneamente di entrambi i nodi del cluster.
- Dopo il ripristino, lasciare spento un nodo.
- Sul nodo in esecuzione, scaricare prima l’identificatore del cluster e poi sciogliere il cluster.
- Attenzione: dopo lo scioglimento, l’appliance si riavvia immediatamente e senza ulteriori richieste di conferma.

- Aggiornare il primo nodo alla versione 15.0.5 e quindi spegnerlo.
- Avviare il secondo nodo e ripetere gli stessi passaggi.
- Ricreare il cluster secondo la documentazione del produttore solo quando entrambi i sistemi funzionano singolarmente e dispongono della stessa versione.
Questa procedura impedisce che una configurazione difettosa venga nuovamente replicata tra i nodi durante l’aggiornamento.

Commenti
I commenti vengono caricati da GitHub / Giscus.