Sito wikimedia.it (che occupava 6Gb) trasferito su Morfema, tra 30 giorni procederò a eliminare i file e database sulla macchina.

Lavoro concluso.

Sto testando su server differente l'aggiornamento di Media Wiki all'ultima LTS, che include tema richiesto - NanoH

Tutti i siti principali stanno per essere migrati su Morfema, nuova macchina Debian aggiornatissima (PHP >8) con pannello di gestione Virtualmin.

Sito web migrato su Morfena, problema non più pertinente.

Inviata email al direttivo per procedere ad attivare fornitore terzo per effettuare backup offsite di tutti gli applicativi.

Sto effettuando un test su Morfema per l'aggiornamento - NanoH

Attivazione virtualhost effettuata.

Migrazione effettuata correttamente con verifica da parte di Stefano Cannillo.

Richiesto a M/ di far puntare il record DNS su nuova macchina

Richiesto a M/ di far puntare i record DNS su nuova macchina

Problema risolto.

Ciao Bozz, ti riporto il lavoro fatto e gli eventi fino ad oggi.

Ciao Bozz, per pochissime registrazioni (alcune di Aprile-Giugno) stiamo avendo dei problemi nell'importazione per colpa di alcuni file corrotti (già sul server di Ergonet da quanto ci risulta).

I video sono presenti sul nuovo server, per recuperare i link per visualizzarli è possibile seguire la guida su Wikina inerente BigBlueButton.
Brevemente basta sostituire nel link "cvs5133.ergonet.host" con "meeting.wikimedia.it".

Ciao Bozz. NO attenzione.

Al fine di rendere l'infrastruttura di Wikimedia Italia protetta da problematiche dei singoli fornitori, a errori umani, a attacchi e violazioni, è necessario creare un sistema di backup distribuito seguendo le seguenti regole consigliate:

• Creare pagina con una tabella facilmente consultabile dove viene riportato il servizio e a fianco alcuni dati sui backup attivi o mancanti * (si consiglia su Wikina)
• Tutti i servizi / siti / software dove il backup non sia possibile deve essere indicata la motivazione tra le seguenti:
  • Backup realizzato dal fornitore stesso del servizio senza possibilità di accesso - In tal caso si richiede garanzia al fornitore del backup dislocato presso altro datacenter
  • Backup non necessario per servizio/sito/software di test o altro scopo senza impatto in caso di perdita parziale o completa
  • Backup non necessario per DECISIONE del Direttivo (con delibera) e del comitato Tech (consultazione)
• I backup DEVONO essere dislocati presso un fornitore diverso dallo stesso che fornisce il servizio (es: sbagliato fare backup su VH se il servizio stesso si trova su VH)
• I backup devono mantenere almeno 2-3 storici completi
• E consigliato avere un sistema di allert email/SMS in caso di problemi nei backup

1. Aggiornamento lavori

Cambiato il fornitore da rgnt a NanoH

Cambiato il fornitore da rgnt a NanoH

Grazie per la spiegazione, utilissima e corretta. Grazie davvero.

Ciao Nemo_bis
Hetzner da quanto mi risulta ha le carte in regole

DONE, Thanks M/

Sorry Bozz but this not a valid solution, for my opinion. Request credentials of external email service of all associates/members have email alias @wikimedia.it are a violation of GDPR for Wikimedia, or if associates/members decide to accept this condition (almost impossible), Wikimedia risk to much in terms of privacy/security.
The only "solution" with current mail server is to convert all alias mail to real mailbox (disabling SMTP access from email clients - i don't know if is possible to enable SMTP only for selected mailbox with current server) and request ALL associates/members to use email clients or setup your's external email service (Gmail/Libero/Microsoft/Ecc...) to use a Tool to import with POP protocols.

I don't understand sorry :D
filesystem2imap need external IMAP server, if you want to PUT email directly in inbox of external mailbox... we don't have an access to external email (es: @alice.com)

Hi Bozz,
I use imapsync in my business for email migrations, but require the credentials of both servers. (IMAP 2 IMAP)

Done! Deleted

Buongiorno,
abbiamo verificato e Moodle è stato correttamente configurato con il nuovo server.
Purtroppo il nuovo server però non ha Greenlight installato ed è per questo che veniva ancora usato il vecchio server.
E possibile migrare Greenlight (con account creati sopra) sul nuovo server?
Grazie.

The service provider rgnt say the machine is deprecated two years ago.
The new machine are https://cvs5153.ergonet.host (wikina updated)

I agree with you. We can contact c68 for a quote, the price on the site is 99€/month (1089€/year)

Moodle and BigBlueButton need to migrate to our infrastructure. This is my opinion.
For me is not a problem to setup a new VPS with BigBlueButton in other service provider (like vh).
Moodle can stay on actual service provider (normal hosting package), simply change admin setting to point to new BigBlueButton.
If service provider say "without destroying the integration with Moodle" is a LIE (but we need to better understand what they meant to say).