Newsgroup: it.comp.os.linux.sys
Titolo: MySQL e bacula...

 
Scusate ma non capisco.
 
Ho due server identici, stessa versione di debian, stessa versione di mysql.
Entrambi hanno la password di 'root' mysql per mysqldump in /root/.my.cnf .
 
Su entrambi, da console, funziona:
 
	root@armitage:~# mysqldump -E mysql > /dev/null
	root@armitage:~# 
 
	root@dixie:~# mysqldump -E mysql > /dev/null
	root@dixie:~# 
 
ovvero legge la password dove deve leggerla.
 
 
Entrambi sono backuppati con bacula, in cui è configurato un ''pre execution
script'' identico tra i due.
 
Solo per il secondo:
 
	21-lug 12:38 sanvito-dir JobId 313: Start Backup JobId 313, Job=Dixie.2016-07-21_12.38.42_03
	21-lug 12:38 sanvito-dir JobId 313: Using Device "LTOStorage"
	21-lug 12:38 dixie-fd JobId 313: shell command: run ClientRunBeforeJob "/etc/bacula/scripts/debian-client-before"
	21-lug 12:38 dixie-fd JobId 313: ClientRunBeforeJob: mysqldump: Got error: 1045: Access denied for user 'root'@'localhost' (using password: NO) when trying to connect
	21-lug 12:38 dixie-fd JobId 313: ClientRunBeforeJob: mysqldump: Got error: 1045: Access denied for user 'root'@'localhost' (using password: NO) when trying to connect
	21-lug 12:38 dixie-fd JobId 313: ClientRunBeforeJob: mysqldump: Got error: 1045: Access denied for user 'root'@'localhost' (using password: NO) when trying to connect
	21-lug 12:38 dixie-fd JobId 313: ClientRunBeforeJob: mysqldump: Got error: 1045: Access denied for user 'root'@'localhost' (using password: NO) when trying to connect
	21-lug 12:38 dixie-fd JobId 313: ClientRunBeforeJob: mysqldump: Got error: 1045: Access denied for user 'root'@'localhost' (using password: NO) when trying to connect
 
dove sbaglio? Grazie.
 
-- 
  Mentre Utopia andava via allegramente perche` vedeva il futuro presente
  Verita` le sussurrava a capo chino:
  ``stai confondendo desiderio e destino''		(I Nomadi)

Marco Gaiarin wrote:
 
Le permissioni di /root/.my.cnf forse ?
 
-- 
Stefano L.

 Le permissioni di /root/.my.cnf forse ?
 
Effettivamente erano errate (644 e non 600, porca paletta!), ma non è
questo.
 
Stesso errore. ;(((
 
-- 
  Risulterebbe che i due ladroni crocefissi accanto al Signore fossero
  socialisti: infatti erano ladri e occupavano due posti su tre.
								(Anonimo)

 questo.
 
644 dentro /root/ non ha senso, dato che la /root stessa ha 700, nessun altro potrebbe comunque accedervi.
 
$ sudo su
# stat /root
  File: "/root"
  Dim.: 4096      	Blocchi: 8          Blocco di IO: 4096   directory
Device: fc00h/64512d	Inode: 9568257     Coll.: 7
Accesso: (0700/drwx------)  Uid: (    0/    root)   Gid: (    0/    root)
Accesso  : 2016-06-01 09:37:13.221307338 +0200
Modifica : 2016-02-29 18:47:18.662004743 +0100
Cambio   : 2016-02-29 18:47:18.662004743 +0100
Creazione: -
# echo ciao > /root/prova
# chmod 666 /root/prova 
# exit
exit
$ cat /root/prova
cat: /root/prova: Permesso negato

 644 dentro /root/ non ha senso, dato che la /root stessa ha 700, nessun altro potrebbe comunque accedervi.
 
OK, ok; era solo per dire che non poteva essere quello... inizio a
sospettare l'environment...
 
-- 
  ``... La memoria conta veramente solo se tiene insieme l'impronta del
  presente e il progetto del futuro, se permette di fare senza dimenticare
  quel che si voleva fare, di diventare senza smettere di essere,
  di essere senza smettere di diventare...''		(Italo Calvino)

 sospettare l'environment...
 
Infatti. Sul funzionante:
 
	HOME=/root
 
sul non funzionante:
 
	HOME=/
 
 
Il bello adesso è capire perchè... /etc/passwd è identico tra le due
macchine... boh...
 
-- 
  ...di una locomotiva, come cosa viva
  lanciata a bomba contro l'ingiustizia			(F. Guccini)