ubuntu-bacula team mailing list archive
-
ubuntu-bacula team
-
Mailing list archive
-
Message #00033
[Bug 227410] Re: [SRU] catalog Backup fails because .my.cnf is not read
This bug was fixed in the package bacula - 2.2.8-5ubuntu7.2
---------------
bacula (2.2.8-5ubuntu7.2) hardy-proposed; urgency=low
* Applied upstream's 2.2.8-strippath.patch, modified to compile
cleanly on hardy. (http://bacula.svn.sourceforge.net/viewvc/bacula?view=rev&revision=6867)
- Fix strippath bug that created a buffer overrun and crash the FD.
(LP: #227613)
[Ante Karamatic]
* Export $HOME in /etc/bacula/scripts/make_catalog_backup_awk.
- Thanks to Hanno Stock. (LP: #227410)
* debian/bacula-director-pgsql.postinst
- Really compare versions. (LP: #228693)
* debian/bacula-directory-pgsql.postinst:
- grant all privileges to new user on the new new database.
* patches/ubuntu_grant_privileges.patch
- test if $USER and $db_name are set in grant_postgresql_privileges.
-- Chuck Short <zulcss@xxxxxxxxxx> Fri, 21 Nov 2008 08:15:06 -0500
** Changed in: bacula (Ubuntu Hardy)
Status: Fix Committed => Fix Released
--
[SRU] catalog Backup fails because .my.cnf is not read
https://bugs.launchpad.net/bugs/227410
You received this bug notification because you are a member of Ubuntu
Bacula, which is subscribed to bacula in ubuntu.
Status in “bacula” source package in Ubuntu: In Progress
Status in bacula in Ubuntu Hardy: Fix Released
Status in bacula in Ubuntu Jaunty: In Progress
Bug description:
Binary package hint: bacula
Actually this is the last point of the original report of bug #207527.
I am opening this as a new bug report, since the other issues of bug #207527 appear to be fixed.
This is on version 2.2.8-5ubuntu7.
When running the BackupCatalog job, I get the following error:
06-Mai 18:27 baculatestsrv-dir JobId 17: BeforeJob: run command "/usr/bin/awk -f /etc/bacula/scripts/make_catalog_backup_awk -v cat1=MyCatalog /etc/bacula/bacula-dir.conf"
06-Mai 18:27 baculatestsrv-dir JobId 17: BeforeJob: mysqldump: Got error: 1045: Access denied for user 'bacula'@'localhost' (using password: NO) when trying to connect
It seems that .my.cnf is not read, since the command is not executed in a login shell and HOME is not set.
I was able to get the backup running by specifying HOME in the mysqldump command (see attached patch).