19 giugno 2026 3 min di lettura

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.

  1. Ripristinare gli snapshot creati contemporaneamente di entrambi i nodi del cluster.
  2. Dopo il ripristino, lasciare spento un nodo.
  3. Sul nodo in esecuzione, scaricare prima l’identificatore del cluster e poi sciogliere il cluster.
  4. Attenzione: dopo lo scioglimento, l’appliance si riavvia immediatamente e senza ulteriori richieste di conferma.

  1. Aggiornare il primo nodo alla versione 15.0.5 e quindi spegnerlo.
  2. Avviare il secondo nodo e ripetere gli stessi passaggi.
  3. 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.

Fonti

  1. Documentazione SEPPmail – «Cluster / Alta disponibilità»
    tipi di cluster e replica della configurazione su tutti i nodi.
    https://docs.seppmail.com/ch/04_com_09_cl_01_general.html
  2. Documentazione SEPPmail – «Amministrazione»
    ordine di aggiornamento nel cluster (frontend prima del backend) e requisito di versioni identiche.
    https://docs.seppmail.com/de/07_mi_11_adm__administration.html
  3. HIN Mailgateway: Backup e Disaster Recovery nel cluster
    analisi approfondita di replica del cluster, backup e ripristino.
    https://rafaelpfister.ch/blog/hin-mailgateway-backup-disaster-recovery

Commenti

I commenti vengono caricati da GitHub / Giscus.