Sito wikimedia.it e wikina migrati su morfema.

Migrato CiviCRM da lessema a fonema.
Problema prestazioni risolto.

• Adopt the skin Vector 2022

Con il direttivo si è scelto di attivare HTZ (Hetzner).
Abbiamo già migrato il sito principale di Wikimedia (WP) e wikina (MediaWiki)
A breve sarà definito programma per trasferimento dei restanti siti e redirect.

CRM migrated on server fonema ( https://wiki.wikimedia.it/wiki/Server ).

Segnalo che i nuovi server morfema e fonema ( https://wiki.wikimedia.it/wiki/Server ) effettuano i backup su HTZ (datacenter dislocato in Helsinki, Finland).
1 backup giornaliero mantenuto 7 giorni (7 backup totali)
1 backup settimanale mantenuto 30 giorni (4-5 backup totali)
1 backup mensile mantenuto 12 mesi (12 backup totali)

Migrazione fatta su Morfema e aggiornamento a MediaWiki 1.39 LTS con tema Vector 2022.

Ciao M7, scusa il poco preavviso ma mi serve una modifica al puntamento di wiki.wikimedia.it

Ciao M/
ti chiedo la cortesia di modificare come segue i record DNS di wikimedia.it

Ciao M7, grazie ancora per ieri, sempre ultra rapido.

Grazie :D

Ciao M7 mi serve modificare il dominio crmdev.wikimedia.it e farlo puntare a fonema.wikimedia.it con TTL 300 in questa fase, appena completato il trasferimento procediamo ad alzare il TTL.

Hai sbagliato server, l'hai messa su intreccio xD

Fammi sapere quanto l'hai settata. Grazie.

New information added on https://wiki.wikimedia.it/wiki/Server

Già fatto ma mi chiede la password attuale (???).
Provato con tutte le password che utilizzo per wikimedia ma nulla.

Andato! Non so cosa, non so perché, ma la tecnologia non fa per me xD

Grazie :)
Putroppo non mi funziona ancora, vanno invece tutti gli altri server.
L'utente è sempre il mio nome-cognome ?

Ciao Bozz, scusa se ti distrbo. Mi puoi per favore controllare l'accesso SSH a horror?
Ho provato ad accedere con la solita mia chiave (nerdpc) tramite SSH con utente f*o-m****o ma fallisce.

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)