PowerScale: tutti gli indirizzi IP dinamici vengono spostati in un unico nodo durante un aggiornamento in sequenza alla versione 9.2.1+

Negli aggiornamenti in sequenza alle versioni 9.2.1.0 (fino a 9.2.1.9) e 9.3.0.0 (fino a 9.3.0.4), tutti gli IP dinamici vengono spostati in un singolo nodo (in genere, il nodo 1). Ciò può causare interruzioni del traffico verso questi indirizzi IP (ovvero NFS) e potrebbe verificarsi un sovraccarico nel nodo che riceve tutti gli indirizzi IP, con il rischio che non sia in grado di gestire tutti i client.

Gli utenti finali potrebbero segnalare vari sintomi, ad esempio:

• IP non visualizzati nei nodi del cluster
• Impossibile eseguire il ping degli IP
• Client NFS che segnalano "NFS server X not responding, still trying" (o un problema simile)
• Timeout delle operazioni del protocollo client

Se sono presenti nodi NANON/NANOAN o in questo contesto il primo nodo non fa parte del dynamic pool, potrebbe non essere possibile spostare gli indirizzi IP e nelle reti potrebbe verificarsi una non disponibilità dei dati completa.

Durante un aggiornamento che supera il limite della versione 9.2, dopo il primo nodo, vengono attivati gli altri in preparazione a un riavvio. Questo passaggio sospende l'aggiornamento pianificato degli altri nodi e tutti gli indirizzi IP vengono spostati. Se viene eseguito un aggiornamento in sequenza su tutti i nodi contemporaneamente, tutti gli IP si spostano sul primo nodo (in genere, il nodo 1) dopo il riavvio.

Il problema è stato risolto nella versione 9.2.1.10.  È necessario eseguire un aggiornamento in sequenza sotto forma di pacchetto (OneFS + patch) alla versione 9.2.1.10.

Di seguito sono riportate altre opzioni per applicare una soluzione alternativa al problema:

• Utilizzare aggiornamenti simultanei
• Utilizzare aggiornamenti paralleli. Sono migliori e più veloci rispetto agli aggiornamenti in sequenza. Migliori perché:
  • Non prevedono più interruzioni rispetto agli aggiornamenti in sequenza
  • Evitano il riavvio dei nodi se le unità o i nodi inattivi determinano una non disponibilità dei dati
• Gli aggiornamenti in sequenza devono essere eseguiti con batch ridotti di nodi, per controllare in quanti si verifica il problema in un determinato momento.  In questo modo si estende la durata degli aggiornamenti in sequenza, in quanto ogni batch di nodi deve completare l'intera fase di aggiornamento in sequenza.