[Bacula-users] Re: Mysql server has gone away
Hi, as Kern mentioned the the problem was that bacula was compiled whith ver 4.1 mysql lib. But the DB Server (on an other host) version was 3.1. After upgrading the DB Server to 4.1 so that the server and bacula uses the sam myql version. Am Freitag, den 20.01.2006, 12:06 -0500 schrieb Mason Fischer: Hello, I saw you post on the bacula mailing list about the "Mysql server has gone away" error. I'm having the same problem. Just wondering if you have solved the problem. I upgraded to mysql5 and Im wondering if that could be it. thanks for your time, -masonf Mit freundlichen Grüßen, Viktor Dihor Fernwärme Ulm GmbH Tel. +49-731-3992-267 Fax. +49-731-3992-5-267 E-Mail: [EMAIL PROTECTED] Magirusstrasse 21 89077 Ulm Dieses E-Mail ist vertraulich. Wenn Sie nicht der rechtmäßige Empfänger sind, dürfen Sie den Inhalt weder kopieren, verbreiten oder benutzen. Sollten Sie dieses E-Mail versehentlich erhalten haben, senden Sie es bitte an uns zurück und löschen es anschließend. This email is confidential. If you are not the intended recipient, you must not copy, disclose or use its contents. If you have received it in error, please inform us immediately by return email and delete the document
[Bacula-users] Bacula 1.38.3 has some serius Problems
Hi everybody, I use Bacula 1.38.3. When a jobs is comleted, a list volumes in the bconsole commaqn fails whith the folowing error: *list volumes Using default Catalog name=MyCatalog DB=bacula Error obtaining pool ids. ERR=Pool id select failed: ERR=MySQL server has gone away You have messages. * messages 06-Jan 21:48 nas01: *Console*.2006-01-06_21.47.54 Fatal error: sql_get.c:468 sql_get.c:468 query SELECT PoolId FROM Pool failed: MySQL server has gone away 06-Jan 21:48 nas01: sql_get.c:468 SELECT PoolId FROM Pool 06-Jan 21:48 nas01: *Console*.2006-01-06_21.47.54 Error: Pool id select failed: ERR=MySQL server has gone away Before an other job can bestarted, bacula has to be restarted. Any hint what went wrong? Mit freundlichen Grüßen, Viktor Dihor Fernwärme Ulm GmbH Tel. +49-731-3992-267 Fax. +49-731-3992-5-267 E-Mail: [EMAIL PROTECTED] Magirusstrasse 21 89077 Ulm Dieses E-Mail ist vertraulich. Wenn Sie nicht der rechtmäßige Empfänger sind, dürfen Sie den Inhalt weder kopieren, verbreiten oder benutzen. Sollten Sie dieses E-Mail versehentlich erhalten haben, senden Sie es bitte an uns zurück und löschen es anschließend. This email is confidential. If you are not the intended recipient, you must not copy, disclose or use its contents. If you have received it in error, please inform us immediately by return email and delete the document
Re: [Bacula-users] Verify Job fails
Hi Kern, I'm using Bacula whith Debian Testing. After migrating to Bacula 1.38.3 (Dec. 22 2005) I started the Verify Job manualy. After 10 houers I gout these Error MSG: __ 26-Dec 22:01 nas01-sd: Got EOF at file 2 on device "HP-SSL1016" (/dev/nst0), Volume "PNG428L2" 26-Dec 22:02 nas01-sd: Got EOF at file 3 on device "HP-SSL1016" (/dev/nst0), Volume "PNG428L2" * 26-Dec 22:02 nas01-sd: Got EOF at file 4 on device "HP-SSL1016" (/dev/nst0), Volume "PNG428L2" * 26-Dec 22:02 nas01-sd: Got EOF at file 5 on device "HP-SSL1016" (/dev/nst0), Volume "PNG428L2" * 26-Dec 22:03 nas01-sd: Got EOF at file 6 on device "HP-SSL1016" (/dev/nst0), Volume "PNG428L2" * You have messages. *messages 26-Dec 22:49 nas01-sd: NAS-Woche-Verify-Volume2Catalog.2005-12-26_22.00.31 Error: block.c:940 Read error at file:blk 6:13257 on device "HP-SSL1016" (/dev/nst0). ERR=Input/output error. 26-Dec 22:49 nas01: NAS-Woche-Verify-Volume2Catalog.2005-12-26_22.00.31 Error: Bacula 1.38.3 (22Dec05): 26-Dec-2005 22:49:34 JobId: 299 Job: NAS-Woche-Verify-Volume2Catalog.2005-12-26_22.00.31 FileSet: Weekly Verify Verify Level: VolumeToCatalog Client: nas01-fd Verify JobId: 297 Verify Job: NAS-Weekly Start time: 26-Dec-2005 22:00:33 End time: 26-Dec-2005 22:49:34 Files Expected: 386,526 Files Examined: 43 Non-fatal FD errors: 0 FD termination status: OK SD termination status: Error Termination: *** Verify Error *** In the same bconsole runing folowing comand: *list volumes Error MSG: __ Error obtaining pool ids. ERR=Pool id select failed: ERR=MySQL server has gone away You have messages. * 27-Dec 09:19 nas01: *Console*.2005-12-26_21.00.30 Fatal error: sql_get.c:468 sql_get.c:468 query SELECT PoolId FROM Pool failed: MySQL server has gone away 27-Dec 09:19 nas01: sql_get.c:468 SELECT PoolId FROM Pool 27-Dec 09:19 nas01: *Console*.2005-12-26_21.00.30 Error: Pool id select failed: ERR=MySQL server has gone away Anny Idea what whent wrong? Am Montag, den 26.12.2005, 15:00 +0100 schrieb Kern Sibbald: On second though after looking more closely at your output, I see you are using FreeBSD (most likely), and FreeBSD has a problem that the SCSI guy is working on, which prevents Bacula from opening the drive if there is no tape in the drive. As a consequence, if you load something into the drive *before* starting Bacula, most likely it will work. I suspect you never saw this problem on 1.34, because you always had a tape in the drive. On Monday 26 December 2005 12:17, Dihor, Viktor wrote: > Hi Bacula Friends, > > I'm using the verify Job since Bacula 1.34. > > After upgrading to 1.38.2 these job still fails. > > Here the Config Part of the Dir config: > > > Job { > Name = "NAS-Woche-Verify-Volume2Catalog" > Type = Verify > Level = VolumeToCatalog # default level > Verify Job = "NAS-Weekly" > Client = nas01-fd > FileSet = "Weekly Verify" > Messages = Standard > Storage = HP-Library > Pool = Woche > Schedule = "VerifyWeeklyCycle" > } > > > These is the Error MSG: > > >Von: > bacula@ > An: > bacula@ >Betreff: > Bacula: Verify Fatal Error of > nas01-fd Verify Volume to Catalog > Datum: > Mon, 26 Dec 2005 07:34:06 +0100 > > 26-Dec 07:10 nas01: Verifying against JobId=297 > Job=NAS-Weekly.2005-12-25_20.13.24 > 26-Dec 07:10 nas01: Bootstrap records written > to > /var/lib/bacula/nas01.restore.NAS-Woche-Verify-Volume2Catalog.2005-12-25_23 >.00.01.bsr 26-Dec 07:10 nas01: > 26-Dec 07:10 nas01: The job will require the following Volumes: > 26-Dec 07:10 nas01: > 26-Dec 07:10 nas01:PNG428L2 > 26-Dec 07:10 nas01:PNG427L2 > 26-Dec 07:10 nas01:PNG424L2 > 26-Dec 07:10 nas01:PNG425L2 > 26-Dec 07:10 nas01:PNG429L2 > 26-Dec 07:10 nas01: > 26-Dec 07:10 nas01: Start Verify JobId=298 Level=VolumeToCatalog > Job=NAS-Woche-Verify-Volume2Catalog.2005-12-25_23.00.01 > 26-Dec 07:10 nas01-sd: 3301 Issuing autochanger "loaded drive 0" > command. > 26-Dec 07:10 nas01-sd: 3302 Autochanger "loaded drive 0", result: > nothing loaded. > 26-Dec 07:33 nas01-sd: > NAS-Woche-Verify-Volume2Catalog.2005-12-25_23.00.01 Fatal error: > dev.c:387 dev.c:381 Unable to open device "HP-SSL1016"
Re: [Bacula-users] Verify Job fails
Hi Kern, the Bacula runs on Debian Testing. Mayby I should try the 1.38.3 Version. Am Montag, den 26.12.2005, 15:00 +0100 schrieb Kern Sibbald: Kern Sibbald <[EMAIL PROTECTED]> Mit freundlichen Grüßen, Viktor Dihor Fernwärme Ulm GmbH Tel. +49-731-3992-267 Fax. +49-731-3992-5-267 E-Mail: [EMAIL PROTECTED] Magirusstrasse 21 89077 Ulm Dieses E-Mail ist vertraulich. Wenn Sie nicht der rechtmäßige Empfänger sind, dürfen Sie den Inhalt weder kopieren, verbreiten oder benutzen. Sollten Sie dieses E-Mail versehentlich erhalten haben, senden Sie es bitte an uns zurück und löschen es anschließend. This email is confidential. If you are not the intended recipient, you must not copy, disclose or use its contents. If you have received it in error, please inform us immediately by return email and delete the document
[Bacula-users] Verify Job fails
Hi Bacula Friends, I'm using the verify Job since Bacula 1.34. After upgrading to 1.38.2 these job still fails. Here the Config Part of the Dir config: Job { Name = "NAS-Woche-Verify-Volume2Catalog" Type = Verify Level = VolumeToCatalog # default level Verify Job = "NAS-Weekly" Client = nas01-fd FileSet = "Weekly Verify" Messages = Standard Storage = HP-Library Pool = Woche Schedule = "VerifyWeeklyCycle" } These is the Error MSG: Von: bacula@ An: bacula@ Betreff: Bacula: Verify Fatal Error of nas01-fd Verify Volume to Catalog Datum: Mon, 26 Dec 2005 07:34:06 +0100 26-Dec 07:10 nas01: Verifying against JobId=297 Job=NAS-Weekly.2005-12-25_20.13.24 26-Dec 07:10 nas01: Bootstrap records written to /var/lib/bacula/nas01.restore.NAS-Woche-Verify-Volume2Catalog.2005-12-25_23.00.01.bsr 26-Dec 07:10 nas01: 26-Dec 07:10 nas01: The job will require the following Volumes: 26-Dec 07:10 nas01: 26-Dec 07:10 nas01: PNG428L2 26-Dec 07:10 nas01: PNG427L2 26-Dec 07:10 nas01: PNG424L2 26-Dec 07:10 nas01: PNG425L2 26-Dec 07:10 nas01: PNG429L2 26-Dec 07:10 nas01: 26-Dec 07:10 nas01: Start Verify JobId=298 Level=VolumeToCatalog Job=NAS-Woche-Verify-Volume2Catalog.2005-12-25_23.00.01 26-Dec 07:10 nas01-sd: 3301 Issuing autochanger "loaded drive 0" command. 26-Dec 07:10 nas01-sd: 3302 Autochanger "loaded drive 0", result: nothing loaded. 26-Dec 07:33 nas01-sd: NAS-Woche-Verify-Volume2Catalog.2005-12-25_23.00.01 Fatal error: dev.c:387 dev.c:381 Unable to open device "HP-SSL1016" (/dev/nst0): ERR=Input/output error 26-Dec 07:33 nas01-sd: NAS-Woche-Verify-Volume2Catalog.2005-12-25_23.00.01 Warning: acquire.c:194 Open device "HP-SSL1016" (/dev/nst0) Volume "PNG428L2" failed (EIO): ERR=dev.c:381 Unable to open device "HP-SSL1016" (/dev/nst0): ERR=Input/output error 26-Dec 07:33 nas01-sd: 3301 Issuing autochanger "loaded drive 0" command. 26-Dec 07:33 nas01-sd: 3302 Autochanger "loaded drive 0", result: nothing loaded. 26-Dec 07:33 nas01-sd: 3304 Issuing autochanger "load slot 14, drive 0" command. 26-Dec 07:34 nas01-sd: 3305 Autochanger "load slot 14, drive 0", status is OK. 26-Dec 07:34 nas01-fd: NAS-Woche-Verify-Volume2Catalog.2005-12-25_23.00.01 Fatal error: job.c:1597 Bad response to Read Data command. Wanted 3000 OK data , got 3000 error 26-Dec 07:34 nas01: NAS-Woche-Verify-Volume2Catalog.2005-12-25_23.00.01 Fatal error: No Job status returned from FD. 26-Dec 07:34 nas01: NAS-Woche-Verify-Volume2Catalog.2005-12-25_23.00.01 Error: Bacula 1.38.2 (20Nov05): 26-Dec-2005 07:34:06 JobId: 298 Job: NAS-Woche-Verify-Volume2Catalog.2005-12-25_23.00.01 FileSet: Weekly Verify Verify Level: VolumeToCatalog Client: nas01-fd Verify JobId: 297 Verify Job: NAS-Weekly Start time: 26-Dec-2005 07:10:32 End time: 26-Dec-2005 07:34:06 Files Expected: 386,526 Files Examined: 0 Non-fatal FD errors: 0 FD termination status: Error SD termination status: Error Termination: *** Verify Error *** Anny suggestion why the Job fails? It could be that the config syntax for the Verify Job changes, but im not sure. Happy Christmas and a happy New Year to all of You.
[Bacula-users] Re: Bacula auto Recyle
Hi Harondel, thanks fpr Your great job. It was exactly the solution. Solution as follows: /etc/bacula/bacula-dir.conf # Default pool definition Pool { Name = Woche Pool Type = Backup Recycle = yes # Bacula can automatically recycle Volumes AutoPrune = yes # Prune expired volumes Volume Retention = 31 days # 31 days Volume Use Duration = 31 days # 31 days < New parameter Accept Any Volume = yes # write on any volume in the pool Cleaning Prefix = "CLNU" } Update the Bacula DB whith recycle Flag: In the bconsole use the update command: update -> pool from resource update -> volume parameters -> select pool -> select any media -> all volumes from pool Not exactly intuitive because for the latter you have to first select a volume to reach the "all volumes" option.
Re: [Bacula-users] Bacula auto Recyle
Hello Arno, the maijor problem is, that bacula asks for a appendable Volume, istead of reusing a purged Volume. Am Sonntag, den 18.12.2005, 14:50 +0100 schrieb Arno Lehmann: Still at work at this time? Anyway... On 12/18/2005 1:57 PM, Dihor, Viktor wrote: > > Hello OSS Friends, > > I use Bacula 1.38.2 it runs ok. so far. > Just the Process of the auto Recyling dosen't work. > > Bucula purges the volumes as desired, but doesnt recylce them. > My Pool Def. in the Dir config looks as folows: > What I see makes me think that everything's working correctly. Tapes are purged, and that's what you want. The status "Recycled" is only applied if a tape is actually selected for reuse, i.e. in the short time between the DIR selecting which tape to use next and, in this process, possibly pruning volumes, and the notification from the SD that this tape is actually in use again. Usually, you see this stae in the catalog in two cases only: - You have to manually change tapes, and for whatever reason you feed a tape to Bacula that is not the same one it requested. That's not a problem, by the way. The same can happen when you change magazines and you load another magazine than the one with the already recycled tape. In both cases, Bacula will simply select another volume to work with. - When, for whatever reason, Bacula stops working during tape change operations. In any case, a tape with VolStatus Recycled will be the best choice when Bacula needs a new tape. Arno > > > The Bacula DB: > > > > > Any hints why it doesent work. > > > > happy Hacking, > > Viktor > Mit freundlichen Grüßen, Viktor Dihor
Re: [Bacula-users] Bacula Web
Hi, I found the Bug. After installing the mysql Package for PHP, the Website worked fine. Am Dienstag, den 13.12.2005, 23:02 +0100 schrieb Arno Lehmann: Hi, Dihor, Viktor schrieb: > Hi every one, > > > I Installed Bacula Web. > > The test.php page has folowing output: > > Checking system for dependencies... > > > Checking gettext: YES Language support enabled > Checking Pear(DB): YES Pear DB enabled > Checking GD: YES GD support enabled > > > > * PHPlot test graph form * > Use this form to test many different options of PHPlot. You can test > every graph type supported for any of four different data types. You can > tweak as you like or you can leave everything as is and press "Submit" for > > > * PHPlot graphic formats test * > > This page will test which graphic formats are supported by the version > of GD linked into PHP. You should see at least one of the four images > below. > > Calling the Bacula Page ends up in the folowing Error: > DB Error: extension not found > > Any hint what went wrong? Probably you don't have some required libraries or rather PHP extensions. PEAR is the keyword here. Or you didn't configure bacula-web correctly, although I'd say it's the PEAR stuff that's missing. (Trying to create nice reports for your boss? ;-) Arno > > > > > > > >
Re: [Bacula-users] Bacula Autochanger Problems
>Hi, again. >> Hello everybody, >> >> >> I use Bacula 1.38.2 whith HP SSL 1016 Autoloader. >> >> SD Config: >> >> # This is the definition for a >> # HP SSL1016 Ultrium 460 Autoloader >> # >> Autochanger { >> Name = HP-Library >> Device = HP-SSL1016 >> Changer Device = /dev/sg2 >> Changer Command = "/usr/local/bacula-1.38.3/etc/mtx-changer %c %o %S >> %a %d" >> } >> >> >> >> Device { >> Name = HP-SSL1016 --> Drive Index = 0 <-- these is the missing Line "Drive Index = 0" so now it works >> Media Type = LTO2 >> Archive Device = /dev/nst0 >> # Changer Command = "/usr/local/bacula-1.38.3/etc/mtx-changer %c %o %S >> %a %d" >> AutoChanger = yes >> #Autoselect = yes; >> AutomaticMount = yes; # when device opened, read it >> LabelMedia = yes; >> AlwaysOpen = yes; >> } >The only thing I actually miss is "Drive Index = 0" in the device section. >> DIR Config: >> >> JobDefs { >> Name = "Week-backup" >> Type = Backup >> Level = Full >> Client = nas01-fd >> FileSet = "Weekly Full Set" >> Schedule = "WeeklyCycle" >> RunBeforeJob = "/usr/local/sbin/tape clean" >> RunAfter Job = "/usr/local/sbin/tape unload" >> Storage = HP-Library >> Messages = Standard >> Pool = WocheWochensicherung >> Priority = 10 >> } >> >> >> >> >> >> Then I tried to run a Backup. >> The mtx-changer scripts works fine. >> But bacula dosent load the tapes. >> The command "update slots" ends up in an error "No slots in changer to scan" > >Might be solved by Drive Index... > >If not - what does "status sd" on the console tell you? You might post >the whole command output. > >Arno Arno that was the Solution many many thanks for Youre greate Job. > >-- >IT-Service Lehmann al at its-lehmann.de >Arno Lehmann http://www.its-lehmann.de > > Mit freundlichen Grüßen, Viktor Dihor
[Bacula-users] Bacula Autochanger Problems
Mit freundlichen Grüßen, Viktor Dihor Fernwärme Ulm GmbH Tel. +49-731-3992-267 Fax. +49-731-3992-5-267 E-Mail: [EMAIL PROTECTED] Magirusstrasse 21 89077 Ulm Dieses E-Mail ist vertraulich. Wenn Sie nicht der rechtmäßige Empfänger sind, dürfen Sie den Inhalt weder kopieren, verbreiten oder benutzen. Sollten Sie dieses E-Mail versehentlich erhalten haben, senden Sie es bitte an uns zurück und löschen es anschließend. This email is confidential. If you are not the intended recipient, you must not copy, disclose or use its contents. If you have received it in error, please inform us immediately by return email and delete the document --- Begin Message --- Hello everybody, I use Bacula 1.38.2 whith HP SSL 1016 Autoloader. SD Config: # This is the definition for a # HP SSL1016 Ultrium 460 Autoloader # Autochanger { Name = HP-Library Device = HP-SSL1016 Changer Device = /dev/sg2 Changer Command = "/usr/local/bacula-1.38.3/etc/mtx-changer %c %o %S %a %d" } Device { Name = HP-SSL1016 Media Type = LTO2 Archive Device = /dev/nst0 # Changer Command = "/usr/local/bacula-1.38.3/etc/mtx-changer %c %o %S %a %d" AutoChanger = yes #Autoselect = yes; AutomaticMount = yes; # when device opened, read it LabelMedia = yes; AlwaysOpen = yes; } DIR Config: JobDefs { Name = "Week-backup" Type = Backup Level = Full Client = nas01-fd FileSet = "Weekly Full Set" Schedule = "WeeklyCycle" RunBeforeJob = "/usr/local/sbin/tape clean" RunAfter Job = "/usr/local/sbin/tape unload" Storage = HP-Library Messages = Standard Pool = WocheWochensicherung Priority = 10 } Then I tried to run a Backup. The mtx-changer scripts works fine. But bacula dosent load the tapes. The command "update slots" ends up in an error "No slots in changer to scan" Any hints what went wrong? Many thank in advanced. --- End Message ---
[Bacula-users] Bacula Autochanger Problems
Hello everybody, I use Bacula 1.38.2 whith HP SSL 1016 Autoloader. SD Config: # This is the definition for a # HP SSL1016 Ultrium 460 Autoloader # Autochanger { Name = HP-Library Device = HP-SSL1016 Changer Device = /dev/sg2 Changer Command = "/usr/local/bacula-1.38.3/etc/mtx-changer %c %o %S %a %d" } Device { Name = HP-SSL1016 Media Type = LTO2 Archive Device = /dev/nst0 # Changer Command = "/usr/local/bacula-1.38.3/etc/mtx-changer %c %o %S %a %d" AutoChanger = yes #Autoselect = yes; AutomaticMount = yes; # when device opened, read it LabelMedia = yes; AlwaysOpen = yes; } DIR Config: JobDefs { Name = "Week-backup" Type = Backup Level = Full Client = nas01-fd FileSet = "Weekly Full Set" Schedule = "WeeklyCycle" RunBeforeJob = "/usr/local/sbin/tape clean" RunAfter Job = "/usr/local/sbin/tape unload" Storage = HP-Library Messages = Standard Pool = WocheWochensicherung Priority = 10 } Then I tried to run a Backup. The mtx-changer scripts works fine. But bacula dosent load the tapes. The command "update slots" ends up in an error "No slots in changer to scan" Any hints what went wrong? Many thank in advanced.
[Bacula-users] Recycling dosen't work
| 2005-08-02 04:29:22 | | 246 | PNG427L2 | Purged | 386,415,142,280 | 386 | 2,592,000 | 0 | 13 | 1 | XXX | 2005-08-02 02:03:56 | | 248 | PNG429L2 | Purged | 268,258,528,583 | 268 | 2,592,000 | 0 | 15 | 1 | XXX | 2005-08-01 23:38:44 | | 249 | PNG430L2 | Full | 61,246,874,689 | 62 | 2,592,000 | 0 | 1 | 1 | XXX | 2005-08-14 23:21:03 | | 250 | PNG431L2 | Full | 330,978,829,658 | 331 | 2,592,000 | 0 | 2 | 1 | XXX | 2005-08-14 22:50:55 | | 251 | PNG432L2 | Full | 392,287,152,704 | 392 | 2,592,000 | 0 | 3 | 1 | XXX | 2005-08-14 20:29:25 | | 252 | PNG433L2 | Full | 239,807,450,928 | 239 | 2,592,000 | 0 | 4 | 1 | XXX | 2005-08-14 18:04:30 | | 253 | PNG434L2 | Full | 316,216,999,705 | 316 | 2,592,000 | 0 | 5 | 1 | XXX | 2005-08-14 15:46:31 | | 254 | PNG435L2 | Purged | 1 | 316 | 2,678,400 | 0 | 6 | 1 | XXX | 2005-08-14 13:29:22 | | 265 | PNG437L2 | Full | 1 | 316 | 3,456,000 | 0 | 9 | 1 | XXX | 2005-08-24 08:59:02 | | 266 | PNG438L2 | Full | 32,809,415,483 | 33 | 2,592,000 | 0 | 10 | 0 | XXX | 2005-08-24 18:38:58 | | 267 | PNG439L2 | Full | 319,636,460,524 | 319 | 2,592,000 | 0 | 11 | 0 | XXX | 2005-08-24 18:21:07 | | 268 | PNG440L2 | Full | 375,330,563,180 | 375 | 2,592,000 | 0 | 12 | 0 | XXX | 2005-08-24 16:00:18 | | 269 | PNG441L2 | Full | 268,253,561,143 | 268 | 2,592,000 | 0 | 13 | 0 | XXX | 2005-08-24 13:36:19 | | 270 | PNG442L2 | Full | 321,883,990,901 | 321 | 2,592,000 | 0 | 14 | 1 | XXX | 2005-08-24 11:20:38 | +-++---+-+--+--+-+--+---+---+-+-+ Any hints ? Many thaks in advanced, Dihor Viktor. Email: viktor.dihor at fernwaerme-ulm.de
[Bacula-users] Bacula Version: 1.36.3 DB Problem
Hello All, I updated Bacula from Version 1.34.6 to 1.36.3. After updating the /etc/bacula/bacula-dir.conf whith the new syntax bacula started. Now I have a big Problem. If I make in the bconsole a list volumes I got folowing result: idefix:/# bconsoleConnecting to Director nas01:91011000 OK: nas01 Version: 1.36.3 (22 April 2005)Enter a period to cancel a command.*list volumesUsing default Catalog name=MyCatalog DB=idefixPool: DefaultNo results to list.Pool: WeekNo results to list.Pool: MonthNo results to list. Although in the Week and Month Pool are over 20 Medias. Has somebody a hint where the problem is? Many thanks in advanced/Vielen dank im Voraus für Ihre Hilfe, Viktor DihorFernwärme Ulm GmbH Dieses E-Mail ist vertraulich. Wenn Sie nicht der rechtmäßige Empfänger sind, dürfen Sie den Inhalt weder kopieren, verbreiten oder benutzen. Sollten Sie dieses E-Mail versehentlich erhalten haben, senden Sie es bitte an uns zurück und löschen es anschließend. This email is confidential. If you are not the intended recipient, you must not copy, disclose or use its contents. If you have received it in error,please inform us immediately by return email and delete the document.