Line: 1 to 1 | ||||||||
---|---|---|---|---|---|---|---|---|
-- AlessandroPaolini - 2011-02-03
Operazioni da eseguire sul MASTER SERVER | ||||||||
Line: 6 to 6 | ||||||||
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 #sync_binlog=1 #EOF fare ripartire mysql Operazioni da eseguire sullo SLAVE SERVER | ||||||||
Changed: | ||||||||
< < | 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 ==========================================================================================* | |||||||
> > | 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 ESEMPIO DI IMPOSTAZIONI DELLE VARIABILI: voms_database="" # VOMS database master_host="voms.cnaf.infn.it" # Master master_mysql_user="gianpeppo" # Master MySQL admin user (l'utente replica creato sul master) master_mysql_pwd="pass di gianpeppo" # Master MySQL admin pass (la password dell'utente replica sul master) master_log_file="" # Master LOG file master_log_pos="" # Master LOG file mysql_username_admin="root" # MySQL admin username (si riferisce allo slave) mysql_password_admin="secret" # MySQL admin pass (la password di root dello 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 ==========================================================================================*
|