Stiamo risolvendo un problema al SERVER 69, che ha accusato due spegnimenti ravvicinati nell'arco delle ultime 2 ore. Procederemo col cambio alimentatore e/o FAN. EDIT : Abbiamo completato la sostituzione della ventola danneggiata, riportando la temperatura a regime dai 98 gradi ai 65 gradi. Al restart abbiamo eseguito il Check del Database MySQL che non ha rilevato errori.

Vi informiamo che abbiamo identificato un problema con uno dei nostri switch di rete, che sta causando l'inaccessibilità della classe di indirizzi IP 136.243.151.0/24. I nostri tecnici sono già al lavoro per sostituire lo switch difettoso e ripristinare il normale funzionamento del servizio.

Ci scusiamo per l'inconveniente e vi assicuriamo che stiamo facendo tutto il possibile per risolvere la situazione nel minor tempo possibile. Vi terremo aggiornati sugli sviluppi e sulla tempistica prevista per il ripristino completo.

AGGIORNAMENTO : Il problema è stato risolto con la sostituzione dello switch ed ha comportanto una irraggiungibilità dei servizi dalle 13:29 alle 13:52

A causa di un'operazione di un cliente, la partizione MySQL si è saturata in modo inaspettato, causando l'interruzione temporanea del servizio database. Abbiamo prontamente ripristinato lo spazio su una partizione secondaria del sistema e riavviato il database dopo aver effettuato un controllo completo di tutti i dati. Siamo lieti di informarvi che non c'è stata alcuna perdita di dati.

Per garantire la continuità del servizio, in orario notturno, riporteremo il database MySQL sulla partizione nativa. Questo comporterà un fermo macchina di circa 5 minuti.

Su alert del cliente abbiamo identificato un attacco DDOS di livello 7 che ha causato un aumento esponenziale dei file di log, saturando la partizione /dev/md2 del nostro sistema. In risposta, abbiamo intrapreso azioni di mitigazione che hanno incluso la rimozione dei file access.log e error.log, rilasciando circa 300GB di spazio su disco.

Nonostante la liberazione di spazio, il disco continuava a mostrare un'occupazione del 100%. Una verifica con il comando du indicava un utilizzo totale di 139 GB, mentre df -h mostrava un utilizzo di oltre 450 GB. Questa discrepanza era dovuta a file che, sebbene cancellati, erano ancora in uso da servizi attivi.

Per risolvere definitivamente il problema, abbiamo proceduto al riavvio dei servizi Apache e PHP-FPM, che hanno permesso di deallocare le risorse ancora impegnate sui file e ripristinare lo spazio disco disponibile.