Difference: ReplicaVOMS (2 vs. 3)

Revision 32011-03-30 - AlessandroPaolini

Line: 1 to 1
 -- AlessandroPaolini - 2011-02-03

Operazioni da eseguire sul MASTER SERVER

Changed:
<
<		sul master server creare l'utente per mezzo del quale lo slave contatter� il DB, ad esempio:

# mysql -p -e "grant super, reload , replication slave, replication client on (asterisco).(asterisco) to replica@'grid-se.pr.infn.it' identified by 'replicapass'" ;

e per ogni database (VO) che si vuole replicare, assegnargli questi permessi:

# mysql -p -e "grant select, lock tables on voms_myvo.* to replica@'grid-se.pr.infn.it'"

e poi aggiungere queste righe nel file di mysql (� importante che sul master sia attivo il binary log)

# cat > /etc/my.cnf <<EOF
# [mysqld]
#log-bin
#server-id=1
#sync_binlog=1
#innodb-safe-binlog
#EOF

fare ripartire mysql
>
>		sul master server creare l'utente per mezzo del quale lo slave contatter� il DB, ad esempio:

# mysql -p -e "grant super, reload , replication slave, replication client on (asterisco).(asterisco) to replica@'grid-se.pr.infn.it' identified by 'replicapass'" ;

e per ogni database (VO) che si vuole replicare, assegnargli questi permessi:

# mysql -p -e "grant select, lock tables on voms_myvo.* to replica@'grid-se.pr.infn.it'"

e poi aggiungere queste righe nel file di mysql (� importante che sul master sia attivo il binary log)

# cat > /etc/my.cnf <<EOF
# [mysqld]
#log-bin=mysql-bin
#server-id=1
#innodb_flush_log_at_trx_commit=1
#innodb-safe-binlog
#EOF

fare ripartire mysql
 

Operazioni da eseguire sullo SLAVE SERVER

sullo slave lanciare questi script:

-- first_replica.sh per il primo database che si intende replicare o nel caso sia l'unico
-- next_replicas.sh per i databases successivi (uno per ogni lancio) che si intende replicare sullo stesso slave server

per entrambi gli script, impostare le seguenti variabili:

-- master_host, master_mysql_user, master_mysql_pwd che si riferiscono al master server ed all'utente creato in precedenza
-- mysql_username_admin e mysql_password_admin che si riferiscono allo slave

con il lancio di first_replica.sh verr� scritto il file /etc/my.cnf
nel caso si debbano replicare altri databases, prima di ogni lancio di next_replicas.sh, modificare a mano /etc/my.cnf aggiungendo le righe relative al db che s'intende replicare

se vengono impostate le variabili suddette, la sintassi di lancio degli script � la seguente:

./next_replicas.sh --master-db=voms_myvo --db=voms_myvo

**NOTA: se la VO si chiama pippo, il DB si chiama voms_pippo; se la VO si chiama pippo.pip, il DB si chiama voms_pippo_pip; se la VO si chiama pippo.pip.pi, il DB si chiama voms_pippo_pip_ (almeno in base alla nostra esperienza finora)

**NOTA: sullo slave server � bene disabilitare la registrazione degli utenti, per cui nel file di configurazione /opt/glite/etc/config/glite-voms-server.cfg.xml impostare in true il valore di voms.admin.webRegistration.disable

**NOTA: � meglio non lanciare pi� questo script:

# /opt/glite/etc/config/scripts/glite-voms-server-config.py --configure (o --start)

perch� sovrascrive il my.cnf

al termine della procedura di replica, affinch� le modifiche nel database divengano completamente effettive bisogna far ripartire voms e voms-admin:

lista dei comandi utili da far ripartire (non sempre sono necessari tutti)

# /opt/glite/etc/init.d/voms-admin stop
# /opt/glite/etc/init.d/voms stop
# service mysql restart
# service tomcat5 restart
# /opt/glite/etc/init.d/voms start
# /opt/glite/etc/init.d/voms-admin start

==========================================================================================*

View topic | History: r5 < r4 < r3 < r2 | More topic actions...
 
This site is powered by the TWiki collaboration platformCopyright © 2008-2023 by the contributing authors. All material on this collaboration platform is the property of the contributing authors.
Ideas, requests, problems regarding TWiki? Send feedback