PS: Penso di aprire un NFR... non ha senso che per fare il backup la compressione gzip sia bloccata a un valore di "6"... meglio IMHO se si potesse stabilire il livello di compressione in anticipo in modo da utilizzare su hardware datato una copressione nulla (si risparmia tempo) o su hardware con molti dati una compressione più elevata (per diminuire le dimensioni del tgz).
esiste già
https://wiki.contribs.org/SME_Server:Documentation:Administration_Manual:Chapter6#Option_8:_Perform_backup_to_USB_deviceBTW, puoi fare di meglio su hw nuovo e multicore installando da epel pigz (la versione multithread di gzip) e creando un link simbolico ad esso al posti di gzip
i.e. una cosa tipo
cd /bin
mv gzip gzip.orig
ln -s pigz gzip
in questo modo sfrutti il processore al meglio ed i tempi si riducono notevolmente.
riguardo al backup (inteso come funzionalità su SME) sto/stiamo lavorando su più fronti (quasi tutti per SME10):
- uso di duplicity come sostituto di dar (più robusto, supporta encryption e storage in cloud):
https://bugs.contribs.org/show_bug.cgi?id=10236- utilizzo di sistemi di lock per prevenire race conditions di 2 backup che girano contemporaneamente (col risultato di non averne nemmeno uno di buono):
https://bugs.contribs.org/show_bug.cgi?id=9127- miglioramento del detect delle unità esterne, in termini di tipo, fs, spazio disponibile:
https://bugs.contribs.org/show_bug.cgi?id=9299- inclusione/esclusione di path o file dal backup in modo semplice:
https://bugs.contribs.org/show_bug.cgi?id=9607- possibilità di avere, come era una volta, il backup della sola configurazione.. questo renderebbe possibile effettuare un restore minimale e veloce su nuova installazione (a seguito di un crash o per una migrazione) avendo tutte le funzionalità presenti (ricezione ed invio della posta in primis) e permettendo un sync/restore dei file dal backup o da vecchio hw "con calma", senza quasi down dei servizi.. per questa ultima feature devo aprire NFR
@all: necessitiamo di vostro aiuto.. portare avanti lo sviluppo è oneroso in termini di tempo e risorse.. chi potesse/volesse, può dare una mano partendo da Bugzilla, anche solo per test/verifications... o, altra necessità, da pottle per le traduzioni.. chi non potesse donare tempo ed energie potrebbe donare denaro.. questo ci permette di tenere in piedi l'infrastruttura e, sperabilmente, di poter pagare dei developers per lo sviluppo di parti particolarmente ostiche.
Grazie a tutti per la collaborazione
Stefano, a nome di Koozali Inc.