Re: [Bacula-users] Volume errors since update to 2.0.3
I've read with attention the doc about Automatic volume recycling and my configuration seems to be exactly what's described in this doc. On the backup disk, there are volumes from ScribeVol0001 to ScribeVol0109 with 10 missing numbers (which makes a total of 99 volumes). Those 10 missing volumes has been deleted from database using command delete volume. So now bacula has 99 volumes in its database and the last one has the number 109. So this make me ask the question : why does bacula try to create volumes with names already present in its database ? Why doesn't it use the free available number (in my case 35 to 40) ? K. P.S. : you could ask me why I removed those volumes, I did this for some good reasons that I don't remember any more ;-) . Martin Simmons a écrit : Bacula recycles purged volumes, so I'm not sure what you mean by pruned here. What is their volstatus? Note that a volume is not purged until its volume retention period expires, even if all the jobs have been pruned. See Recycling Algorithm in http://www.bacula.org/rel-manual/Automatic_Volume_Recycling.html. To prevent Bacula from creating more than 99 volumes, then you should set the Maximum Volumes in the pool. __Martin On Wed, 30 May 2007 09:35:44 +0200, le dahut said: I've set LabelMedia = yes and Recycle = yes and there are pruned volumes on my backup media so why doesn't bacula use those volumes instead creating new ones ? My objective is to make backup totally automatic using a USB hd. It's to make users able to backup their server without having a root access to it, nor using the command line (web apps have been written to let users schedule some backups). What should be the best solution (I've apparently missed something) ? K. Martin Simmons a écrit : Hmm, you are right, Bacula does set the NumVols itself. So the problem is that you have less that 109 volumes in the media table (i.e. some missing in the sequence 1...109). The simple LabelFormat with no variable expansion characters expects NumVols to match the pool. There is a hack to allow some mismatch (up to 10 missing volumes) but you have reached this now. I think you need to create the missing volumes manually using the label command. __Martin On Tue, 29 May 2007 14:22:29 +0200, le dahut said: As you can see below, when I update NumVols to reflect the reality from 99 to 109, NumVols value is updated by Bacula : when it starts it's put back to 99. I really don't understand why Bacula rewrites the value of NumVols and so then generates errors about already existing volume Bacula tries to create !!! Can someone tell me what's happening here ? I'm becoming really nervous about our backups that don't occur since a week now ! le dahut wrote : I tried but : [EMAIL PROTECTED] bacula]# /usr/lib/bacula/sqlite/sqlite /var/bacula/bacula.db sqlite select * from pool; 1|Default|99|0|0|1|1|864|518400|0|0|20|1|1|Backup|0|ScribeVolume|1|0|0|0|0|0|0 sqlite UPDATE Pool SET NumVols=109 WHERE Name='Default'; sqlite select * from pool; 1|Default|109|0|0|1|1|864|518400|0|0|20|1|1|Backup|0|ScribeVolume|1|0|0|0|0|0|0 (here it has been correctly changed) [EMAIL PROTECTED] bacula]# /etc/init.d/bacula-dir start Starting the Bacula Director: [ OK ] *list pool Automatically selected Catalog: MyCatalog Using Catalog MyCatalog ++-+-+-+--+--+ | PoolId | Name| NumVols | MaxVols | PoolType | LabelFormat | ++-+-+-+--+--+ | 1 | Default | 99 | 0 | Backup | ScribeVolume | ++-+-+-+--+--+ Is there a limit on NumVols when using SQLITE ? K. Martin Simmons a écrit : On Thu, 24 May 2007 09:35:18 +0200, le dahut said: Here are some additional informations : *list volumes Pool: Default ... | 108 | ScribeVolume0108 | Full | 1 | 149066 | 0 | 5184000 | 1 | 0| 0 | File | 2007-05-06 02:01:39 | | 109 | ScribeVolume0109 | Full | 1 | 136408 | 0 | 5184000 | 1 | 0| 0 | File | 2007-05-13 02:20:23 | ... *list pools ++-+-+-+--+--+ | PoolId | Name| NumVols | MaxVols | PoolType | LabelFormat | ++-+-+-+--+--+ | 1 | Default | 99 | 0 | Backup | ScribeVolume | ++-+-+-+--+--+ *show pools Pool: name=Default PoolType=Backup use_cat=1 use_once=0 cat_files=1 max_vols=0 auto_prune=1 VolRetention=3 months 10 days VolUse=6 days recycle=1 LabelFormat=ScribeVolume CleaningPrefix=*None* LabelType=0 RecyleOldest=1 PurgeOldest=0 MaxVolJobs=0 MaxVolFiles=0
Re: [Bacula-users] Volume errors since update to 2.0.3
The algorithm used by the simple LabelFormat is simple :-) It uses the NumVols to choose the next name, so will not work if you delete volumes. __Martin On Thu, 31 May 2007 10:42:48 +0200, le dahut said: I've read with attention the doc about Automatic volume recycling and my configuration seems to be exactly what's described in this doc. On the backup disk, there are volumes from ScribeVol0001 to ScribeVol0109 with 10 missing numbers (which makes a total of 99 volumes). Those 10 missing volumes has been deleted from database using command delete volume. So now bacula has 99 volumes in its database and the last one has the number 109. So this make me ask the question : why does bacula try to create volumes with names already present in its database ? Why doesn't it use the free available number (in my case 35 to 40) ? K. P.S. : you could ask me why I removed those volumes, I did this for some good reasons that I don't remember any more ;-) . Martin Simmons a écrit : Bacula recycles purged volumes, so I'm not sure what you mean by pruned here. What is their volstatus? Note that a volume is not purged until its volume retention period expires, even if all the jobs have been pruned. See Recycling Algorithm in http://www.bacula.org/rel-manual/Automatic_Volume_Recycling.html. To prevent Bacula from creating more than 99 volumes, then you should set the Maximum Volumes in the pool. __Martin On Wed, 30 May 2007 09:35:44 +0200, le dahut said: I've set LabelMedia = yes and Recycle = yes and there are pruned volumes on my backup media so why doesn't bacula use those volumes instead creating new ones ? My objective is to make backup totally automatic using a USB hd. It's to make users able to backup their server without having a root access to it, nor using the command line (web apps have been written to let users schedule some backups). What should be the best solution (I've apparently missed something) ? K. Martin Simmons a écrit : Hmm, you are right, Bacula does set the NumVols itself. So the problem is that you have less that 109 volumes in the media table (i.e. some missing in the sequence 1...109). The simple LabelFormat with no variable expansion characters expects NumVols to match the pool. There is a hack to allow some mismatch (up to 10 missing volumes) but you have reached this now. I think you need to create the missing volumes manually using the label command. __Martin On Tue, 29 May 2007 14:22:29 +0200, le dahut said: As you can see below, when I update NumVols to reflect the reality from 99 to 109, NumVols value is updated by Bacula : when it starts it's put back to 99. I really don't understand why Bacula rewrites the value of NumVols and so then generates errors about already existing volume Bacula tries to create !!! Can someone tell me what's happening here ? I'm becoming really nervous about our backups that don't occur since a week now ! le dahut wrote : I tried but : [EMAIL PROTECTED] bacula]# /usr/lib/bacula/sqlite/sqlite /var/bacula/bacula.db sqlite select * from pool; 1|Default|99|0|0|1|1|864|518400|0|0|20|1|1|Backup|0|ScribeVolume|1|0|0|0|0|0|0 sqlite UPDATE Pool SET NumVols=109 WHERE Name='Default'; sqlite select * from pool; 1|Default|109|0|0|1|1|864|518400|0|0|20|1|1|Backup|0|ScribeVolume|1|0|0|0|0|0|0 (here it has been correctly changed) [EMAIL PROTECTED] bacula]# /etc/init.d/bacula-dir start Starting the Bacula Director: [ OK ] *list pool Automatically selected Catalog: MyCatalog Using Catalog MyCatalog ++-+-+-+--+--+ | PoolId | Name| NumVols | MaxVols | PoolType | LabelFormat | ++-+-+-+--+--+ | 1 | Default | 99 | 0 | Backup | ScribeVolume | ++-+-+-+--+--+ Is there a limit on NumVols when using SQLITE ? K. Martin Simmons a écrit : On Thu, 24 May 2007 09:35:18 +0200, le dahut said: Here are some additional informations : *list volumes Pool: Default ... | 108 | ScribeVolume0108 | Full | 1 | 149066 | 0 | 5184000 | 1 | 0| 0 | File | 2007-05-06 02:01:39 | | 109 | ScribeVolume0109 | Full | 1 | 136408 | 0 | 5184000 | 1 | 0| 0 | File | 2007-05-13 02:20:23 | ... *list pools ++-+-+-+--+--+ | PoolId | Name| NumVols | MaxVols | PoolType | LabelFormat | ++-+-+-+--+--+ | 1 | Default | 99 | 0 | Backup | ScribeVolume |
Re: [Bacula-users] Volume errors since update to 2.0.3
I've set LabelMedia = yes and Recycle = yes and there are pruned volumes on my backup media so why doesn't bacula use those volumes instead creating new ones ? My objective is to make backup totally automatic using a USB hd. It's to make users able to backup their server without having a root access to it, nor using the command line (web apps have been written to let users schedule some backups). What should be the best solution (I've apparently missed something) ? K. Martin Simmons a écrit : Hmm, you are right, Bacula does set the NumVols itself. So the problem is that you have less that 109 volumes in the media table (i.e. some missing in the sequence 1...109). The simple LabelFormat with no variable expansion characters expects NumVols to match the pool. There is a hack to allow some mismatch (up to 10 missing volumes) but you have reached this now. I think you need to create the missing volumes manually using the label command. __Martin On Tue, 29 May 2007 14:22:29 +0200, le dahut said: As you can see below, when I update NumVols to reflect the reality from 99 to 109, NumVols value is updated by Bacula : when it starts it's put back to 99. I really don't understand why Bacula rewrites the value of NumVols and so then generates errors about already existing volume Bacula tries to create !!! Can someone tell me what's happening here ? I'm becoming really nervous about our backups that don't occur since a week now ! le dahut wrote : I tried but : [EMAIL PROTECTED] bacula]# /usr/lib/bacula/sqlite/sqlite /var/bacula/bacula.db sqlite select * from pool; 1|Default|99|0|0|1|1|864|518400|0|0|20|1|1|Backup|0|ScribeVolume|1|0|0|0|0|0|0 sqlite UPDATE Pool SET NumVols=109 WHERE Name='Default'; sqlite select * from pool; 1|Default|109|0|0|1|1|864|518400|0|0|20|1|1|Backup|0|ScribeVolume|1|0|0|0|0|0|0 (here it has been correctly changed) [EMAIL PROTECTED] bacula]# /etc/init.d/bacula-dir start Starting the Bacula Director: [ OK ] *list pool Automatically selected Catalog: MyCatalog Using Catalog MyCatalog ++-+-+-+--+--+ | PoolId | Name| NumVols | MaxVols | PoolType | LabelFormat | ++-+-+-+--+--+ | 1 | Default | 99 | 0 | Backup | ScribeVolume | ++-+-+-+--+--+ Is there a limit on NumVols when using SQLITE ? K. Martin Simmons a écrit : On Thu, 24 May 2007 09:35:18 +0200, le dahut said: Here are some additional informations : *list volumes Pool: Default ... | 108 | ScribeVolume0108 | Full | 1 | 149066 | 0 | 5184000 | 1 | 0| 0 | File | 2007-05-06 02:01:39 | | 109 | ScribeVolume0109 | Full | 1 | 136408 | 0 | 5184000 | 1 | 0| 0 | File | 2007-05-13 02:20:23 | ... *list pools ++-+-+-+--+--+ | PoolId | Name| NumVols | MaxVols | PoolType | LabelFormat | ++-+-+-+--+--+ | 1 | Default | 99 | 0 | Backup | ScribeVolume | ++-+-+-+--+--+ *show pools Pool: name=Default PoolType=Backup use_cat=1 use_once=0 cat_files=1 max_vols=0 auto_prune=1 VolRetention=3 months 10 days VolUse=6 days recycle=1 LabelFormat=ScribeVolume CleaningPrefix=*None* LabelType=0 RecyleOldest=1 PurgeOldest=0 MaxVolJobs=0 MaxVolFiles=0 MigTime=0 secs MigHiBytes=0 MigLoBytes=0 This night, Bacula tried again to create those volumes, why ???! Because the NumVols is 99 in the catalog. You could try setting this to 109 using an sql command such as UPDATE Pool SET NumVols=109 WHERE Name='Default'; Do you have 109 volumes or did the Pool and Media tables get out-of-sync somehow? __Martin K. le dahut wrote : Hello, I used bacula-1.38, since I updated it to 2.0.3, it backuped 4 times ok and then it errors with : 23-May 15:53 127.0.0.1-dir: Client1.2007-05-23_15.32.54 Warning: Wanted to create Volume ScribeVolume0109, but it already exists. Trying again. 23-May 15:53 127.0.0.1-dir: Client1.2007-05-23_15.32.54 Error: Too many failures. Giving up creating Volume name. I noticed that that the concerned volumes are not always the same. For example today bacula errors about ScribeVolume0100 to ScribeVolume0109 and on may 20th it errored on ScribeVolume0090 to ScribeVolume0097. Here's part of my SD configuration : Device { Name = FileStorage Media Type = File Archive Device = /var/sauvegardes LabelMedia = yes; # lets Bacula label unlabeled media Random Access = Yes; AutomaticMount = yes; # when device opened,
Re: [Bacula-users] Volume errors since update to 2.0.3
Bacula recycles purged volumes, so I'm not sure what you mean by pruned here. What is their volstatus? Note that a volume is not purged until its volume retention period expires, even if all the jobs have been pruned. See Recycling Algorithm in http://www.bacula.org/rel-manual/Automatic_Volume_Recycling.html. To prevent Bacula from creating more than 99 volumes, then you should set the Maximum Volumes in the pool. __Martin On Wed, 30 May 2007 09:35:44 +0200, le dahut said: I've set LabelMedia = yes and Recycle = yes and there are pruned volumes on my backup media so why doesn't bacula use those volumes instead creating new ones ? My objective is to make backup totally automatic using a USB hd. It's to make users able to backup their server without having a root access to it, nor using the command line (web apps have been written to let users schedule some backups). What should be the best solution (I've apparently missed something) ? K. Martin Simmons a écrit : Hmm, you are right, Bacula does set the NumVols itself. So the problem is that you have less that 109 volumes in the media table (i.e. some missing in the sequence 1...109). The simple LabelFormat with no variable expansion characters expects NumVols to match the pool. There is a hack to allow some mismatch (up to 10 missing volumes) but you have reached this now. I think you need to create the missing volumes manually using the label command. __Martin On Tue, 29 May 2007 14:22:29 +0200, le dahut said: As you can see below, when I update NumVols to reflect the reality from 99 to 109, NumVols value is updated by Bacula : when it starts it's put back to 99. I really don't understand why Bacula rewrites the value of NumVols and so then generates errors about already existing volume Bacula tries to create !!! Can someone tell me what's happening here ? I'm becoming really nervous about our backups that don't occur since a week now ! le dahut wrote : I tried but : [EMAIL PROTECTED] bacula]# /usr/lib/bacula/sqlite/sqlite /var/bacula/bacula.db sqlite select * from pool; 1|Default|99|0|0|1|1|864|518400|0|0|20|1|1|Backup|0|ScribeVolume|1|0|0|0|0|0|0 sqlite UPDATE Pool SET NumVols=109 WHERE Name='Default'; sqlite select * from pool; 1|Default|109|0|0|1|1|864|518400|0|0|20|1|1|Backup|0|ScribeVolume|1|0|0|0|0|0|0 (here it has been correctly changed) [EMAIL PROTECTED] bacula]# /etc/init.d/bacula-dir start Starting the Bacula Director: [ OK ] *list pool Automatically selected Catalog: MyCatalog Using Catalog MyCatalog ++-+-+-+--+--+ | PoolId | Name| NumVols | MaxVols | PoolType | LabelFormat | ++-+-+-+--+--+ | 1 | Default | 99 | 0 | Backup | ScribeVolume | ++-+-+-+--+--+ Is there a limit on NumVols when using SQLITE ? K. Martin Simmons a écrit : On Thu, 24 May 2007 09:35:18 +0200, le dahut said: Here are some additional informations : *list volumes Pool: Default ... | 108 | ScribeVolume0108 | Full | 1 | 149066 | 0 | 5184000 | 1 | 0| 0 | File | 2007-05-06 02:01:39 | | 109 | ScribeVolume0109 | Full | 1 | 136408 | 0 | 5184000 | 1 | 0| 0 | File | 2007-05-13 02:20:23 | ... *list pools ++-+-+-+--+--+ | PoolId | Name| NumVols | MaxVols | PoolType | LabelFormat | ++-+-+-+--+--+ | 1 | Default | 99 | 0 | Backup | ScribeVolume | ++-+-+-+--+--+ *show pools Pool: name=Default PoolType=Backup use_cat=1 use_once=0 cat_files=1 max_vols=0 auto_prune=1 VolRetention=3 months 10 days VolUse=6 days recycle=1 LabelFormat=ScribeVolume CleaningPrefix=*None* LabelType=0 RecyleOldest=1 PurgeOldest=0 MaxVolJobs=0 MaxVolFiles=0 MigTime=0 secs MigHiBytes=0 MigLoBytes=0 This night, Bacula tried again to create those volumes, why ???! Because the NumVols is 99 in the catalog. You could try setting this to 109 using an sql command such as UPDATE Pool SET NumVols=109 WHERE Name='Default'; Do you have 109 volumes or did the Pool and Media tables get out-of-sync somehow? __Martin K. le dahut wrote : Hello, I used bacula-1.38, since I updated it to 2.0.3, it backuped 4 times ok and then it errors with : 23-May 15:53 127.0.0.1-dir: Client1.2007-05-23_15.32.54 Warning: Wanted to create Volume ScribeVolume0109, but it already exists. Trying again. 23-May 15:53 127.0.0.1-dir:
Re: [Bacula-users] Volume errors since update to 2.0.3
As you can see below, when I update NumVols to reflect the reality from 99 to 109, NumVols value is updated by Bacula : when it starts it's put back to 99. I really don't understand why Bacula rewrites the value of NumVols and so then generates errors about already existing volume Bacula tries to create !!! Can someone tell me what's happening here ? I'm becoming really nervous about our backups that don't occur since a week now ! le dahut wrote : I tried but : [EMAIL PROTECTED] bacula]# /usr/lib/bacula/sqlite/sqlite /var/bacula/bacula.db sqlite select * from pool; 1|Default|99|0|0|1|1|864|518400|0|0|20|1|1|Backup|0|ScribeVolume|1|0|0|0|0|0|0 sqlite UPDATE Pool SET NumVols=109 WHERE Name='Default'; sqlite select * from pool; 1|Default|109|0|0|1|1|864|518400|0|0|20|1|1|Backup|0|ScribeVolume|1|0|0|0|0|0|0 (here it has been correctly changed) [EMAIL PROTECTED] bacula]# /etc/init.d/bacula-dir start Starting the Bacula Director: [ OK ] *list pool Automatically selected Catalog: MyCatalog Using Catalog MyCatalog ++-+-+-+--+--+ | PoolId | Name| NumVols | MaxVols | PoolType | LabelFormat | ++-+-+-+--+--+ | 1 | Default | 99 | 0 | Backup | ScribeVolume | ++-+-+-+--+--+ Is there a limit on NumVols when using SQLITE ? K. Martin Simmons a écrit : On Thu, 24 May 2007 09:35:18 +0200, le dahut said: Here are some additional informations : *list volumes Pool: Default ... | 108 | ScribeVolume0108 | Full | 1 | 149066 | 0 | 5184000 | 1 | 0| 0 | File | 2007-05-06 02:01:39 | | 109 | ScribeVolume0109 | Full | 1 | 136408 | 0 | 5184000 | 1 | 0| 0 | File | 2007-05-13 02:20:23 | ... *list pools ++-+-+-+--+--+ | PoolId | Name| NumVols | MaxVols | PoolType | LabelFormat | ++-+-+-+--+--+ | 1 | Default | 99 | 0 | Backup | ScribeVolume | ++-+-+-+--+--+ *show pools Pool: name=Default PoolType=Backup use_cat=1 use_once=0 cat_files=1 max_vols=0 auto_prune=1 VolRetention=3 months 10 days VolUse=6 days recycle=1 LabelFormat=ScribeVolume CleaningPrefix=*None* LabelType=0 RecyleOldest=1 PurgeOldest=0 MaxVolJobs=0 MaxVolFiles=0 MigTime=0 secs MigHiBytes=0 MigLoBytes=0 This night, Bacula tried again to create those volumes, why ???! Because the NumVols is 99 in the catalog. You could try setting this to 109 using an sql command such as UPDATE Pool SET NumVols=109 WHERE Name='Default'; Do you have 109 volumes or did the Pool and Media tables get out-of-sync somehow? __Martin K. le dahut wrote : Hello, I used bacula-1.38, since I updated it to 2.0.3, it backuped 4 times ok and then it errors with : 23-May 15:53 127.0.0.1-dir: Client1.2007-05-23_15.32.54 Warning: Wanted to create Volume ScribeVolume0109, but it already exists. Trying again. 23-May 15:53 127.0.0.1-dir: Client1.2007-05-23_15.32.54 Error: Too many failures. Giving up creating Volume name. I noticed that that the concerned volumes are not always the same. For example today bacula errors about ScribeVolume0100 to ScribeVolume0109 and on may 20th it errored on ScribeVolume0090 to ScribeVolume0097. Here's part of my SD configuration : Device { Name = FileStorage Media Type = File Archive Device = /var/sauvegardes LabelMedia = yes; # lets Bacula label unlabeled media Random Access = Yes; AutomaticMount = yes; # when device opened, read it RemovableMedia = no; AlwaysOpen = no; } the DIR conf : Pool { Name = Default Pool Type = Backup Recycle = yes AutoPrune = yes Volume Retention = 100 days LabelFormat = ScribeVolume Recycle Oldest Volume = yes Maximum Volume Bytes = 2 gb Volume Use Duration = 6 days } liste volumes shows all the concerned volumes in database ... what's happening ? K. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Volume errors since update to 2.0.3
Hmm, you are right, Bacula does set the NumVols itself. So the problem is that you have less that 109 volumes in the media table (i.e. some missing in the sequence 1...109). The simple LabelFormat with no variable expansion characters expects NumVols to match the pool. There is a hack to allow some mismatch (up to 10 missing volumes) but you have reached this now. I think you need to create the missing volumes manually using the label command. __Martin On Tue, 29 May 2007 14:22:29 +0200, le dahut said: As you can see below, when I update NumVols to reflect the reality from 99 to 109, NumVols value is updated by Bacula : when it starts it's put back to 99. I really don't understand why Bacula rewrites the value of NumVols and so then generates errors about already existing volume Bacula tries to create !!! Can someone tell me what's happening here ? I'm becoming really nervous about our backups that don't occur since a week now ! le dahut wrote : I tried but : [EMAIL PROTECTED] bacula]# /usr/lib/bacula/sqlite/sqlite /var/bacula/bacula.db sqlite select * from pool; 1|Default|99|0|0|1|1|864|518400|0|0|20|1|1|Backup|0|ScribeVolume|1|0|0|0|0|0|0 sqlite UPDATE Pool SET NumVols=109 WHERE Name='Default'; sqlite select * from pool; 1|Default|109|0|0|1|1|864|518400|0|0|20|1|1|Backup|0|ScribeVolume|1|0|0|0|0|0|0 (here it has been correctly changed) [EMAIL PROTECTED] bacula]# /etc/init.d/bacula-dir start Starting the Bacula Director: [ OK ] *list pool Automatically selected Catalog: MyCatalog Using Catalog MyCatalog ++-+-+-+--+--+ | PoolId | Name| NumVols | MaxVols | PoolType | LabelFormat | ++-+-+-+--+--+ | 1 | Default | 99 | 0 | Backup | ScribeVolume | ++-+-+-+--+--+ Is there a limit on NumVols when using SQLITE ? K. Martin Simmons a écrit : On Thu, 24 May 2007 09:35:18 +0200, le dahut said: Here are some additional informations : *list volumes Pool: Default ... | 108 | ScribeVolume0108 | Full | 1 | 149066 | 0 | 5184000 | 1 | 0| 0 | File | 2007-05-06 02:01:39 | | 109 | ScribeVolume0109 | Full | 1 | 136408 | 0 | 5184000 | 1 | 0| 0 | File | 2007-05-13 02:20:23 | ... *list pools ++-+-+-+--+--+ | PoolId | Name| NumVols | MaxVols | PoolType | LabelFormat | ++-+-+-+--+--+ | 1 | Default | 99 | 0 | Backup | ScribeVolume | ++-+-+-+--+--+ *show pools Pool: name=Default PoolType=Backup use_cat=1 use_once=0 cat_files=1 max_vols=0 auto_prune=1 VolRetention=3 months 10 days VolUse=6 days recycle=1 LabelFormat=ScribeVolume CleaningPrefix=*None* LabelType=0 RecyleOldest=1 PurgeOldest=0 MaxVolJobs=0 MaxVolFiles=0 MigTime=0 secs MigHiBytes=0 MigLoBytes=0 This night, Bacula tried again to create those volumes, why ???! Because the NumVols is 99 in the catalog. You could try setting this to 109 using an sql command such as UPDATE Pool SET NumVols=109 WHERE Name='Default'; Do you have 109 volumes or did the Pool and Media tables get out-of-sync somehow? __Martin K. le dahut wrote : Hello, I used bacula-1.38, since I updated it to 2.0.3, it backuped 4 times ok and then it errors with : 23-May 15:53 127.0.0.1-dir: Client1.2007-05-23_15.32.54 Warning: Wanted to create Volume ScribeVolume0109, but it already exists. Trying again. 23-May 15:53 127.0.0.1-dir: Client1.2007-05-23_15.32.54 Error: Too many failures. Giving up creating Volume name. I noticed that that the concerned volumes are not always the same. For example today bacula errors about ScribeVolume0100 to ScribeVolume0109 and on may 20th it errored on ScribeVolume0090 to ScribeVolume0097. Here's part of my SD configuration : Device { Name = FileStorage Media Type = File Archive Device = /var/sauvegardes LabelMedia = yes; # lets Bacula label unlabeled media Random Access = Yes; AutomaticMount = yes; # when device opened, read it RemovableMedia = no; AlwaysOpen = no; } the DIR conf : Pool { Name = Default Pool Type = Backup Recycle = yes AutoPrune = yes Volume Retention = 100 days LabelFormat = ScribeVolume Recycle Oldest Volume = yes Maximum Volume Bytes = 2 gb Volume Use Duration = 6 days } liste volumes shows all the concerned volumes in
Re: [Bacula-users] Volume errors since update to 2.0.3
I tried but : [EMAIL PROTECTED] bacula]# /usr/lib/bacula/sqlite/sqlite /var/bacula/bacula.db sqlite select * from pool; 1|Default|99|0|0|1|1|864|518400|0|0|20|1|1|Backup|0|ScribeVolume|1|0|0|0|0|0|0 sqlite UPDATE Pool SET NumVols=109 WHERE Name='Default'; sqlite select * from pool; 1|Default|109|0|0|1|1|864|518400|0|0|20|1|1|Backup|0|ScribeVolume|1|0|0|0|0|0|0 (here it has been correctly changed) [EMAIL PROTECTED] bacula]# /etc/init.d/bacula-dir start Starting the Bacula Director: [ OK ] *list pool Automatically selected Catalog: MyCatalog Using Catalog MyCatalog ++-+-+-+--+--+ | PoolId | Name| NumVols | MaxVols | PoolType | LabelFormat | ++-+-+-+--+--+ | 1 | Default | 99 | 0 | Backup | ScribeVolume | ++-+-+-+--+--+ Is there a limit on NumVols when using SQLITE ? K. Martin Simmons a écrit : On Thu, 24 May 2007 09:35:18 +0200, le dahut said: Here are some additional informations : *list volumes Pool: Default ... | 108 | ScribeVolume0108 | Full | 1 | 149066 | 0 | 5184000 | 1 | 0| 0 | File | 2007-05-06 02:01:39 | | 109 | ScribeVolume0109 | Full | 1 | 136408 | 0 | 5184000 | 1 | 0| 0 | File | 2007-05-13 02:20:23 | ... *list pools ++-+-+-+--+--+ | PoolId | Name| NumVols | MaxVols | PoolType | LabelFormat | ++-+-+-+--+--+ | 1 | Default | 99 | 0 | Backup | ScribeVolume | ++-+-+-+--+--+ *show pools Pool: name=Default PoolType=Backup use_cat=1 use_once=0 cat_files=1 max_vols=0 auto_prune=1 VolRetention=3 months 10 days VolUse=6 days recycle=1 LabelFormat=ScribeVolume CleaningPrefix=*None* LabelType=0 RecyleOldest=1 PurgeOldest=0 MaxVolJobs=0 MaxVolFiles=0 MigTime=0 secs MigHiBytes=0 MigLoBytes=0 This night, Bacula tried again to create those volumes, why ???! Because the NumVols is 99 in the catalog. You could try setting this to 109 using an sql command such as UPDATE Pool SET NumVols=109 WHERE Name='Default'; Do you have 109 volumes or did the Pool and Media tables get out-of-sync somehow? __Martin K. le dahut wrote : Hello, I used bacula-1.38, since I updated it to 2.0.3, it backuped 4 times ok and then it errors with : 23-May 15:53 127.0.0.1-dir: Client1.2007-05-23_15.32.54 Warning: Wanted to create Volume ScribeVolume0109, but it already exists. Trying again. 23-May 15:53 127.0.0.1-dir: Client1.2007-05-23_15.32.54 Error: Too many failures. Giving up creating Volume name. I noticed that that the concerned volumes are not always the same. For example today bacula errors about ScribeVolume0100 to ScribeVolume0109 and on may 20th it errored on ScribeVolume0090 to ScribeVolume0097. Here's part of my SD configuration : Device { Name = FileStorage Media Type = File Archive Device = /var/sauvegardes LabelMedia = yes; # lets Bacula label unlabeled media Random Access = Yes; AutomaticMount = yes; # when device opened, read it RemovableMedia = no; AlwaysOpen = no; } the DIR conf : Pool { Name = Default Pool Type = Backup Recycle = yes AutoPrune = yes Volume Retention = 100 days LabelFormat = ScribeVolume Recycle Oldest Volume = yes Maximum Volume Bytes = 2 gb Volume Use Duration = 6 days } liste volumes shows all the concerned volumes in database ... what's happening ? K. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express
Re: [Bacula-users] Volume errors since update to 2.0.3
Here are some additional informations : *list volumes Pool: Default ... | 108 | ScribeVolume0108 | Full | 1 | 149066 | 0 | 5184000 | 1 | 0| 0 | File | 2007-05-06 02:01:39 | | 109 | ScribeVolume0109 | Full | 1 | 136408 | 0 | 5184000 | 1 | 0| 0 | File | 2007-05-13 02:20:23 | ... *list pools ++-+-+-+--+--+ | PoolId | Name| NumVols | MaxVols | PoolType | LabelFormat | ++-+-+-+--+--+ | 1 | Default | 99 | 0 | Backup | ScribeVolume | ++-+-+-+--+--+ *show pools Pool: name=Default PoolType=Backup use_cat=1 use_once=0 cat_files=1 max_vols=0 auto_prune=1 VolRetention=3 months 10 days VolUse=6 days recycle=1 LabelFormat=ScribeVolume CleaningPrefix=*None* LabelType=0 RecyleOldest=1 PurgeOldest=0 MaxVolJobs=0 MaxVolFiles=0 MigTime=0 secs MigHiBytes=0 MigLoBytes=0 This night, Bacula tried again to create those volumes, why ???! K. le dahut wrote : Hello, I used bacula-1.38, since I updated it to 2.0.3, it backuped 4 times ok and then it errors with : 23-May 15:53 127.0.0.1-dir: Client1.2007-05-23_15.32.54 Warning: Wanted to create Volume ScribeVolume0109, but it already exists. Trying again. 23-May 15:53 127.0.0.1-dir: Client1.2007-05-23_15.32.54 Error: Too many failures. Giving up creating Volume name. I noticed that that the concerned volumes are not always the same. For example today bacula errors about ScribeVolume0100 to ScribeVolume0109 and on may 20th it errored on ScribeVolume0090 to ScribeVolume0097. Here's part of my SD configuration : Device { Name = FileStorage Media Type = File Archive Device = /var/sauvegardes LabelMedia = yes; # lets Bacula label unlabeled media Random Access = Yes; AutomaticMount = yes; # when device opened, read it RemovableMedia = no; AlwaysOpen = no; } the DIR conf : Pool { Name = Default Pool Type = Backup Recycle = yes AutoPrune = yes Volume Retention = 100 days LabelFormat = ScribeVolume Recycle Oldest Volume = yes Maximum Volume Bytes = 2 gb Volume Use Duration = 6 days } liste volumes shows all the concerned volumes in database ... what's happening ? K. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Volume errors since update to 2.0.3
On Thu, 24 May 2007 09:35:18 +0200, le dahut said: Here are some additional informations : *list volumes Pool: Default ... | 108 | ScribeVolume0108 | Full | 1 | 149066 | 0 | 5184000 | 1 | 0| 0 | File | 2007-05-06 02:01:39 | | 109 | ScribeVolume0109 | Full | 1 | 136408 | 0 | 5184000 | 1 | 0| 0 | File | 2007-05-13 02:20:23 | ... *list pools ++-+-+-+--+--+ | PoolId | Name| NumVols | MaxVols | PoolType | LabelFormat | ++-+-+-+--+--+ | 1 | Default | 99 | 0 | Backup | ScribeVolume | ++-+-+-+--+--+ *show pools Pool: name=Default PoolType=Backup use_cat=1 use_once=0 cat_files=1 max_vols=0 auto_prune=1 VolRetention=3 months 10 days VolUse=6 days recycle=1 LabelFormat=ScribeVolume CleaningPrefix=*None* LabelType=0 RecyleOldest=1 PurgeOldest=0 MaxVolJobs=0 MaxVolFiles=0 MigTime=0 secs MigHiBytes=0 MigLoBytes=0 This night, Bacula tried again to create those volumes, why ???! Because the NumVols is 99 in the catalog. You could try setting this to 109 using an sql command such as UPDATE Pool SET NumVols=109 WHERE Name='Default'; Do you have 109 volumes or did the Pool and Media tables get out-of-sync somehow? __Martin K. le dahut wrote : Hello, I used bacula-1.38, since I updated it to 2.0.3, it backuped 4 times ok and then it errors with : 23-May 15:53 127.0.0.1-dir: Client1.2007-05-23_15.32.54 Warning: Wanted to create Volume ScribeVolume0109, but it already exists. Trying again. 23-May 15:53 127.0.0.1-dir: Client1.2007-05-23_15.32.54 Error: Too many failures. Giving up creating Volume name. I noticed that that the concerned volumes are not always the same. For example today bacula errors about ScribeVolume0100 to ScribeVolume0109 and on may 20th it errored on ScribeVolume0090 to ScribeVolume0097. Here's part of my SD configuration : Device { Name = FileStorage Media Type = File Archive Device = /var/sauvegardes LabelMedia = yes; # lets Bacula label unlabeled media Random Access = Yes; AutomaticMount = yes; # when device opened, read it RemovableMedia = no; AlwaysOpen = no; } the DIR conf : Pool { Name = Default Pool Type = Backup Recycle = yes AutoPrune = yes Volume Retention = 100 days LabelFormat = ScribeVolume Recycle Oldest Volume = yes Maximum Volume Bytes = 2 gb Volume Use Duration = 6 days } liste volumes shows all the concerned volumes in database ... what's happening ? K. - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users - This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users