Re: [Bacula-users] Using output of btape /dev/st0
Hi. preissler thomas wrote: Hello, I wonna use the output of echo readlabel | btape /dev/st0 for analyze purposes. But when I do a /tmp/btape-output 21 that file is empty. Whats going on? Or is there another way to find out, which pool is in drive? Well, first of all - when the device is mounted by the sd btape can't access it. Secon, I'd use bconsole with status storage, some sed / awk scrip, and then ffed the tape name into some database query to get the pool name. No examples, sorry, but if you've got some experience with scripting in the shell and with SQL that should not be too big a problem. Arno Greets, Thomas --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users -- IT-Service Lehmann[EMAIL PROTECTED] Arno Lehmann http://www.its-lehmann.de --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula + MySQL File Table Corruption Issue
I ran into the duplicate key problem. I fixed it by doing the following: updgrade MySQL past the buggy version. for each _TABLE_; do: alter table _TABLE_ engine=InnoDB; alter table _TABLE_ engine=MyIsam; done Not forcing MySQL to do a *TOTAL* rewrite of the tables seems to leave something *WRONG* in it from the buggy version. Running the alter table engine stuff forces total table rebuild from scratch vs just a repair which doesn't do that. John Donagher wrote: Hi All- I've been using Bacula in a beta capacity for the past 6 months. I'm backing up now about 30 clients - mostly Solaris and Linux clients, with a few Windows/Mac OS X thrown in there. I've been quite happy except for one problem which I have had continually come back and haunt me. It seems that the MySQL File table is particularly susceptible to corruption when a new client is backed up (Full) for the first time - I assume because of the huge number of inserts - or maybe there is some sort of concurrency issue, as I do run multiple jobs simultaneously. An excerpt of the errors logged to the director are below.. Repairing the table through the MySQL console fixes the problem, but not the cause, as it always reappears. I'm currently running the director/sd 1.36.2-1 on Debian Sarge, with the MySQL backend (4.0.23_Debian-4-log). I'm doing backups to disk, not tape. The MySQL File table is currently about 721MB so I don't believe I'm running into any tablesize limits which I have found mention of in the archives. I've searched bugs.bacula.org and the gmane list archives and don't find much mention of this problem.. it's also not 100% reproducible which makes it especially frustrating. Can anyone shed any light on it or offer any potential solutions? Is it worth it to try switching to the PostgreSQL backend? John 20-Apr 22:48 backup01-dir: No prior Full backup Job record found. 20-Apr 22:48 backup01-dir: No prior or suitable Full backup found. Doing FULL backup. 20-Apr 22:48 backup01-dir: Start Backup JobId 1666, Job=Backup-billing.2005-04-20_22.48.02 backup01-fd: File system change prohibited. Will not descend into /usr backup01-fd: File system change prohibited. Will not descend into /var/run backup01-fd: File system change prohibited. Will not descend into /dev/fd backup01-fd: File system change prohibited. Will not descend into /usr/local 20-Apr 22:59 backup01-dir: Backup-billing.2005-04-20_22.48.02 Fatal error: sql_create.c:564 sql_create.c:564 insert INSERT INTO File (FileIndex,JobId,PathId,FilenameId,LStat,MD5) VALUES (70574,1666,4119,29088,'BVAAD EjDN IEk B A B A B/o CAA Q BCZlaM BAPL+U BAPL+j A A C','0') failed: Incorrect key file for table: 'File'. Try to repair it 20-Apr 22:59 backup01-dir: Backup-billing.2005-04-20_22.48.02 Fatal error: sql_create.c:566 Create db File record INSERT INTO File (FileIndex,JobId,PathId,FilenameId,LStat,MD5) VALUES (70574,1666,4119,29088,'BVAAD EjDN IEk B A B A B/o CAA Q BCZlaM BAPL+U BAPL+j A A C','0') failed. ERR=Incorrect key file for table: 'File'. Try to repair it20-Apr 22:59 backup01-dir: Backup-billing.2005-04-20_22.48.02 Fatal error: catreq.c:346 Attribute create error. sql_create.c:566 Create db File record INSERT INTO File (FileIndex,JobId,PathId,FilenameId,LStat,MD5) VALUES (70574,1666,4119,29088,'BVAAD EjDN IEk B A B A B/o CAA Q BCZlaM BAPL+U BAPL+j A A C','0') failed. ERR=Incorrect key file for table: 'File'. Try to repair it20-Apr 22:59 backup01-dir: Backup-billing.2005-04-20_22.48.02 Error: Catalog error updating MD5/SHA1. sql_update.c:65 Update problem: affected_rows=0 20-Apr 22:59 backup01-dir: Backup-billing.2005-04-20_22.48.02 Fatal error: sql_create.c:564 sql_create.c:564 insert INSERT INTO File (FileIndex,JobId,PathId,FilenameId,LStat,MD5) VALUES (70575,1666,4119,29089,'BVAAD EjDO IEk B A B A Bpf CAA O BCZlaM BAPL+U BAPL+j A A C','0') failed: Duplicate entry '21237005' for key 1 20-Apr 22:59 backup01-dir: Backup-billing.2005-04-20_22.48.02 Fatal error: sql_create.c:566 Create db File record INSERT INTO File (FileIndex,JobId,PathId,FilenameId,LStat,MD5) VALUES (70575,1666,4119,29089,'BVAAD EjDO IEk B A B A Bpf CAA O BCZlaM BAPL+U BAPL+j A A C','0') failed. ERR=Duplicate entry '21237005' for key 120-Apr 22:59 backup01-dir: Backup-billing.2005-04-20_22.48.02 Fatal error: catreq.c:346 Attribute create error. sql_create.c:566 Create db File record INSERT INTO File (FileIndex,JobId,PathId,FilenameId,LStat,MD5) VALUES (70575,1666,4119,29089,'BVAAD EjDO IEk B A B A Bpf CAA O BCZlaM BAPL+U BAPL+j A A C','0') failed. ERR=Duplicate entry '21237005' for key 120-Apr 22:59 backup01-dir: Backup-billing.2005-04-20_22.48.02 Error: Catalog error updating MD5/SHA1. sql_update.c:65 Update problem: affected_rows=0 20-Apr 22:59 backup01-dir: Backup-billing.2005-04-20_22.48.02 Fatal error: sql_create.c:564 sql_create.c:564 insert INSERT INTO File (FileIndex,JobId,PathId,FilenameId,LStat,MD5) VALUES (70576,1666,4119,28933,'BVAAD EjDP IGk B A B A GCR CAA y BCZlaM BAOivw BAOivw A A
[Bacula-users] Are Base Jobs Supported Now?
Hi All, I have been going through the documentation and every once in a while I come across a directive called Base. Is this now fully supported or is it still in testing? Thanks DavePost your free ad now! Yahoo! Canada Personals
Re: [Bacula-users] Bacula fd on true64 UNIX
On Friday 22 April 2005 05:01, Ferdinando Pasqualetti wrote: Hello everyone, I would like to set up a mixed environment Linux and HP (formerly COMPAQ, formerly DEC) Tru64 UNIX 5.1A/B. I tried to find some binary version for Tru64, but I couldn't. I am trying to compile on systems, but I am getting a lot of problems (configure does not find out correctly the compiler). Could someone give me some suggestion? Thanks Ferdinando Pasqualetti - G.T.Dati - Florence - Italy Hi, I have a similar system with windows machines also. I'm sending you via other email a binary of the file daemon for Tru64 Unix 5.1B in production. Regards, Wilson --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Cannot build bacula RPMs
Hello, Just downloaded bacula-1.36.2-4.src.rpm from SourceForge and now cannot build bacula RPMs. It looks like problem while trying to build mtx: # pwd /usr/src/redhat/BUILD/depkgs/mtx-1.2.17kes # ./configure creating cache ./config.cache checking host system type... configure: error: can not guess host type; you must specify one It looks like config.guess cannot determine machine type. System is RHEL3 on dual Opteron: # uname -a Linux luna 2.4.21-27.0.2.EL #1 SMP Wed Jan 12 23:25:36 EST 2005 x86_64 x86_64 x86_64 GNU/Linux Thanks, Mindaugas --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula + MySQL File Table Corruption Issue
On Fri, 2005-04-22 at 09:03 -0400, Michael Joyner wrote: I ran into the duplicate key problem. I fixed it by doing the following: updgrade MySQL past the buggy version. for each _TABLE_; do: alter table _TABLE_ engine=InnoDB; alter table _TABLE_ engine=MyIsam; done Not forcing MySQL to do a *TOTAL* rewrite of the tables seems to leave something *WRONG* in it from the buggy version. Running the alter table engine stuff forces total table rebuild from scratch vs just a repair which doesn't do that. Thanks Michael - I'm giving that a try John --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula fd on true64 UNIX
On Fri, 22 Apr 2005, Wilson Guerrero C. wrote I have a similar system with windows machines also. I'm sending you via other email a binary of the file daemon for Tru64 Unix 5.1B in production. I would like to obtain a copy of that too. Wilson, perhaps you can contribute this to the sourceforge archive? AB --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users