synctool

SyncTool è uno strumento amministrativo per lavorare con i cluster di computer.
SyncTool copia file di configurazione per gruppi di macchine in cluster basati su ciò che i gruppi (o classi) sono in. In questo modo, si mantiene la configurazione su quel gruppo di macchine sincronizzato (o, "in sync").
Se necessario, si SyncTool riavviare o ricaricare tutti i demoni, come si desidera. SyncTool può essere facilmente esteso per fare altre attività amministrative, come il controllo demoni, controllando lo spazio libero su disco, l'installazione dei pacchetti, ecc o qualsiasi altra attività che si desidera fare.
SyncTool è stato sviluppato da Walter de Jong 2003-2006.
SyncTool simplyfies amministrazione del sistema, lavorando con i seguenti concetti:
ย ท un host può essere parte di uno o più gruppi o classi
ย ท file vengono designati una classe per mezzo di estensione del file
ย ท l'albero delle directory 'overlay' contiene i file e le directory che devono essere copiati (o 'sincronizzato') per l'host di destinazione
ย ท quando alcuni file vengono aggiornati, si vuole eseguire uno script (ad esempio, il riavvio /etc/init.d/daemon)
ย ท semplicità. Esso utilizza la potenza di rsync e ssh per distribuire i file.
ย ท estensibilità. Rendere SyncTool più potente scrivendo script plugin.
Posa In Opera:
ย ท copiare il contenuto della directory / bin alla directory software locale, come / usr / local / bin /
Questi file eseguibili dovrebbero essere disponibili su ogni nodo del cluster. E 'facile da usare un filesystem condiviso per questo, o usare rcp, scp, rsync, o qualunque distribuzione di file meccanismo che già avete.
ย ท impostare un repository SyncTool sul nodo master:
   mkdir / var / lib / SyncTool
ย ท solito il masterdir è accessibile solo da root:
   chown root.root / var / lib / SyncTool
   chmod 700 / var / lib / SyncTool
ย ท installazione iniziale directory repository SyncTool:
   mkdir / var / lib / SyncTool / overlay
   mkdir / var / lib / SyncTool / cancellazione
   mkdir / var / lib / SyncTool / compiti
   mkdir / var / lib / SyncTool / scripts
ย ท modificare il file di configurazione
   cp synctool.conf.example /var/lib/synctool/synctool.conf
   vi /var/lib/synctool/synctool.conf
ย ท modificare gli script .sh per contenere i nomi di percorso corretti
   vi /usr/local/bin/synctool-local.sh
   vi /usr/local/bin/synctool.sh
Si dovrebbe decidere se si vuole amministrare il nodo principale con SyncTool pure. Questa è una preferenza personale; a volte è più facile da applicare SyncTool al nodo master che, a volte è più saggio non farlo. I padroni di casa che sono sotto il controllo di SyncTool sono elencati in synctool.conf, quindi se si desidera escludere che, lasciano fuori dal file di configurazione.
Come indicato nel README, il programma SyncTool python non fa alcuna comunicazione di rete (come, ad esempio, cfengine fa). Questo significa che si deve sincronizzare il repository di tutti i nodi del cluster con altri mezzi; rsync è perfettamente adatto a fare questo lavoro. È anche possibile inserire il repository SyncTool su un file system condiviso. Questo non è raccomandato per grandi cluster per motivi di prestazioni. Per impostazione predefinita, SyncTool viene distribuito insieme a un synctool.sh script wrapper
che fa il seguente:
 * Rsync il repository di tutti i nodi
 * Corsa SyncTool su tutti i nodi tramite ssh
SyncTool utilizza rsync con ssh per copiare i file a tutti i nodi. Ciò significa che sarà necessario impostare ssh con login senza password per root dal masternode ai nodi del cluster. Questo ha alcune implicazioni di sicurezza. Assicuratevi di capire ogni aspetto di sicurezza prima senza mezzi termini di aprire i nodi. Vedere la documentazione SSH (per OpenSSH, vedi http://www.openssh.org) sui possibili modi per raggiungere questo.
Per i siti con misure di sicurezza in più, è possibile configurare ssh per eseguire solo specifici (SyncTool) comandi, o forse si vuole adattare la sceneggiatura synctool.sh involucro in modo che si adatta alle vostre esigenze di sicurezza.

< strong> Cosa c'è di nuovo in questa versione:

• Molte cose nuove sono state aggiunte in questa versione maggiore. SyncTool ora dispone di sintassi gamma nodo, che può essere utilizzato nella linea di comando e nel file di configurazione per selezionare o definire facilmente gamme di nodi.
• I modelli sono nuovi; permettono di generare file di configurazione al volo da un file strofa e alcune variabili.
• SyncTool può ora gestire facilmente più cluster utilizzando un nodo di amministrazione, ed è anche meglio a gestire più sistemi operativi.
• La nuova funzione di spurgo è ideale per realizzare specchi perfetti di alberi di directory.

Cosa c'è di nuovo in versione 5.3:

• Questa versione fissa una serie di piccoli problemi e in particolare due grandi quelli:. la variabile d'ambiente PATH è ora cercato per i comandi configurati
• Questo aiuta a configurazioni multi-piattaforma.
• L'opzione --erased salvata ora è un'azione di per sé.
• Uso --erased salvato non sarà più innescare altri aggiornamenti avvenga inavvertitamente.

Cosa c'è di nuovo in versione 5.1:

• Questa versione corregge una serie di bug presenti nella versione precedente .
• L'elenco separato da virgole di nodi e gruppi su linea di comando non veniva analizzato correttamente in alcuni casi.
• Ogni volta uscita veniva stampata stderr, il nome del nodo non stampato di fronte al messaggio.
• Un modo alternativo di identificare in modo univoco un nodo all'interno del cluster è stato aggiunto.
• dsh-ping ora supporta anche fping e Solaris ping.

Cosa c'è di nuovo in versione 5.0:.

• documentazione HTML è stato aggiunto al progetto
• È ora possibile utilizzare & quot; SyncTool -e & quot; per cancellare la & quot; .saved & quot; file.
• È possibile utilizzare il nuovo comando & quot; dsh-ping & quot; per verificare se i nodi sono vivi.
• È possibile utilizzare il nuovo comando & quot; dsh-pkg & quot; di fare la gestione dei pacchetti.
• È stata aggiunta una nuova modalità di uscita concisa.
• Le opzioni -1, --single, --diff, e --ref può ora essere somministrato più volte sulla riga di comando.

Vengono ora eseguiti
• Post-scripts per le directory nella directory di destinazione, piuttosto che nella directory principale.
• sono stati aggiunti molti nuovi parametri di configurazione.
• E c'è di più.

Cosa c'è di nuovo nella versione 4.7.1:

• In alcuni casi, la & quot; ignorare & quot; parola chiave non effettivamente causare i file o le directory designate per essere ignorati. Questo bug è stato corretto. DSH e DCP ora accettano il -q opzione --quiet.

Cosa c'è di nuovo in versione 4.7:

• Il software SyncTool si viene ora mantenuta aggiornata automaticamente su nodi client. Questo rende l'aggiornamento SyncTool un gioco da ragazzi.
• Fare alcuni errori di battitura sulla riga di comando, come con & quot; -diff & quot; e utilizzando più barre nei nomi dei file, potrebbe portare a effetti indesiderati.
• Questo non è più un problema nella nuova versione. SyncTool non stampa una traccia dello stack Python nel colpire Ctrl-C.
• La compatibilità con le versioni precedenti di Python è stata migliorata.
• Sono stati aggiunti due contributi molto utili per il pacchetto:. Un file .bash_completion e uno strumento grafico SyncTool-diff

Cosa c'è di nuovo nella versione 4.6.1:

• La versione 4.6.1 è una release bugfix per 4.6
• Inoltre contiene file di controllo contribuito necessari per la formulazione dei pacchetti .deb per Debian GNU / Linux OS, che si trovano sotto contrib / debian /

Cosa c'è di nuovo in versione 4.5:

• opzione '--download' fa un checksum MD5 del file scaricato

Cosa c'è di nuovo in versione 4.3:

• Le versioni precedenti alla questa versione non sarebbero eseguire Aggiornamento script quando un directory è stata cambiata. Questo problema è stato risolto.
• Il comando dsh ha guadagnato l'opzione -a, che aiuta a formattare l'output in modo più leggibile.
• la registrazione centrale dei cambiamenti applicati da SyncTool ad un file di log sul nodo master è ora facilmente configurato nel file di configurazione.

Requisiti :

• Python
• rsync