Ti interessa affrontare tematiche enterprise con le migliori tecnologie OS?

Entra a far parte del team di SubversionItalia, scrivi a lv@subversionitalia.it o lascia un commento qui.

Per informazioni dettagliate si vedano le CHANGES

È possibile scaricare Subversion 1.6.6 da qui.

Saranno presentati casi di studio reali raccontati dalla voce di coloro che, avendoli vissuti in prima persona, hanno conseguito, grazie alla collaborazione con Emerasoft, l’assessment CMMI, verificato la compliancy ITIL dei propri processi, instrumentato e governato il processo di delivery management, monitorato gli SLA verso sourcer e fornitori, orchestrato il processo di change management. Oltre alla possibilità di incontrare i fornitori di tecnologie per condividere la loro visione, ci sarà modo di conoscere la road map dei prodotti.

Calendario

Roma – 27 ottobre 2009

dalle 13.40 alle 17.00, Sheraton Hotel & Conference Center – viale del Pattinaggio, 100.

Milano – 29 ottobre 2009

dalle 13.40 alle 17.00, Ata Hotel Executive – viale Sturzo, 45.

Registrati qui.

Per informazioni dettagliate si vedano le CHANGES

È possibile scaricare Subversion 1.6.5 da qui.

La vulnerabilità è presente in tutte le versioni fino alla 1.5.6 inclusa e nelle versioni 1.6.0 fino alla 1.6.3 incluse ed è dovuta a una vulnerabilità nell’allocazione della memoria presente nella libreria APR usata da Subversion.

Sia le librerie client che server sono affette da questo problema, un client con diritti di accesso al repository è in grado di utilizzare un exploit per esegure codice a piacere in fase di commit, un server può eseguire codice sui client in fase di update o checkout

È quindi importante aggiornare Subversion a queste versioni. Maggiori informazioni sono disponibili qui

Per informazioni dettagliate si vedano le CHANGES

È possibile scaricare Subversion 1.6.3 da qui.

È possibile scaricare Subversion 1.6.2 da qui.

Speriamo che vi piaccia !!

Nel caso in cui il server che mette a disposizione il repository subisca un hardware failure come possiamo da un lato avere un backup allineato all’ultima commit e dall’altro rendere disponibile immediatamente il repository agli utenti evitando lunghi periodi di downtime?

Con un semplice hack e un hook di post commit possiamo ottenere un repository clone da sostituire immediatamente a quello sulla macchina danneggiata.

Per prima cosa prepariamo due server: primary.mycompany.com e slave.mycompany.com, e poniamo che primary sia il repository principale, su slave prepariamo un nuovo repository vuoto e lo rendiamo disponibile tramite protocollo http.

Ecco una possibile configurazione del repository:

<Location>
   DAV svn
   SVNPath /var/lib/svn/repo
   AuthType Basic
   AuthName "Subversion Repository"
   AuthUserFile /var/lib/svn/passwd
   AuthzSVNAccessFile /var/lib/svn/access
   require valid-user
   satisfy all
</Location>

Tale configurazione è valida sia per primary che per slave.

Sulla macchina slave creiamo il repository clone con il comando svnadmin come di consueto. Una volta creato il repository clone dobbiamo cambiargli l’uuid. L’uuid di un repository è una stringa che contiene l’identificativo univoco di un repository generata al momento della creazione. Il client Subversion controlla che l’uuid del repository che si sta conttatando sia quello da cui la working copy è stata creata, per questo motivo bisogna sostituirlo con quello del repository master.

Per ottenere l’uid del repository master possiamo utilizzare il comado svn info http://primary.mycompany.com/repo, il risultato sarà simile a questo:

# svn info http://primary.mycompany.com/repo
Path: repo
URL: http://primary.mycompany.com
Repository Root: http://primary.mycompany.com/repo
Repository UUID: 41c2915e-32ce-4739-91e1-966d5c2fcc64
Revision: 58056
Node Kind: directory
Last Changed Author: admin
Last Changed Rev: 58056
Last Changed Date: 2009-04-30 15:35:52 +0200 (Gio, 30 Apr 2009)

L’UUID di un repository è salvato in [REPO_PATH]/db/uuid e possiamo aggiornarlo con 1 comando

# svn info http://primary.mycompany.com | grep UUID | awk '{ print $3 }' > /var/lib/svn/repo/db/uuid

Assumendo di avere i privilegi necessari e di aver creato il repository in /var/lib/svn/repo

A questo punto abilitiamo su primary l’hook di post commit e ci inseriamo l’esecuzione di svnsync, questo post parla di svnsync e di come utilizzarlo.