[Bacula-users] Question about CDP

[Jose Alberto]

Hi.

I understand that CDP is a copy that is cached in the same FD and that it
can be restored without the need to request a Restore from the Bacula
administrator?

Being the native JOB that saves the data in the SD?

I still think that if the user's PC burns down. It depends on a direct
restore from Bacula. he he.

-- 
#
#   Sistema Operativo: Debian  #
#Caracas, Venezuela  #
#
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about bacula 13.0.x isntallation

[Robin Schröter]

Hello Ana,

no unfortunately that is not the problem.

I tried to install Bacula 13.0.1 on a clean installed Ubuntu 20.04.

I tried the bacual-mysql packed but then I only get

bacula-client/stable,now 13.0.1-22081215~focal amd64 [installed,automatic]
bacula-common/stable,now 13.0.1-22081215~focal amd64 [installed,automatic]
bacula-console/stable,now 13.0.1-22081215~focal amd64 [installed,automatic]
bacula-mysql/stable,now 13.0.1-22081215~focal amd64 [installed]

Than I tried to install the old bacula 9.4 director first and updating 
to the newest bacula 13.0.1 version. But than the installer deleted the 
bacula-director and then I also only have these shown above.


I cant install bacula-director at all. I also tried all other packeges 
that are accessible on that repo I got from bacula without success.


https://www.bacula.org/packages/***/debs/13.0.1/dists/focal/main/binary-amd64/


Am 02.02.2023 um 23:06 schrieb Ana Emília M. Arruda:

Hello Robin,

If you had previously installed both bacula-postgresql and 
bacula-mysql, I would suggest you remove one of them. These are 
Director, File Daemon and Storage Daemon for either PostgreSQL or 
MySQL/MariaDB.


As you have problems getting Director and/or Storage installed, it is 
possible the installation is not successful because you are installing 
these two packages.


Please confirm if you have a bacula PostgreSQL or a MySQL database. 
This is very important. You need to use the correct one for the upgrade.


Best,
Ana

On Thu, Feb 2, 2023 at 5:10 PM Robin Schröter  
wrote:


Hello Ana,

i tried your solution and installed
bacula-mysql

The Server installed a few packeges but no director was installed.

bacula-client/stable,now 13.0.1-22081215~focal amd64
[installed,automatic]
bacula-common/stable,now 13.0.1-22081215~focal amd64
[installed,automatic]
bacula-console/stable,now 13.0.1-22081215~focal amd64
[installed,automatic]
bacula-mysql/stable,now 13.0.1-22081215~focal amd64 [installed]
bacula/stable,now 13.0.1-22081215~focal all [installed]

Thats the only packeges that bacula 13 can install.

Can I get the director and Storage as installed packeges?

Am 27.01.2023 um 09:43 schrieb Ana Emília M. Arruda:

Hello Robin,

Bacula Director and Bacula Storage Daemon comes in the very same
package.

You must install either the bacula_postgresql (if you use a
PostgreSQL Bacula Catalog) or the bacula_mysql (if you use a
MySQL or MariaDB Bacula Catalog). Then, as soon as you have this
package installed, you will have both Director and the Storage in
the same host. You just need to disable and stop the daemon, for
example, in the Storage only host:

* systemctl disable bacula-dir
* systemctl stop bacula-dir

Hope it helps.

Best,
Ana

On Thu, Jan 26, 2023 at 4:59 PM Robin Schröter
 wrote:

Hello,

at the moment we have to seperate Ubunut 20.04 Server.

One has Bacula-director 9.4.2 and the other has Bacula-sd 9.4.2

I got the repo link from bacula

https://www.bacula.org/packages/***/debs/13.0.1/dists/focal/main/binary-amd64/
there are the packeges I can get into ubuntu using the
sources.list.

The problem is I cant find the bacual-sd nor the
bacula-director as
seperate packeges.

I wanted to update the bacula version on these two ubuntu
Servers to the
newest 13.0.x version.

For that I need to install the bacula-sd and bacula-director
seperatly
on two different servers.

The other bacula version also only have these packeges.

bacula-cdp-plugin_13.0.1-22081215~focal_amd64.deb
bacula-client_13.0.1-22081215~focal_amd64.deb
bacula-cloud-storage-common_13.0.1-22081215~focal_amd64.deb
bacula-cloud-storage-s3_13.0.1-22081215~focal_amd64.deb
bacula-common_13.0.1-22081215~focal_amd64.deb
bacula-console_13.0.1-22081215~focal_amd64.deb
bacula-docker-plugin_13.0.1-22081215~focal_amd64.deb
bacula-docker-tools_13.0.1-22081215~focal_amd64.deb
bacula-kubernetes-plugin_13.0.1-22081215~focal_amd64.deb
bacula-kubernetes-tools_13.0.1-22081215~focal_amd64.deb
bacula-mysql_13.0.1-22081215~focal_amd64.deb
bacula-postgresql_13.0.1-22081215~focal_amd64.deb
bacula_13.0.1-22081215~focal_all.deb

I can install the bacula_13.0.1-22081215~focal_all.deb packed
but that
doesnt list bacula-sd or bacula-director as installed packeges.
In addition to that that packed also wants to install
postgresql that we
dont wanna use.

Is there a possibility to install bacula-director and
bacula-sd 13.0.x
speratly on two different servers without compiling it new?
(Because we
want to upgarde the already installed version)

Re: [Bacula-users] Question about bacula 13.0.x isntallation

[Ana Emília M . Arruda]

Hello Robin,

If you had previously installed both bacula-postgresql and bacula-mysql, I
would suggest you remove one of them. These are Director, File Daemon and
Storage Daemon for either PostgreSQL or MySQL/MariaDB.

As you have problems getting Director and/or Storage installed, it is
possible the installation is not successful because you are installing
these two packages.

Please confirm if you have a bacula PostgreSQL or a MySQL database. This is
very important. You need to use the correct one for the upgrade.

Best,
Ana

On Thu, Feb 2, 2023 at 5:10 PM Robin Schröter  wrote:

> Hello Ana,
>
> i tried your solution and installed
> bacula-mysql
>
> The Server installed a few packeges but no director was installed.
>
> bacula-client/stable,now 13.0.1-22081215~focal amd64 [installed,automatic]
> bacula-common/stable,now 13.0.1-22081215~focal amd64 [installed,automatic]
> bacula-console/stable,now 13.0.1-22081215~focal amd64 [installed,automatic]
> bacula-mysql/stable,now 13.0.1-22081215~focal amd64 [installed]
> bacula/stable,now 13.0.1-22081215~focal all [installed]
>
> Thats the only packeges that bacula 13 can install.
>
> Can I get the director and Storage as installed packeges?
> Am 27.01.2023 um 09:43 schrieb Ana Emília M. Arruda:
>
> Hello Robin,
>
> Bacula Director and Bacula Storage Daemon comes in the very same package.
>
> You must install either the bacula_postgresql (if you use a PostgreSQL
> Bacula Catalog) or the bacula_mysql (if you use a MySQL or MariaDB Bacula
> Catalog). Then, as soon as you have this package installed, you will have
> both Director and the Storage in the same host. You just need to disable
> and stop the daemon, for example, in the Storage only host:
>
> * systemctl disable bacula-dir
> * systemctl stop bacula-dir
>
> Hope it helps.
>
> Best,
> Ana
>
> On Thu, Jan 26, 2023 at 4:59 PM Robin Schröter 
> wrote:
>
>> Hello,
>>
>> at the moment we have to seperate Ubunut 20.04 Server.
>>
>> One has Bacula-director 9.4.2 and the other has Bacula-sd 9.4.2
>>
>> I got the repo link from bacula
>>
>> https://www.bacula.org/packages/***/debs/13.0.1/dists/focal/main/binary-amd64/
>> there are the packeges I can get into ubuntu using the sources.list.
>>
>> The problem is I cant find the bacual-sd nor the bacula-director as
>> seperate packeges.
>>
>> I wanted to update the bacula version on these two ubuntu Servers to the
>> newest 13.0.x version.
>>
>> For that I need to install the bacula-sd and bacula-director seperatly
>> on two different servers.
>>
>> The other bacula version also only have these packeges.
>>
>> bacula-cdp-plugin_13.0.1-22081215~focal_amd64.deb
>> bacula-client_13.0.1-22081215~focal_amd64.deb
>> bacula-cloud-storage-common_13.0.1-22081215~focal_amd64.deb
>> bacula-cloud-storage-s3_13.0.1-22081215~focal_amd64.deb
>> bacula-common_13.0.1-22081215~focal_amd64.deb
>> bacula-console_13.0.1-22081215~focal_amd64.deb
>> bacula-docker-plugin_13.0.1-22081215~focal_amd64.deb
>> bacula-docker-tools_13.0.1-22081215~focal_amd64.deb
>> bacula-kubernetes-plugin_13.0.1-22081215~focal_amd64.deb
>> bacula-kubernetes-tools_13.0.1-22081215~focal_amd64.deb
>> bacula-mysql_13.0.1-22081215~focal_amd64.deb
>> bacula-postgresql_13.0.1-22081215~focal_amd64.deb
>> bacula_13.0.1-22081215~focal_all.deb
>>
>> I can install the bacula_13.0.1-22081215~focal_all.deb packed but that
>> doesnt list bacula-sd or bacula-director as installed packeges.
>> In addition to that that packed also wants to install postgresql that we
>> dont wanna use.
>>
>> Is there a possibility to install bacula-director and bacula-sd 13.0.x
>> speratly on two different servers without compiling it new? (Because we
>> want to upgarde the already installed version)
>>
>>
>>
>> ___
>> Bacula-users mailing list
>> Bacula-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>>
>
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about bacula 13.0.x isntallation

[Robin Schröter]

Hello Ana,

i tried your solution and installed
bacula-mysql

The Server installed a few packeges but no director was installed.

bacula-client/stable,now 13.0.1-22081215~focal amd64 [installed,automatic]
bacula-common/stable,now 13.0.1-22081215~focal amd64 [installed,automatic]
bacula-console/stable,now 13.0.1-22081215~focal amd64 [installed,automatic]
bacula-mysql/stable,now 13.0.1-22081215~focal amd64 [installed]
bacula/stable,now 13.0.1-22081215~focal all [installed]

Thats the only packeges that bacula 13 can install.

Can I get the director and Storage as installed packeges?

Am 27.01.2023 um 09:43 schrieb Ana Emília M. Arruda:

Hello Robin,

Bacula Director and Bacula Storage Daemon comes in the very same package.

You must install either the bacula_postgresql (if you use a PostgreSQL 
Bacula Catalog) or the bacula_mysql (if you use a MySQL or MariaDB 
Bacula Catalog). Then, as soon as you have this package installed, you 
will have both Director and the Storage in the same host. You just 
need to disable and stop the daemon, for example, in the Storage only 
host:


* systemctl disable bacula-dir
* systemctl stop bacula-dir

Hope it helps.

Best,
Ana

On Thu, Jan 26, 2023 at 4:59 PM Robin Schröter  
wrote:


Hello,

at the moment we have to seperate Ubunut 20.04 Server.

One has Bacula-director 9.4.2 and the other has Bacula-sd 9.4.2

I got the repo link from bacula

https://www.bacula.org/packages/***/debs/13.0.1/dists/focal/main/binary-amd64/
there are the packeges I can get into ubuntu using the sources.list.

The problem is I cant find the bacual-sd nor the bacula-director as
seperate packeges.

I wanted to update the bacula version on these two ubuntu Servers
to the
newest 13.0.x version.

For that I need to install the bacula-sd and bacula-director
seperatly
on two different servers.

The other bacula version also only have these packeges.

bacula-cdp-plugin_13.0.1-22081215~focal_amd64.deb
bacula-client_13.0.1-22081215~focal_amd64.deb
bacula-cloud-storage-common_13.0.1-22081215~focal_amd64.deb
bacula-cloud-storage-s3_13.0.1-22081215~focal_amd64.deb
bacula-common_13.0.1-22081215~focal_amd64.deb
bacula-console_13.0.1-22081215~focal_amd64.deb
bacula-docker-plugin_13.0.1-22081215~focal_amd64.deb
bacula-docker-tools_13.0.1-22081215~focal_amd64.deb
bacula-kubernetes-plugin_13.0.1-22081215~focal_amd64.deb
bacula-kubernetes-tools_13.0.1-22081215~focal_amd64.deb
bacula-mysql_13.0.1-22081215~focal_amd64.deb
bacula-postgresql_13.0.1-22081215~focal_amd64.deb
bacula_13.0.1-22081215~focal_all.deb

I can install the bacula_13.0.1-22081215~focal_all.deb packed but
that
doesnt list bacula-sd or bacula-director as installed packeges.
In addition to that that packed also wants to install postgresql
that we
dont wanna use.

Is there a possibility to install bacula-director and bacula-sd
13.0.x
speratly on two different servers without compiling it new?
(Because we
want to upgarde the already installed version)



___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about bacula 13.0.x isntallation

[Ana Emília M . Arruda]

Hello Robin,

Bacula Director and Bacula Storage Daemon comes in the very same package.

You must install either the bacula_postgresql (if you use a PostgreSQL
Bacula Catalog) or the bacula_mysql (if you use a MySQL or MariaDB Bacula
Catalog). Then, as soon as you have this package installed, you will have
both Director and the Storage in the same host. You just need to disable
and stop the daemon, for example, in the Storage only host:

* systemctl disable bacula-dir
* systemctl stop bacula-dir

Hope it helps.

Best,
Ana

On Thu, Jan 26, 2023 at 4:59 PM Robin Schröter  wrote:

> Hello,
>
> at the moment we have to seperate Ubunut 20.04 Server.
>
> One has Bacula-director 9.4.2 and the other has Bacula-sd 9.4.2
>
> I got the repo link from bacula
>
> https://www.bacula.org/packages/***/debs/13.0.1/dists/focal/main/binary-amd64/
> there are the packeges I can get into ubuntu using the sources.list.
>
> The problem is I cant find the bacual-sd nor the bacula-director as
> seperate packeges.
>
> I wanted to update the bacula version on these two ubuntu Servers to the
> newest 13.0.x version.
>
> For that I need to install the bacula-sd and bacula-director seperatly
> on two different servers.
>
> The other bacula version also only have these packeges.
>
> bacula-cdp-plugin_13.0.1-22081215~focal_amd64.deb
> bacula-client_13.0.1-22081215~focal_amd64.deb
> bacula-cloud-storage-common_13.0.1-22081215~focal_amd64.deb
> bacula-cloud-storage-s3_13.0.1-22081215~focal_amd64.deb
> bacula-common_13.0.1-22081215~focal_amd64.deb
> bacula-console_13.0.1-22081215~focal_amd64.deb
> bacula-docker-plugin_13.0.1-22081215~focal_amd64.deb
> bacula-docker-tools_13.0.1-22081215~focal_amd64.deb
> bacula-kubernetes-plugin_13.0.1-22081215~focal_amd64.deb
> bacula-kubernetes-tools_13.0.1-22081215~focal_amd64.deb
> bacula-mysql_13.0.1-22081215~focal_amd64.deb
> bacula-postgresql_13.0.1-22081215~focal_amd64.deb
> bacula_13.0.1-22081215~focal_all.deb
>
> I can install the bacula_13.0.1-22081215~focal_all.deb packed but that
> doesnt list bacula-sd or bacula-director as installed packeges.
> In addition to that that packed also wants to install postgresql that we
> dont wanna use.
>
> Is there a possibility to install bacula-director and bacula-sd 13.0.x
> speratly on two different servers without compiling it new? (Because we
> want to upgarde the already installed version)
>
>
>
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Question about bacula 13.0.x isntallation

[Robin Schröter]

Hello,

at the moment we have to seperate Ubunut 20.04 Server.

One has Bacula-director 9.4.2 and the other has Bacula-sd 9.4.2

I got the repo link from bacula
https://www.bacula.org/packages/***/debs/13.0.1/dists/focal/main/binary-amd64/
there are the packeges I can get into ubuntu using the sources.list.

The problem is I cant find the bacual-sd nor the bacula-director as 
seperate packeges.


I wanted to update the bacula version on these two ubuntu Servers to the 
newest 13.0.x version.


For that I need to install the bacula-sd and bacula-director seperatly 
on two different servers.


The other bacula version also only have these packeges.

bacula-cdp-plugin_13.0.1-22081215~focal_amd64.deb
bacula-client_13.0.1-22081215~focal_amd64.deb
bacula-cloud-storage-common_13.0.1-22081215~focal_amd64.deb
bacula-cloud-storage-s3_13.0.1-22081215~focal_amd64.deb
bacula-common_13.0.1-22081215~focal_amd64.deb
bacula-console_13.0.1-22081215~focal_amd64.deb
bacula-docker-plugin_13.0.1-22081215~focal_amd64.deb
bacula-docker-tools_13.0.1-22081215~focal_amd64.deb
bacula-kubernetes-plugin_13.0.1-22081215~focal_amd64.deb
bacula-kubernetes-tools_13.0.1-22081215~focal_amd64.deb
bacula-mysql_13.0.1-22081215~focal_amd64.deb
bacula-postgresql_13.0.1-22081215~focal_amd64.deb
bacula_13.0.1-22081215~focal_all.deb

I can install the bacula_13.0.1-22081215~focal_all.deb packed but that 
doesnt list bacula-sd or bacula-director as installed packeges.
In addition to that that packed also wants to install postgresql that we 
dont wanna use.


Is there a possibility to install bacula-director and bacula-sd 13.0.x 
speratly on two different servers without compiling it new? (Because we 
want to upgarde the already installed version)




___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about volume returning to scratch pool

[egoitz--- via Bacula-users]

Hi mates, 

I finally found the problem :) a very deep problem lol 

I was used to create the scratch volumes because I though they should be
created at first. So I did a label, update and so... but there was no
need of doing nothing of that kind because Bacula uses volumes existing
in the scratch or it creates new volumes and moves them to the requirant
pool. 

The problem was to do more than needed lol 

Cheers :)

El 2022-06-01 15:50, egoitz--- via Bacula-users escribió:

> Hi! 
> 
> I have been playing with the full, inc, diff and scratch pool. I have one 
> volume in the full pool with one backup. Another volume in the incremental 
> pool with all jobs purged. No jobs should be there. Now I launch a 
> differential backup in differential pool, where no tapes exist. OK, as in the 
> incremental pool, there's a volume without jobs in the database (and purged) 
> and in this state : 
> 
> +-+--+---+-+---+--+--+-+--+---+---+-+--+-+---+
> | mediaid | volumename   | volstatus | enabled | volbytes  | volfiles 
> | volretention | recycle | slot | inchanger | mediatype | voltype | volparts 
> | lastwritten | expiresin |
> +-+--+---+-+---+--+--+-+--+---+---+-+--+-+---+
> |   4 | CINTA-BACK107001-004 | Append|   1 | 3,293,267 |0 
> |3,283,200 |   1 |0 | 0 | File  |   1 |0 
> | 2022-06-01 13:00:03 | 3,282,343 |
> +-+--+---+-+---+--+--+-+--+---+---+-+--+-+---+
>  
> 
> I though it was not recycled to scratch pool due to expiresin seconds. So I 
> updated the volume and set the volume retention to 3 seconds. After that : 
> 
> Pool: catalogo_BACK107001_incr
> +-+--+---+-+---+--+--+-+--+---+---+-+--+-+---+
> | mediaid | volumename   | volstatus | enabled | volbytes  | volfiles 
> | volretention | recycle | slot | inchanger | mediatype | voltype | volparts 
> | lastwritten | expiresin |
> +-+--+---+-+---+--+--+-+--+---+---+-+--+-+---+
> |   4 | CINTA-BACK107001-004 | Purged|   1 | 3,293,267 |0 
> |3 |   1 |0 | 0 | File  |   1 |0 
> | 2022-06-01 13:00:03 | 0 |
> +-+--+---+-+---+--+--+-+--+---+---+-+--+-+---+
>  
> 
> But still not being recycled. I tried setting the cache retetion to 0 but 
> already was that way.  Have set the volume status to recycled. No way... 
> 
> If I launch a differential backup I never get the volume to return back to 
> the scratch pool. I have this volumes now : 
> 
> *list volumes
> Using Catalog "catalogo_BACK107001"
> Pool: Scratch
> No results to list.
> Pool: catalogo_BACK107001_archivado_anual
> No results to list.
> Pool: catalogo_BACK107001_archivado_mensual
> No results to list.
> Pool: catalogo_BACK107001_diferencial
> No results to list.
> Pool: catalogo_BACK107001_diff
> No results to list.
> Pool: catalogo_BACK107001_full
> +-+--+---+-++--+--+-+--+---+---+-+--+-++
> | mediaid | volumename   | volstatus | enabled | volbytes   | 
> volfiles | volretention | recycle | slot | inchanger | mediatype | voltype | 
> volparts | lastwritten | expiresin  |
> +-+--+---+-++--+--+-+--+---+---+-+--+-++
> |   2 | CINTA-BACK107001-002 | Append|   1 | 13,163,277 |
> 0 |   10,886,400 |   1 |0 | 0 | File  |   1 |
> 0 | 2022-06-01 11:36:17 | 10,871,327 |
> +-+--+---+-++--+--+-+--+---+---+-+--+-++
> Pool: catalogo_BACK107001_incr
> +-+--+---+-+---+--+--+-+--+---+---+-+--+-+---+
> | mediaid | volumename   | volstatus | enabled | volb

[Bacula-users] Question about volume returning to scratch pool

[egoitz--- via Bacula-users]

Hi! 

I have been playing with the full, inc, diff and scratch pool. I have
one volume in the full pool with one backup. Another volume in the
incremental pool with all jobs purged. No jobs should be there. Now I
launch a differential backup in differential pool, where no tapes exist.
OK, as in the incremental pool, there's a volume without jobs in the
database (and purged) and in this state : 

+-+--+---+-+---+--+--+-+--+---+---+-+--+-+---+
| mediaid | volumename   | volstatus | enabled | volbytes  |
volfiles | volretention | recycle | slot | inchanger | mediatype |
voltype | volparts | lastwritten | expiresin |
+-+--+---+-+---+--+--+-+--+---+---+-+--+-+---+
|   4 | CINTA-BACK107001-004 | Append|   1 | 3,293,267 |
   0 |3,283,200 |   1 |0 | 0 | File  |   1 |
   0 | 2022-06-01 13:00:03 | 3,282,343 |
+-+--+---+-+---+--+--+-+--+---+---+-+--+-+---+


I though it was not recycled to scratch pool due to expiresin seconds.
So I updated the volume and set the volume retention to 3 seconds. After
that : 

Pool: catalogo_BACK107001_incr
+-+--+---+-+---+--+--+-+--+---+---+-+--+-+---+
| mediaid | volumename   | volstatus | enabled | volbytes  |
volfiles | volretention | recycle | slot | inchanger | mediatype |
voltype | volparts | lastwritten | expiresin |
+-+--+---+-+---+--+--+-+--+---+---+-+--+-+---+
|   4 | CINTA-BACK107001-004 | Purged|   1 | 3,293,267 |
   0 |3 |   1 |0 | 0 | File  |   1 |
   0 | 2022-06-01 13:00:03 | 0 |
+-+--+---+-+---+--+--+-+--+---+---+-+--+-+---+


But still not being recycled. I tried setting the cache retetion to 0
but already was that way.  Have set the volume status to recycled. No
way... 

If I launch a differential backup I never get the volume to return back
to the scratch pool. I have this volumes now : 

*list volumes
Using Catalog "catalogo_BACK107001"
Pool: Scratch
No results to list.
Pool: catalogo_BACK107001_archivado_anual
No results to list.
Pool: catalogo_BACK107001_archivado_mensual
No results to list.
Pool: catalogo_BACK107001_diferencial
No results to list.
Pool: catalogo_BACK107001_diff
No results to list.
Pool: catalogo_BACK107001_full
+-+--+---+-++--+--+-+--+---+---+-+--+-++
| mediaid | volumename   | volstatus | enabled | volbytes   |
volfiles | volretention | recycle | slot | inchanger | mediatype |
voltype | volparts | lastwritten | expiresin  |
+-+--+---+-++--+--+-+--+---+---+-+--+-++
|   2 | CINTA-BACK107001-002 | Append|   1 | 13,163,277 |   
0 |   10,886,400 |   1 |0 | 0 | File  |   1
|0 | 2022-06-01 11:36:17 | 10,871,327 |
+-+--+---+-++--+--+-+--+---+---+-+--+-++
Pool: catalogo_BACK107001_incr
+-+--+---+-+---+--+--+-+--+---+---+-+--+-+---+
| mediaid | volumename   | volstatus | enabled | volbytes  |
volfiles | volretention | recycle | slot | inchanger | mediatype |
voltype | volparts | lastwritten | expiresin |
+-+--+---+-+---+--+--+-+--+---+---+-+--+-+---+
|   4 | CINTA-BACK107001-004 | Recycle   |   1 | 3,293,267 |
   0 |3 |   1 |0 | 0 | File  |   1 |
   0 | 2022-06-01 13:00:03 | 0 |
+-+--+---+-+---+--+--+-+--+---

Re: [Bacula-users] Question about differential backup

[egoitz--- via Bacula-users]

Hi Bill!! 

How are you :) :) :)    

Yes well.. the question was for knowing if I could recycle volumes of
differential001 and 002 and I still could go to differential003
situation without 001 and 002. 

That was basically more than anything a question for knowing if I
could recycle a differential between the last full and the lastest
differential, and to know if after that I could still restore to the
situation of the lastest differential 

I see I could :) :) 

Thank you so much!! 

Cheers!! 

El 2022-05-24 23:26, Bill Arlofski via Bacula-users escribió:

> ATENCION
> ATENCION
> ATENCION!!! Este correo se ha enviado desde fuera de la organizacion. No 
> pinche en los enlaces ni abra los adjuntos a no ser que reconozca el 
> remitente y sepa que el contenido es seguro.
> 
> On 5/24/22 12:17, egoitz--- via Bacula-users wrote: 
> 
>> If I want to restore my machine to Diferential 003 situation... do I need 
>> the Full job (obviously) + Differential 001 +
>> Differential 002 + Differential 003 or it's OK if I use Full job (obviously) 
>> + Differential 003 ?.
> 
> You would type 'restore' and choose option 5. Bacula will build the restore 
> from the Full jobid, and the latest Differential
> jobid, and any Incremental jobids that ran after the last Differential.
> 
> Hope this helps!
> Bill
> 
> --
> Bill Arlofski
> w...@protonmail.com 
> ATENCION
> ATENCION
> ATENCION!!! Este correo se ha enviado desde fuera de la organizacion. No 
> pinche en los enlaces ni abra los adjuntos a no ser que reconozca el 
> remitente y sepa que el contenido es seguro.
> 
> ATENCION
> ATENCION
> ATENCION!!! Este correo se ha enviado desde fuera de la organizacion. No 
> pinche en los enlaces ni abra los adjuntos a no ser que reconozca el 
> remitente y sepa que el contenido es seguro.
> 
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users 
> 
> ATENCION: Este correo se ha enviado desde fuera de la organización. No pinche 
> en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y 
> sepa que el contenido es seguro.___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about differential backup

[egoitz--- via Bacula-users]

Good morning!! 

Thank you so much!! 

Well in our case... was a retention related question I would like to
know if I could recycle the differential001 and 002 in order to restore
to differential003 situation. 

Basically to know if I could recycle those intermediate differentials...
 I see by your answer that we could then :) 

Thank you so much for the clarification. 

Cheers!

El 2022-05-24 20:42, Josip Deanovic escribió:

> ATENCION
> ATENCION
> ATENCION!!! Este correo se ha enviado desde fuera de la organizacion. No 
> pinche en los enlaces ni abra los adjuntos a no ser que reconozca el 
> remitente y sepa que el contenido es seguro.
> 
> On 2022-05-24 20:17, egoitz--- via Bacula-users wrote: 
> 
>> Good afternoon,
>> 
>> One more question, that I have seen it difficult to be absolutely sure
>> just with the documentation available on the net and my Bacula books
>> bought.
>> 
>> If I have :
>> 
>> Full
>> 
>> Differential 001
>> 
>> Differential 002
>> 
>> Differential 003
>> 
>> If I want to restore my machine to Diferential 003 situation... do I
>> need the Full job (obviously) + Differential 001 + Differential 002 +
>> Differential 003 or it's OK if I use Full job (obviously) + Differential
>> 003 ?.
>> 
>> Thanks a lot mates!
> 
> Hi
> 
> Differential backup covers differences since the latest full job.
> So, in your example you would need the appropriate Full job and the
> "Differential 003" job.
> 
> The idea behind differential jobs is to speed up the restore by avoiding
> the need of a number of incremental jobs which could reside on different
> volumes.
> 
> If you are using only volumes of a file type (stored on a disk storage)
> and your volumes are always available, then you probably wouldn't benefit
> from differential backups as disk storage is quite fast and Bacula can
> open volumes as needed.
> 
> Regards!___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about differential backup

[Bill Arlofski via Bacula-users]

On 5/24/22 12:17, egoitz--- via Bacula-users wrote:


If I want to restore my machine to Diferential 003 situation... do I need the 
Full job (obviously) + Differential 001 +
Differential 002 + Differential 003 or it's OK if I use Full job (obviously) + 
Differential 003 ?.



You would type 'restore' and choose option 5. Bacula will build the restore 
from the Full jobid, and the latest Differential
jobid, and any Incremental jobids that ran after the last Differential.


Hope this helps!
Bill

--
Bill Arlofski
w...@protonmail.com


signature.asc
Description: OpenPGP digital signature
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about schedule

[Phil Stracchino]

On 5/24/22 14:12, egoitz--- via Bacula-users wrote:

Good morning,


One little question about Schedules. Imagine I have this schedule :


Schedule{
Name = "WeeklyCycle"
Run = Full 1st sun at 23:05
Run = Differential 2nd-5th sun at 23:05
Run = Incremental mon-sat at 23:05
}

Imagine I set up a new backup... and I set up in the third week of the 
month. Imagine I start on a Tuesday. For my experience, I assume that 
Bacula would do :


- As no backups have been done previosly, first of all at the first time 
it runs at 23:05, perform a full backup.


- The next day it runs, even there is not a differential backup, as 
supposedly the second time the job runs is Wednesday it will do an 
incremental backup.


- When Sunday arrives, it would do the first differential. At this 
moment we will have a Full backup, plus N incrementals. Today we to a 
differential and will have a differential too.


- The following times it launches incrementals in the week and on Sunday 
new differential, until the first Sunday of month in which a new full 
will be created.



Am I wrong?. I think not...



That all looks correct, yes.



--
  Phil Stracchino
  Babylon Communications
  ph...@caerllewys.net
  p...@co.ordinate.org
  Landline: +1.603.293.8485
  Mobile:   +1.603.998.6958


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about differential backup

[Josip Deanovic]

On 2022-05-24 20:17, egoitz--- via Bacula-users wrote:

Good afternoon,

One more question, that I have seen it difficult to be absolutely sure
just with the documentation available on the net and my Bacula books
bought.

If I have :

Full

Differential 001

Differential 002

Differential 003

If I want to restore my machine to Diferential 003 situation... do I
need the Full job (obviously) + Differential 001 + Differential 002 +
Differential 003 or it's OK if I use Full job (obviously) + 
Differential

003 ?.

Thanks a lot mates!



Hi

Differential backup covers differences since the latest full job.
So, in your example you would need the appropriate Full job and the
"Differential 003" job.

The idea behind differential jobs is to speed up the restore by avoiding
the need of a number of incremental jobs which could reside on different
volumes.

If you are using only volumes of a file type (stored on a disk storage)
and your volumes are always available, then you probably wouldn't 
benefit

from differential backups as disk storage is quite fast and Bacula can
open volumes as needed.


Regards!

--
Josip Deanovic


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Question about differential backup

[egoitz--- via Bacula-users]

Good afternoon, 

One more question, that I have seen it difficult to be absolutely sure
just with the documentation available on the net and my Bacula books
bought. 

If I have : 

Full 

Differential 001 

Differential 002 

Differential 003 

If I want to restore my machine to Diferential 003 situation... do I
need the Full job (obviously) + Differential 001 + Differential 002 +
Differential 003 or it's OK if I use Full job (obviously) + Differential
003 ?. 

Thanks a lot mates! 

Cheers!___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Question about schedule

[egoitz--- via Bacula-users]

Good morning, 

One little question about Schedules. Imagine I have this schedule : 

Schedule{ 

Name = "WeeklyCycle" 

Run = Full 1st sun at 23: 05 

Run = Differential 2nd-5th sun at 23: 05 

Run = Incremental mon-sat at 23: 05 

}

Imagine I set up a new backup... and I set up in the third week of the
month. Imagine I start on a Tuesday. For my experience, I assume that
Bacula would do : 

- As no backups have been done previosly, first of all at the first time
it runs at 23:05, perform a full backup. 

- The next day it runs, even there is not a differential backup, as
supposedly the second time the job runs is Wednesday it will do an
incremental backup. 

- When Sunday arrives, it would do the first differential. At this
moment we will have a Full backup, plus N incrementals. Today we to a
differential and will have a differential too. 

- The following times it launches incrementals in the week and on Sunday
new differential, until the first Sunday of month in which a new full
will be created. 

Am I wrong?. I think not... 

Thanks a lot mates, 

Best regards,___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about scratch pool

[egoitz--- via Bacula-users]

Hi all mates, 

Thank you so much for your answer. I see. I got it. 

Thanks you so much really for all your help, 

Cheers!

El 2022-05-24 13:16, Josh Fisher escribió:

> ATENCION
> ATENCION
> ATENCION!!! Este correo se ha enviado desde fuera de la organizacion. No 
> pinche en los enlaces ni abra los adjuntos a no ser que reconozca el 
> remitente y sepa que el contenido es seguro.
> 
> On 5/24/22 06:51, Heitor Faria wrote: Still unsupported... Sorry. You are 
> right.
> It is not needed for scalability purposes, but one Director can have many 
> different Catalogs as desired.

And each catalog will have its own unique Scratch pool. In fact, all of
the pools (and all other resources) defined in a particular catalog are
unique. Each customer could use the same pool names, because they are
using different catalogs. There is no overlap of pools, or of the
volumes contained in those pools.

What is impossible is a single, shared Scratch pool for all customers.
The Director can use more than one catalog, but a particular resource,
(Pool, Volume, Client, Job, etc.) can belong to only one catalog.

___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about scratch pool

[Josh Fisher]

On 5/24/22 06:51, Heitor Faria wrote:

Still unsupported...

Sorry. You are right.
It is not needed for scalability purposes, but one Director can have many 
different Catalogs as desired.



And each catalog will have its own unique Scratch pool. In fact, all of 
the pools (and all other resources) defined in a particular catalog are 
unique. Each customer could use the same pool names, because they are 
using different catalogs. There is no overlap of pools, or of the 
volumes contained in those pools.


What is impossible is a single, shared Scratch pool for all customers. 
The Director can use more than one catalog, but a particular resource, 
(Pool, Volume, Client, Job, etc.) can belong to only one catalog.





___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about scratch pool

[Heitor Faria]

> Still unsupported...

Sorry. You are right. 
It is not needed for scalability purposes, but one Director can have many 
different Catalogs as desired.

> --
> MSc Heitor Faria (Miami/USA)
> CIO Bacula LatAm
> mobile1: + 1 909 655-8971
> mobile2: + 55 61 98268-4220
> [ http://bacula.lat/]


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about scratch pool

[Heitor Faria]

Still unsupported...
--
MSc Heitor Faria (Miami/USA)
CIO Bacula LatAm
mobile1: + 1 909 655-8971
mobile2: + 55 61 98268-4220
[ http://bacula.lat/]___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about scratch pool

[egoitz--- via Bacula-users]

Hi! 

I don't use two directors. Just one director with different catalogues.
I would never do that Heitor. 

Cheers,

El 2022-05-23 18:36, Heitor Faria escribió:

> ATENCION: Este correo se ha enviado desde fuera de la organización. No pinche 
> en los enlaces ni abra los adjuntos a no ser que reconozca el remitente y 
> sepa que el contenido es seguro.
> 
> Egoitz, 
> 
> The Scratch pool is a hardcoded reserved name.
> "Maybe" you will be luckier setting a "ScratchPool" for each one of the 
> Production pools.
> Anyway: you are doing "gambiarra" (Brazilian Portuguese). 
> Bacula has its own means of providing multitenancy via ACLs, Pools, users etc.
> Two Directors using the same catalog is not supported, according to Kern. 
> However, using (e.g.) a Pgsql cluster is supported for HA. 
> 
> Rgds.
> --
> MSc Heitor Faria (Miami/USA)
> CIO Bacula LatAm
> mobile1: + 1 909 655-8971
> mobile2: + 55 61 98268-4220
> [ http://bacula.lat/]___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about scratch pool

[Phil Stracchino]

On 5/23/22 12:05, egoitz--- via Bacula-users wrote:

Hi mates,


My purpose is the following one.


As I run backup of different customers :

- For better isolating them for managing permissions properly

- For separating quota usage

- For using more little databases

- And because it's done this way some time ago for several reasons (some 
of them I can't really know now)


we are using different catalogues for our customers.



OK, so you are using one Director, but multiple Catalogs, one per customer?

As Heitor suggested, you could create a separate named ScratchPool in 
each Catalog, but there is no way to *safely* share the same Scratch 
pool across multiple catalogs, and I cannot begin to guess at what would 
happen if the Director finds the same Pools in different Catalogs with 
different volumes in them.


I would urge you in this case to try to make all resource names unique 
to customers and NOT try to share anything between them.  Trying to 
share volumes in a common scratch pool would break the isolation you are 
trying to create, and sounds like a cross-customer data breach mishap 
waiting to happen.



--
  Phil Stracchino
  Babylon Communications
  ph...@caerllewys.net
  p...@co.ordinate.org
  Landline: +1.603.293.8485
  Mobile:   +1.603.998.6958


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about scratch pool

[Heitor Faria]

Egoitz,

The Scratch pool is a hardcoded reserved name.
"Maybe" you will be luckier setting a "ScratchPool" for each one of the 
Production pools.
Anyway: you are doing "gambiarra" (Brazilian Portuguese). 
Bacula has its own means of providing multitenancy via ACLs, Pools, users etc.
Two Directors using the same catalog is not supported, according to Kern. 
However, using (e.g.) a Pgsql cluster is supported for HA.

Rgds.
--
MSc Heitor Faria (Miami/USA)
CIO Bacula LatAm
mobile1: + 1 909 655-8971
mobile2: + 55 61 98268-4220
[ http://bacula.lat/]___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about scratch pool

[egoitz--- via Bacula-users]

Hi mates, 

My purpose is the following one. 

As I run backup of different customers : 

- For better isolating them for managing permissions properly 

- For separating quota usage 

- For using more little databases 

- And because it's done this way some time ago for several reasons (some
of them I can't really know now) 

we are using different catalogues for our customers. 

Now, when a catalogue goes out of appendable volumes that backup tasks
stop awaiting for that new or appendable volumes. Someone (to which I'm
very thankful for it's advises) with a big knowlegde about Bacula
recommended, me to append tapes to Scratch pool and to use this pool as
the recycle pool too. This way when new volumes are needed can be taken
from the scratch pool. By the way, you can too recycle volumes to
scratch pool, so that if a backup's total size dicreases that previously
(but not now) needed tapes will end up in the scratch and you could
always optimize the space for backups, because you know that tapes in
the scratch can be removable. 

The problem here, is that we where thinking that the scratch pool, was a
common pool in a director. So that any catalogue needing new volumes,
could fetch them from there. By the way, if some other catalogues have
excess of volumes, could become "thinner" because they could leave there
those unneded volumes, so that another catalog who really is needing
them, could then fetch. I was thinking in the scratch pool as a way of
harmonize the server's catalogues disk usage (the usage of the volumes
obviously). 

But I have had a bad surprise, when I have seen I couldn't do this,
because Bacula, just uses tape knowledge inside the same catalog and the
Scratch pool, even when being a special pool, it has the tapes
registered in database and for each catalog. 

This is my real problem. In the doc, you didn't see in any place, that
things are not as you think. It's trusth too, that you don't see the
opposite too... 

Cheers, 

El 2022-05-23 17:29, Phil Stracchino escribió:

> ATENCION
> ATENCION
> ATENCION!!! Este correo se ha enviado desde fuera de la organizacion. No 
> pinche en los enlaces ni abra los adjuntos a no ser que reconozca el 
> remitente y sepa que el contenido es seguro.
> 
> On 5/23/22 10:39, egoitz--- via Bacula-users wrote: 
> 
>> Good morning,
>> 
>> We are planning to use the Scratch pool for automatically having avaible 
>> tapes in the different pools of my different catalogues.
>> 
>> For this purpose, we planned to create let's say 100 volumes in scratch and 
>> later, that volumes to to be requested by the different pooles AND of 
>> different catalogues, needing new media for continuating backup jobs.
>> 
>> Is this possible or the scratch pool can only share volumes with pools 
>> within the same catalogue?.
> 
> If you have multiple Catalogs, you would need to devise a way to synchronize 
> the state of the Scratch pool across all of them.  This is not functionality 
> that is supported in Bacula.  If you have multiple Bacula directors running 
> from different Catalogs, they need to be separate, not 
> sort-of-separate-but-with-overlaps.  Trying to share resources between 
> Directors running from different Catalogs will get you into trouble, because 
> one director will have no way of knowing what another is using or has used.  
> This could lead to cases where, for example, one Director performs a critical 
> full backup on a certain set of tapes, and then the next day another Director 
> that doesn't know it has done so recycles one of those tapes and uses it for 
> something else, and the first doesn't know the backup is no longer valid.
> 
> What are you trying to accomplish with this multiple-catalogs scheme? When 
> the answer doesn't make sense, sometimes it means you're asking the wrong 
> question.___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about scratch pool

[Phil Stracchino]

On 5/23/22 10:39, egoitz--- via Bacula-users wrote:

Good morning,


We are planning to use the Scratch pool for automatically having avaible 
tapes in the different pools of my different catalogues.


For this purpose, we planned to create let's say 100 volumes in scratch 
and later, that volumes to to be requested by the different pooles AND 
of different catalogues, needing new media for continuating backup jobs.


Is this possible or the scratch pool can only share volumes with pools 
within the same catalogue?.



If you have multiple Catalogs, you would need to devise a way to 
synchronize the state of the Scratch pool across all of them.  This is 
not functionality that is supported in Bacula.  If you have multiple 
Bacula directors running from different Catalogs, they need to be 
separate, not sort-of-separate-but-with-overlaps.  Trying to share 
resources between Directors running from different Catalogs will get you 
into trouble, because one director will have no way of knowing what 
another is using or has used.  This could lead to cases where, for 
example, one Director performs a critical full backup on a certain set 
of tapes, and then the next day another Director that doesn't know it 
has done so recycles one of those tapes and uses it for something else, 
and the first doesn't know the backup is no longer valid.



What are you trying to accomplish with this multiple-catalogs scheme? 
When the answer doesn't make sense, sometimes it means you're asking the 
wrong question.




--
  Phil Stracchino
  Babylon Communications
  ph...@caerllewys.net
  p...@co.ordinate.org
  Landline: +1.603.293.8485
  Mobile:   +1.603.998.6958


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Question about scratch pool

[egoitz--- via Bacula-users]

Good morning, 

We are planning to use the Scratch pool for automatically having avaible
tapes in the different pools of my different catalogues. 

For this purpose, we planned to create let's say 100 volumes in scratch
and later, that volumes to to be requested by the different pooles AND
of different catalogues, needing new media for continuating backup jobs.


Is this possible or the scratch pool can only share volumes with pools
within the same catalogue?. 

Best regards,___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] question about multiple incremental pools

[Radosław Korzeniewski]

sob., 11 wrz 2021, 11:46 użytkownik  napisał:

> Am 08-Sep-2021 10:57:18 +0200 schrieb rados...@korzeniewski.net:
>
> Hello Radosław,
> Okay I got it :) Also again thank you very much for your help!
>

You are welcome.

R.
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] question about multiple incremental pools

[Radosław Korzeniewski]

Hello,

wt., 7 wrz 2021 o 16:50  napisał(a):

> > In this case if you need to restore the whole month of data from backup
> then you will need a single Full + a single (third) Diff and a few (up to
> six) Incrementals.
> > On the other hand the "standard" Full + every day incrementals without
> intermediate diffs requires a single Full + about 30 Incrementals.
>
> Ah I see, that makes sense. I think by introducing the
> differential-backups there comes a slight spacesaving-effect with it, since
> someone doesn't need to keep the incrementals around for that long. Right?
> But I understand that this was not the main goal why it was developed in
> the first place.
>

Congratulations! You've just invented the GFS (Grandfather-Father-Son)
backup policy (rotation scheme). :)

It is a very common practice to have a longer retention time for Full (less
frequently executed) backups, then shorter retention for Differential and
shortest retention for Incrementals.

best regards
-- 
Radosław Korzeniewski
rados...@korzeniewski.net
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] question about multiple incremental pools

[neumeise1]

Hello Radosław,

Am 07-Sep-2021 10:38:44 +0200 schrieb rados...@korzeniewski.net:
> pon., 6 wrz 2021 o 20:21  napisał(a):
> > But I'm quiet sure that I do understand the behaviors of them. However In 
> > case I did get something wrong I will write out
> > the behaviors and would acknowledge if someone could point out if I should 
> > got something wrong. Thank you.
> > 
> > For a given job:
> > -an incremental backup references the most recent backup of any 
> > kind(incremental,differential,full) and backups all the data that changed 
> > since then
> > -a differential backup references the most recent differential or full 
> > backup and backups all the data that changed since then
> 
> No, any differential backup refers to the recent full backup only. So it 
> backup all changes from full and basically every subsequent differential 
> backup "includes" all changes available in previous differential backups. 
> The idea behind differential levels is that you need a single differential in 
> the restore chain to optimize the restore procedure. 

That's right, I got that wrong. Thank you. Phil pointed that out too.


> > -a full backup references nothing and backups all the data
> > 
> > You have got me right. You wrote: "If you are doing a "daily" and a 
> > "weekly" incremental of the same job,
> > then the "weekly" either isn't really "weekly" or isn't really incremental."
> > That's exactly what I was attempting to do. My goal was to shrink the space 
> > all my backups need by introducing a second
> > incremental-pool with a longer retention period, but this leads straight to 
> > the problem you have described under the
> > "Now what you COULD do, ..."-paragraph that I am trying to avoid. I'm Sorry 
> > that I didn't made it clearer.
> > Thank you for pointing out the Virtual Full option. I didn't know about 
> > that.
> 
> Differential backups are not designed to optimize for "space". They are 
> designed to optimize restore procedures. 
> 
> Just take a look for an example backup levels policy: 
> - Full once a month 
> - Differential once a week 
> - Incremental every day 
> 
> In this case if you need to restore the whole month of data from backup then 
> you will need a single Full + a single (third) Diff and a few (up to six) 
> Incrementals. 
> On the other hand the "standard" Full + every day incrementals without 
> intermediate diffs requires a single Full + about 30 Incrementals. 

Ah I see, that makes sense. I think by introducing the differential-backups 
there comes a slight spacesaving-effect with it, since someone doesn't need to 
keep the incrementals around for that long. Right? But I understand that this 
was not the main goal why it was developed in the first place.

> > There just popped up another question in my head:
> > - should I preferably use the Virtual Full option to make full backups or 
> > the normal full backup-option? Are there any downsides?
> 
> The virtual full option is the right solution in most cases if you have 
> resources to implement it. For example it requires no less than 2 archive 
> devices defined in Storage Daemon, so if you have a single tape drive it 
> simply won't work. 

Okay I will look deeper into it this evening with a little bit more time and 
will come back if I should have any questions left. Thank you.

Sebastian

-
FreeMail powered by mail.de - MEHR SICHERHEIT, SERIOSITÄT UND KOMFORT


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] question about multiple incremental pools

[neumeise1]

Am 07-Sep-2021 05:27:41 +0200 schrieb ph...@caerllewys.net:
> On 9/6/21 2:19 PM, neumei...@mail.de wrote:
> > With what I have learned from you so far I am going to implement the 
> > following scheme(one job, one client):
> > Three pools: one incremental(dailyPool), one differential(monthlyPool) and 
> > a full pool(halfannualPool).
> > 
> > - incremental backup every night with a volume-retention of 40days
> > - differential backup every 1st february-june and august-december (at 
> > night, same time) with a volume-retention of 7months
> > - full backup on january 1st and july 1st (at night, same time) with a 
> > volume-retention of 12months
> > 
> > file- and job-retention for that single client are set to the maximum 
> > volume-retention.
> > -> File Retention = 12 months , Job Retention = 12 months 
> > 
> > Are there any mistakes? What can I do better?
> 
> That looks fundamentally sound, though it may be a little more complex
> than usual to write a suitable Schedule.

Okay, thank you for your help.

> Also, I note that I misspoke in the course of describing my setup. I
> said "Differential backup (based upon the last Differential or higher,
> so it records all changes since the last Differential or Full)," but
> this is of course wrong. A Differential backup records all changes
> since the last *FULL* backup ONLY, thus resetting the change history.
> Because of this a full restore requires only the last Full backup, the
> last Differential backup, and any incremental backups since the last
> Differential.

Thanks for clearing it up!


> > There just popped up another question in my head:
> > - should I preferably use the Virtual Full option to make full backups or 
> > the normal full backup-option? Are there any downsides?
> 
> It depends why you are doing full backups so infrequently. If it is
> because you have an extremely large dataset that takes a long time to do
> a full backup, then a Virtual Full backup can be a very good option
> because instead of actually having to run a complete new full backup,
> you use your past Full backup (which may be virtual) and the history of
> backed-up changes since then (i.e, the last Differential and any
> incrementals since the last Differential) to synthesize a virtual backup
> containing the calculated current state of the backup set. It can offer
> a significant savings in job time and network transfer bandwidth, but
> should be verified against the client from time to time to make certain
> that it does closely represent the actual state of the backup fileset.
> 
> It is discussed in more detail here:
> 
> https://www.baculasystems.com/incremental-backup-software/
> 
> Virtual Full backups are a good alternative if you would like to do Full
> backups more often but are limited by resource constraints.
> 

Okay, I just paid the link a small visit and scanned through the text. It looks 
quiet interesting and promising. I will come back to it this evening with more 
time on my hands.
If after that I should have any questions left I will come back and write 
something to the mailing list.


Thanks again for your detailed answer and your fast help!


Sebastian
-
FreeMail powered by mail.de - MEHR SICHERHEIT, SERIOSITÄT UND KOMFORT


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] question about multiple incremental pools

[Radosław Korzeniewski]

Hello,

pon., 6 wrz 2021 o 20:21  napisał(a):

> But I'm quiet sure that I do understand the behaviors of them. However In
> case I did get something wrong I will write out
> the behaviors and would acknowledge if someone could point out if I should
> got something wrong. Thank you.
>
> For a given job:
> -an incremental backup references the most recent backup of any
> kind(incremental,differential,full) and backups all the data that changed
> since then
> -a differential backup references the most recent differential or full
> backup and backups all the data that changed since then
>

No, any differential backup refers to the recent full backup only. So it
backup all changes from full and basically every subsequent differential
backup "includes" all changes available in previous differential backups.
The idea behind differential levels is that you need a single differential
in the restore chain to optimize the restore procedure.


> -a full backup references nothing and backups all the data
>
>
> You have got me right. You wrote: "If you are doing a "daily" and a
> "weekly" incremental of the same job,
> then the "weekly" either isn't really "weekly" or isn't really
> incremental."
> That's exactly what I was attempting to do. My goal was to shrink the
> space all my backups need by introducing a second
> incremental-pool with a longer retention period, but this leads straight
> to the problem you have described under the
> "Now what you COULD do, ..."-paragraph that I am trying to avoid. I'm
> Sorry that I didn't made it clearer.
> Thank you for pointing out the Virtual Full option. I didn't know about
> that.
>

Differential backups are not designed to optimize for "space". They are
designed to optimize restore procedures.

Just take a look for an example backup levels policy:
- Full once a month
- Differential once a week
- Incremental every day

In this case if you need to restore the whole month of data from backup
then you will need a single Full + a single (third) Diff and a few (up to
six) Incrementals.
On the other hand the "standard" Full + every day incrementals without
intermediate diffs requires a single Full + about 30 Incrementals.


> There just popped up another question in my head:
> - should I preferably use the Virtual Full option to make full backups or
> the normal full backup-option? Are there any downsides?
>

The virtual full option is the right solution in most cases if you have
resources to implement it. For example it requires no less than 2 archive
devices defined in Storage Daemon, so if you have a single tape drive it
simply won't work.

I hope it helps.
-- 
Radosław Korzeniewski
rados...@korzeniewski.net
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] question about multiple incremental pools

[Phil Stracchino]

On 9/6/21 2:19 PM, neumei...@mail.de wrote:
> With what I have learned from you so far I am going to implement the 
> following scheme(one job, one client):
> Three pools: one incremental(dailyPool), one differential(monthlyPool) and a 
> full pool(halfannualPool).
> 
> - incremental backup every night with a volume-retention of 40days
> - differential backup every 1st february-june and august-december (at night, 
> same time) with a volume-retention of 7months
> - full backup on january 1st and july 1st (at night, same time) with a 
> volume-retention of 12months
> 
> file- and job-retention for that single client are set to the maximum 
> volume-retention.
> -> File Retention = 12 months , Job Retention = 12 months 
> 
> Are there any mistakes? What can I do better?

That looks fundamentally sound, though it may be a little more complex
than usual to write a suitable Schedule.

Also, I note that I misspoke in the course of describing my setup.  I
said "Differential backup (based upon the last Differential or higher,
so it records all changes since the last Differential or Full)," but
this is of course wrong.  A Differential backup records all changes
since the last *FULL* backup ONLY, thus resetting the change history.
Because of this a full restore requires only the last Full backup, the
last Differential backup, and any incremental backups since the last
Differential.



> There just popped up another question in my head:
> - should I preferably use the Virtual Full option to make full backups or the 
> normal full backup-option? Are there any downsides?


It depends why you are doing full backups so infrequently.  If it is
because you have an extremely large dataset that takes a long time to do
a full backup, then a Virtual Full backup can be a very good option
because instead of actually having to run a complete new full backup,
you use your past Full backup (which may be virtual) and the history of
backed-up changes since then (i.e, the last Differential and any
incrementals since the last Differential) to synthesize a virtual backup
containing the calculated current state of the backup set.  It can offer
a significant savings in job time and network transfer bandwidth, but
should be verified against the client from time to time to make certain
that it does closely represent the actual state of the backup fileset.

It is discussed in more detail here:

https://www.baculasystems.com/incremental-backup-software/

Virtual Full backups are a good alternative if you would like to do Full
backups more often but are limited by resource constraints.



-- 
  Phil Stracchino
  Babylon Communications
  ph...@caerllewys.net
  p...@co.ordinate.org
  Landline: +1.603.293.8485
  Mobile:   +1.603.998.6958


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] question about multiple incremental pools

[neumeise1]

Am 04-Sep-2021 21:52:11 +0200 schrieb ph...@caerllewys.net:
> On 9/4/21 1:50 PM, neumei...@mail.de wrote:
> > Hello bacula-community,
> > i have a question. I've read that chapter of the bacula-documentation:
> > https://www.bacula.org/11.0.x-manuals/en/main/Automated_Disk_Backup.html
> > It states:"Now since each of these different kinds of saves needs to
> > remain valid for differing periods, the simplest way to do this (and
> > possibly the only) is to have a separate Pool for each backup type.".
> > The Tutorial uses three pools, a incremental one, a differential one,
> > and a full one to accomplish a basic GFS-scheme-backup. I got my
> > bacula-Installation running with multiple clients/file-deamons and do my
> > backups on a harddrive.
> >  
> > *My questions:*
> > I am wondering if there is a possibility to use four pools with a added
> > second incremental-pool?
> >  
> > *The problem I see:*
> > is that an incremental backup always references the last incremental-,
> > differential- or full-backup and saves only the files that have changed
> > since then. In my scheme i have two different incremental-backups, the
> > daily and the weekly one. The weekly one always references the daily one
> > that came the day before(saturday), right? When i keep the weekly one
> > around for more than 4weeks(i have chosen 5weeks) and the daily one only
> > for more than 10 days(i have chosen 14days) the daily files are going to
> > be deleted after 14days but the monthly one still references them. So
> > there will be a "hole" in the backupset?
> >  
> > I figured out, if it would be possible to have multiple "levels" of
> > incremental-backups, like i could say that the weekly incremental-backup
> > references only the weekly backups(level0) and the daily
> > incremental-backups only the daily ones(level1) the problem would be
> > gone. The same problem would occur when i would keep the full-backup for
> > to short around. For example if the full backup overwrites the only
> > existing one, there will be no full backup left, that the
> > differential-backup could reference and I lose all backups i made to
> > that point.
> 
> A Bacula incremental Job references the most recent backup *of any
> level* of the same Job. If you had another incremental that used a
> different pool, it would have to be a different job, and then it would
> reference the last completed backup of *that* job.
> 
> If you are doing a "daily" and a "weekly" incremental of the same job,
> then the "weekly" either isn't really "weekly" or isn't really
> incremental. Unless what you're trying to do is somehow have one
> incremental job receive special treatment and have a longer retention
> time than other incremental jobs. It's not quite clear what you mean,
> or what you're trying to accomplish.
> 
> What I do is the following:
> 
> I run an incremental backup six nights a week (which is based upon the
> last incremental or higher run of that Job, so it records all changes
> since the previous night), with one month retention time.
> 
> The seventh night, once per *week*, I run a Differential backup (based
> upon the last Differential or higher, so it records all changes since
> the last Differential or Full), with two months retention time.
> 
> Once per *month*, I run a Full backup (which rebases everything), which
> has six months retention.
> 
> And then finally after the Full backup, I run a Copy job which copies
> the Full backup to removable disks in a separate Pool with one year
> retention, which are then stored offline (and air-gapped).
> 
> Now what you COULD do, I suppose, is run a Copy job once a week which
> copies the most recent Incremental volume(s) to a separate pool with
> longer expiration. But those copied incrementals would then reference
> incremental jobs that quite possibly wouldn't exist any more by the time
> you came to need to refer to them, and you would have succeeded in
> setting up exactly the "hole in the backup set" situation you appear to
> be trying to avoid. So don't do that.
> 
> What it sounds like to me is that your "weekly incremental" job should
> be a Differential job, and your monthly job should be either a Full, or
> a Differential followed by a Virtual Full. Your Full backup should
> never "overwrite the only existing one" unless you're doing something
> wrong or you only have enough backup space to store one Full backup at a
> time, in which case you have a deeper problem than trying to fudge
> retention times.
> 
> It is *possible* that the situation here is that you are asking the
> wrong questions because you don't properly understand the terms. You
> may be misunderstanding the purpose and behaviors of the different Job
> levels. If in doubt, ask. We're always happy to answer.
> 


Hello Phil,
First of all thank you for your answer. I have thought some time about it. 
Actually I don't know that there is
a deeper purpose of the different job levels and I would really appreciate it 
if some

Re: [Bacula-users] question about multiple incremental pools

[Phil Stracchino]

On 9/4/21 1:50 PM, neumei...@mail.de wrote:
> Hello bacula-community,
> i have a question. I've read that chapter of the bacula-documentation:
> https://www.bacula.org/11.0.x-manuals/en/main/Automated_Disk_Backup.html
> It states:"Now since each of these different kinds of saves needs to
> remain valid for differing periods, the simplest way to do this (and
> possibly the only) is to have a separate Pool for each backup type.".
> The Tutorial uses three pools, a incremental one, a differential one,
> and a full one to accomplish a basic GFS-scheme-backup. I got my
> bacula-Installation running with multiple clients/file-deamons and do my
> backups on a harddrive.
>  
> *My questions:*
> I am wondering if there is a possibility to use four pools with a added
> second incremental-pool?
>  
> *The problem I see:*
> is that an incremental backup always references the last incremental-,
> differential- or full-backup and saves only the files that have changed
> since then. In my scheme i have two different incremental-backups, the
> daily and the weekly one. The weekly one always references the daily one
> that came the day before(saturday), right? When i keep the weekly one
> around for more than 4weeks(i have chosen 5weeks) and the daily one only
> for more than 10 days(i have chosen 14days) the daily files are going to
> be deleted after 14days but the monthly one still references them. So
> there will be a "hole" in the backupset?
>  
> I figured out, if it would be possible to have multiple "levels" of
> incremental-backups, like i could say that the weekly incremental-backup
> references only the weekly backups(level0) and the daily
> incremental-backups only the daily ones(level1) the problem would be
> gone. The same problem would occur when i would keep the full-backup for
> to short around. For example if the full backup overwrites the only
> existing one, there will be no full backup left, that the
> differential-backup could reference and I lose all backups i made to
> that point.


A Bacula incremental Job references the most recent backup *of any
level* of the same Job.  If you had another incremental that used a
different pool, it would have to be a different job, and then it would
reference the last completed backup of *that* job.

If you are doing a "daily" and a "weekly" incremental of the same job,
then the "weekly" either isn't really "weekly" or isn't really
incremental.  Unless what you're trying to do is somehow have one
incremental job receive special treatment and have a longer retention
time than other incremental jobs.  It's not quite clear what you mean,
or what you're trying to accomplish.


What I do is the following:

I run an incremental backup six nights a week (which is based upon the
last incremental or higher run of that Job, so it records all changes
since the previous night), with one month retention time.

The seventh night, once per *week*, I run a Differential backup (based
upon the last Differential or higher, so it records all changes since
the last Differential or Full), with two months retention time.

Once per *month*, I run a Full backup (which rebases everything), which
has six months retention.

And then finally after the Full backup, I run a Copy job which copies
the Full backup to removable disks in a separate Pool with one year
retention, which are then stored offline (and air-gapped).


Now what you COULD do, I suppose, is run a Copy job once a week which
copies the most recent Incremental volume(s) to a separate pool with
longer expiration.  But those copied incrementals would then reference
incremental jobs that quite possibly wouldn't exist any more by the time
you came to need to refer to them, and you would have succeeded in
setting up exactly the "hole in the backup set" situation you appear to
be trying to avoid.  So don't do that.


What it sounds like to me is that your "weekly incremental" job should
be a Differential job, and your monthly job should be either a Full, or
a Differential followed by a Virtual Full.  Your Full backup should
never "overwrite the only existing one" unless you're doing something
wrong or you only have enough backup space to store one Full backup at a
time, in which case you have a deeper problem than trying to fudge
retention times.


It is *possible* that the situation here is that you are asking the
wrong questions because you don't properly understand the terms.  You
may be misunderstanding the purpose and behaviors of the different Job
levels.  If in doubt, ask.  We're always happy to answer.



-- 
  Phil Stracchino
  Babylon Communications
  ph...@caerllewys.net
  p...@co.ordinate.org
  Landline: +1.603.293.8485
  Mobile:   +1.603.998.6958


___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] question about multiple incremental pools

[neumeise1]

Hello bacula-community,
i have a question. I've read that chapter of the bacula-documentation: 
https://www.bacula.org/11.0.x-manuals/en/main/Automated_Disk_Backup.html
It states:"Now since each of these different kinds of saves needs to remain 
valid for differing periods, the simplest way to do this (and possibly the 
only) is to have a separate Pool for each backup type.".
The Tutorial uses three pools, a incremental one, a differential one, and a 
full one to accomplish a basic GFS-scheme-backup. I got my bacula-Installation 
running with multiple clients/file-deamons and do my backups on a harddrive.   
MY QUESTIONS:
I am wondering if there is a possibility to use four pools with a added second 
incremental-pool?   THE PROBLEM I SEE: is that an incremental backup always 
references the last incremental-, differential- or full-backup and saves only 
the files that have changed since then. In my scheme i have two different 
incremental-backups, the daily and the weekly one. The weekly one always 
references the daily one that came the day before(saturday), right? When i keep 
the weekly one around for more than 4weeks(i have chosen 5weeks) and the daily 
one only for more than 10 days(i have chosen 14days) the daily files are going 
to be deleted after 14days but the monthly one still references them. So there 
will be a "hole" in the backupset?   I figured out, if it would be possible to 
have multiple "levels" of incremental-backups, like i could say that the weekly 
incremental-backup references only the weekly backups(level0) and the daily 
incremental-backups only the daily ones(level1) the problem would be gone. The 
same problem would occur when i would keep the full-backup for to short around. 
For example if the full backup overwrites the only existing one, there will be 
no full backup left, that the differential-backup could reference and I lose 
all backups i made to that point. I've asked the same question over on 
serverfault and didnt get any answer. Since I dont know if it's forbidden to 
post links to other websites on this mailinglist I won't do it. I'm also quite 
unsure how to add and format the director.conf. in this email. I would be very 
happy hearing about how to add it to this maillinglist the right way.   I wish 
everyone a good and happy weekend and thank you reading this far.   Yours 
faithfully   Sebastian  

-
FreeMail powered by mail.de - MEHR SICHERHEIT, SERIOSITÄT UND KOMFORT
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about the aligned plug

[Kern Sibbald]

Hello,

Please go to www.bacula.org and download the binaries that correspond to 
your system.


There is no key for the aligned volume plugin.

If you have any questions or problems, you must subscribe to 
bacula-users email list on source forge, then you can send emails to 
that list and hopefully get answers (no guarantee).  The web site 
documents how to join this list.


Best regards,

Kern

On 8/23/20 9:10 PM, inż. Adam Aniołek wrote:

Good morning,
I use bacula system but no deduplication in the community version. Due 
to the constantly growing amount of data, I wanted to use the zfs + 
aligned plugin. Therefore, I am asking you to provide a key for this 
plugin. If it is possible?


best regards
Adam Aniołek




--
This e-mail and any attached files are confidential and may be legally 
privileged. If you are not the addressee, any disclosure, 
reproduction, copying, distribution, or other dissemination or use of 
this communication is strictly prohibited. If you have received this 
transmission in error please notify the sender immediately and then 
delete this mail.
E-mail transmission cannot be guaranteed to be secure or error free as 
information could be intercepted, corrupted, lost, destroyed, arrive 
late or incomplete, or contain viruses. The sender therefore does not 
accept liability for any errors or omissions in the contents of this 
message which arise as a result of e-mail transmission or changes to 
transmitted date not specifically approved by the sender.
If this e-mail or attached files contain information which do not 
relate to our professional activity we do not accept liability for 
such information.





___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about bacula

[Heitor Faria]

Hello Kern,

Just to add, Bacula Systems added several improvements to its BMR technology in 
the last years.
I'm almost sure restoring from and to UEFI machines is supported; also P2V, V2P.

Regards,
--
MSc Heitor Faria
CEO Bacula LatAm
mobile1: + 1 909 655-8971
mobile2: + 55 61 98268-4220

América Latina
[ http://bacula.lat/]

 Original Message 
From: Kern Sibbald 
Sent: Friday, December 13, 2019 06:41 AM
To: Pierre Bernhardt 
,bacula-users@lists.sourceforge.net
Subject: Re: [Bacula-users] Question about bacula

>Hello,
>
>Some time ago, the project provided bare metal recovery, but the boot 
>process has evolved significantly since then with many differences 
>between vendor, which made maintenance of the BMR too onerous.  However, 
>Bacula Systems as a part of their commercial offering does offer 
>selected Linux distro as well as Window complete BMR capabilities.
>
>One reasonable alternative is to ensure you have complete backups of the 
>whole system, then in a disaster situation, reinstall the original OS 
>followed by doing a full Bacula restore.  For those of you who use the 
>Bacula recommended install options (most files going in /opt/bacula) 
>restoring a fully functional Bacula is easy, and then once done, 
>restoring the whole OS as of the last backup is not hard.  This 
>procedure works fine (I have done it on several of my computers) however 
>it may be slightly more time consuming than using the Bacula Systems BMR.
>
>Best regards,
>Kern
>
>On 12/13/19 9:46 AM, Pierre Bernhardt wrote:
>> Hello,
>>
>> I think what you mean is a bare metal recovery procedure.
>> This is generally possible but needs some special preparations and 
>> instructions.
>> It is not a full out of the box recovery procedure.
>>
>> It depends on how secure you backup you servers.
>>
>> I've already written a complex base article but I think
>> this is not the time to publish them here. I don't make
>> people to read boring and unfinished alpharelease stuff :-)
>>
>> Cheers,
>> Pierre
>>
>> Am 12.12.19 um 16:49 schrieb Gregor Burck:
>>> Hi,
>>>
>>> I've already a running system with bacula 9.4.4 and baculum.
>>> My main question is, could I make a desaster recovery of my Windows and 
>>> Linux Server?
>>>
>>> It seem to me, sat bacula only made File Backup?
>>>
>>> I suggest more than a veeam thing, but then I've to use Bacula Enterprise, 
>>> that support things like hyper visor, SQL and Exchange and other features?
>>>
>>> In the moment I've a proxmox cluster and use a mix from Backupassist and 
>>> the proxmox own backup, I want to replace this solution thru an centrelized 
>>> Backupserver.
>>>
>>> Bye
>>>
>>> Gregor
>>>
>>>
>>>
>>>
>>>
>>> ___
>>> Bacula-users mailing list
>>> Bacula-users@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>>>
>>
>>
>>
>> ___
>> Bacula-users mailing list
>> Bacula-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>>
>
>
>
>___
>Bacula-users mailing list
>Bacula-users@lists.sourceforge.net
>https://lists.sourceforge.net/lists/listinfo/bacula-users
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about bacula

[Kern Sibbald]

Hello,

Some time ago, the project provided bare metal recovery, but the boot 
process has evolved significantly since then with many differences 
between vendor, which made maintenance of the BMR too onerous.  However, 
Bacula Systems as a part of their commercial offering does offer 
selected Linux distro as well as Window complete BMR capabilities.


One reasonable alternative is to ensure you have complete backups of the 
whole system, then in a disaster situation, reinstall the original OS 
followed by doing a full Bacula restore.  For those of you who use the 
Bacula recommended install options (most files going in /opt/bacula) 
restoring a fully functional Bacula is easy, and then once done, 
restoring the whole OS as of the last backup is not hard.  This 
procedure works fine (I have done it on several of my computers) however 
it may be slightly more time consuming than using the Bacula Systems BMR.


Best regards,
Kern

On 12/13/19 9:46 AM, Pierre Bernhardt wrote:

Hello,

I think what you mean is a bare metal recovery procedure.
This is generally possible but needs some special preparations and instructions.
It is not a full out of the box recovery procedure.

It depends on how secure you backup you servers.

I've already written a complex base article but I think
this is not the time to publish them here. I don't make
people to read boring and unfinished alpharelease stuff :-)

Cheers,
Pierre

Am 12.12.19 um 16:49 schrieb Gregor Burck:

Hi,

I've already a running system with bacula 9.4.4 and baculum.
My main question is, could I make a desaster recovery of my Windows and Linux 
Server?

It seem to me, sat bacula only made File Backup?

I suggest more than a veeam thing, but then I've to use Bacula Enterprise, that 
support things like hyper visor, SQL and Exchange and other features?

In the moment I've a proxmox cluster and use a mix from Backupassist and the 
proxmox own backup, I want to replace this solution thru an centrelized 
Backupserver.

Bye

Gregor





___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users





___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users





___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about bacula

[Pierre Bernhardt]

Hello,

I think what you mean is a bare metal recovery procedure.
This is generally possible but needs some special preparations and instructions.
It is not a full out of the box recovery procedure.

It depends on how secure you backup you servers.

I've already written a complex base article but I think
this is not the time to publish them here. I don't make
people to read boring and unfinished alpharelease stuff :-)

Cheers,
Pierre

Am 12.12.19 um 16:49 schrieb Gregor Burck:
> Hi,
> 
> I've already a running system with bacula 9.4.4 and baculum.
> My main question is, could I make a desaster recovery of my Windows and Linux 
> Server?
> 
> It seem to me, sat bacula only made File Backup?
> 
> I suggest more than a veeam thing, but then I've to use Bacula Enterprise, 
> that support things like hyper visor, SQL and Exchange and other features?
> 
> In the moment I've a proxmox cluster and use a mix from Backupassist and the 
> proxmox own backup, I want to replace this solution thru an centrelized 
> Backupserver.
> 
> Bye
> 
> Gregor
> 
> 
> 
> 
> 
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
> 




___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Question about bacula

[Gregor Burck]

Hi,

I've already a running system with bacula 9.4.4 and baculum.
My main question is, could I make a desaster recovery of my Windows and Linux 
Server?

It seem to me, sat bacula only made File Backup?

I suggest more than a veeam thing, but then I've to use Bacula Enterprise, that 
support things like hyper visor, SQL and Exchange and other features?

In the moment I've a proxmox cluster and use a mix from Backupassist and the 
proxmox own backup, I want to replace this solution thru an centrelized 
Backupserver.

Bye

Gregor





___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] question about bacula job speed

[ce]

for the bacula backups on the old bacula server ( for backups of a windows
client ), I never noticed that long bacula jobs for incremental and
differential ones.

on the new bacula server for the backups of one of the folder:

Elapsed timeLevelBytesFilesSpeed

13:45:29   Differential 2.17 MB 42 45.92 B/s 0.35

on the new bacula server for the backups of another folder on the same
client:
Elapsed timeLevelBytesFilesSpeed

03:00:03 Differential 932.23 MB 1.648 88.36 KB/s

how can I find out why there is such a difference? the second folder backup
has even more files for backup as you see above but it took less.
NOTE:

for the first folder: 22 G out of 500 G  free space
for the second folder 400 G out of 700 free space?
not sure if having more free space for the client folders, will affect the
speed of backup?

any help will be appreciated!

On Mon, May 13, 2019 at 12:58 PM Christian Lehmann 
wrote:

> Hi and welcome!
>
>
>
> Most of the time, the limiting factor for an incremental backup is the
> analysis of all files by the file daemon on the client.
>
> So, only some small changes/files need to be backed-up, but bacula can
> only know this by analyse one file after another.
>
> So it can well be that an incremental backup can need as much time as a
> full backup, presumed, the transfer rate for your backup device and/or to
> your server is not the limiting factor.
>
>
>
> However, which the information you provided, it is difficult to give you a
> black&white “Yes or No”-answer.
>
>
>
> Best,
>
>
>
> Christian
>
>
>
> *Von:* ce 
> *Gesendet:* Montag, 13. Mai 2019 20:30
> *An:* bacula-users@lists.sourceforge.net
> *Betreff:* [Bacula-users] question about bacula job speed
>
>
>
> Hi everyone,
>
> Is that normal that incremental bacula job ( just to backup  a few
> megabytes) takes 9 or 10 hours? assuming there is no performance or any
> issue on the servers and clients, only encryption algorithm has changed
> recently!
>
>
>
>
>
> Thanks,
>
>
>
>
>
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] question about bacula job speed

[Christian Lehmann]

Hi and welcome!

 

Most of the time, the limiting factor for an incremental backup is the analysis 
of all files by the file daemon on the client. 

So, only some small changes/files need to be backed-up, but bacula can only 
know this by analyse one file after another.

So it can well be that an incremental backup can need as much time as a full 
backup, presumed, the transfer rate for your backup device and/or to your 
server is not the limiting factor.

 

However, which the information you provided, it is difficult to give you a 
black&white “Yes or No”-answer.

 

Best,

 

Christian

 

Von: ce  
Gesendet: Montag, 13. Mai 2019 20:30
An: bacula-users@lists.sourceforge.net
Betreff: [Bacula-users] question about bacula job speed

 

Hi everyone,

Is that normal that incremental bacula job ( just to backup  a few megabytes) 
takes 9 or 10 hours? assuming there is no performance or any issue on the 
servers and clients, only encryption algorithm has changed recently!

 

 

Thanks,

 

 

___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] question about bacula job speed

[ce]

Hi everyone,
Is that normal that incremental bacula job ( just to backup  a few
megabytes) takes 9 or 10 hours? assuming there is no performance or any
issue on the servers and clients, only encryption algorithm has changed
recently!


Thanks,
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about job and file retention.

[Kern Sibbald]

Hello,

I believe that the documentation is wrong, but to confirm it, someone 
will have to look at the code to be 100% sure.

Best regards,
Kern

On 03/30/2016 08:35 PM, Philip Brown wrote:
> On 03/30/2016 12:05 PM, Erik P. Olsen wrote:
>> On 2016-03-30 at 11:48:31 Philip Brown wrote:
>>
>>> On 03/30/2016 08:34 AM, Erik P. Olsen wrote:
 How do I change the job and file retention values? I've changed the
 values in bacula-dir.conf but I also have to change them in the
 catalogue and I can't find how to do it with bconsole.

>>> this should help you out...
>>>
>>> http://bacula.10910.n7.nabble.com/Changing-Retention-Periods-tp76699p76700.html
>>>
>>> Remember that the pool resource in bacula is just a template on how to
>>> create new volumes. Changing anything in that resource does not apply
>>> to volumes that already exist. To fix you need to run 2 commands in
>>> bconsole. They should be similar to the following ( I am going from
>>> memory here ):
>>>
>>> update pool from resource
>>>
>>> update all volumes in pool
>>>
>>>
>>> Philip
>>>
>>>
>>   Thanks. Volume retention is no problem. Job and file retentions seem
>>   to be a problem. They can be changed in bacula-dir.conf but there is
>>   no command to change them in the catalogue.
>>
>
> oh.
>
> OK, according to this post, if I understand it correctly, Bacula will
> prune from the"current values found in the Director’sClient resource"
> and not the values stored in the catalog. Maybe this is helpful, however
> you probably want someone more knowledgeable to confirm this.
>
> https://www.mail-archive.com/bacula-users@lists.sourceforge.net/msg16981.html
>

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about job and file retention.

[Ana Emília M . Arruda]

Hello Erik,

If you´re talking about job and file retention values configured in the
client resource. You can issue a "reload" from bconsole and the values will
be updated. A "show client=yourclient" from bconsole will permit you to see
these values.

Best regards,
Ana

On Wed, Mar 30, 2016 at 3:34 AM, Erik P. Olsen  wrote:

> How do I change the job and file retention values? I've changed the
> values in bacula-dir.conf but I also have to change them in the
> catalogue and I can't find how to do it with bconsole.
>
> --
> Thanks in advance
> Erik
>
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about job and file retention.

[Wanderlei Huttel]

Hello Erik and Philip

Is possible to set job and file retention in Director's Pool Resource
that's have precedence over Director's Client Resource

Best Regards

*Wanderlei Hüttel*
http://www.huttel.com.br

2016-03-30 7:35 GMT-03:00 Philip Brown :

> On 03/30/2016 12:05 PM, Erik P. Olsen wrote:
> > On 2016-03-30 at 11:48:31 Philip Brown wrote:
> >
> >> On 03/30/2016 08:34 AM, Erik P. Olsen wrote:
> >>> How do I change the job and file retention values? I've changed the
> >>> values in bacula-dir.conf but I also have to change them in the
> >>> catalogue and I can't find how to do it with bconsole.
> >>>
> >> this should help you out...
> >>
> >>
> http://bacula.10910.n7.nabble.com/Changing-Retention-Periods-tp76699p76700.html
> >>
> >> Remember that the pool resource in bacula is just a template on how to
> >> create new volumes. Changing anything in that resource does not apply
> >> to volumes that already exist. To fix you need to run 2 commands in
> >> bconsole. They should be similar to the following ( I am going from
> >> memory here ):
> >>
> >> update pool from resource
> >>
> >> update all volumes in pool
> >>
> >>
> >> Philip
> >>
> >>
> >  Thanks. Volume retention is no problem. Job and file retentions seem
> >  to be a problem. They can be changed in bacula-dir.conf but there is
> >  no command to change them in the catalogue.
> >
>
> oh.
>
> OK, according to this post, if I understand it correctly, Bacula will
> prune from the"current values found in the Director’sClient resource"
> and not the values stored in the catalog. Maybe this is helpful, however
> you probably want someone more knowledgeable to confirm this.
>
>
> https://www.mail-archive.com/bacula-users@lists.sourceforge.net/msg16981.html
>
> --
> .PGP KEY:
> http://www.kiwienglish.es/pgp_keys/philip.br...@kiwienglish.es.pub.asc
>
>
>
> --
> Transform Data into Opportunity.
> Accelerate data analysis in your applications with
> Intel Data Analytics Acceleration Library.
> Click to learn more.
> http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about job and file retention.

[Philip Brown]

On 03/30/2016 12:05 PM, Erik P. Olsen wrote:
> On 2016-03-30 at 11:48:31 Philip Brown wrote:
>
>> On 03/30/2016 08:34 AM, Erik P. Olsen wrote:
>>> How do I change the job and file retention values? I've changed the
>>> values in bacula-dir.conf but I also have to change them in the
>>> catalogue and I can't find how to do it with bconsole.
>>>  
>> this should help you out...
>>
>> http://bacula.10910.n7.nabble.com/Changing-Retention-Periods-tp76699p76700.html
>>
>> Remember that the pool resource in bacula is just a template on how to
>> create new volumes. Changing anything in that resource does not apply
>> to volumes that already exist. To fix you need to run 2 commands in
>> bconsole. They should be similar to the following ( I am going from
>> memory here ):
>>
>> update pool from resource
>>
>> update all volumes in pool
>>
>>
>> Philip
>>
>>
>  Thanks. Volume retention is no problem. Job and file retentions seem
>  to be a problem. They can be changed in bacula-dir.conf but there is
>  no command to change them in the catalogue.
>

oh.

OK, according to this post, if I understand it correctly, Bacula will
prune from the"current values found in the Director’sClient resource"
and not the values stored in the catalog. Maybe this is helpful, however
you probably want someone more knowledgeable to confirm this.

https://www.mail-archive.com/bacula-users@lists.sourceforge.net/msg16981.html

-- 
.PGP KEY: http://www.kiwienglish.es/pgp_keys/philip.br...@kiwienglish.es.pub.asc


--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about job and file retention.

[Philip Brown]

On 03/30/2016 08:34 AM, Erik P. Olsen wrote:
> How do I change the job and file retention values? I've changed the
> values in bacula-dir.conf but I also have to change them in the
> catalogue and I can't find how to do it with bconsole.
>

this should help you out...

http://bacula.10910.n7.nabble.com/Changing-Retention-Periods-tp76699p76700.html

Remember that the pool resource in bacula is just a template on how to
create new volumes. Changing anything in that resource does not apply
to volumes that already exist. To fix you need to run 2 commands in
bconsole. They should be similar to the following ( I am going from
memory here ):

update pool from resource

update all volumes in pool


Philip


-- 
.PGP KEY: http://www.kiwienglish.es/pgp_keys/philip.br...@kiwienglish.es.pub.asc


--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Question about job and file retention.

[Erik P. Olsen]

How do I change the job and file retention values? I've changed the
values in bacula-dir.conf but I also have to change them in the
catalogue and I can't find how to do it with bconsole.

-- 
Thanks in advance
Erik

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785471&iu=/4140
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question on retention/full backup

[John Drescher]

> The year retention on volumes will cause this. The Job and File
> retention periods control what is stored in the database.

I probably should have said the File and Job retention periods control
what is kept in the database.

Anyways see here for info about the 3 retention periods:
http://www.bacula.org/7.2.x-manuals/en/problems/Bacula_Frequently_Asked_Que.html#SECTION00231

John

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111&iu=/4140
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question on retention/full backup

[John Drescher]

On Wed, Mar 9, 2016 at 10:08 AM, Giskard Reventlov
 wrote:
> For some reason, my backup is not rotating the files fast enough and my
> backup drive is full. I would like Retention of three months (One full
> backup) and weekly incrementals. The drive to be backed up is 800GB while
> the backup drive itself is 1.8TB.
>
> Is this the best way to do this or am I configured incorrectly?
>
> Here is my bacula-dir.conf:
>
> Director {# define myself
>   Name = als-dir
>   DIRport = 9101# where we listen for UA connections
>   QueryFile = "/etc/bacula/scripts/query.sql"
>   WorkingDirectory = "/var/lib/bacula"
>   PidDirectory = "/var/run/bacula"
>   Maximum Concurrent Jobs = 1
>   Messages = Daemon
>   DirAddress = 127.0.0.1
> }
> JobDefs {
>   Name = "DefaultJob"
>   Type = Backup
>   Level = Incremental
>   Client = als-fd
>   FileSet = "Full Set"
>   Schedule = "WeeklyCycle"
>   Storage = File
>   Messages = Standard
>   Pool = File
>   Priority = 10
>   Write Bootstrap = "/var/lib/bacula/%c.bsr"
> }
> Job {
>   Name = "BackupLocalFiles"
>   JobDefs = "DefaultJob"
> }
> Job {
>   Name = "BackupCatalog"
>   JobDefs = "DefaultJob"
>   Level = Full
>   FileSet="Catalog"
>   Schedule = "WeeklyCycleAfterBackup"
>   # This creates an ASCII copy of the catalog
>   # Arguments to make_catalog_backup.pl are:
>   #  make_catalog_backup.pl 
>   RunBeforeJob = "/etc/bacula/scripts/make_catalog_backup.pl MyCatalog"
>   # This deletes the copy of the catalog
>   RunAfterJob  = "/etc/bacula/scripts/delete_catalog_backup"
>   Write Bootstrap = "/var/lib/bacula/%n.bsr"
>   Priority = 11   # run after main backup
> }
> Job {
>   Name = "RestoreLocalFiles"
>   Type = Restore
>   Client=als-fd
>   FileSet="Full Set"
>   Storage = File
>   Pool = Default
>   Messages = Standard
>   Where = /home/BCK/restore
> }
> FileSet {
>   Name = "Full Set"
>   Include {
> Options {
>   signature = MD5
>   compression = GZIP
> }
>  File = /
>  File = /boot/efi
>  File = /home
>   }
>   Exclude {
> File = /var/lib/bacula
> File = /home/BCK
> File = /proc
> File = /tmp
> File = /.journal
> File = /.fsck
> File = /dev
> File = /run
>   }
> }
> Schedule {
>   Name = "WeeklyCycle"
>   Run = Full 1st mon at 01:05
>   Run = Incremental tue-sun at 01:05
> }
> Schedule {
>   Name = "WeeklyCycleAfterBackup"
>   Run = Full mon-sun at 01:10
> }
> FileSet {
>   Name = "Catalog"
>   Include {
> Options {
>   signature = MD5
> }
> File = "/var/lib/bacula/bacula.sql"
>   }
> }
> Client {
>   Name = als-fd
>   Address = localhost
>   FDPort = 9102
>   Catalog = MyCatalog
>   File Retention = 30 days
>   Job Retention = 6 months
>   AutoPrune = yes
> }
> Storage {
>   Name = File
>   Address = als# N.B. Use a fully qualified name here
>   SDPort = 9103
>   Device = FileStorage
>   Media Type = File
> }
> Catalog {
>   Name = MyCatalog
> }
> Messages {
>   Name = Standard
>   mailcommand = "/usr/sbin/bsmtp -h localhost -f \"\(Bacula\) \<%r\>\" -s
> \"Bacula: %t %e of %c %l\" %r"
>   operatorcommand = "/usr/sbin/bsmtp -h localhost -f \"\(Bacula\) \<%r\>\"
> -s \"Bacula: Intervention needed for %j\" %r"
>   mail = root = all, !skipped
>   operator = root = mount
>   console = all, !skipped, !saved
>   append = "/var/log/bacula/bacula.log" = all, !skipped
>   catalog = all
> }
> Messages {
>   Name = Daemon
>   mailcommand = "/usr/sbin/bsmtp -h localhost -f \"\(Bacula\) \<%r\>\" -s
> \"Bacula daemon message\" %r"
>   mail = root = all, !skipped
>   console = all, !skipped, !saved
>   append = "/var/log/bacula/bacula.log" = all, !skipped
> }
> Pool {
>   Name = Default
>   Pool Type = Backup
>   Recycle = yes   # Bacula can automatically recycle
> Volumes
>   AutoPrune = yes # Prune expired volumes
>   Volume Retention = 365 days # one year
> }
> Pool {
>   Name = File
>   Pool Type = Backup
>   Label Format = Local-
>   Recycle = yes   # Bacula can automatically recycle
> Volumes
>   AutoPrune = yes # Prune expired volumes
>   Volume Retention = 365 days # one year
>   Maximum Volume Bytes = 50G  # Limit Volume size to something
> reasonable
>   Maximum Volumes = 100   # Limit number of Volumes in Pool
> }
> Pool {
>   Name = Scratch
>   Pool Type = Backup
> }
> Console {
>   Name = als-mon
>   CommandACL = status, .status
>

The year retention on volumes will cause this. The Job and File
retention periods control what is stored in the database.

John

--
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111&iu=/4140
___
Bacula-users ma

[Bacula-users] Question on retention/full backup

[Giskard Reventlov]

For some reason, my backup is not rotating the files fast enough and my backup 
drive is full. I would like Retention of three months (One full backup) and 
weekly incrementals. The drive to be backed up is 800GB while the backup drive 
itself is 1.8TB.
Is this the best way to do this or am I configured incorrectly?
Here is my bacula-dir.conf:
Director {# define myself  Name = als-dir  DIRport 
= 9101# where we listen for UA connections  QueryFile = 
"/etc/bacula/scripts/query.sql"  WorkingDirectory = "/var/lib/bacula"  
PidDirectory = "/var/run/bacula"  Maximum Concurrent Jobs = 1  Messages = 
Daemon  DirAddress = 127.0.0.1}JobDefs {  Name = "DefaultJob"  Type = Backup  
Level = Incremental  Client = als-fd  FileSet = "Full Set"  Schedule = 
"WeeklyCycle"  Storage = File  Messages = Standard  Pool = File  Priority = 10  
Write Bootstrap = "/var/lib/bacula/%c.bsr"}Job {  Name = "BackupLocalFiles"  
JobDefs = "DefaultJob"}Job {  Name = "BackupCatalog"  JobDefs = "DefaultJob"  
Level = Full  FileSet="Catalog"  Schedule = "WeeklyCycleAfterBackup"  # This 
creates an ASCII copy of the catalog  # Arguments to make_catalog_backup.pl 
are:  #  make_catalog_backup.pl   RunBeforeJob = 
"/etc/bacula/scripts/make_catalog_backup.pl MyCatalog"  # This deletes the copy 
of the catalog  RunAfterJob  = "/etc/bacula/scripts/delete_catalog_backup"  
Write Bootstrap = "/var/lib/bacula/%n.bsr"  Priority = 11   # 
run after main backup}Job {  Name = "RestoreLocalFiles"  Type = Restore  
Client=als-fd  FileSet="Full Set"  Storage = File  Pool = Default  Messages = 
Standard  Where = /home/BCK/restore}FileSet {  Name = "Full Set"  Include {
Options {  signature = MD5  compression = GZIP} File = / 
File = /boot/efi File = /home  }  Exclude {File = /var/lib/bacula
File = /home/BCKFile = /procFile = /tmpFile = /.journalFile = 
/.fsckFile = /devFile = /run  }}Schedule {  Name = "WeeklyCycle"  Run = 
Full 1st mon at 01:05  Run = Incremental tue-sun at 01:05}Schedule {  Name = 
"WeeklyCycleAfterBackup"  Run = Full mon-sun at 01:10}FileSet {  Name = 
"Catalog"  Include {Options {  signature = MD5}File = 
"/var/lib/bacula/bacula.sql"  }}Client {  Name = als-fd  Address = localhost  
FDPort = 9102  Catalog = MyCatalog  File Retention = 30 daysJob 
Retention = 6 months  AutoPrune = yes }Storage 
{  Name = File  Address = als# N.B. Use a fully qualified name 
here  SDPort = 9103  Device = FileStorage  Media Type = File}Catalog {  Name = 
MyCatalog}Messages {  Name = Standard  mailcommand = "/usr/sbin/bsmtp -h 
localhost -f \"\(Bacula\) \<%r\>\" -s \"Bacula: %t %e of %c %l\" %r"  
operatorcommand = "/usr/sbin/bsmtp -h localhost -f \"\(Bacula\) \<%r\>\" -s 
\"Bacula: Intervention needed for %j\" %r"  mail = root = all, !skipped  
operator = root = mount  console = all, !skipped, !saved  append = 
"/var/log/bacula/bacula.log" = all, !skipped  catalog = all}Messages {  Name = 
Daemon  mailcommand = "/usr/sbin/bsmtp -h localhost -f \"\(Bacula\) \<%r\>\" -s 
\"Bacula daemon message\" %r"  mail = root = all, !skipped  console = all, 
!skipped, !saved  append = "/var/log/bacula/bacula.log" = all, !skipped}Pool {  
Name = Default  Pool Type = Backup  Recycle = yes   # 
Bacula can automatically recycle Volumes  AutoPrune = yes # 
Prune expired volumes  Volume Retention = 365 days # one year}Pool {  
Name = File  Pool Type = Backup  Label Format = Local-  Recycle = yes   
# Bacula can automatically recycle Volumes  AutoPrune = yes 
# Prune expired volumes  Volume Retention = 365 days # one 
year  Maximum Volume Bytes = 50G  # Limit Volume size to something 
reasonable  Maximum Volumes = 100   # Limit number of Volumes in 
Pool}Pool {  Name = Scratch  Pool Type = Backup}Console {  Name = als-mon  
CommandACL = status, .status

Thank you,-Al   
  --
Transform Data into Opportunity.
Accelerate data analysis in your applications with
Intel Data Analytics Acceleration Library.
Click to learn more.
http://pubads.g.doubleclick.net/gampad/clk?id=278785111&iu=/4140___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about Windows binary.

[Heitor Faria]

> They should work, but there are new 7.x binaries for free on the bacula's
> website:
> http://blog.bacula.org/download-center/

For free != for personal use. =( 

Regards, 
-- 
=== 
Heitor Medrado de Faria - LPIC-III | ITIL-F | Bacula Systems Certified 
Administrator II 
Próximas aulas telepresencial ao-vivo - 15 de fevereiro: 
http://www.bacula.com.br/agenda/ 
Ministro treinamento e implementação in-company Bacula: 
http://www.bacula.com.br/in-company/ 
Ou assista minhas vídeo aulas on-line: 
http://www.bacula.com.br/treinamento-bacula-ed/ 
61 8268-4220 
Site: www.bacula.com.br | Facebook: heitor.faria 
 
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about Windows binary.

[Simone Caronni]

They should work, but there are new 7.x binaries for free on the bacula's
website:

http://blog.bacula.org/download-center/

Can you upgrade to that version?

Regards,
--Simone

On Tue, Jan 26, 2016 at 7:38 PM, Dan Langille  wrote:

> On Jan 26, 2016, at 12:15 PM, Erik P. Olsen  wrote:
> >
> > Is Windows client 5.2.10 supported by director 7.4.0-1 on Linux? I am
> > planning to update but hope I can keep the Windows client at the
> > present level.
>
> It should work.  Feature available only in newer clients will not work.
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>



-- 
You cannot discover new oceans unless you have the courage to lose sight of
the shore (R. W. Emerson).

http://xkcd.com/229/
http://negativo17.org/
--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about Windows binary.

[Dan Langille]

On Jan 26, 2016, at 12:15 PM, Erik P. Olsen  wrote:
> 
> Is Windows client 5.2.10 supported by director 7.4.0-1 on Linux? I am
> planning to update but hope I can keep the Windows client at the
> present level.

It should work.  Feature available only in newer clients will not work.

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Question about Windows binary.

[Erik P. Olsen]

Is Windows client 5.2.10 supported by director 7.4.0-1 on Linux? I am
planning to update but hope I can keep the Windows client at the
present level.

-- 
Erik

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about upgrade to Windows 10.

[Erik P. Olsen]

On 2016-01-23 at 15:24:33 Jari Fredriksson wrote:

> Erik P. Olsen kirjoitti 23.1.2016 12:23:
> > I am running bacula 7.2.0 on linux and taking backups of a windows
> > 8.1 box with client 5.2.10.
> > 
> > I plan to upgrade this windows box to windows 10. Any precautions I
> > should take for bacula before or after such upgrade?  
> 
> I upgraded my Windows 7 to 10 and no issues and nothing special done
> for Bacula. Just works.
> 
> 

Great, thanks.

-- 
Erik

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about upgrade to Windows 10.

[Jari Fredriksson]

Erik P. Olsen kirjoitti 23.1.2016 12:23:
> I am running bacula 7.2.0 on linux and taking backups of a windows 8.1
> box with client 5.2.10.
> 
> I plan to upgrade this windows box to windows 10. Any precautions I
> should take for bacula before or after such upgrade?

I upgraded my Windows 7 to 10 and no issues and nothing special done for 
Bacula. Just works.


-- 
jarif.bit


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about upgrade to Windows 10.

[Kern Sibbald]

Hello,

Well, it probably should work.  The 5.2.10 client is a bit old.  You
might want to download the Enterprise Windows 7.2.0  binary (free for
personal use) from bacula.org -> Downloads -> Download Center.

By the way, Bacula 7.4.0 is now released.

Best regards,
Kern

On 01/23/2016 11:23 AM, Erik P. Olsen wrote:
> I am running bacula 7.2.0 on linux and taking backups of a windows 8.1
> box with client 5.2.10.
>
> I plan to upgrade this windows box to windows 10. Any precautions I
> should take for bacula before or after such upgrade?
>


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Question about upgrade to Windows 10.

[Erik P. Olsen]

I am running bacula 7.2.0 on linux and taking backups of a windows 8.1
box with client 5.2.10.

I plan to upgrade this windows box to windows 10. Any precautions I
should take for bacula before or after such upgrade?

-- 
Erik

--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Question about list volumes

[Marcos Renato da Silva Junior]

Hi,

What you mean "VolFiles" in the command list volumes :

+-++---+-++--+--+-+--+---+---+-+
| MediaId | VolumeName | VolStatus | Enabled | VolBytes   | VolFiles 
| VolRetention | Recycle | Slot | InChanger | MediaType | 
LastWritten |
+-++---+-++--+--+-+--+---+---+-+
|   2 | Dia0002| Used  |   1 | 22,091,889,770 |5 
|  518,400 |   1 |0 | 0 | File  | 2016-01-18 
20:43:18 |
|   3 | Dia0003| Used  |   1 | 22,515,763,292 |5 
|  518,400 |   1 |0 | 0 | File  | 2016-01-19 
20:38:30 |
|   4 | Dia0004| Used  |   1 | 23,169,847,080 |5 
|  518,400 |   1 |0 | 0 | File  | 2016-01-20 
20:19:55 |
|   5 | Dia0005| Append|   1 | 23,767,834,698 |5 
|  518,400 |   1 |0 | 0 | File  | 2016-01-21 
20:19:21 |
+-++---+-++--+--+-+--+---+---+-+

Thanks.

-- 
Marcos Renato da Silva Junior
Universidade Estadual Paulista - Unesp
Faculdade de Engenharia de Ilha Solteira - FEIS
Departamento de Engenharia Elétrica
15385-000 - Ilha Solteira/SP
(18) 3743-1164


--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=267308311&iu=/4140
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about versions to be installed in an Linux / Windows environment

[Daniel Bareiro]

Hi, Pete.

On 05/01/16 04:40, Peter Keller wrote:

>> Yes, I have noticed that after a restart, both processes were not able
>> to start and this was because the "bacula" directory I had manually
>> created in /var/run had disappeared. How you handle this?

> It disappears because /var/run is often on a ramdisk so when
> the machine reboots the data is lost forever. AFAICT, most startup scripts
> simply mkdir the appropriate directories they need in /var/run and chmod and
> chown them to be whatever they need to be.

Yes, thanks for the observation. I see that /var/run is a symbolic link
to /run which is a tmpfs device.

>> The startup scripts in the Debian packaged version uses a
>> "create_var_run_dir" function but I don't see its definition within the
>> scripts.

> I personally think the bacula startup scripts need to create the directories
> leading up to the PIDFILE and SUBSYSDIR and ensure they are owned properly.
> They currently don't (by inspection).
> 
> In my setup, the Director and Storage daemons are run as the 'bacula' user and
> only the File Daemon is root. All bacula config files (and ssl certs which
> are bacula related) are owned by 'bacula' in group 'bacula' and are mode 640.
> All directories like /var/log/bacula/, /var/run/lock/bacula/, and such
> are bacula.bacula and 750.

Here too I have compiled using 'bacula' user 'bacula' and 'bacula'
group. In my compiled installation directories were created with the
following permissions:

root@baculatest:~# ll -d /var/log/bacula
drwxr-xr-x 2 bacula bacula 4096 Dec 24 19:50 /var/log/bacula

root@baculatest:~# ll -d /var/lib/bacula/
drwxrwx--- 2 bacula bacula 4096 Jan  4 21:48 /var/lib/bacula

root@baculatest:~# ll -d /etc/bacula/
drwxrwx--- 3 bacula bacula 4096 Jan  4 21:43 /etc/bacula


Has you manually changed something to have the permissions that you
mentioned?

> My personal preference for how bacula is installed on a machine did
> not match the defaults bacula chooses. I ended up specifying a pile of
> arguments to ./configure to spread the installed files around like more
> traditional unix applications do.
> 
> In addition to the LSB info block, I ended up adding this after the respective
> variable definition block in each bacula startup script.
> 
> mkdir -p ${PIDDIR} ${SUBSYSDIR}
> chown -R bacula.bacula ${PIDDIR} ${SUBSYSDIR}
> chmod -R 750 ${PIDDIR} ${SUBSYSDIR}
> 
> That ensures that each startup script created those directories and the races
> didn't matter since all interleaved control paths lead to the same thing in
> the file system.

I found this bug report [1] from some years ago. Seeing again the
startup scripts on that basis, I have found (in the Bacula 5.2.6 version
of Debian repositories) the definition of the function mentioned in an
independent file:

--
backup:~# cat /usr/share/bacula-common/common-functions.init
#
# Common functions, used from init scripts
#

create_var_run_dir()
{
if [ ! -d /var/run/bacula/ ]; then
mkdir -p -m 0755 /var/run/bacula/
chown bacula:daemon /var/run/bacula/
fi
}
--

In my case I should use the chown with 'bacula: bacula'.

> Others on this list may disagree with how I chose to do things and since I'm
> new to Bacula, I'm sure they'll have good advice. 7.2.0 wasn't in the repos I
> needed and compiling it by hand caused me to take many steps to create an
> install in the manner I thought appropriate. YMMV.
> 
> It does seem, though, that I didn't know about 'make install-autostart'.
> I'm somewhat surprised since usually the /etc/init.d scripts are
> installed by 'make install' in most other unix packages so I wasn't
> expecting there to be a special make target for it. I'll have to
> figure that out and see if it removes some of the work I was doing
> by hand.

Neither I did not know :-D

I found this when inspect the Makefile options:

--
install: installdirs
@for I in $(doc_files) ; do $(INSTALL_DATA) $$I
$(DESTDIR)${docdir}; done
@for I in $(all_subdirs); do (cd $$I && $(MAKE)
DESTDIR=$(DESTDIR) $@ || exit 1); done

uninstall:
@for I in $(all_subdirs); do (cd $$I && $(MAKE)
DESTDIR=$(DESTDIR) $@ || exit 1); done

install-autostart:
(cd platforms && $(MAKE) DESTDIR=$(DESTDIR) $@ || exit 1)

install-autostart-dir:
(cd platforms && $(MAKE) DESTDIR=$(DESTDIR) $@ || exit 1)

install-autostart-fd:
(cd platforms && $(MAKE) DESTDIR=$(DESTDIR) $@ || exit 1)

install-autostart-sd:
(cd platforms && $(MAKE) DESTDIR=$(DESTDIR) $@ || exit 1)

uninstall-autostart:
(cd platforms && $(MAKE) DESTDIR=$(DESTDIR) $@ || exit 1)

uninstall-autostart-dir:
(cd platforms && $(MAKE) DESTDIR=$(DESTDIR) $@ || exit 1)

uninstall-autostart-fd:
(cd platforms && $(M

Re: [Bacula-users] Question about versions to be installed in an Linux / Windows environment

[Peter Keller]

On 01/04/2016 07:26 PM, Daniel Bareiro wrote:
> On 04/01/16 13:19, Peter Keller wrote:
>> since they were missing the LSB stuff and the creation of the pidfile 
>> directory
>> and subsys directory. I found that they would work when tested by hand, but 
>> not
>> during actual reboots until I had made code changes and fixed the behavior.
> 
> Yes, I have noticed that after a restart, both processes were not able
> to start and this was because the "bacula" directory I had manually
> created in /var/run had disappeared. How you handle this?

It disappears because /var/run is often on a ramdisk so when
the machine reboots the data is lost forever. AFAICT, most startup scripts
simply mkdir the appropriate directories they need in /var/run and chmod and
chown them to be whatever they need to be.

> The startup scripts in the Debian packaged version uses a
> "create_var_run_dir" function but I don't see its definition within the
> scripts.

I personally think the bacula startup scripts need to create the directories
leading up to the PIDFILE and SUBSYSDIR and ensure they are owned properly.
They currently don't (by inspection).

In my setup, the Director and Storage daemons are run as the 'bacula' user and
only the File Daemon is root. All bacula config files (and ssl certs which
are bacula related) are owned by 'bacula' in group 'bacula' and are mode 640.
All directories like /var/log/bacula/, /var/run/lock/bacula/, and such
are bacula.bacula and 750.

My personal preference for how bacula is installed on a machine did
not match the defaults bacula chooses. I ended up specifying a pile of
arguments to ./configure to spread the installed files around like more
traditional unix applications do.

In addition to the LSB info block, I ended up adding this after the respective
variable definition block in each bacula startup script.

mkdir -p ${PIDDIR} ${SUBSYSDIR}
chown -R bacula.bacula ${PIDDIR} ${SUBSYSDIR}
chmod -R 750 ${PIDDIR} ${SUBSYSDIR}

That ensures that each startup script created those directories and the races
didn't matter since all interleaved control paths lead to the same thing in
the file system.

Others on this list may disagree with how I chose to do things and since I'm
new to Bacula, I'm sure they'll have good advice. 7.2.0 wasn't in the repos I
needed and compiling it by hand caused me to take many steps to create an
install in the manner I thought appropriate. YMMV.

It does seem, though, that I didn't know about 'make install-autostart'.
I'm somewhat surprised since usually the /etc/init.d scripts are
installed by 'make install' in most other unix packages so I wasn't
expecting there to be a special make target for it. I'll have to
figure that out and see if it removes some of the work I was doing
by hand.

However, an inspection of those debian specific startup scripts
just now still leaves out the mkdir/chown/chmod block I need and it
doesn't depend on postgres or mysql in the LSB block (and it doesn't
seem that it can algorithmically choose), so it appears that needs
to be fixed anyway

> Thank you very much for your suggestions! They were very helpful!

I'm glad it worked out, thanks!

Later,
-pete


--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about versions to be installed in an Linux / Windows environment

[Daniel Bareiro]

Hi, Peter.

Thanks for your reply.

On 04/01/16 13:19, Peter Keller wrote:

>> I think LSB lines are correct:
>>
>> 
>> ### BEGIN INIT INFO
>> # Provides:  bacula-dir
>> # Required-Start:$network
>> # Should-Start:  bacula-fd postgresql mysql

> Shouldn't postgresql and mysql be on the Required-Start line?
> And, for me, it was postgres
>
> (...)
>
> Mine looks like this:
> 
> ### BEGIN INIT INFO
> # Provides:  bacula-ctl-dir
> # Required-Start:$local_fs $remote_fs $syslog $network $time postgresql
> # Required-Stop: $local_fs $remote_fs $syslog $network $time postgresql
> # Default-Start: 2 3 4 5
> # Default-Stop:  0 1 6
> # Short-Description: Bacula Directory Daemon
> # Description:   Bacula Directory Daemon Service
> ### END INIT INFO

Before checking, I was comparing the startup scripts with those I have
in Debian Jessie with Bacula 5.2.6 installed from the Debian
repositories. In that packaged installation I have the following:

---
### BEGIN INIT INFO
# Provides:  bacula-director
# Required-Start:$remote_fs $syslog
# Should-Start:  bacula-fd postgresql mysql
# Required-Stop: $remote_fs $syslog
# Should-Stop:   bacula-fd postgresql mysql
# Default-Start: 2 3 4 5
# Default-Stop:  0 1 6
# Short-Description: Start Bacula Director at boot time
# Description:   bacula-director is the daemon that supervises all the
#backup, restore, verify and archive operations. The
#system administrator uses the Bacula Director to
schedule
#backups and to recover files.
### END INIT INFO
---
### BEGIN INIT INFO
# Provides:  bacula-sd
# Required-Start:$remote_fs $syslog
# Required-Stop: $remote_fs $syslog
# Default-Start: 2 3 4 5
# Default-Stop:  0 1 6
# Short-Description: Start Bacula Storage Daemon at boot time
# Description:   bacula-sd is daemon that perform the storage and
recovery
#of the file attributes and data to the physical backup
#media or volumes. In other words, the Storage daemon is
#responsible for reading and writing your tapes (or
other
#storage media, e.g. files).
### END INIT INFO
---

So I think that would be correct.

>> But unfortunately, even with these changes, the processes was not able
>> to starts up:

> Ah, in this case, here is what I did to debug further:
> 
> I believe /etc/init.d/bacula-dir is the script you are running, so:
> 
> # sh -x /etc/init.d/bacula-dir
> 
> Then you'll be presented with the command line that is actually executed
> when the startup script executes bacula-dir. Run that as root and add the
> -v -f -d100 arguments. Those extra arguments may shake out the problem.

Good point! Have a look at this:

---
root@baculatest:/etc/bacula# sh -x /etc/init.d/bacula-dir start
+ NAME=bacula-dir
+ DESC=Bacula Director
+ DAEMON=/usr/sbin/bacula-dir
+ BUSER=bacula
+ BGROUP=bacula
+ BOPTIONS=-c /etc/bacula/bacula-dir.conf -v -f -d100
+ BPORT=9101
+ PATH=/sbin:/bin:/usr/sbin:/usr/bin
+ test -f /usr/sbin/bacula-dir
+ getent services bacula-dir
+ [ -n bacula-dir9101/tcp ]
+ awk { gsub("/tcp","",$2); print $2; }+
getent services bacula-dir
+ BPORT=9101
+ [ -f /etc/default/bacula-dir ]
+ PIDFILE=/var/run/bacula/bacula-dir.9101.pid
+ [ xbacula != x ]
+ USERGRP=--chuid bacula
+ [ xbacula != x ]
+ USERGRP=--chuid bacula:bacula
+ RETVAL=0
+ echo -n Starting Bacula Director:
Starting Bacula Director: + start-stop-daemon --start --quiet --pidfile
/var/run/bacula/bacula-dir.9101.pid --chuid bacula:bacula --exec
/usr/sbin/bacula-dir -- -c /etc/bacula/bacula-dir.conf -v -f -d100
bacula-dir: dird.c:208-0 Debug level = 100
bacula-dir: ERROR TERMINATION at parse_conf.c:896
Config error: Cannot open config file "/etc/bacula/bacula-dir.conf":
Permission denied

04-Jan 21:19 bacula-dir: ERROR TERMINATION at parse_conf.c:896
Config error: Cannot open config file "/etc/bacula/bacula-dir.conf":
Permission denied

+ RETVAL=1
+ echo bacula-dir
bacula-dir
+ exit 1
---
root@baculatest:/etc/bacula# ll /etc/bacula/bacula-dir.conf
-rw-rw 1 root root 9182 Jan  4 21:17 /etc/bacula/bacula-dir.conf
---

So I changed the file permissions:

---
root@baculatest:/etc/bacula# chown bacula.bacula /etc/bacula/bacula-dir.conf
root@baculatest:/etc/bacula# ll /etc/bacula/bacula-dir.conf
-rw-rw 1 bacula bacula 9182 Jan  4 21:17 /etc/bacul

Re: [Bacula-users] Question about versions to be installed in an Linux / Windows environment

[Peter Keller]

On 01/04/2016 10:19 AM, Peter Keller wrote:

> And, for me, it was postgres

I meant it was just postgresql, as in I believe you choose one or the other for
bacula.

> I believe /etc/init.d/bacula-dir is the script you are running, so:
> 
> # sh -x /etc/init.d/bacula-dir

This should have been:

# sh -x /etc/init.d/bacula-dir start

Thanks!

-pete

--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about versions to be installed in an Linux / Windows environment

[Peter Keller]

On 01/04/2016 09:45 AM, Daniel Bareiro wrote:

> I think LSB lines are correct:
> 
> 
> ### BEGIN INIT INFO
> # Provides:  bacula-dir
> # Required-Start:$network
> # Should-Start:  bacula-fd postgresql mysql

Shouldn't postgresql and mysql be on the Required-Start line?
And, for me, it was postgres

> # Required-Stop: $network
> # Default-Start: 2 3 4 5
> # Default-Stop:  0 1 6
> # Short-Description: Start Bacula Director daemon at boot time
> # Description:   Enable Bacula Director.
> ### END INIT INFO

Mine looks like this:

### BEGIN INIT INFO
# Provides:  bacula-ctl-dir
# Required-Start:$local_fs $remote_fs $syslog $network $time postgresql
# Required-Stop: $local_fs $remote_fs $syslog $network $time postgresql
# Default-Start: 2 3 4 5
# Default-Stop:  0 1 6
# Short-Description: Bacula Directory Daemon
# Description:   Bacula Directory Daemon Service
### END INIT INFO

> But unfortunately, even with these changes, the processes was not able
> to starts up:

Ah, in this case, here is what I did to debug further:

I believe /etc/init.d/bacula-dir is the script you are running, so:

# sh -x /etc/init.d/bacula-dir

Then you'll be presented with the command line that is actually executed
when the startup script executes bacula-dir. Run that as root and add the
-v -f -d100 arguments. Those extra arguments may shake out the problem.

[ASIDE: I used the bacula-ctl-* scripts in the bacula distribution, are you?]

I found it took quite a while to get the startup scripts working properly
since they were missing the LSB stuff and the creation of the pidfile directory
and subsys directory. I found that they would work when tested by hand, but not
during actual reboots until I had made code changes and fixed the behavior.

Thank you!

-pete

--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about versions to be installed in an Linux / Windows environment

[Daniel Bareiro]

On 04/01/16 10:51, Peter Keller wrote:

> Hello,

Hello, Peter and Greg.

Thanks for your replies.

>>> --
>>>
>>> But I do not see the running processes:
>>>
>>> --
>>> root@baculatest:~# ps ax | grep bacula
>>>  3055 pts/1S+ 0:00 grep bacula
>>> --
>>>
>>> Have you had a problem like this and found the cause of it?

>> I would appreciate any comments about this.

> Your lock and subsys directories might not exist or be of the right permission
> or your config file might have a syntax error in it.
> 
> To debug this, try running the director like this:
> 
> # bacula-dir -t
> 
> If it comes back with a 0 return value, then your config file is of
> a good syntax.

The configurations seem to have no errors:

root@baculatest:~# bacula-dir -t
root@baculatest:~# echo $?
0

root@baculatest:~# bacula-sd -t
root@baculatest:~# echo $?
0

> Then try:
> 
> # bacula-dir -v -f -d100
>
> This runs it verbosely in the foreground and should likely explain why
> your daemon didn't want to start up. If it starts properly, then
> CTRL-C to quit it.

It seems that in this way both processes run smoothly:


root@baculatest:~# bacula-dir -v -f -d100
bacula-dir: dird.c:208-0 Debug level = 100
bacula-dir: address_conf.c:275-0 Initaddr 0.0.0.0:9101
bacula-dir: jcr.c:132-0 read_last_jobs seek to 192
bacula-dir: jcr.c:139-0 Read num_items=0
bacula-dir: dir_plugins.c:151-0 Load Director plugins
bacula-dir: dir_plugins.c:153-0 No Director plugin directory!
bacula-dir: mysql.c:120-0 db_init_database first time
bacula-dir: mysql.c:219-0 mysql_init done
bacula-dir: mysql.c:258-0 mysql_real_connect done
bacula-dir: mysql.c:260-0 db_user=bacula db_name=bacula
db_password=
bacula-dir: mysql.c:296-0 opendb ref=1 connected=1 db=1f380d8
bacula-dir: mysql.c:320-0 closedb ref=0 connected=1 db=1f380d8
bacula-dir: mysql.c:327-0 close db=1f380d8
baculatest-dir: job.c:1698-0 wstorage=File1
baculatest-dir: job.c:1707-0 wstore=File1 where=Job resource
baculatest-dir: job.c:1374-0 JobId=0 created
Job=*JobMonitor*.2016-01-04_11.33.23_01
baculatest-dir: bnet_server.c:87-0 Addresses 0.0.0.0:9101

NOTE: Is the "No Director plugin directory!" important?

root@baculatest:~# bacula-sd -v -f -d100
bacula-sd: address_conf.c:275-0 Initaddr 0.0.0.0:9103
bacula-sd: stored_conf.c:699-0 Inserting Director res: baculatest-mon
bacula-sd: stored_conf.c:699-0 Inserting Device res: FileChgr1-Dev2
bacula-sd: stored_conf.c:699-0 Inserting Autochanger res: FileChgr2
bacula-sd: stored_conf.c:699-0 Inserting Device res: FileChgr2-Dev1
bacula-sd: stored_conf.c:699-0 Inserting Device res: FileChgr2-Dev2
baculatest-sd: jcr.c:132-0 read_last_jobs seek to 192
baculatest-sd: jcr.c:139-0 Read num_items=0
baculatest-sd: stored.c:573-0 calling init_dev /tmp
baculatest-sd: bnet_server.c:87-0 Addresses 0.0.0.0:9103
baculatest-sd: dev.c:343-0 init_dev: tape=0 dev_name=/tmp
baculatest-sd: stored.c:575-0 SD init done /tmp
baculatest-sd: acquire.c:674-0 Attach 0x40001c18 to dev "FileChgr1-Dev1"
(/tmp)
baculatest-sd: stored.c:573-0 calling init_dev /tmp
baculatest-sd: dev.c:343-0 init_dev: tape=0 dev_name=/tmp
baculatest-sd: stored.c:575-0 SD init done /tmp
baculatest-sd: acquire.c:674-0 Attach 0x40002be8 to dev "FileChgr1-Dev2"
(/tmp)
baculatest-sd: stored.c:573-0 calling init_dev /tmp
baculatest-sd: dev.c:343-0 init_dev: tape=0 dev_name=/tmp
baculatest-sd: stored.c:575-0 SD init done /tmp
baculatest-sd: acquire.c:674-0 Attach 0x40003bb8 to dev "FileChgr2-Dev1"
(/tmp)
baculatest-sd: stored.c:573-0 calling init_dev /tmp
baculatest-sd: dev.c:343-0 init_dev: tape=0 dev_name=/tmp
baculatest-sd: stored.c:575-0 SD init done /tmp
baculatest-sd: acquire.c:674-0 Attach 0x40004b88 to dev "FileChgr2-Dev2"
(/tmp)


> I noticed that, at least under Debian 8, I needed to add the
> Linux Standards Base information to all of the startup scripts and
> ensure (the director's) dependencies included postres so it would
> start in the right order. Otherwise the update-rc.d program would insist
> upon starting them in S01 and it would just fail to start since postgres
> was in S02.

I think LSB lines are correct:


### BEGIN INIT INFO
# Provides:  bacula-dir
# Required-Start:$network
# Should-Start:  bacula-fd postgresql mysql
# Required-Stop: $network
# Default-Start: 2 3 4 5
# Default-Stop:  0 1 6
# Short-Description: Start Bacula Director daemon at boot time
# Description:   Enable Bacula Director.
### END INIT INFO

### BEGIN INIT INFO
# Prov

Re: [Bacula-users] Question about versions to be installed in an Linux / Windows environment

[Greg Woods]

On Mon, Jan 4, 2016 at 6:51 AM, Peter Keller  wrote:

>
>
> # bacula-dir -t
>
> If it comes back with a 0 return value, then your config file is of a good
> syntax. Then try:
>
> # bacula-dir -v -f -d100
>
>
>
Excellent suggestions. Also useful in debugging systemd unit files is the
journal. Something like:

# journalctl -xb | grep bacula

(shows all bacula-related entries since the last boot).

--Greg
--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about versions to be installed in an Linux / Windows environment

[Peter Keller]

Hello,

On 01/04/2016 05:49 AM, Daniel Bareiro wrote:
> Hi all and Happy New Year!!
[snip]
>> Dec 26 11:31:04 baculatest bacula-dir[3045]: Starting Bacula Director:
>> bacula-dir
>> --
>>
>> But I do not see the running processes:
>>
>> --
>> root@baculatest:~# ps ax | grep bacula
>>  3055 pts/1S+ 0:00 grep bacula
>> --
>>
>> Have you had a problem like this and found the cause of it?
> 
> I would appreciate any comments about this.

Your lock and subsys directories might not exist or be of the right permission
or your config file might have a syntax error in it.

To debug this, try running the director like this:

# bacula-dir -t

If it comes back with a 0 return value, then your config file is of a good
syntax. Then try:

# bacula-dir -v -f -d100

This runs it verbosely in the foreground and should likely explain why
your daemon didn't want to start up. If it starts properly, then CTRL-C
to quit it.

I noticed that, at least under Debian 8, I needed to add the
Linux Standards Base information to all of the startup scripts and
ensure (the director's) dependencies included postres so it would
start in the right order. Otherwise the update-rc.d program would insist
upon starting them in S01 and it would just fail to start since postgres
was in S02.

I also noticed that, since I used my own locations for the subsys directory
and pidfile, that those directories I chose in /var/run and /var/run/lock
MUST be created by the startup scripts (since they were deleted by the
system upon shutdown). So I also had to add that code to the startup
scripts as well.

Thank you!

-pete




--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about versions to be installed in an Linux / Windows environment

[Daniel Bareiro]

Hi all and Happy New Year!!

On 26/12/15 11:51, Daniel Bareiro wrote:

> As I mentioned in another mail of this thread, I'm testing in a virtual
> machine with Bacula 7.2.x. Beyond the mentioned problem (that it can
> solve compiling the code from the Git repository), I had no problems
> with systemd files. For that I invoked the configure script with the
> --with-systemd switch and then:
> 
> --
> root@baculatest:/usr/src/bacula/bacula# make install-autostart-sd
> (cd platforms && make DESTDIR= install-autostart-sd || exit 1)
> make[1]: Entering directory '/usr/src/bacula/bacula/platforms'
> make[2]: Entering directory '/usr/src/bacula/bacula/platforms/debian'
> Installing bacula-sd boot script ...
> Installing bacula-sd symlinks ...
> update-rc.d: warning: start and stop actions are no longer supported;
> falling back to defaults
> make[2]: Leaving directory '/usr/src/bacula/bacula/platforms/debian'
> make[1]: Leaving directory '/usr/src/bacula/bacula/platforms'
> --
> root@baculatest:/usr/src/bacula/bacula# make install-autostart-dir
> (cd platforms && make DESTDIR= install-autostart-dir || exit 1)
> make[1]: Entering directory '/usr/src/bacula/bacula/platforms'
> make[2]: Entering directory '/usr/src/bacula/bacula/platforms/debian'
> Installing bacula-dir boot script ...
> Installing bacula-dir symlinks ...
> update-rc.d: warning: start and stop actions are no longer supported;
> falling back to defaults
> make[2]: Leaving directory '/usr/src/bacula/bacula/platforms/debian'
> make[1]: Leaving directory '/usr/src/bacula/bacula/platforms'
> --
> root@baculatest:/var/log/bacula# systemctl enable bacula-sd
> Synchronizing state for bacula-sd.service with sysvinit using update-rc.d...
> Executing /usr/sbin/update-rc.d bacula-sd defaults
> Executing /usr/sbin/update-rc.d bacula-sd enable
> --
> root@baculatest:/var/log/bacula# systemctl enable bacula-dir
> Synchronizing state for bacula-dir.service with sysvinit using
> update-rc.d...
> Executing /usr/sbin/update-rc.d bacula-dir defaults
> Executing /usr/sbin/update-rc.d bacula-dir enable
> --
> 
> But now I'm having some problems getting the two processes starts from
> systemd (I get a "Permission denied" message for both processes). After
> reviewing more closely, I found the owner and group was correct and it
> was a issue with the permission bits for "others".
> 
> --
> root@baculatest:/etc/bacula# ll /usr/sbin/bacula-*
> -rwxr-x--- 1 root root 2929712 Dec 24 19:50 /usr/sbin/bacula-dir
> -rwxr-x--- 1 root root  940720 Dec 24 19:50 /usr/sbin/bacula-fd
> -rwxr-x--- 1 root root 1928928 Dec 24 19:50 /usr/sbin/bacula-sd
> 
> root@baculatest:/etc/bacula# chmod o+rx /usr/sbin/bacula-*
> --
> 
> Now I do not get the permissions error, but for some reason the
> processes are not initiated:
> 
> --
> root@baculatest:~# systemctl start bacula-sd.service
> root@baculatest:~# systemctl status bacula-sd.service
> ● bacula-sd.service - LSB: Start Bacula Storage daemon at boot time
>Loaded: loaded (/etc/init.d/bacula-sd)
>Active: active (exited) since Sat 2015-12-26 11:30:12 ART; 9s ago
>   Process: 2001 ExecStop=/etc/init.d/bacula-sd stop (code=exited,
> status=0/SUCCESS)
>   Process: 3026 ExecStart=/etc/init.d/bacula-sd start (code=exited,
> status=0/SUCCESS)
> 
> Dec 26 11:30:12 baculatest bacula-sd[3026]: Starting Bacula Storage
> Daemon: bacula-sd
> --
> root@baculatest:~# systemctl start bacula-dir.service
> root@baculatest:~# systemctl status bacula-dir.service
> ● bacula-dir.service - LSB: Start Bacula Director daemon at boot time
>Loaded: loaded (/etc/init.d/bacula-dir)
>Active: active (exited) since Sat 2015-12-26 11:31:04 ART; 5s ago
>   Process: 2010 ExecStop=/etc/init.d/bacula-dir stop (code=exited,
> status=0/SUCCESS)
>   Process: 3045 ExecStart=/etc/init.d/bacula-dir start (code=exited,
> status=0/SUCCESS)
> 
> Dec 26 11:31:04 baculatest bacula-dir[3045]: Starting Bacula Director:
> bacula-dir
> --
> 
> But I do not see the running processes:
> 
> --
> root@baculatest:~# ps ax | grep bacula
>  3055 pts/1S+ 0:00 grep bacula
> --
> 
> Have you had a problem like this and found the cause of it?

I would appreciate any comments about t

Re: [Bacula-users] Question about versions to be installed in an Linux / Windows environment

[Daniel Bareiro]

Hi, Greg.

On 26/12/15 02:01, Greg Woods wrote:

> > Greg, you mention having compiled the SD on Jessie, but I guess you've
> > also compiled the Director, right? Since both must have the same
> > version. Though I suppose that the Director may also be on another host
> > that includes Bacula 7.0.5 in its repositories.

> The latter is correct. Most of my machines are at Fedora 23. At release,
> these had 7.0.5, although 7.2.0 update packages have since been
> released. The one system that is not Fedora 23 is my Raspberry Pi that I
> use as the storage server; that runs Debian Jessie. In order to be able
> to use the 7.0.5 director, I had to compile 7.0.5 storage server on
> Jessie. The hardest part about this was creating a proper systemd unit
> file for bacula-sd. I finally installed the bacula-sd package, saved off
> the systemd unit file that it provided, then removed the package and
> installed the compiled storage daemon. This all works, but it is very
> convoluted.

As I mentioned in another mail of this thread, I'm testing in a virtual
machine with Bacula 7.2.x. Beyond the mentioned problem (that it can
solve compiling the code from the Git repository), I had no problems
with systemd files. For that I invoked the configure script with the
--with-systemd switch and then:

--
root@baculatest:/usr/src/bacula/bacula# make install-autostart-sd
(cd platforms && make DESTDIR= install-autostart-sd || exit 1)
make[1]: Entering directory '/usr/src/bacula/bacula/platforms'
make[2]: Entering directory '/usr/src/bacula/bacula/platforms/debian'
Installing bacula-sd boot script ...
Installing bacula-sd symlinks ...
update-rc.d: warning: start and stop actions are no longer supported;
falling back to defaults
make[2]: Leaving directory '/usr/src/bacula/bacula/platforms/debian'
make[1]: Leaving directory '/usr/src/bacula/bacula/platforms'
--
root@baculatest:/usr/src/bacula/bacula# make install-autostart-dir
(cd platforms && make DESTDIR= install-autostart-dir || exit 1)
make[1]: Entering directory '/usr/src/bacula/bacula/platforms'
make[2]: Entering directory '/usr/src/bacula/bacula/platforms/debian'
Installing bacula-dir boot script ...
Installing bacula-dir symlinks ...
update-rc.d: warning: start and stop actions are no longer supported;
falling back to defaults
make[2]: Leaving directory '/usr/src/bacula/bacula/platforms/debian'
make[1]: Leaving directory '/usr/src/bacula/bacula/platforms'
--
root@baculatest:/var/log/bacula# systemctl enable bacula-sd
Synchronizing state for bacula-sd.service with sysvinit using update-rc.d...
Executing /usr/sbin/update-rc.d bacula-sd defaults
Executing /usr/sbin/update-rc.d bacula-sd enable
--
root@baculatest:/var/log/bacula# systemctl enable bacula-dir
Synchronizing state for bacula-dir.service with sysvinit using
update-rc.d...
Executing /usr/sbin/update-rc.d bacula-dir defaults
Executing /usr/sbin/update-rc.d bacula-dir enable
--

But now I'm having some problems getting the two processes starts from
systemd (I get a "Permission denied" message for both processes). After
reviewing more closely, I found the owner and group was correct and it
was a issue with the permission bits for "others".

--
root@baculatest:/etc/bacula# ll /usr/sbin/bacula-*
-rwxr-x--- 1 root root 2929712 Dec 24 19:50 /usr/sbin/bacula-dir
-rwxr-x--- 1 root root  940720 Dec 24 19:50 /usr/sbin/bacula-fd
-rwxr-x--- 1 root root 1928928 Dec 24 19:50 /usr/sbin/bacula-sd

root@baculatest:/etc/bacula# chmod o+rx /usr/sbin/bacula-*
--

Now I do not get the permissions error, but for some reason the
processes are not initiated:

--
root@baculatest:~# systemctl start bacula-sd.service
root@baculatest:~# systemctl status bacula-sd.service
● bacula-sd.service - LSB: Start Bacula Storage daemon at boot time
   Loaded: loaded (/etc/init.d/bacula-sd)
   Active: active (exited) since Sat 2015-12-26 11:30:12 ART; 9s ago
  Process: 2001 ExecStop=/etc/init.d/bacula-sd stop (code=exited,
status=0/SUCCESS)
  Process: 3026 ExecStart=/etc/init.d/bacula-sd start (code=exited,
status=0/SUCCESS)

Dec 26 11:30:12 baculatest bacula-sd[3026]: Starting Bacula Storage
Daemon: bacula-sd
--
root@baculatest:~# systemctl start bacula-dir.service
root@baculatest:~# systemctl status bacula-dir.service
● bacula-dir.service - LSB: Start Bacula Director daemon at boot time
   Loaded: loaded (/etc/init.d/bacula-dir)
   Active: active (exited) s

Re: [Bacula-users] Question about versions to be installed in an Linux / Windows environment

[Greg Woods]

On Thu, Dec 24, 2015 at 8:34 AM, Daniel Bareiro 
wrote:

> Greg, you mention having compiled the SD on Jessie, but I guess you've
> also compiled the Director, right? Since both must have the same
> version. Though I suppose that the Director may also be on another host
> that includes Bacula 7.0.5 in its repositories.
>

The latter is correct. Most of my machines are at Fedora 23. At release,
these had 7.0.5, although 7.2.0 update packages have since been released.
The one system that is not Fedora 23 is my Raspberry Pi that I use as the
storage server; that runs Debian Jessie. In order to be able to use the
7.0.5 director, I had to compile 7.0.5 storage server on Jessie. The
hardest part about this was creating a proper systemd unit file for
bacula-sd. I finally installed the bacula-sd package, saved off the systemd
unit file that it provided, then removed the package and installed the
compiled storage daemon. This all works, but it is very convoluted.


> About using Jessie, is it worth compile the Director and SD?
>

If you're going to compile one, you should probably compile both.

Now I have heard that Fedora 23 can be installed on a Raspberry Pi 2, and I
got one of those for Christmas, so I will be attempting that this weekend.
This isn't because I have anything against Debian, it's just that
maintenance will be a lot easier if I can use the distro's package
management system and easily update all the various Bacula components at
the same time. Running "dnf update bacula*" is way easier than compiling
from source and mucking about with systemd. And now I have had to exclude
bacula packages from updates on my systems to avoid having the file daemons
upgraded to a newer version than my storage server, so this becomes even
more of an issue for me now.

--Greg
--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about versions to be installed in an Linux / Windows environment

[Daniel Bareiro]

On 24/12/15 16:01, Wanderlei Huttel wrote:
> Hi Daniel

Hi, Wanderlei

> Please, read the release notes about bacula and take your conclusions!
> http://blog.bacula.org/category/releases/

Thank you! I'll be taking a look!

Best regards,
Daniel



signature.asc
Description: OpenPGP digital signature
--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about versions to be installed in an Linux / Windows environment

[Daniel Bareiro]

Hi, Bryn.

On 24/12/15 14:17, Bryn Hughes wrote:

>> Thanks for your answers and for the considerations mentioned about the
>> versions.
>>
>> Greg, you mention having compiled the SD on Jessie, but I guess you've
>> also compiled the Director, right? Since both must have the same
>> version. Though I suppose that the Director may also be on another host
>> that includes Bacula 7.0.5 in its repositories.
>>
>> About using Jessie, is it worth compile the Director and SD? That is,
>> improvements regarding the versions provided by Jessie (5.2.6) make a
>> substantial difference? What improvements have you noticed?
>>
>> My idea is to use Jessie for Director and storage daemon. Among the
>> client hosts I've Squeeze LTS, CentOS 5.10, Ubuntu and Microsoft Windows
>> server (2008R2 SP1 server edition and 2003R2 SP2 standard edition).
>>
>>  From what I was looking for Squeeze, the latest version is on Backports
>> (5.2.6) because the version on the squeeze-lts repository is even older
>> (5.0.2). I think the Ubuntu version of Bacula is the same as on Debian
>> Squeeze. Moreover, I think CentOS does not include Bacula in their
>> repositories (at least in the official repositories, according I was
>> watching). So maybe in this case the compilation is the only alternative.
>>
>> Have you found any problem using some version of File Daemon for Windows
>> (especially in versions of Windows such as those mentioned above)?

> I too am running a 7.0.5 director and storage daemon with mostly 5.2.6 
> clients.
> 
> Compiling the 7.x binaries is simple enough on a Debian/Ubuntu box to 
> make it well worth it.  I haven't seen any particular reason to worry 
> about the file daemon (clients) though, they appear to work fine with 
> the 5.x binaries as shipped.  However on the director/storage side 
> there's been more than a few bugs squashed between 5.2 and 7.0.5!

In a virtual machine with Debian Jessie I am testing Bacula 7.2.x.
Initially I had downloaded the tarball of here [1] (published in
2015-08-13), but here I got some errors when running the configuration
script:

---
make[2]: Entering directory '/usr/src/bacula-7.2.0/platforms/systemd'
Makefile:24: *** missing separator.  Stop.
make[2]: Leaving directory '/usr/src/bacula-7.2.0/platforms/systemd'
Makefile:88: recipe for target 'clean' failed
make[1]: *** [clean] Error 2
make[1]: Leaving directory '/usr/src/bacula-7.2.0/platforms'
Makefile:280: recipe for target 'clean' failed
make: *** [clean] Error 1
---

According I read on this message [2], it seems that this was fixed by
Kern on 2015-08-18 in the Git repository, but the tarball was not
updated. This makes me wonder if the branch 7.2 is recommended for
production or there is another that we consider stable branch.

After cloning the "Branch-7.2", I was able to compile without these
errors. But I'm having some difficulties with the startup script for the
Storage Daemon and Director:

---
root@baculatest:~# /etc/init.d/bacula-dir start
Starting Bacula Director: start-stop-daemon: unable to start
/usr/sbin/bacula-dir (Permission denied)
bacula-dir
---
root@baculatest:~# /etc/init.d/bacula-sd start
Starting Bacula Storage Daemon: start-stop-daemon: unable to start
/usr/sbin/bacula-sd (Permission denied)
bacula-sd
---

In the first case, the following line is executed:

---
start-stop-daemon --start --quiet --pidfile /var/run/bacula-dir.9101.pid
--chuid bacula:bacula --exec /usr/sbin/bacula-dir -- -c
/etc/bacula/bacula-dir.conf
---

And in the second runs the following line:

---
start-stop-daemon --start --quiet --pidfile /var/run/bacula-sd.9103.pid
--chuid bacula:bacula --exec /usr/sbin/bacula-sd -- -c
/etc/bacula/bacula-sd.conf
---

I've created the "bacula" user and group. Binaries have the following
owners:

---
backup:~# ll /usr/sbin/bacula-dir
-rwxr-xr-x 1 root root 505728 sep  8  2014 /usr/sbin/bacula-dir
backup:~# ll /usr/sbin/bacula-sd
-rwxr-xr-x 1 root root 344632 sep  8  2014 /usr/sbin/bacula-sd
---

I was making a comparison in a Jessie server using Storage Daemon an
Director with Bacula 5.2.6. Here the binaries have the same owners
(root:root), but there are some differences in how the binaries are invoked:

--

Re: [Bacula-users] Question about versions to be installed in an Linux / Windows environment

[Wanderlei Huttel]

Hi Daniel

Please, read the release notes about bacula and take your conclusions!
http://blog.bacula.org/category/releases/

Best Regards
Wanderlei

2015-12-24 15:17 GMT-02:00 Bryn Hughes :

> On 2015-12-24 07:34 AM, Daniel Bareiro wrote:
> > Hi Wanderlei and Greg.
> >
> > On 23/12/15 15:34, Greg Woods wrote:
> >
> >>> am thinking of using Debian Jessie which includes Bacula 5.2.6 in
> its
> >>> repository for director and storage daemon. But I remember a few
> cases
> >>> where I have experienced incompatibilities if the client versions
> are
> >>> far from the server version. Correct me if I'm wrong, please.
> >> The requirement is FD <= (SD == DIR). The storage daemon and director
> >> must be the same version, and must be newer than or the same as  any
> >> file daemons of any of the clients. I do use a 7.0.5 director and
> >> storage daemon (compiled from source on Debian Jessie in the SD case)
> >> with some clients that have 5.2.6 file daemons and that works just fine.
> > Thanks for your answers and for the considerations mentioned about the
> > versions.
> >
> > Greg, you mention having compiled the SD on Jessie, but I guess you've
> > also compiled the Director, right? Since both must have the same
> > version. Though I suppose that the Director may also be on another host
> > that includes Bacula 7.0.5 in its repositories.
> >
> > About using Jessie, is it worth compile the Director and SD? That is,
> > improvements regarding the versions provided by Jessie (5.2.6) make a
> > substantial difference? What improvements have you noticed?
> >
> > My idea is to use Jessie for Director and storage daemon. Among the
> > client hosts I've Squeeze LTS, CentOS 5.10, Ubuntu and Microsoft Windows
> > server (2008R2 SP1 server edition and 2003R2 SP2 standard edition).
> >
> >  From what I was looking for Squeeze, the latest version is on Backports
> > (5.2.6) because the version on the squeeze-lts repository is even older
> > (5.0.2). I think the Ubuntu version of Bacula is the same as on Debian
> > Squeeze. Moreover, I think CentOS does not include Bacula in their
> > repositories (at least in the official repositories, according I was
> > watching). So maybe in this case the compilation is the only alternative.
> >
> > Have you found any problem using some version of File Daemon for Windows
> > (especially in versions of Windows such as those mentioned above)?
> >
> > Thanks again for your replies.
> >
> > Best regards,
> > Daniel
> >
>
> I too am running a 7.0.5 director and storage daemon with mostly 5.2.6
> clients.
>
> Compiling the 7.x binaries is simple enough on a Debian/Ubuntu box to
> make it well worth it.  I haven't seen any particular reason to worry
> about the file daemon (clients) though, they appear to work fine with
> the 5.x binaries as shipped.  However on the director/storage side
> there's been more than a few bugs squashed between 5.2 and 7.0.5!
>
> Bryn
>
>
>
>
> --
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about versions to be installed in an Linux / Windows environment

[Bryn Hughes]

On 2015-12-24 07:34 AM, Daniel Bareiro wrote:
> Hi Wanderlei and Greg.
>
> On 23/12/15 15:34, Greg Woods wrote:
>
>>> am thinking of using Debian Jessie which includes Bacula 5.2.6 in its
>>> repository for director and storage daemon. But I remember a few cases
>>> where I have experienced incompatibilities if the client versions are
>>> far from the server version. Correct me if I'm wrong, please.
>> The requirement is FD <= (SD == DIR). The storage daemon and director
>> must be the same version, and must be newer than or the same as  any
>> file daemons of any of the clients. I do use a 7.0.5 director and
>> storage daemon (compiled from source on Debian Jessie in the SD case)
>> with some clients that have 5.2.6 file daemons and that works just fine.
> Thanks for your answers and for the considerations mentioned about the
> versions.
>
> Greg, you mention having compiled the SD on Jessie, but I guess you've
> also compiled the Director, right? Since both must have the same
> version. Though I suppose that the Director may also be on another host
> that includes Bacula 7.0.5 in its repositories.
>
> About using Jessie, is it worth compile the Director and SD? That is,
> improvements regarding the versions provided by Jessie (5.2.6) make a
> substantial difference? What improvements have you noticed?
>
> My idea is to use Jessie for Director and storage daemon. Among the
> client hosts I've Squeeze LTS, CentOS 5.10, Ubuntu and Microsoft Windows
> server (2008R2 SP1 server edition and 2003R2 SP2 standard edition).
>
>  From what I was looking for Squeeze, the latest version is on Backports
> (5.2.6) because the version on the squeeze-lts repository is even older
> (5.0.2). I think the Ubuntu version of Bacula is the same as on Debian
> Squeeze. Moreover, I think CentOS does not include Bacula in their
> repositories (at least in the official repositories, according I was
> watching). So maybe in this case the compilation is the only alternative.
>
> Have you found any problem using some version of File Daemon for Windows
> (especially in versions of Windows such as those mentioned above)?
>
> Thanks again for your replies.
>
> Best regards,
> Daniel
>

I too am running a 7.0.5 director and storage daemon with mostly 5.2.6 
clients.

Compiling the 7.x binaries is simple enough on a Debian/Ubuntu box to 
make it well worth it.  I haven't seen any particular reason to worry 
about the file daemon (clients) though, they appear to work fine with 
the 5.x binaries as shipped.  However on the director/storage side 
there's been more than a few bugs squashed between 5.2 and 7.0.5!

Bryn



--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about versions to be installed in an Linux / Windows environment

[Daniel Bareiro]

Hi Wanderlei and Greg.

On 23/12/15 15:34, Greg Woods wrote:

> >am thinking of using Debian Jessie which includes Bacula 5.2.6 in its
> >repository for director and storage daemon. But I remember a few cases
> >where I have experienced incompatibilities if the client versions are
> >far from the server version. Correct me if I'm wrong, please.

> The requirement is FD <= (SD == DIR). The storage daemon and director
> must be the same version, and must be newer than or the same as  any
> file daemons of any of the clients. I do use a 7.0.5 director and
> storage daemon (compiled from source on Debian Jessie in the SD case)
> with some clients that have 5.2.6 file daemons and that works just fine.

Thanks for your answers and for the considerations mentioned about the
versions.

Greg, you mention having compiled the SD on Jessie, but I guess you've
also compiled the Director, right? Since both must have the same
version. Though I suppose that the Director may also be on another host
that includes Bacula 7.0.5 in its repositories.

About using Jessie, is it worth compile the Director and SD? That is,
improvements regarding the versions provided by Jessie (5.2.6) make a
substantial difference? What improvements have you noticed?

My idea is to use Jessie for Director and storage daemon. Among the
client hosts I've Squeeze LTS, CentOS 5.10, Ubuntu and Microsoft Windows
server (2008R2 SP1 server edition and 2003R2 SP2 standard edition).

From what I was looking for Squeeze, the latest version is on Backports
(5.2.6) because the version on the squeeze-lts repository is even older
(5.0.2). I think the Ubuntu version of Bacula is the same as on Debian
Squeeze. Moreover, I think CentOS does not include Bacula in their
repositories (at least in the official repositories, according I was
watching). So maybe in this case the compilation is the only alternative.

Have you found any problem using some version of File Daemon for Windows
(especially in versions of Windows such as those mentioned above)?

Thanks again for your replies.

Best regards,
Daniel



signature.asc
Description: OpenPGP digital signature
--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about versions to be installed in an Linux / Windows environment

[Greg Woods]

On Wed, Dec 23, 2015 at 5:10 AM, Daniel Bareiro 
wrote:

> am thinking of using Debian Jessie which includes Bacula 5.2.6 in its
> repository for director and storage daemon. But I remember a few cases
> where I have experienced incompatibilities if the client versions are
> far from the server version. Correct me if I'm wrong, please.
>

The requirement is FD <= (SD == DIR). The storage daemon and director must
be the same version, and must be newer than or the same as  any file
daemons of any of the clients. I do use a 7.0.5 director and storage daemon
(compiled from source on Debian Jessie in the SD case) with some clients
that have 5.2.6 file daemons and that works just fine.

--Greg
--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Question about versions to be installed in an Linux / Windows environment

[Daniel Bareiro]

Hi all!

I'm planning to use Bacula with a varied infrastructure of servers that
include different distributions of GNU/Linux and Windows servers.

I am thinking of using Debian Jessie which includes Bacula 5.2.6 in its
repository for director and storage daemon. But I remember a few cases
where I have experienced incompatibilities if the client versions are
far from the server version. Correct me if I'm wrong, please.

Ideally, and as far as possible, I would like to use versions provided
by the repositories of the GNU/Linux distributions where I would be
taking backups.

I would also like to know if these [1] are the latest versions available
for Windows. If so, maybe this could condition the versions used for the
Bacula server.

I would appreciate any advice or recommendation.

Thanks in advance.

Best regards,
Daniel

[1] http://sourceforge.net/projects/bacula/files/Win32_64/



signature.asc
Description: OpenPGP digital signature
--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about Volume Pools and Strategy

[Kern Sibbald]

On 11/03/2015 07:24 AM, Wesley Render wrote:
> I have recently started using Bacula and have a couple of questions  
> regarding volume pools.  I am using 7.2 version, and we have 4 Linux  
> servers with a total of about 100GB of data to backup.
>
> 1.  We have two different storage devices that are in different  
> locations (because of bandwidth limitations).  Should we be creating  
> different Volume Pools for each storage location?

This is not required but would be easier to manage.  What is *required*
is to have different MediaType for each
Storage Device.

Best regards,
Kern

>
> I've tried testing using one pool, and two pools.  When I use one pool  
> and a backup job is run it displays an error "Marking Volume  
> "Vol-0001" in Error in Catalog." and then it continues to run.   When  
> I setup two different volume pools it doesn't display this error.
>
> 2.   I've noticed that some people recommend setting up different  
> volume pools for Full, Differential and Incremental jobs. Is this  
> still a recommended strategy for Bacula with backing up to disk, and  
> if so when would someone use this strategy?
>
> The documentation here  
> http://blog.bacula.org/whitepapers/CommunityDiskBackup.pdf doesn't  
> mention this.  I don't want to set things up, and then our volumes  
> grow too large and have to re-do everything.
>
>
> Thank you,
>


--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about Volume Pools and Strategy

[Dimitri Maziuk]

On 11/05/2015 11:02 AM, Wesley Render wrote:
> 
> In case this helps anyone. I ended up having problems with setting  
> volume limits. For example I suddenly decided to adjust our  
> incremental backups to run every 4 hours, and started reaching volume  
> limits with errors.
> 
>  From what I have read in the documentation setting "Volume Use  
> Duration" will effectively cause new volumes to be created, and old  
> ones to be recycled based on the Volume Retention.  Since I monitor  
> servers disk space and this is just disk based backup, if I get an  
> alert that the storage space on the backup space is filling up I will  
> then look at reducing the retention periods on the volume sets.

FWIW I've been using

Pool {
...
Maximum Volumes = X
Maximum Volume Bytes = Y
Recycle = yes
AutoPrune = yes
Purge Oldest Volume = yes
Recycle Oldest Volume = yes
}

(where X*Y = 90-ish% of storage disk size) for years without problems.

-- 
Dimitri Maziuk
Programmer/sysadmin
BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu



signature.asc
Description: OpenPGP digital signature
--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about Volume Pools and Strategy

[Wesley Render]

In case this helps anyone. I ended up having problems with setting  
volume limits. For example I suddenly decided to adjust our  
incremental backups to run every 4 hours, and started reaching volume  
limits with errors.

 From what I have read in the documentation setting "Volume Use  
Duration" will effectively cause new volumes to be created, and old  
ones to be recycled based on the Volume Retention.  Since I monitor  
servers disk space and this is just disk based backup, if I get an  
alert that the storage space on the backup space is filling up I will  
then look at reducing the retention periods on the volume sets.

Here is what I have so far:

Pool {
   Name = office-p-monthly
   Pool Type = Backup
   Volume Retention = 6 months
   Recycle = yes
   AutoPrune = yes
   Action On Purge = Truncate
   LabelFormat = office-p-monthly-
   Volume Use Duration = 23h
   Maximum Volume Bytes = 100G
}
Pool {
   Name = office-p-weekly
   Pool Type = Backup
   Volume Retention = 1 months
   Recycle = yes
   AutoPrune = yes
   Action On Purge = Truncate
   LabelFormat = office-p-weekly-
   Volume Use Duration = 23h
   Maximum Volume Bytes = 100G
}
Pool {
   Name = office-p-daily
   Pool Type = Backup
   Volume Retention = 14 days
   Recycle = yes
   AutoPrune = yes
   Action On Purge = Truncate
   LabelFormat = office-p-daily-
   Volume Use Duration = 23h
   Maximum Volume Bytes = 100G
}
Pool {
   Name = datacenter-p-monthly
   Pool Type = Backup
   Volume Retention = 6 months
   Recycle = yes
   AutoPrune = yes
   Action On Purge = Truncate
   LabelFormat = datacenter-p-monthly-
   Volume Use Duration = 23h
   Maximum Volume Bytes = 100G
}
Pool {
   Name = datacenter-p-weekly
   Pool Type = Backup
   Volume Retention = 1 months
   Recycle = yes
   AutoPrune = yes
   Action On Purge = Truncate
   LabelFormat = datacenter-p-weekly-
   Volume Use Duration = 23h
   Maximum Volume Bytes = 100G
}
Pool {
   Name = datacenter-p-daily
   Pool Type = Backup
   Volume Retention = 14 days
   Recycle = yes
   AutoPrune = yes
   Action On Purge = Truncate
   LabelFormat = datacenter-p-daily-
   Volume Use Duration = 23h
   Maximum Volume Bytes = 100G
}

Here are samples of the jobs:

Job {
   Name = web221-domainname
   Type = Backup
   Level = Incremental
   Client = web221.domainname.com-fd
   FileSet = OurFileSet
   Schedule = WeeklyCycle
   Storage = horde-sd
   Pool = Default
   Full Backup Pool = datacenter-p-monthly
   Incremental Backup Pool = datacenter-p-daily
   Differential Backup Pool = datacenter-p-weekly
   Accurate = Yes
   Messages = Standard
}

Job {
   Name = web220-domainname
   Type = Backup
   Level = Incremental
   Client = web220.domainname.com-fd
   FileSet = OurFileSet
   Schedule = WeeklyCycle
   Storage = office-sd
   Pool = Default
   Full Backup Pool = office-p-monthly
   Incremental Backup Pool = office-p-daily
   Differential Backup Pool = office-p-weekly
   Accurate = Yes
   Messages = Standard
}



-- 
Wesley Render, Consultant
OtherData

--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about Volume Pools and Strategy

[Wesley Render]

Ok. Thanks Josh.  I've already created Pools for each storage location  
and done the initial full backups so I will most likely stick with  
this method.

So far the backups appear to run a lot better using different pools  
for each storage location.

Thanks,


-- 
Wesley Render, Consultant
OtherData

--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about Volume Pools and Strategy

[Josh Fisher]

On 11/3/2015 6:38 PM, Wesley Render wrote:
> Should each storage daemon/geographic storage location have it's own
> set of Volume Pools?  Or can I share one set of Volume Pools between
> all of the storage daemons/storage locations?

You may also use Media Type to tie volumes to particular devices. For 
example, if disk storage is being used at both locations, then setting 
the Media Type for the Device at location 1 to "File-1" and the Media 
Type for the Device at location 2 to "File-2", then volumes written at 
both sites can belong to the same pool. When Bacula selects a volume 
from a pool, it will not select a volume that does not have the same 
Media Type as the Storage resource being used by the job.

> I am  using auto labelling as well and it works great.
>
>
>


--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about Volume Pools and Strategy

[Wesley Render]

It seems to be working a lot better with different volume pools at  
each storage location. I have one server backing up to the server at  
our office, and 2 servers backing up to the datacenter. Here is what I  
have so far:

Pool {
   Name = office-p-monthly
   Pool Type = Backup
   Volume Retention = 6 months
   Recycle = yes
   AutoPrune = yes
   LabelFormat = office-p-monthly-
   Maximum Volume Jobs = 1
   Maximum Volumes = 9
}

Pool {
   Name = office-p-weekly
   Pool Type = Backup
   Maximum Volume Jobs = 1
   Volume Retention = 1 months
   Recycle = yes
   AutoPrune = yes
   LabelFormat = office-p-weekly-
   Maximum Volumes = 7
}
Pool {
   Name = office-p-daily
   Pool Type = Backup
   Maximum Volume Jobs = 6
   Volume Retention = 14 days
   Recycle = yes
   AutoPrune = yes
   LabelFormat = office-p-daily-
   Maximum Volumes = 6
}
Pool {
   Name = datacenter-p-monthly
   Pool Type = Backup
   Volume Retention = 6 months
   Recycle = yes
   AutoPrune = yes
   LabelFormat = datacenter-p-monthly-
   Maximum Volume Jobs = 2
   Maximum Volumes = 9
}
Pool {
   Name = datacenter-p-weekly
   Pool Type = Backup
   Maximum Volume Jobs = 2
   Volume Retention = 1 months
   Recycle = yes
   AutoPrune = yes
   LabelFormat = datacenter-p-weekly-
   Maximum Volumes = 7
}
Pool {
   Name = datacenter-p-daily
   Pool Type = Backup
   Maximum Volume Jobs = 2
   Volume Retention = 14 days
   Recycle = yes
   AutoPrune = yes
   LabelFormat = datacenter-p-daily-
   Maximum Volumes = 6
}


Quoting Carlo Filippetto :

> I think you have to use one set of pool for every storage.
> I think that you can write volumes of the same pool into different storage,
> the problem may arrive when you have to restore...
>
> Try to a restore job...
>
>
> This is my Schedule:
> Schedule {
>Name = "Custom"
>Run = Level=Full Storage=ST-data Pool=P-Monthly 1st sat at 21:30
>Run = Level=Differential Storage=ST-data Pool=P-Weekly 2nd-5th sat
> at 21:30
>Run = Level=Incremental Storage=ST-data Pool=P-Daily sun-fri at
> 22:00
> }
>
> As you can see I set the Storage and Pool into every line, you can change
> it.
>
> Why do you like to use a single pool?
> If you have 2 storage may be more clear and easy to find every single
> volumes if you have different pools..
>
> Bye
>
>
>
>
>
>
> 2015-11-04 0:38 GMT+01:00 Wesley Render :
>
>> Should each storage daemon/geographic storage location have it's own
>> set of Volume Pools?  Or can I share one set of Volume Pools between
>> all of the storage daemons/storage locations?
>>
>> I am  using auto labelling as well and it works great.
>>
>>
>>
>> --
>> Wesley Render, Consultant
>> OtherData
>>
>>
>> --
>> ___
>> Bacula-users mailing list
>> Bacula-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>>



-- 
Wesley Render, Consultant
OtherData

--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about Volume Pools and Strategy

[Carlo Filippetto]

I think you have to use one set of pool for every storage.
I think that you can write volumes of the same pool into different storage,
the problem may arrive when you have to restore...

Try to a restore job...


This is my Schedule:
Schedule {
   Name = "Custom"
   Run = Level=Full Storage=ST-data Pool=P-Monthly 1st sat at 21:30
   Run = Level=Differential Storage=ST-data Pool=P-Weekly 2nd-5th sat
at 21:30
   Run = Level=Incremental Storage=ST-data Pool=P-Daily sun-fri at
22:00
}

As you can see I set the Storage and Pool into every line, you can change
it.

Why do you like to use a single pool?
If you have 2 storage may be more clear and easy to find every single
volumes if you have different pools..

Bye






2015-11-04 0:38 GMT+01:00 Wesley Render :

> Should each storage daemon/geographic storage location have it's own
> set of Volume Pools?  Or can I share one set of Volume Pools between
> all of the storage daemons/storage locations?
>
> I am  using auto labelling as well and it works great.
>
>
>
> --
> Wesley Render, Consultant
> OtherData
>
>
> --
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about Volume Pools and Strategy

[Wesley Render]

Should each storage daemon/geographic storage location have it's own  
set of Volume Pools?  Or can I share one set of Volume Pools between  
all of the storage daemons/storage locations?

I am  using auto labelling as well and it works great.



-- 
Wesley Render, Consultant
OtherData

--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about Volume Pools and Strategy

[Phil Stracchino]

On 11/03/15 11:23, Carlo Filippetto wrote:
> I don't like to use "label-format" I prefer to set the label by myself.
> In my installation all the jobs that runs during the same night gone to
> the same volumes.

I use auto-labeling for my disk volumes, to achieve exactly that end.
Each volume created has a 24-hour use window, and then it's done, with
14 days expiration for daily incrementals and 60 days for weekly
differentials.  My full backups go to a fixed set of 24 statically
labelled LTO4 tapes which are used in rotation.


-- 
  Phil Stracchino
  Babylon Communications
  ph...@caerllewys.net
  p...@co.ordinate.org
  Landline: 603.293.8485

--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about Volume Pools and Strategy

[Carlo Filippetto]

I don't like to use "label-format" I prefer to set the label by myself.
In my installation all the jobs that runs during the same night gone to the
same volumes.

bye

2015-11-03 17:14 GMT+01:00 Wesley Render :

>
> Thanks Carlo. This is very helpful. I also found this here which I missed
> before:
>
> http://www.bacula.org/7.0.x-manuals/en/main/Automated_Disk_Backup.html
>
>
> --
> Wesley Render, Consultant
> OtherData
>
--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about Volume Pools and Strategy

[Wesley Render]

Is anyone able to clarify question number 1?

I should be all set after that.

Thanks!

-- 
Wesley Render, Consultant
OtherData

--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about Volume Pools and Strategy

[Wesley Render]

Thanks Carlo. This is very helpful. I also found this here which I  
missed before:

http://www.bacula.org/7.0.x-manuals/en/main/Automated_Disk_Backup.html

-- 
Wesley Render, Consultant
OtherData

--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about Volume Pools and Strategy

[Carlo Filippetto]

Hi,
for question #2:

Yes you have to create different pool, the firts reason is that usually
incremental bck lives less than a Full backup, the duration is into the
Pool information

So in my case I have
- p-daily  INCREMENTAL with 6 volumes (duration 7 days)
- p-weekly DIFFERENTIAL with 4 volumes (duration 1 month)
- p-monthly FULL with 6 volumes (duration 6 month)

In this way I'm able to cover 6 month


Hope to be usefull




2015-11-03 16:24 GMT+01:00 Wesley Render :

>
> I have recently started using Bacula and have a couple of questions
> regarding volume pools.  I am using 7.2 version, and we have 4 Linux
> servers with a total of about 100GB of data to backup.
>
> 1.  We have two different storage devices that are in different
> locations (because of bandwidth limitations).  Should we be creating
> different Volume Pools for each storage location?
>
> I've tried testing using one pool, and two pools.  When I use one pool
> and a backup job is run it displays an error "Marking Volume
> "Vol-0001" in Error in Catalog." and then it continues to run.   When
> I setup two different volume pools it doesn't display this error.
>
> 2.   I've noticed that some people recommend setting up different
> volume pools for Full, Differential and Incremental jobs. Is this
> still a recommended strategy for Bacula with backing up to disk, and
> if so when would someone use this strategy?
>
> The documentation here
> http://blog.bacula.org/whitepapers/CommunityDiskBackup.pdf doesn't
> mention this.  I don't want to set things up, and then our volumes
> grow too large and have to re-do everything.
>
>
> Thank you,
>
> --
> Wesley Render, Consultant
> OtherData
>
>
> --
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Question about Volume Pools and Strategy

[Wesley Render]

I have recently started using Bacula and have a couple of questions  
regarding volume pools.  I am using 7.2 version, and we have 4 Linux  
servers with a total of about 100GB of data to backup.

1.  We have two different storage devices that are in different  
locations (because of bandwidth limitations).  Should we be creating  
different Volume Pools for each storage location?

I've tried testing using one pool, and two pools.  When I use one pool  
and a backup job is run it displays an error "Marking Volume  
"Vol-0001" in Error in Catalog." and then it continues to run.   When  
I setup two different volume pools it doesn't display this error.

2.   I've noticed that some people recommend setting up different  
volume pools for Full, Differential and Incremental jobs. Is this  
still a recommended strategy for Bacula with backing up to disk, and  
if so when would someone use this strategy?

The documentation here  
http://blog.bacula.org/whitepapers/CommunityDiskBackup.pdf doesn't  
mention this.  I don't want to set things up, and then our volumes  
grow too large and have to re-do everything.


Thank you,

-- 
Wesley Render, Consultant
OtherData

--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about bacula and tls

[Egoitz Aurrekoetxea]

Thank you so much to all of you :) :)


> El 2 oct 2015, a las 12:54, Josh Fisher  escribió:
> 
> 
> 
> On 10/2/2015 2:47 AM, Egoitz Aurrekoetxea wrote:
>> Good morning mates,
>> 
>> Apologies for my very very late response….
>> 
>> Just one question for confirming, in Josh’s third point, when sais : 
>> 
>>> Level 3:
>>> # This level requires encryption and that the certificate presented by 
>>> the peer be signed by a trusted CA
>> 
>> It means a CA in CA certificate file OR a public key CA in the “TLS CA 
>> Certificate Dir”, isn’t it?.
> 
> Yes. 
> 
>> 
>> 
>>> El 1/10/2015, a las 16:09, Ana Emília M. Arruda >> > escribió:
>>> 
>>> Hello Egoitz,
>>> 
>>> Is this thread clear? If you have your own dedicated CA, then take care of 
>>> her :). This way and having level 4 bacula TLS configured as Josh 
>>> explained, then your communication will be "secure" (never say that we are 
>>> 100% secure...).
>>> 
>> 
>> 
>> Thank you so much :) :) to all of you mates, you have helped me tons of it 
>> :) :) :) really :) :)
>> 
>> 
>>> Thank you very much Josh.
>>> 
>>> Best regards,
>>> Ana
>>> 
>>> 
>>> 
>>> On Wed, Sep 30, 2015 at 11:22 AM, Josh Fisher < 
>>> jfis...@pvct.com > wrote:
>>> 
>>> 
>>> On 9/30/2015 3:18 AM, Egoitz Aurrekoetxea wrote:
 Hi Ana!!
 
 Really thanks for answering my doubts :)
 
 I do answer in black below...
 
> El 30/9/2015, a las 6:24, Ana Emília M. Arruda < 
> emiliaarr...@gmail.com 
> > escribió:
> 
> 
> On Mon, Sep 28, 2015 at 6:20 PM, Egoitz Aurrekoetxea < 
> ego...@ramattack.net 
> > wrote:
> Good night,
> 
> 
> ​ Yes, you can have certificates from different CA in each side, you just 
> need to inform the CA correctly for peer verification. How did you 
> generated your certificates? Do you have a CA and signed them properly?
 
 I have an own dedicated CA for Bacula systems. One of the things I was 
 trying to get with TLS is the fact that like both sides know the CA public 
 key, they to be able to check if the information received in each side 
 because of the other side’s sent data in unaltered due to a possible MITM 
 issue. I mean, could I with verify peer ensure that if someone tries to do 
 a MITM won’t succeed because both sides know the CA allowed to 
 be used in signed certs?. So an attacker doing a signed certificate with a 
 new CA (CA of the attacker for signing the attacking used certificate) 
 won’t be able then to inject content in dir and fd dialogue or fd and sd 
 dialogue?.
 Or at least if it does, do each side, the sd, fd or the dir, interrupt the 
 connection and stop the job notifying?.
 
>>> 
>>> Think of it as 5 different security levels.
>>> 
>>> Level 0: 
>>># Data is transmitted as plain text
>>> TLS Enable = no
>>> 
>>> Level 1:
>>> # This level allows opportunistic encryption if the peer chooses, or 
>>> the peer can communicate in plain text.
>>> TLS Enable = yes
>>> TLS Require = no
>>> TLS Verify Peer = no
>>> TLS Certificate = /etc/bacula/cert.pem
>>> TLS Key = /etc/bacula/key.pem
>>> TLS CA Certificate File = /path/to/system/cafile
>>> 
>>> Level 2:
>>> # This level requires encryption of data. Any certificate will do, even 
>>> a self-signed certificate.
>>> TLS Enable = yes
>>> TLS Require = yes
>>> TLS Verify Peer = no
>>> TLS Certificate = /etc/bacula/cert.pem
>>> TLS Key = /etc/bacula/key.pem
>>> TLS CA Certificate File = /path/to/system/cafile
>>> 
>>> Level 3:
>>> # This level requires encryption and that the certificate presented by 
>>> the peer be signed by a trusted CA
>>> TLS Enable = yes
>>> TLS Require = yes
>>> TLS Verify Peer = yes
>>> TLS Certificate = /etc/bacula/cert.pem
>>> TLS Key = /etc/bacula/key.pem
>>> TLS CA Certificate File = /path/to/system/cafile
>>> 
>>> Level 4:
>>> # This level requires encryption and that the certificate presented by 
>>> the peer be signed by a trusted CA
>>> # and that the certificate have a specific CN
>>> TLS Enable = yes
>>> TLS Require = yes
>>> TLS Verify Peer = yes
>>> TLS Allowed CN = "some.client.common.name 
>>> "
>>> TLS Certificate = /etc/bacula/cert.pem
>>> TLS Key = /etc/bacula/key.pem
>>> TLS CA Certificate File = /path/to/system/cafile
>>> 
>>> 
>>> As for a MiTM attack, keep in mind that an active attack is harder than a 
>>> passive attack. Even opportunistic encryption with self-signed certs 
>>> protects against passive snooping. Protecting against an active MiTM attack 
>>> requires authentication. Heartbleed bug aside, level 3 means that the 
>>> attacker must somehow acquire certif

Re: [Bacula-users] Question about bacula and tls

[Josh Fisher]

On 10/2/2015 2:47 AM, Egoitz Aurrekoetxea wrote:

Good morning mates,

Apologies for my very very late response….

Just one question for confirming, in Josh’s third point, when sais :


Level 3:
# This level requires encryption and that the certificate
presented by the peer be signed by a trusted CA



It means a CA in CA certificate file OR a public key CA in the “TLS CA 
Certificate Dir”, isn’t it?.


Yes.




El 1/10/2015, a las 16:09, Ana Emília M. Arruda 
mailto:emiliaarr...@gmail.com>> escribió:


Hello Egoitz,

Is this thread clear? If you have your own dedicated CA, then take 
care of her :). This way and having level 4 bacula TLS configured as 
Josh explained, then your communication will be "secure" (never say 
that we are 100% secure...).





Thank you so much :) :) to all of you mates, you have helped me tons 
of it :) :) :) really :) :)




Thank you very much Josh.

Best regards,
Ana



On Wed, Sep 30, 2015 at 11:22 AM, Josh Fisher > wrote:




On 9/30/2015 3:18 AM, Egoitz Aurrekoetxea wrote:

Hi Ana!!

Really thanks for answering my doubts :)

I do answer in black below...


El 30/9/2015, a las 6:24, Ana Emília M. Arruda
mailto:emiliaarr...@gmail.com>> escribió:


On Mon, Sep 28, 2015 at 6:20 PM, Egoitz
Aurrekoetxeamailto:ego...@ramattack.net>>wrote:

Good night,



​ Yes, you can have certificates from different CA in each
side, you just need to inform the CA correctly for peer
verification. How did you generated your certificates? Do you
have a CA and signed them properly?


I have an own dedicated CA for Bacula systems. One of the things
I was trying to get with TLS is the fact that like both sides
know the CA public key, they to be able to check if the
information received in each side
because of the other side’s sent data in unaltered due to a
possible MITM issue. I mean, could I with verify peer ensure
that if someone tries to do a MITM won’t succeed because both
sides know the CA allowed to
be used in signed certs?. So an attacker doing a signed
certificate with a new CA (CA of the attacker for signing the
attacking used certificate) won’t be able then to inject content
in dir and fd dialogue or fd and sd dialogue?.
Or at least if it does, do each side, the sd, fd or the dir,
interrupt the connection and stop the job notifying?.



Think of it as 5 different security levels.

Level 0:
   # Data is transmitted as plain text
TLS Enable = no

Level 1:
# This level allows opportunistic encryption if the peer
chooses, or the peer can communicate in plain text.
TLS Enable = yes
TLS Require = no
TLS Verify Peer = no
TLS Certificate = /etc/bacula/cert.pem
TLS Key = /etc/bacula/key.pem
TLS CA Certificate File = /path/to/system/cafile

Level 2:
# This level requires encryption of data. Any certificate
will do, even a self-signed certificate.
TLS Enable = yes
TLS Require = yes
TLS Verify Peer = no
TLS Certificate = /etc/bacula/cert.pem
TLS Key = /etc/bacula/key.pem
TLS CA Certificate File = /path/to/system/cafile

Level 3:
# This level requires encryption and that the certificate
presented by the peer be signed by a trusted CA
TLS Enable = yes
TLS Require = yes
TLS Verify Peer = yes
TLS Certificate = /etc/bacula/cert.pem
TLS Key = /etc/bacula/key.pem
TLS CA Certificate File = /path/to/system/cafile

Level 4:
# This level requires encryption and that the certificate
presented by the peer be signed by a trusted CA
# and that the certificate have a specific CN
TLS Enable = yes
TLS Require = yes
TLS Verify Peer = yes
TLS Allowed CN = "some.client.common.name
"
TLS Certificate = /etc/bacula/cert.pem
TLS Key = /etc/bacula/key.pem
TLS CA Certificate File = /path/to/system/cafile


As for a MiTM attack, keep in mind that an active attack is
harder than a passive attack. Even opportunistic encryption with
self-signed certs protects against passive snooping. Protecting
against an active MiTM attack requires authentication. Heartbleed
bug aside, level 3 means that the attacker must somehow acquire
certificates signed by a CA in the TLS CA Certificate Files of
both client and server. Level 4 means that she must steal
particular certificates. So level 4 makes a MiTM attack very
difficult.

That said, the real danger is a valid certificate that is stolen
or compromised. The CA can revoke a certificate, but this does no
good because, as far as I can tell, Bacula does not check CRLs!
Level 3 is not very useful without CRL checks. Therefore, always
use level 4, at least until Bacu

Re: [Bacula-users] Question about bacula and tls

[Egoitz Aurrekoetxea]

Good morning mates,

Apologies for my very very late response….

Just one question for confirming, in Josh’s third point, when sais : 

> Level 3:
> # This level requires encryption and that the certificate presented by 
> the peer be signed by a trusted CA

It means a CA in CA certificate file OR a public key CA in the “TLS CA 
Certificate Dir”, isn’t it?.


> El 1/10/2015, a las 16:09, Ana Emília M. Arruda  
> escribió:
> 
> Hello Egoitz,
> 
> Is this thread clear? If you have your own dedicated CA, then take care of 
> her :). This way and having level 4 bacula TLS configured as Josh explained, 
> then your communication will be "secure" (never say that we are 100% 
> secure...).
> 


Thank you so much :) :) to all of you mates, you have helped me tons of it :) 
:) :) really :) :)


> Thank you very much Josh.
> 
> Best regards,
> Ana
> 
> 
> 
> On Wed, Sep 30, 2015 at 11:22 AM, Josh Fisher  > wrote:
> 
> 
> On 9/30/2015 3:18 AM, Egoitz Aurrekoetxea wrote:
>> Hi Ana!!
>> 
>> Really thanks for answering my doubts :)
>> 
>> I do answer in black below...
>> 
>>> El 30/9/2015, a las 6:24, Ana Emília M. Arruda >> > escribió:
>>> 
>>> 
>>> On Mon, Sep 28, 2015 at 6:20 PM, Egoitz Aurrekoetxea < 
>>> ego...@ramattack.net 
>>> > wrote:
>>> Good night,
>>> 
>>> 
>>> ​Yes, you can have certificates from different CA in each side, you just 
>>> need to inform the CA correctly for peer verification. How did you 
>>> generated your certificates? Do you have a CA and signed them properly?
>> 
>> I have an own dedicated CA for Bacula systems. One of the things I was 
>> trying to get with TLS is the fact that like both sides know the CA public 
>> key, they to be able to check if the information received in each side 
>> because of the other side’s sent data in unaltered due to a possible MITM 
>> issue. I mean, could I with verify peer ensure that if someone tries to do a 
>> MITM won’t succeed because both sides know the CA allowed to 
>> be used in signed certs?. So an attacker doing a signed certificate with a 
>> new CA (CA of the attacker for signing the attacking used certificate) won’t 
>> be able then to inject content in dir and fd dialogue or fd and sd dialogue?.
>> Or at least if it does, do each side, the sd, fd or the dir, interrupt the 
>> connection and stop the job notifying?.
>> 
> 
> Think of it as 5 different security levels.
> 
> Level 0: 
># Data is transmitted as plain text
> TLS Enable = no
> 
> Level 1:
> # This level allows opportunistic encryption if the peer chooses, or the 
> peer can communicate in plain text.
> TLS Enable = yes
> TLS Require = no
> TLS Verify Peer = no
> TLS Certificate = /etc/bacula/cert.pem
> TLS Key = /etc/bacula/key.pem
> TLS CA Certificate File = /path/to/system/cafile
> 
> Level 2:
> # This level requires encryption of data. Any certificate will do, even a 
> self-signed certificate.
> TLS Enable = yes
> TLS Require = yes
> TLS Verify Peer = no
> TLS Certificate = /etc/bacula/cert.pem
> TLS Key = /etc/bacula/key.pem
> TLS CA Certificate File = /path/to/system/cafile
> 
> Level 3:
> # This level requires encryption and that the certificate presented by 
> the peer be signed by a trusted CA
> TLS Enable = yes
> TLS Require = yes
> TLS Verify Peer = yes
> TLS Certificate = /etc/bacula/cert.pem
> TLS Key = /etc/bacula/key.pem
> TLS CA Certificate File = /path/to/system/cafile
> 
> Level 4:
> # This level requires encryption and that the certificate presented by 
> the peer be signed by a trusted CA
> # and that the certificate have a specific CN
> TLS Enable = yes
> TLS Require = yes
> TLS Verify Peer = yes
> TLS Allowed CN = "some.client.common.name 
> "
> TLS Certificate = /etc/bacula/cert.pem
> TLS Key = /etc/bacula/key.pem
> TLS CA Certificate File = /path/to/system/cafile
> 
> 
> As for a MiTM attack, keep in mind that an active attack is harder than a 
> passive attack. Even opportunistic encryption with self-signed certs protects 
> against passive snooping. Protecting against an active MiTM attack requires 
> authentication. Heartbleed bug aside, level 3 means that the attacker must 
> somehow acquire certificates signed by a CA in the TLS CA Certificate Files 
> of both client and server. Level 4 means that she must steal particular 
> certificates. So level 4 makes a MiTM attack very difficult.
> 
> That said, the real danger is a valid certificate that is stolen or 
> compromised. The CA can revoke a certificate, but this does no good because, 
> as far as I can tell, Bacula does not check CRLs! Level 3 is not very useful 
> without CRL checks. Therefore, always use level 4, at least until Bacula 
> supports CRL checks, since then a  can be avoided by removing its CN from the 
> TLS Al

Re: [Bacula-users] Question about bacula and tls

[Ana Emília M . Arruda]

Hello Egoitz,

Is this thread clear? If you have your own dedicated CA, then take care of
her :). This way and having level 4 bacula TLS configured as Josh
explained, then your communication will be "secure" (never say that we are
100% secure...).

Thank you very much Josh.

Best regards,
Ana



On Wed, Sep 30, 2015 at 11:22 AM, Josh Fisher  wrote:

>
>
> On 9/30/2015 3:18 AM, Egoitz Aurrekoetxea wrote:
>
> Hi Ana!!
>
> Really thanks for answering my doubts :)
>
> I do answer in black below...
>
> El 30/9/2015, a las 6:24, Ana Emília M. Arruda 
> escribió:
>
>
> On Mon, Sep 28, 2015 at 6:20 PM, Egoitz Aurrekoetxea <
> ego...@ramattack.net> wrote:
>
>> Good night,
>>
>
>
> ​Yes, you can have certificates from different CA in each side, you just
> need to inform the CA correctly for peer verification. How did you
> generated your certificates? Do you have a CA and signed them properly?
>
>
> I have an own dedicated CA for Bacula systems. One of the things I was
> trying to get with TLS is the fact that like both sides know the CA public
> key, they to be able to check if the information received in each side
> because of the other side’s sent data in unaltered due to a possible MITM
> issue. I mean, could I with verify peer ensure that if someone tries to do
> a MITM won’t succeed because both sides know the CA allowed to
> be used in signed certs?. So an attacker doing a signed certificate with a
> new CA (CA of the attacker for signing the attacking used certificate)
> won’t be able then to inject content in dir and fd dialogue or fd and sd
> dialogue?.
> Or at least if it does, do each side, the sd, fd or the dir, interrupt the
> connection and stop the job notifying?.
>
>
> Think of it as 5 different security levels.
>
> Level 0:
># Data is transmitted as plain text
> TLS Enable = no
>
> Level 1:
> # This level allows opportunistic encryption if the peer chooses, or
> the peer can communicate in plain text.
> TLS Enable = yes
> TLS Require = no
> TLS Verify Peer = no
> TLS Certificate = /etc/bacula/cert.pem
> TLS Key = /etc/bacula/key.pem
> TLS CA Certificate File = /path/to/system/cafile
>
> Level 2:
> # This level requires encryption of data. Any certificate will do,
> even a self-signed certificate.
> TLS Enable = yes
> TLS Require = yes
> TLS Verify Peer = no
> TLS Certificate = /etc/bacula/cert.pem
> TLS Key = /etc/bacula/key.pem
> TLS CA Certificate File = /path/to/system/cafile
>
> Level 3:
> # This level requires encryption and that the certificate presented by
> the peer be signed by a trusted CA
> TLS Enable = yes
> TLS Require = yes
> TLS Verify Peer = yes
> TLS Certificate = /etc/bacula/cert.pem
> TLS Key = /etc/bacula/key.pem
> TLS CA Certificate File = /path/to/system/cafile
>
> Level 4:
> # This level requires encryption and that the certificate presented by
> the peer be signed by a trusted CA
> # and that the certificate have a specific CN
> TLS Enable = yes
> TLS Require = yes
> TLS Verify Peer = yes
> TLS Allowed CN = "some.client.common.name"
> TLS Certificate = /etc/bacula/cert.pem
> TLS Key = /etc/bacula/key.pem
> TLS CA Certificate File = /path/to/system/cafile
>
>
> As for a MiTM attack, keep in mind that an active attack is harder than a
> passive attack. Even opportunistic encryption with self-signed certs
> protects against passive snooping. Protecting against an active MiTM attack
> requires authentication. Heartbleed bug aside, level 3 means that the
> attacker must somehow acquire certificates signed by a CA in the TLS CA
> Certificate Files of both client and server. Level 4 means that she must
> steal particular certificates. So level 4 makes a MiTM attack very
> difficult.
>
> That said, the real danger is a valid certificate that is stolen or
> compromised. The CA can revoke a certificate, but this does no good
> because, as far as I can tell, Bacula does not check CRLs! Level 3 is not
> very useful without CRL checks. Therefore, always use level 4, at least
> until Bacula supports CRL checks, since then a  can be avoided by removing
> its CN from the TLS Allowed CN list. If you are not wrorried about MiTM
> attacks and just want to prevent snooping, then level 2 will suffice.
>
>
>
>
>
> --
>
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about bacula and tls

[Josh Fisher]

On 9/30/2015 3:18 AM, Egoitz Aurrekoetxea wrote:

Hi Ana!!

Really thanks for answering my doubts :)

I do answer in black below...

El 30/9/2015, a las 6:24, Ana Emília M. Arruda 
mailto:emiliaarr...@gmail.com>> escribió:



On Mon, Sep 28, 2015 at 6:20 PM, Egoitz 
Aurrekoetxeamailto:ego...@ramattack.net>>wrote:


Good night,



​Yes, you can have certificates from different CA in each side, you 
just need to inform the CA correctly for peer verification. How did 
you generated your certificates? Do you have a CA and signed them 
properly?


I have an own dedicated CA for Bacula systems. One of the things I was 
trying to get with TLS is the fact that like both sides know the CA 
public key, they to be able to check if the information received in 
each side
because of the other side’s sent data in unaltered due to a possible 
MITM issue. I mean, could I with verify peer ensure that if someone 
tries to do a MITM won’t succeed because both sides know the CA 
allowed to
be used in signed certs?. So an attacker doing a signed certificate 
with a new CA (CA of the attacker for signing the attacking used 
certificate) won’t be able then to inject content in dir and fd 
dialogue or fd and sd dialogue?.
Or at least if it does, do each side, the sd, fd or the dir, interrupt 
the connection and stop the job notifying?.




Think of it as 5 different security levels.

Level 0:
   # Data is transmitted as plain text
TLS Enable = no

Level 1:
# This level allows opportunistic encryption if the peer chooses, 
or the peer can communicate in plain text.

TLS Enable = yes
TLS Require = no
TLS Verify Peer = no
TLS Certificate = /etc/bacula/cert.pem
TLS Key = /etc/bacula/key.pem
TLS CA Certificate File = /path/to/system/cafile

Level 2:
# This level requires encryption of data. Any certificate will do, 
even a self-signed certificate.

TLS Enable = yes
TLS Require = yes
TLS Verify Peer = no
TLS Certificate = /etc/bacula/cert.pem
TLS Key = /etc/bacula/key.pem
TLS CA Certificate File = /path/to/system/cafile

Level 3:
# This level requires encryption and that the certificate presented 
by the peer be signed by a trusted CA

TLS Enable = yes
TLS Require = yes
TLS Verify Peer = yes
TLS Certificate = /etc/bacula/cert.pem
TLS Key = /etc/bacula/key.pem
TLS CA Certificate File = /path/to/system/cafile

Level 4:
# This level requires encryption and that the certificate presented 
by the peer be signed by a trusted CA

# and that the certificate have a specific CN
TLS Enable = yes
TLS Require = yes
TLS Verify Peer = yes
TLS Allowed CN = "some.client.common.name"
TLS Certificate = /etc/bacula/cert.pem
TLS Key = /etc/bacula/key.pem
TLS CA Certificate File = /path/to/system/cafile


As for a MiTM attack, keep in mind that an active attack is harder than 
a passive attack. Even opportunistic encryption with self-signed certs 
protects against passive snooping. Protecting against an active MiTM 
attack requires authentication. Heartbleed bug aside, level 3 means that 
the attacker must somehow acquire certificates signed by a CA in the TLS 
CA Certificate Files of both client and server. Level 4 means that she 
must steal particular certificates. So level 4 makes a MiTM attack very 
difficult.


That said, the real danger is a valid certificate that is stolen or 
compromised. The CA can revoke a certificate, but this does no good 
because, as far as I can tell, Bacula does not check CRLs! Level 3 is 
not very useful without CRL checks. Therefore, always use level 4, at 
least until Bacula supports CRL checks, since then a  can be avoided by 
removing its CN from the TLS Allowed CN list. If you are not wrorried 
about MiTM attacks and just want to prevent snooping, then level 2 will 
suffice.




--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Question about bacula and tls

[Egoitz Aurrekoetxea]

Hi Ana!!

Really thanks for answering my doubts :)

I do answer in black below...

> El 30/9/2015, a las 6:24, Ana Emília M. Arruda  
> escribió:
> 
> 
> On Mon, Sep 28, 2015 at 6:20 PM, Egoitz Aurrekoetxea  > wrote:
> Good night,
> 
> ​Good night Egoitz. Sorry for my late reply.​
>  
> 
> First of all thanks a lot for your time :)
> 
> ​Thank you for this thread :)​

Thanks to you always :)

>  
> 
>> El 28/9/2015, a las 21:46, Ana Emília M. Arruda > > escribió:
>> 
>> Hello,
>> 
>> The TLS enable do not force the use of TLS. For example, if you configure 
>> your director with TLS enable = yes and TLS require = no, clients can 
>> communicate with your director with or without TLS. But if you configure 
>> your director with both TLS enable and TLS require = yes, then all your 
>> clients and storage daemons will only be able to communicate with your 
>> director with TLS.
>> 
> 
> Yes, this is clear
> 
> 
>> If you do not set TLS Verify Peer or TLS Allowed CN, then you can use any 
>> Certificate File or Directory. The certificate CN will not be checked 
>> against the Certificate File or Directory configured.
> 
> what do you mean? any ca or ca path for each side cert? I could use 
> certificates from different ca in each side?. Even having the proper cn, this 
> doesn’t worked in my testing env (which doesn’t use tis verify peer or tls 
> allowed cn) … you mean the certificate won’t be checked if it was created by 
> the ca_certificate file's ca? Sorry can’t understand this...
> 
> ​Yes, you can have certificates from different CA in each side, you just need 
> to inform the CA correctly for peer verification. How did you generated your 
> certificates? Do you have a CA and signed them properly?

I have an own dedicated CA for Bacula systems. One of the things I was trying 
to get with TLS is the fact that like both sides know the CA public key, they 
to be able to check if the information received in each side 
because of the other side’s sent data in unaltered due to a possible MITM 
issue. I mean, could I with verify peer ensure that if someone tries to do a 
MITM won’t succeed because both sides know the CA allowed to 
be used in signed certs?. So an attacker doing a signed certificate with a new 
CA (CA of the attacker for signing the attacking used certificate) won’t be 
able then to inject content in dir and fd dialogue or fd and sd dialogue?.
Or at least if it does, do each side, the sd, fd or the dir, interrupt the 
connection and stop the job notifying?.

>  
> 
>> 
>> If TLS Verify Peer is enabled, then the peer´s hostname is verified against 
>> the subjectAltName (alternative name) and commonName attributes. This way, a 
>> certificate issued for myclient2.example.com  
>> cannot be used, for example, by a host named myclient1.example.com 
>> . Even if they are issued by your own CA (not 
>> a trusted root CA), you have the CN of the certificate file checked against 
>> the hostname (director, client or storage daemon host) that is using it.
> 
> Are you sure? this config parameter requires to specify ca cert file or ca 
> path.. and the code seems to be doing a check of the remote side cert to be 
> issued by the ca listed in ca cert or ca path…..
> 
> This just means the tls verify peer?. You can for instance use different ca 
> for bacula-dir and bacula-fd mean while one cert with one ca has as cn the 
> server name and the other one the bacula-fd’s daemon hostname?. Even when the 
> ca is not trusted?? will it work?. Sorry but this doesn’t work to me…. are 
> you really sure Ana?
> 
> 
> ​If you have certificates signed by different CA's, you just need to inform 
> them through the "TLS CA Certificate File" or ​"TLS CA Certificate Dir" to 
> the other peer. For example, if you have director's certificate signed by CA1 
> and you have client1's certificate signed by CA2, then your director will 
> need to know about the CA2 certificate to verify the client1 certificate.

That’s it… so then even if the OS and Openssl comes with root ca certificates 
from known trusted CA (Thawte, Verisign, etc) a certificate signed by these CA 
won’t be accepted by a remote side where the ca certificate and all of 
it’s intermediates is not in a  file in "TLS CA Certificate Dir” or is the own 
file in "TLS CA Certificate File”. I mean even being known in the world and by 
the OS running in the certificate verifying machine, if the CA certs don’t 
exist in 
the "TLS CA Certificate Dir” or is not the "TLS CA Certificate File” won’t 
never be accepted by the certificate verifying part.

So then, "TLS Verify Peer” apart from checking the CN of the cert offered by 
the machine we are connecting to, to be the same as the entire name we have 
asked for resolution for connecting to the other side it checks too that the 
remote side certificate to be signed by the CA "TLS CA Certificate File”

Re: [Bacula-users] Question about bacula and tls

[Ana Emília M . Arruda]

On Mon, Sep 28, 2015 at 6:20 PM, Egoitz Aurrekoetxea 
wrote:

> Good night,
>

​Good night Egoitz. Sorry for my late reply.​


>
> First of all thanks a lot for your time :)
>

​Thank you for this thread :)​


>
> El 28/9/2015, a las 21:46, Ana Emília M. Arruda 
> escribió:
>
> Hello,
>
> The TLS enable do not force the use of TLS. For example, if you configure
> your director with TLS enable = yes and TLS require = no, clients can
> communicate with your director with or without TLS. But if you configure
> your director with both TLS enable and TLS require = yes, then all your
> clients and storage daemons will only be able to communicate with your
> director with TLS.
>
>
> Yes, this is clear
>
>
> If you do not set TLS Verify Peer or TLS Allowed CN, then you can use any
> Certificate File or Directory. The certificate CN will not be checked
> against the Certificate File or Directory configured.
>
>
> what do you mean? any ca or ca path for each side cert? I could use
> certificates from different ca in each side?. Even having the proper cn,
> this doesn’t worked in my testing env (which doesn’t use tis verify peer or
> tls allowed cn) … you mean the certificate won’t be checked if it was
> created by the ca_certificate file's ca? Sorry can’t understand this...
>

​Yes, you can have certificates from different CA in each side, you just
need to inform the CA correctly for peer verification. How did you
generated your certificates? Do you have a CA and signed them properly?


>
>
> If TLS Verify Peer is enabled, then the peer´s hostname is verified
> against the subjectAltName (alternative name) and commonName attributes.
> This way, a certificate issued for myclient2.example.com cannot be used,
> for example, by a host named myclient1.example.com. Even if they are
> issued by your own CA (not a trusted root CA), you have the CN of the
> certificate file checked against the hostname (director, client or storage
> daemon host) that is using it.
>
>
> Are you sure? this config parameter requires to specify ca cert file or ca
> path.. and the code seems to be doing a check of the remote side cert to be
> issued by the ca listed in ca cert or ca path…..
>
> This just means the tls verify peer?. You can for instance use different
> ca for bacula-dir and bacula-fd mean while one cert with one ca has as cn
> the server name and the other one the bacula-fd’s daemon hostname?. Even
> when the ca is not trusted?? will it work?. Sorry but this doesn’t work to
> me…. are you really sure Ana?
>
>
​If you have certificates signed by different CA's, you just need to inform
them through the "TLS CA Certificate File" or ​"TLS CA Certificate Dir" to
the other peer. For example, if you have director's certificate signed by
CA1 and you have client1's certificate signed by CA2, then your director
will need to know about the CA2 certificate to verify the client1
certificate.


>
> If TLS Allowed CN is enabled, then in addition to the peer´s hostname
> being verified, just that ones listed in the "TLS Allowed CN" directives
> are permited.
>
>
> So each part to have it’s proper cert (matching cn with the connecting
> name and so) and if this last is ok… to be in tls allowed cn too… do you
> mean this?
>

Yes, but I misunderstood here. I was having a look into the code and now I
understand this: if TLS Allowed CN is specified, then the CN's listed here
will be verified against ​​the cn present in the certifcate provided by the
peer. If no TLS Allowed CN is specified then a simple host and certificate
common name comparision takes place.


>
> If TLS Verify Peer is not enabled and a client uses a "false" certificate
> (myclient2 using the myclient1 certificate and myclient1 is in the allowed
> CN list, for example) from a host in the allowed CN list of allowed hosts,
> it will work.
>
>
> I see… so the cert can be both from the same ca or not..or… isn’t it?
>
>
> Openssl functions are used for certificate manipulation (including
> validation and verification).
>
>
> Yep I’ve seen in the code…
>
>
> So, it will depend of what you want to have in you TLS communication, even
> if using your own CA for the PKI infrastructure used in your bacula TLS
> environment. You can have your own CA (a virtual machine for this purpose),
> that will be your trusted CA for your environment. And let all your daemons
> trust in each other by setting properly the TLS Verify Peer and TLS Allowed
> CN directives. I think this should work fine for what you want.
>
>
> I could use tls verify peer in the director and in bacula-fd (dir and sd
> are the same machine and to use loopback)…
>
> I wanted each director and each fd, to only be able to be accesed by just
> those remote daemons who own a certificate allowing them to do so…
>
> could you please paste an example config?
>

​Sure. For example, this worked fine for me:

bconsole.conf:

Director {
  Name = director.example.com-dir
  DIRport = 9101
  address = director.example.com
  Password = "bacula-di

Re: [Bacula-users] Question about bacula and tls

[Egoitz Aurrekoetxea]

Good night,

First of all thanks a lot for your time :)

> El 28/9/2015, a las 21:46, Ana Emília M. Arruda  
> escribió:
> 
> Hello,
> 
> The TLS enable do not force the use of TLS. For example, if you configure 
> your director with TLS enable = yes and TLS require = no, clients can 
> communicate with your director with or without TLS. But if you configure your 
> director with both TLS enable and TLS require = yes, then all your clients 
> and storage daemons will only be able to communicate with your director with 
> TLS.
> 

Yes, this is clear


> If you do not set TLS Verify Peer or TLS Allowed CN, then you can use any 
> Certificate File or Directory. The certificate CN will not be checked against 
> the Certificate File or Directory configured.

what do you mean? any ca or ca path for each side cert? I could use 
certificates from different ca in each side?. Even having the proper cn, this 
doesn’t worked in my testing env (which doesn’t use tis verify peer or tls 
allowed cn) … you mean the certificate won’t be checked if it was created by 
the ca_certificate file's ca? Sorry can’t understand this...

> 
> If TLS Verify Peer is enabled, then the peer´s hostname is verified against 
> the subjectAltName (alternative name) and commonName attributes. This way, a 
> certificate issued for myclient2.example.com  
> cannot be used, for example, by a host named myclient1.example.com 
> . Even if they are issued by your own CA (not 
> a trusted root CA), you have the CN of the certificate file checked against 
> the hostname (director, client or storage daemon host) that is using it.

Are you sure? this config parameter requires to specify ca cert file or ca 
path.. and the code seems to be doing a check of the remote side cert to be 
issued by the ca listed in ca cert or ca path…..

This just means the tls verify peer?. You can for instance use different ca for 
bacula-dir and bacula-fd mean while one cert with one ca has as cn the server 
name and the other one the bacula-fd’s daemon hostname?. Even when the ca is 
not trusted?? will it work?. Sorry but this doesn’t work to me…. are you really 
sure Ana?

> 
> If TLS Allowed CN is enabled, then in addition to the peer´s hostname being 
> verified, just that ones listed in the "TLS Allowed CN" directives are 
> permited.

So each part to have it’s proper cert (matching cn with the connecting name and 
so) and if this last is ok… to be in tls allowed cn too… do you mean this?

> If TLS Verify Peer is not enabled and a client uses a "false" certificate 
> (myclient2 using the myclient1 certificate and myclient1 is in the allowed CN 
> list, for example) from a host in the allowed CN list of allowed hosts, it 
> will work.

I see… so the cert can be both from the same ca or not..or… isn’t it?

> 
> Openssl functions are used for certificate manipulation (including validation 
> and verification).

Yep I’ve seen in the code…

> 
> So, it will depend of what you want to have in you TLS communication, even if 
> using your own CA for the PKI infrastructure used in your bacula TLS 
> environment. You can have your own CA (a virtual machine for this purpose), 
> that will be your trusted CA for your environment. And let all your daemons 
> trust in each other by setting properly the TLS Verify Peer and TLS Allowed 
> CN directives. I think this should work fine for what you want.
> 

I could use tls verify peer in the director and in bacula-fd (dir and sd are 
the same machine and to use loopback)…

I wanted each director and each fd, to only be able to be accesed by just those 
remote daemons who own a certificate allowing them to do so…

could you please paste an example config?

> Best regards,

Thank you so much again, really,
Egoitz

> Ana
> 
> 
> On Mon, Sep 28, 2015 at 3:03 PM, Egoitz Aurrekoetxea  > wrote:
> Have been taking a look to all this in the source code…
> 
> It seems that TLS Verify Peer basically ends up by doing (look at bold 
> please) :
> 
> /*
>  * Create a new TLS_CONTEXT instance.
>  *  Returns: Pointer to TLS_CONTEXT instance on success
>  *   NULL on failure;
>  */
> TLS_CONTEXT *new_tls_context(const char *ca_certfile, const char *ca_certdir,
>  const char *certfile, const char *keyfile,
>  CRYPTO_PEM_PASSWD_CB *pem_callback,
>  const void *pem_userdata, const char *dhfile,
>  bool verify_peer)
> {
>TLS_CONTEXT *ctx;
>BIO *bio;
>DH *dh;
> 
>   .
> .
> .
> .
> .
> .
> .
>SSL_CTX_set_default_passwd_cb(ctx->openssl, tls_pem_callback_dispatch);
>SSL_CTX_set_default_passwd_cb_userdata(ctx->openssl, (void *) ctx);
> 
>/*
> * Set certificate verification paths. This requires that at least one
> * value be non-NULL
> */
>if (ca_certfile || ca_certdir) {
>   if (!SSL_CTX_load_verify_locations(