Re: [Bacula-users] Virtual backup

[David Waller via Bacula-users]

Thanks for your help. I had not configured an auto changer hence my problem. I 
will try this out now. Again thanks for pointing me in the right direction.

David Waller
david.wall...@blueyonder.co.uk



> On 4 Sep 2024, at 19:01, Bill Arlofski via Bacula-users 
>  wrote:
> 
> On 9/4/24 11:27 AM, David Waller via Bacula-users wrote:
>> Sorry forgot to add:
>> I am running version 15.02 on Debian and the two pool definitions are as 
>> follows:
>> Pool {
>>   Name = "Air-Full"
>>   PoolType = "Backup"
>>   LabelFormat = "Air-"
>>   ActionOnPurge = "Truncate"
>>   MaximumVolumeJobs = 1
>>   VolumeRetention = 31536000
>>   NextPool = "Virtual-Air"
>>   Storage = "FreeNAS1"
>>   AutoPrune = yes
>>   Recycle = yes
>> }
>> And
>> Pool {
>>   Name = "Virtual-Air"
>>   PoolType = "Backup"
>>   LabelFormat = "Virtual-"
>>   VolumeRetention = 31536000
>>   Storage = "FreeNAS1"
>> }
>> My understanding is that the job creates the full and incremental backup 
>> volumes in the Pool, Air-Full, by running the job with a level of full. I 
>> can then run the job with a level of VirtualFull and bacula will copy the 
>> full and the various incremental volumes to the pool Virtual-Air and 
>> consolidate into one volume. The various volumes are created in the pool 
>> Air-Full as expected, the failure happens when I run with a level of 
>> VirtualFull.
>> Both pools are on the same storage, I have not tested yet if that is the 
>> issue. If it is, and I have to have the two pools on separate storage, what 
>> happens with the media type as my understanding is to use separate media 
>> type if you have different storage devices in which case would bacula get 
>> confused on a restore?
> 
> Hello David,
> 
> 8<
> Status “is waiting on max Storage jobs.”
> 8<
> 
> This means what it says. Somewhere in the "pipeline" (in this case on the 
> Storage) you have reached the limit on the number of concurrent jobs that can 
> run on the defined storage.
> 
> When you run a VirtualFull using the same storage (perfectly fine to do so), 
> it needs a device to read and a device to write, which counts as two jobs to 
> the Storage.
> 
> 
> What is your `MaximumConcurrentJobs` settings for the following:
> 
> - Director Storage resource: `FreeNAS1`
> - The Storage Daemon itself (this is the top level limit of the number of 
> jobs the SD can run concurrently)
> - The Device(s) in the SD. If you only have one device, the 
> MaximumConcurrentJobs will not matter because a device can only read or write 
> during a job, not both.
> 
> Can you post your configurations for:
> 
> - The Director storage resource `FreeNAS1`
> - The SD's Autochanger and devices
> 
> If your Director's storage resource `FreeNAS1` points to a single device on 
> the SD, then you need to instead create an Autochanger on the SD with some 
> number of devices and point the Director's Storage resource `FreeNAS1` at 
> that Autochanger.
> 
> I usually start with 10 devices plus a couple more "ReadOnly" devices so 
> there should always be a device available for reading during critical 
> restores.
> 
> 
> Best regards,
> Bill
> 
> --
> Bill Arlofski
> w...@protonmail.com <mailto:w...@protonmail.com>
> 
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net <mailto: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] Virtual backup

[David Waller via Bacula-users]

Sorry forgot to add:
I am running version 15.02 on Debian and the two pool definitions are as 
follows:

Pool {
  Name = "Air-Full"
  PoolType = "Backup"
  LabelFormat = "Air-"
  ActionOnPurge = "Truncate"
  MaximumVolumeJobs = 1
  VolumeRetention = 31536000
  NextPool = "Virtual-Air"
  Storage = "FreeNAS1"
  AutoPrune = yes
  Recycle = yes
}

And 

Pool {
  Name = "Virtual-Air"
  PoolType = "Backup"
  LabelFormat = "Virtual-"
  VolumeRetention = 31536000
  Storage = "FreeNAS1"
}

My understanding is that the job creates the full and incremental backup 
volumes in the Pool, Air-Full, by running the job with a level of full. I can 
then run the job with a level of VirtualFull and bacula will copy the full and 
the various incremental volumes to the pool Virtual-Air and consolidate into 
one volume. The various volumes are created in the pool Air-Full as expected, 
the failure happens when I run with a level of VirtualFull.

Both pools are on the same storage, I have not tested yet if that is the issue. 
If it is, and I have to have the two pools on separate storage, what happens 
with the media type as my understanding is to use separate media type if you 
have different storage devices in which case would bacula get confused on a 
restore?
David Waller
david.wall...@blueyonder.co.uk



> On 4 Sep 2024, at 16:41, David Waller via Bacula-users 
>  wrote:
> 
> Hello,
> 
> I am trying to get the Progressive virtual backup to work. However I get the 
> following messages when I run status:
> 
> Status “is waiting on max Storage jobs.”
> 
> I created the job via the wizard on bacularis and it is shown below:
> 
> Job {
>   Name = "Virtual"
>   Type = "Backup"
>   Level = "VirtualFull"
>   Messages = "Standard"
>   Storage = "FreeNAS1"
>   Pool = "Air-Full"
>   Client = "MacAir-fd"
>   Fileset = "Mac Air"
>   WriteBootstrap = "/opt/bacula/working/client.bsr"
>   Priority = 10
>   BackupsToKeep = 3
>   DeleteConsolidatedJobs = yes
> }
> 
> And List Volumes on Air-Full shows 9 volumes
> +-++---+-++--+--+-+--+---+---+-+--+-++
> | mediaid | volumename | volstatus | enabled | volbytes   | volfiles | 
> volretention | recycle | slot | inchanger | mediatype | voltype | volparts | 
> lastwritten | expiresin  |
> +-++---+-++--+--+-+--+---+---+-+--+-++
> |   9 | Air-0009   | Used  |   1 | 79,063,130,495 |   18 |   
> 31,536,000 |   1 |0 | 0 | File1 |   1 |0 | 
> 2024-08-29 10:37:54 | 30,995,885 |
> |  14 | Air-0014   | Used  |   1 |106,514,046 |0 |   
> 31,536,000 |   1 |0 | 0 | File1 |   1 |1 | 
> 2024-08-29 19:33:25 | 31,028,016 |
> |  16 | Air-0016   | Used  |   1 | 10,858,674 |0 |   
> 31,536,000 |   1 |0 | 0 | File1 |   1 |0 | 
> 2024-08-30 00:06:34 | 31,044,405 |
> |  17 | Air-0017   | Used  |   1 |120,521,774 |0 |   
> 31,536,000 |   1 |0 | 0 | File1 |   1 |0 | 
> 2024-08-30 15:01:08 | 31,098,079 |
> |  18 | Air-0018   | Used  |   1 |486,985 |0 |   
> 31,536,000 |   1 |0 | 0 | File1 |   1 |0 | 
> 2024-08-30 15:13:37 | 31,098,828 |
> |  20 | Air-0020   | Used  |   1 |  1,653,816 |0 |   
> 31,536,000 |   1 |0 | 0 | File1 |   1 |0 | 
> 2024-08-31 19:17:53 | 31,199,884 |
> |  22 | Air-0022   | Used  |   1 |  3,196,647 |0 |   
> 31,536,000 |   1 |0 | 0 | File1 |   1 |0 | 
> 2024-09-01 17:46:21 | 31,280,792 |
> |  26 | Air-0026   | Used  |   1 |  2,535,187 |0 |   
> 31,536,000 |   1 |0 | 0 | File1 |   1 |0 | 
> 2024-09-02 22:47:12 | 31,385,243 |
> |  28 | Air-0028   | Used  |   1 |  5,134,330 |0 |   
> 31,536,000 |   1 |0 | 0 | File1 |   1 |0 | 
> 2024-09-03 22:24:22 | 31,470,273 |
> +-++---+-++--+--+-+--+---+---+-+--+-++
> 
> 
> Any ideas where I am going wrong. Thanks
> 
> David Waller
> david.wall...@blueyonder.co.uk
> 
> 
> 
> ___
> 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] Virtual backup

[David Waller via Bacula-users]

Hello,

I am trying to get the Progressive virtual backup to work. However I get the 
following messages when I run status:

Status “is waiting on max Storage jobs.”

I created the job via the wizard on bacularis and it is shown below:

Job {
  Name = "Virtual"
  Type = "Backup"
  Level = "VirtualFull"
  Messages = "Standard"
  Storage = "FreeNAS1"
  Pool = "Air-Full"
  Client = "MacAir-fd"
  Fileset = "Mac Air"
  WriteBootstrap = "/opt/bacula/working/client.bsr"
  Priority = 10
  BackupsToKeep = 3
  DeleteConsolidatedJobs = yes
}

And List Volumes on Air-Full shows 9 volumes
+-++---+-++--+--+-+--+---+---+-+--+-++
| mediaid | volumename | volstatus | enabled | volbytes   | volfiles | 
volretention | recycle | slot | inchanger | mediatype | voltype | volparts | 
lastwritten | expiresin  |
+-++---+-++--+--+-+--+---+---+-+--+-++
|   9 | Air-0009   | Used  |   1 | 79,063,130,495 |   18 |   
31,536,000 |   1 |0 | 0 | File1 |   1 |0 | 
2024-08-29 10:37:54 | 30,995,885 |
|  14 | Air-0014   | Used  |   1 |106,514,046 |0 |   
31,536,000 |   1 |0 | 0 | File1 |   1 |1 | 
2024-08-29 19:33:25 | 31,028,016 |
|  16 | Air-0016   | Used  |   1 | 10,858,674 |0 |   
31,536,000 |   1 |0 | 0 | File1 |   1 |0 | 
2024-08-30 00:06:34 | 31,044,405 |
|  17 | Air-0017   | Used  |   1 |120,521,774 |0 |   
31,536,000 |   1 |0 | 0 | File1 |   1 |0 | 
2024-08-30 15:01:08 | 31,098,079 |
|  18 | Air-0018   | Used  |   1 |486,985 |0 |   
31,536,000 |   1 |0 | 0 | File1 |   1 |0 | 
2024-08-30 15:13:37 | 31,098,828 |
|  20 | Air-0020   | Used  |   1 |  1,653,816 |0 |   
31,536,000 |   1 |0 | 0 | File1 |   1 |0 | 
2024-08-31 19:17:53 | 31,199,884 |
|  22 | Air-0022   | Used  |   1 |  3,196,647 |0 |   
31,536,000 |   1 |0 | 0 | File1 |   1 |0 | 
2024-09-01 17:46:21 | 31,280,792 |
|  26 | Air-0026   | Used  |   1 |  2,535,187 |0 |   
31,536,000 |   1 |0 | 0 | File1 |   1 |0 | 
2024-09-02 22:47:12 | 31,385,243 |
|  28 | Air-0028   | Used  |   1 |  5,134,330 |0 |   
31,536,000 |   1 |0 | 0 | File1 |   1 |0 | 
2024-09-03 22:24:22 | 31,470,273 |
+-++---+-++--+--+-+--+---+---+-+--+-++


Any ideas where I am going wrong. Thanks

David Waller
david.wall...@blueyonder.co.uk





smime.p7s
Description: S/MIME cryptographic signature
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Raspberry Pi Bookworm Arch64

[David Waller via Bacula-users]

Hello Jim,

A while ago I built the bacula code several times from source and installed it 
all on various raspberry pi's, which then ran for quite a while as the backup 
server for several machines. I also had to build the various client software 
again for several machines, including a raspberry pi and a Mac. I used the 
first chapter of the Bacula Miscellaneous Guide to help with the compiling of 
the code and from memory it went very easily. There is a "make install" to 
correctly put all the software in the right place and various scripts as well 
are also provided. The scripts include the various database configuration 
scripts as well as the sample configuration files. From my experience it was 
easier to always install the source tree, build and install that rather than 
try and make a package, but then I have little experience in making packages.

David Waller
david.wall...@blueyonder.co.uk



> On 3 Aug 2024, at 16:06, Jim Richardson via Bacula-users 
>  wrote:
> 
> Good Saturday morning, Bacula-users,
>  
> I have recently started a weather/solar station project with a series of 
> Raspberry Pi devices.  When the time came to have backups, I turned to 
> Bacula.  The Bacula community doesn’t provide an Arch64 version.  I am 
> successfully building it from source (15.0.2).  When it comes to scripts 
> associated with building binary packages, does anyone here know if the 
> community version package maintainers publish them?  Any assistance is 
> appreciated.  I do plan to share this build with the community.
>  
> I have downloaded the Amd64 packages and can reverse engineer the debs to get 
> where I want to be.  Still, it would save me a lot of time and 
> troubleshooting if the package maintainers have a “make deb-rasp-arch64”-like 
> script already completed.
>  
> Thank you for any assistance you can provide.
>  
> ~Jim Richardson
>  
> CONFIDENTIALITY: This email (including any attachments) may contain 
> confidential, proprietary and privileged information, and unauthorized 
> disclosure or use is prohibited. If you received this email in error, please 
> notify the sender and delete this email from your system. Thank you. 
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net <mailto:Bacula-users@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/bacula-users



smime.p7s
Description: S/MIME cryptographic signature
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Packet size too big (NOT a version mismatch)

[David Brodbeck]

On Wed, Jan 5, 2022 at 6:53 AM Graham Sparks  wrote:

> I've just checked the "Privacy" screen and I actually have "bacula-fd",
> "bacula", "bconsole" AND "sh" in the Full Disk Access list.  I probably
> shouldn't have "sh" in that list.  That might actually be worse than your
> suggestion to run "csrutil disable" 😕.
>
> I suppose running "csrutil disable" as a 'Client Run Before Job' script,
> then enabling again afterwards is an option, but I agree---after a certain
> point it feels as though another solution may be simpler.
>

That won't work because "csrutil disable" can only be run in recovery mode.

What I've decided to do is shift away from using bacula to back up macOS
hosts and use Time Machine to a central Samba server instead. I lose some
central manageability this way but it seems to be much more reliable, and
avoids having to install Xcode and compile bacula-fd on the client, as well
as keeping macOS's security features intact. A further benefit is I can do
"bare metal" restores using the standard macOS installer and Migration
Assistant.

-- 
David Brodbeck (they/them)
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Packet size too big (NOT a version mismatch)

[David Brodbeck]

On Tue, Jan 4, 2022 at 4:56 AM Graham Sparks  wrote:

> I've personally not run in to problems with System Integrity Protection,
> although I do give the bacula-fd executable "Full Disk" permissions.
>

What I find is bacula-fd is unable to back up files in users Desktop,
Documents, etc. folders with SIP on. It runs otherwise, but there are
warnings about skipping those files. Adding to "full disk" doesn't seem to
have an effect. I always assumed this was because it isn't a full-fledged
signed macOS app, but I don't really know.

-- 
David Brodbeck (they/them)
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Bacula for QNAP?

[David Brodbeck]

On Sun, Jan 2, 2022 at 7:09 AM Heitor Faria  wrote:

> Hello Phil,
>
> > (a) trying to figure out how to get a Bacula sd and fd installed on it
>
> The happiest days of my life were after I got dedicated equipment for home
> network modem, routing, and wireless mesh accessing points.
> That said, I never understood this very common user fetish of installing
> Bacula components in the NAS. OK: you avoid one more network node but the
> hardware is not designed to handle the extra workload.
> Just backup the exported disk volumes with regular bacula-fds where they
> are mounted, preferrably with the ACL support.
> If you want to write backups to the NAS, NFS or iSCSI if supported.


I found bacula-sd and NFS were not a very happy combination. It was very
quick to react to network glitches by marking the entire volume as failed,
then trying and failing several more volumes before things finally got
moving again. I was constantly having to manually recycle failed volumes.

I could see iSCSI maybe working better, but I haven't tried it.

-- 
David Brodbeck (they/them)
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Packet size too big (NOT a version mismatch)

[David Brodbeck]

I'm curious if anyone has moved away from Bacula on macOS and what
alternatives they're using. Even before this, it was getting more and more
awkward to set up -- bacula really doesn't play well with SIP, for example,
and running "csrutil disable" on every system is not a security best
practice.

On Wed, Dec 8, 2021 at 4:46 PM Stephen Thompson <
stephen.thomp...@berkeley.edu> wrote:

>
>
> Disappointing...  I am having the same issue on BigSur with the 11.0.5
> release as I had with 9x.
>
> 08-Dec 15:42 SD JobId 878266: Fatal error: bsock.c:530 Packet size=1387166 
> too big from "client:1.2.3.4:8103". Maximum permitted 100. Terminating 
> connection.
>
>
>
> Setting 'Maximum Network Buffer Size' does not appear to solve issue.
>
> Are there users out there successfully running a bacula client on Big Sur??
>
> Stephen
>
>
>
>
> On Wed, Dec 1, 2021 at 3:25 PM Stephen Thompson <
> stephen.thomp...@berkeley.edu> wrote:
>
>>
>> Not sure if this is correct, but I've been able to at least compile
>> bacula client 11.0.5 on Big Sur by doing before configure step:
>>
>> LDFLAGS='-framework CoreFoundation'
>>
>> We'll see next up whether it runs and whether it exhibits the issue seen
>> under Big Sur for 9x client.
>>
>> Stephen
>>
>> On Tue, Nov 23, 2021 at 7:32 AM Stephen Thompson <
>> stephen.thomp...@berkeley.edu> wrote:
>>
>>>
>>> Josh,
>>>
>>> Thanks for the tip.  That did not appear to be the cause of this issue,
>>> though perhaps it will fix a yet to be found issue that I would have run
>>> into after I get past this compilation error.
>>>
>>> Stephen
>>>
>>>
>>>
>>> On Mon, Nov 22, 2021 at 9:22 AM Josh Fisher  wrote:
>>>
>>>>
>>>> On 11/22/21 10:46, Stephen Thompson wrote:
>>>>
>>>>
>>>> All,
>>>>
>>>> I too was having the issue with running a 9x client on Big Sur.  I've
>>>> tried compiling 11.0.5 but have not found my way past:
>>>>
>>>>
>>>> This might be due to a libtool.m4 bug having to do with MacOS changing
>>>> the major Darwin version from 19.x to 20.x. There is a patch at
>>>> https://www.mail-archive.com/libtool-patches@gnu.org/msg07396.html
>>>>
>>>>
>>>>
>>>> Linking bacula-fd ...
>>>>
>>>> /Users/bacula/src/bacula-11.0.5-CLIENT.MAC/libtool --silent --tag=CXX
>>>> --mode=link /usr/bin/g++   -L../lib -L../findlib -o bacula-fd filed.o
>>>> authenticate.o backup.o crypto.o win_efs.o estimate.o fdcollect.o
>>>> fd_plugins.o accurate.o bacgpfs.o filed_conf.o runres_conf.o heartbeat.o
>>>> hello.o job.o fd_snapshot.o restore.o status.o verify.o verify_vol.o
>>>> fdcallsdir.o suspend.o org_filed_dedup.o bacl.o bacl_osx.o bxattr.o
>>>> bxattr_osx.o \
>>>>
>>>> -lz -lbacfind -lbaccfg -lbac -lm -lpthread  \
>>>>
>>>> -L/usr/local/opt/openssl@1.1/lib -lssl -lcrypto-framework IOKit
>>>>
>>>> Undefined symbols for architecture x86_64:
>>>>
>>>>   "___CFConstantStringClassReference", referenced from:
>>>>
>>>>   CFString in suspend.o
>>>>
>>>>   CFString in suspend.o
>>>>
>>>> ld: symbol(s) not found for architecture x86_64
>>>>
>>>> clang: error: linker command failed with exit code 1 (use -v to see
>>>> invocation)
>>>>
>>>> make[1]: *** [bacula-fd] Error 1
>>>>
>>>>
>>>>
>>>> Seems like this might have something to do with the expection of
>>>> headers being here:
>>>>
>>>> /System/Library/Frameworks/CoreFoundation.framework/Headers
>>>>
>>>> when they are here:
>>>>
>>>>
>>>> /Library/Developer/CommandLineTools/SDKs/MacOSX11.0.sdk/System/Library/Frameworks/CoreFoundation.framework/Headers/
>>>> but that may be a red herring.
>>>>
>>>> There also appears to be a 'clang' in two locations on OS X, /usr and
>>>> xcode subdir.  Hmm
>>>>
>>>> Stephen
>>>>
>>>> On Tue, Nov 16, 2021 at 12:00 AM Eric Bollengier via Bacula-users <
>>>> bacula-users@lists.sourceforge.net> wrote:
>>>>
>>>>> Hello,
>>>>&

Re: [Bacula-users] Packet size too big (NOT a version mismatch)

[David Brodbeck]

To do that I'd have to upgrade the director and the storage first, right?
(Director can't be an earlier version than the FD, and the SD must have the
same version as the director.)

On Mon, Nov 15, 2021 at 12:16 AM Eric Bollengier via Bacula-users <
bacula-users@lists.sourceforge.net> wrote:

> Hello David,
>
> On 11/12/21 23:14, David Brodbeck wrote:
> > I'm getting this error trying to back up a macOS client. I recently
> > re-installed bacula from macports on this client, after an upgrade to
> macOS
> > Big Sur.
> >
> > | russell.math.ucsb.edu-sd JobId 80985: Fatal error: bsock.c:520 Packet
> > size=1387166 too big from "client:128.111.88.29:62571". Maximum
> permitted
> > 100. Terminating connection. |
> >
> > Normally when I've seen this it's because of a version mismatch between
> the
> > client and the director or storage daemon, but that's not the case here;
> > the director, sd, and fd are all running the same version:
> >
> > 1000 OK: 103 self-help.math.ucsb.edu-dir Version: 9.4.4 (28 May 2019)
> > russell.math.ucsb.edu-sd Version: 9.4.4 (28 May 2019) x86_64-pc-linux-gnu
> > redhat (Core)
> > noether.math.ucsb.edu-fd Version: 9.4.4 (28 May 2019)
> >   x86_64-apple-darwin20.6.0 osx 20.6.0
>
> I would recommend to retry with a more recent version of the FD, I remember
> to have seen something similar to that in the past.
>
> Best Regards,
> Eric
>
>
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>


-- 
David Brodbeck (they/them)
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Packet size too big (NOT a version mismatch)

[David Brodbeck]

On Fri, Nov 12, 2021 at 3:16 PM Heitor Faria  wrote:

> Hello They,
>
> Are all the NICs using the same MTU?
>
Yes, all have an MTU of 1500.

> Have you checked for network layer problems?
>
None of the machines involved show any network errors. The network in
between is out of my hands, but it's fully switched and no other clients
are having problems, so I have no reason to suspect issues. File transfers
to/from the affected client seem to work fine.

> I have no clue regarding your error, but I would try to limit the packet
> size with the following FD directive:
>
> Maximum Network Buffer Size = 
>
This had no effect. The default is 65,536, less than the limit of 100,
so I guess that makes sense.

-- 
David Brodbeck (they/them)
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Packet size too big (NOT a version mismatch)

[David Brodbeck]

I'm getting this error trying to back up a macOS client. I recently
re-installed bacula from macports on this client, after an upgrade to macOS
Big Sur.

| russell.math.ucsb.edu-sd JobId 80985: Fatal error: bsock.c:520 Packet
size=1387166 too big from "client:128.111.88.29:62571". Maximum permitted
100. Terminating connection. |

Normally when I've seen this it's because of a version mismatch between the
client and the director or storage daemon, but that's not the case here;
the director, sd, and fd are all running the same version:

1000 OK: 103 self-help.math.ucsb.edu-dir Version: 9.4.4 (28 May 2019)
russell.math.ucsb.edu-sd Version: 9.4.4 (28 May 2019) x86_64-pc-linux-gnu
redhat (Core)
noether.math.ucsb.edu-fd Version: 9.4.4 (28 May 2019)
 x86_64-apple-darwin20.6.0 osx 20.6.0

All except the fd are built directly from bacula source. (The fd was built
with macports.)

Any suggestions on where to look? Other clients are backing up fine to the
same sd, so I feel like it must be a client configuration issue, but I
can't figure out how.

-- 
David Brodbeck (they/them)
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Loading a tape sets block size to 1 byte?

[David Anderson via Bacula-users]

Hi all,

I'm new to both bacula and tape storage, and wrestling with a strange issue: it 
seems my tape device resets its block size to 1 byte every time I insert a 
tape. Anyone seen this before, and know how to make it stop?

In more detail: I have an HPE autoloader with an LTO-6 drive:

> tapeinfo -f /dev/nst0
Product Type: Tape Drive
Vendor ID: 'HP  '
Product ID: 'Ultrium 6-SCSI  '
Revision: '35GW'
Attached Changer API: No
SerialNumber: 'HUJ6035G4U'
MinBlock: 1
MaxBlock: 16777215
SCSI ID: 9
SCSI LUN: 0
Ready: yes
BufferedMode: yes
Medium Type: Not Loaded
Density Code: 0x5a
BlockSize: 1
DataCompEnabled: yes
DataCompCapable: yes
DataDeCompEnabled: yes
CompType: 0x1
DeCompType: 0x1
BOP: yes
Block Position: 0
ActivePartition: 0
EarlyWarningSize: 0
NumPartitions: 0
MaxPartitions: 3

I got both the changer and drive set up in Bacula, with Maximum Block Size = 
512K, but in my initial btape speed tests I was only getting 13MB/s with random 
data, less than 10% of the theoretical throughput.

After some futzing around, I figured out that the answer is in the tapeinfo 
output: BlockSize is set to 1, which I think means btape's writes end up being 
split into 1-byte blocks by something downstream (either the st driver or the 
drive firmware, not sure?)

When I manually clear the block size with `mt -f /dev/nst0 setblk 0`, btape 
speeds jump to 130MB/s and everything's happy.

Experimenting further, the block size seems to get reset to 1 whenever I load a 
new tape with mtx. As far as I can tell, mtx itself doesn't do any funny 
business with drive configuration.

Anyone seen this behavior before? Is there some well-known knob that's not set 
correctly on my machine to consistently leave the block size up to the 
userspace software? If not, any suggestions on how to reset the block size on 
every tape load? So far my only plan is to make a custom mtx-changer that runs 
`mt setblk 0` on every load.

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

Re: [Bacula-users] Loading a tape sets block size to 1 byte?

[David Anderson via Bacula-users]

As usual, the quickest way to a solution is to make a fool of yourself in 
public, and this time is no different.

AFAICT, at some point during setup of the autoloader, I ran `mt -f /dev/nst0 
defblksize`, which changes the default block size for newly inserted tapes. It 
seems that if you don't pass a block size to defblksize, the default value it 
passes to the ioctl is 1... which happens to be a valid block size according to 
this tape drive. This broken setting will persist until the next reboot unless 
cleared.

So, reader from the future, if you got here from a search engine while trying 
to figure out why you can barely get any wire throughput from your fast LTO 
drive, check BlockSize in `tapeinfo -f /dev/nst0`, and if it's 1, try `mt -f 
/dev/nst0 defblksize 0` and do an unload/load cycle.

- Dave

On Fri, Oct 15, 2021, at 01:31, David Anderson wrote:
> Hi all,
> 
> I'm new to both bacula and tape storage, and wrestling with a strange issue: 
> it seems my tape device resets its block size to 1 byte every time I insert a 
> tape. Anyone seen this before, and know how to make it stop?
> 
> In more detail: I have an HPE autoloader with an LTO-6 drive:
> 
> > tapeinfo -f /dev/nst0
> Product Type: Tape Drive
> Vendor ID: 'HP  '
> Product ID: 'Ultrium 6-SCSI  '
> Revision: '35GW'
> Attached Changer API: No
> SerialNumber: 'HUJ6035G4U'
> MinBlock: 1
> MaxBlock: 16777215
> SCSI ID: 9
> SCSI LUN: 0
> Ready: yes
> BufferedMode: yes
> Medium Type: Not Loaded
> Density Code: 0x5a
> BlockSize: 1
> DataCompEnabled: yes
> DataCompCapable: yes
> DataDeCompEnabled: yes
> CompType: 0x1
> DeCompType: 0x1
> BOP: yes
> Block Position: 0
> ActivePartition: 0
> EarlyWarningSize: 0
> NumPartitions: 0
> MaxPartitions: 3
> 
> I got both the changer and drive set up in Bacula, with Maximum Block Size = 
> 512K, but in my initial btape speed tests I was only getting 13MB/s with 
> random data, less than 10% of the theoretical throughput.
> 
> After some futzing around, I figured out that the answer is in the tapeinfo 
> output: BlockSize is set to 1, which I think means btape's writes end up 
> being split into 1-byte blocks by something downstream (either the st driver 
> or the drive firmware, not sure?)
> 
> When I manually clear the block size with `mt -f /dev/nst0 setblk 0`, btape 
> speeds jump to 130MB/s and everything's happy.
> 
> Experimenting further, the block size seems to get reset to 1 whenever I load 
> a new tape with mtx. As far as I can tell, mtx itself doesn't do any funny 
> business with drive configuration.
> 
> Anyone seen this behavior before? Is there some well-known knob that's not 
> set correctly on my machine to consistently leave the block size up to the 
> userspace software? If not, any suggestions on how to reset the block size on 
> every tape load? So far my only plan is to make a custom mtx-changer that 
> runs `mt setblk 0` on every load.
> 
> Thanks in advance,
> - Dave
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Optimizing Backup Schedule and Storage Space on Backup System

[David Brodbeck]

On Thu, Feb 25, 2021 at 3:48 PM J W  wrote:

> 1. The full backups are about 2.8 TB with 12,000,000 - 20,000,000 files
> and each run for 2 - 3 days. This is a problem since it means that we can
> lose up to three days of files if someone has a problem.
> I am looking for suggestions about how to configure my backup schedule to
> avoid this.
>

My solution to this was to go to an incremental-only schedule with virtual
full backups. The virtual fulls run in hours instead of days.

3. I would try Virtual backups.
> Can I just run virtual full backups periodically after the first full
> backup? I already have full backups so I could just schedule virtual full
> backups instead of full ones.
>

Basically yes.


> Do I need separate media types or devices for Virtual Full backups? My ZFS
> partition is already at ~ 80 % so I do not have much room.
>

No, you don't need a separate media type. You can set "Pool" and "Next
Pool" to the same media pool. Getting it to not deadlock can be tricky. I
ended up setting up each pool with an autochanger with two virtual devices,
and setting Max Read Jobs to 1 to make sure that there would always be one
available for writing.


>
> Are Virtual full backups sort of like pruning so that my oldest backup
> data is from when the last VirtualFull took place?
>

Yes, but the VirtualFulls are backdated to the oldest incremental in the
last VirtualFull job. It ends up looking a lot like a normal full followed
by a series of incrementals, the date of the full just rolls forward over
time.

Note that when the virtualfull runs you'll need to have at least as much
free space as the full backup you're consolidating, since it's effectively
a copy followed by a prune.

-- 
David Brodbeck (they/them)
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Error on despooling attributes in catreq.c: wanted xxx bytes, maximum permitted 10000000 bytes

[David Brodbeck]

I'm not sure. I'm running v9.4.4 on the director. Most clients are running
that version, although some are older (the oldest being v5.0.0 on a CentOS
6 legacy system, I think.) So if the error was introduced in v9.6.x I
wouldn't be seeing it.

My bacula.log goes back about a year and I only have one catreq.c error. I
think it's unrelated:
JobId 51404: Warning: catreq.c:619 MD5 digest not same FileIndex=-451567 as
attributes FI=-451566

I'm not sure if it matters, but I'm using postgres as my catalog backend.

On Tue, Feb 23, 2021 at 11:54 PM Uwe Schuerkamp 
wrote:

> On Tue, Feb 23, 2021 at 05:52:02PM +0100, Josip Deanovic wrote:
> > On Monday 2021-02-22 16:06:42 David Brodbeck wrote:
> > > On Wed, Feb 17, 2021 at 6:12 AM Josip Deanovic
> > > 
> > > wrote:
> > > > It's interesting that the job had almost 2GB of attributes to
> > > > despool. That's quite a large amount of attributes.
> > >
> > > I have a few jobs that despool that much, and one that despools over 18
> > > GB.  The machine in question has 51 million files.
> >
> > Just to be sure... Are you talking about the attribute spool file that
> > gets created in running directory and not about the spool file that gets
> > created in the spool directory?
> >
>
> I'd suspect he is talking about the attribute spool file. The size
> sounds about right (1,9GB on my end for around 5 million files, 19GB
> for his attribute spool with a tenfold amount of files in the backup job).
>
> I'm just wondering why David's job appears to be working fine without a
> modification of the attribute spool size parameter in catreq.c as
> outlined above... then again our job used to work for years without
> any issues, things only started to go wrong on bacula 9.6.5 or
> thereabouts.
>
> All the best,
>
> Uwe
>
>
>
> --
> Uwe Schürkamp | email: 
> Arvato Systems S4M GmbH | Sitz Köln | Amtsgericht Köln HRB 27038
>
>
>
>
>
>
>
>
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>


-- 
David Brodbeck (they/them)
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Bacula For Mac Clients

[David Brodbeck]

On Mon, Feb 22, 2021 at 11:50 PM Radosław Korzeniewski <
rados...@korzeniewski.net> wrote:

> The newest Bacula Clients should use kIOPMAssertionTypeNoIdleSleep with
> kIOPMAssertionLevelOn to prevent OS from sleeping. So external hacks should
> not be required any more. :)
>
> best regards
> --
> Radosław Korzeniewski
> rados...@korzeniewski.net
>

Oh, very nice! Do you happen to know what the first version to have this
feature was?

-- 
David Brodbeck (they/them)
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Bacula For Mac Clients

[David Brodbeck]

On Fri, Feb 12, 2021 at 12:49 PM  wrote:

>
> To address this and many of the great suggestions, which we're very
> appreciative of, we're now trying to use Homebrew to build its formula for
> Bacula using 9.0.x and we hope to then use the build-pkg package to create
> a package we can use. We're having success with this and have gotten Bacula
> client 11 successfully built in Homebrew. We're now working to see if we
> can compile an older version to avoid having to immediately upgrade our
> directory to maintain compatibility. I don't expect we will have more
> information on this until sometime next week. These suggestions we've
> received from everyone have gotten us so much further along than we had on
> our own. Thank you everyone who has so far given us advice on this!
>

Homebrew is what I use. When I first started I was on Bacula 7.x, and I was
able to build the right version by giving Brew a URL to the one I wanted,
e.g.:
brew install
https://raw.githubusercontent.com/Homebrew/homebrew-core/d64d46de37997193263c8694739325428732a408/Formula/bacula-fd.rb
(Don't use that one, it's v7.x, but it's an example.)

I wrote an installer script that checked for Brew, installed if necessary,
installed bacula-fd and its dependencies, and put in some custom firewall
rules. I recommend this, it really makes things easier. I can share mine if
you need a template.

I also have a RunScript that will keep a machine awake until the backup is
finished -- handy when using wake-on-LAN, since modern Macs go into
"darkwake" and will sleep again after about 30 seconds if it's not disabled.

-- 
David Brodbeck (they/them)
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Error on despooling attributes in catreq.c: wanted xxx bytes, maximum permitted 10000000 bytes

[David Brodbeck]

On Wed, Feb 17, 2021 at 6:12 AM Josip Deanovic 
wrote:

> It's interesting that the job had almost 2GB of attributes to
> despool. That's quite a large amount of attributes.
>

I have a few jobs that despool that much, and one that despools over 18
GB.  The machine in question has 51 million files.

-- 
David Brodbeck (they/them)
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] ERR=20:"unable to get local issuer certificate"

[David Newman]

On 1/23/21 5:46 PM, Dan Langille wrote:
> On Tue, Nov 10, 2020, at 2:11 PM, David Newman wrote:
>> Director: FreeBSD 12.2, bacula-server-9.6.6 from pkgs
>> Client: OpenBSD 6.8, bacula-client-9.6.5 from pkgs
>>
>> After upgrading a bacula client's OS from OpenBSD 6.7 to 6.8, nightly
>> backups run successfully but throw this warning:
>>
>> ERR=20:"unable to get local issuer certificate"
>>
>> This setup uses self-signed certificates and worked without errors or
>> warnings before this OS upgrade.
>>
>> There has been no bacula configuration change on either the client or
>> director . A diff of the client bacula-fd.conf file (excerpted below)
>> before and after the upgrade shows no change.
>>
>> I tried revoking the old client cert and generating a new one, but this
>> had no effect on the warning message.
>>
>> I also tried command-line "openssl s_client -connect" commands both
>> ways. Both connections worked on the respective ports 9101 and 9102.
>>
>> Besides the bacula client configuration -- which hasn't changed, aside
>> from pointing to new certs with the same filenames -- is there something
>> else that needs tweaking on the client?
>>
>> Many thanks.
>>
>> dn
>>
>> -
>>
>> client bacula-fd.conf
>>
>> Director {
>>   Name = nye-dir
>>  ..
>>
>>   TLS Require = yes
>>   TLS Enable = yes
>>   TLS Verify Peer = yes
>>
>>  # Allow only the Director to connect
>>   TLS Allowed CN = "backups.example.com"
>>   TLS CA Certificate File = /etc/bacula/cacert.pem
>>   TLS Certificate = /etc/bacula/client.pem
>>   TLS Key = /etc/bacula/client.key
>>
>> }
>>
>> ..
>>
>> FileDaemon {
>>   Name = client-fd
>>   FDport = 9102  # where we listen for the director
>>   WorkingDirectory = /var/db/bacula
>>   Pid Directory = /var/run
>>   Maximum Concurrent Jobs = 20
>>
>>   TLS Require = yes
>>   TLS Enable = yes
>>
>>   TLS CA Certificate File = /etc/bacula/cacert.pem
>>   TLS Certificate = /etc/bacula/client.pem
>>   TLS Key = /etc/bacula/client.key
>>
>> }
> 
> Did you solve this one?

Sort of. The root cause is in OpenBSD 6.8's LibreSSL implementation. The
developers report it's fixed in -current but this is on a production
system, and I can wait for 6.9.

dn



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

Re: [Bacula-users] sqlite to postgres|maridb migration -- how to confirm success?

[David Brodbeck]

Migrating from SQLite to Postgres seems to be hard to get right. There
doesn't appear to be any reliable, officially sanctioned way to do it. I
did it a while back with pgloader and thought I'd gotten it correct, but my
next set of incrementals was huge because Bacula thought every single file
had changed.

On Wed, Dec 30, 2020 at 2:05 PM Ken Johnson  wrote:

> For the benefit of anyone who reads this thread later, see dbcheck,
> provided
> as part of bacula.
>
> Ken
>
>
>
> -Original Message-
> From: Ken Johnson [mailto:kjohn...@eclypse.org]
> Sent: Tuesday, December 22, 2020 6:04 PM
> To: bacula-users@lists.sourceforge.net
> Subject: [Bacula-users] sqlite to postgres|maridb migration -- how to
> confirm success?
>
> Hello,
>
> I am facing the sqlite to postgres or mariadb (mysql) migration of the
> Bacula database.  The current db file is about 5GB, after a vacuum.  Right
> now I think I will choose the one with the best migration tools I can get
> for it.  Otherwise, I do not know of a reason to care.  I have done more
> admin on mariadb, I have done more coding (not that much) using postgres.
> On the server in question; both postgres and mariadb are already installed.
>
> I am aware of the two scripts from 2006 in examples/database/ in the source
> distribution.
>
> I have just under 50 media in the database, with 10 stored offsite; bscan
> is
> not a usable option for me.
>
>
> Here is my question:  when I think the conversion is complete, what is the
> best reasonable method to confirm the success of the conversion?
>
>
> Thank you and best regards,
>
> Ken
>
>
>
>
>
>
>
>
>
>
> ___
> 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
>


-- 
David Brodbeck (they/them)
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] ERR=20:"unable to get local issuer certificate"

[David Newman]

Director: FreeBSD 12.2, bacula-server-9.6.6 from pkgs
Client: OpenBSD 6.8, bacula-client-9.6.5 from pkgs

After upgrading a bacula client's OS from OpenBSD 6.7 to 6.8, nightly
backups run successfully but throw this warning:

ERR=20:"unable to get local issuer certificate"

This setup uses self-signed certificates and worked without errors or
warnings before this OS upgrade.

There has been no bacula configuration change on either the client or
director . A diff of the client bacula-fd.conf file (excerpted below)
before and after the upgrade shows no change.

I tried revoking the old client cert and generating a new one, but this
had no effect on the warning message.

I also tried command-line "openssl s_client -connect" commands both
ways. Both connections worked on the respective ports 9101 and 9102.

Besides the bacula client configuration -- which hasn't changed, aside
from pointing to new certs with the same filenames -- is there something
else that needs tweaking on the client?

Many thanks.

dn

-

client bacula-fd.conf

Director {
  Name = nye-dir
 ..

  TLS Require = yes
  TLS Enable = yes
  TLS Verify Peer = yes

 # Allow only the Director to connect
  TLS Allowed CN = "backups.example.com"
  TLS CA Certificate File = /etc/bacula/cacert.pem
  TLS Certificate = /etc/bacula/client.pem
  TLS Key = /etc/bacula/client.key

}

..

FileDaemon {
  Name = client-fd
  FDport = 9102  # where we listen for the director
  WorkingDirectory = /var/db/bacula
  Pid Directory = /var/run
  Maximum Concurrent Jobs = 20

  TLS Require = yes
  TLS Enable = yes

  TLS CA Certificate File = /etc/bacula/cacert.pem
  TLS Certificate = /etc/bacula/client.pem
  TLS Key = /etc/bacula/client.key

}



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

Re: [Bacula-users] areas for improvement?

[David Brodbeck]

On Wed, Jun 10, 2020 at 8:41 AM Josh Fisher  wrote:

> I still feel that Bacula's design is correct. Yes, 802.3az changes the
> always-on nature of a connection, allowing either side to temporarily
> power down its transmitter to save energy, but the standard itself
> doesn't change the original goal of a persistent connection. It is the
> switch firmware and/or NIC device drivers that claim to support it, but
> do not. It makes sense for Bacula to be as robust as possible, but this
> is not a Bacula design flaw. It is a work-around for buggy hardware.
>

I've also run into this when trying to back up over a VPN. The backup time
can easily exceed the VPN's maximum session time.

It's fair to argue that both NAT routers and VPNs are a corruption of
TCP/IP's design intent, but it doesn't seem likely we'll be rid of them any
time soon. Bacula doesn't work very well with either. Besides the
connection drop issues, I haven't yet gotten client-initiated backups to
work from behind a NAT, and I haven't found anyone who's confirmed they
have it working, either.

None of this, of course, is an issue when backing up always-on servers with
static IPs -- which is Bacula's focus. The problems come in when it's used
to back up endpoints. Unfortunately I haven't yet found anything else to
use for that that lets me control my own data and isn't a subscription
model. (In academic departments, it's much easier to find money for
one-time expenses than it is to find a consistent source of it.)

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Fwd: Client-initiated backup communications problem

[David Brodbeck]

I wanted to give this a bump, because with more of my users working
off-site due to COVID-19 the lack of client-initiated backups has become a
major issue.

I think the main question I have is, does *anyone* have client-initiated
backups working in a situation where the client has a dynamic IP? I'd like
to know if this is even possible or if I'm barking up the wrong tree and
need to start looking for a different backup system for these machines.
Bacula has worked great for me where I had control over client IP
allocations and DNS, but this is a case where I don't have control of
either.

The docs as I read them indicate that this should work, that Bacula should
re-use the same TCP connection that the FD made to the director to run the
job, but in practice this isn't what happens -- the director tries to open
a new connection to the FD, by looking up the hostname from the Client { }
stanza.

-- Forwarded message -
From: David Brodbeck 
Date: Tue, Mar 24, 2020 at 12:18 PM
Subject: Client-initiated backup communications problem
To: bacula-users 


I'm having trouble getting client-initiated backups to work. My test system
is a laptop that normally has a fixed IP but is currently on a dynamic one.
I can connect to the FD with bconsole on the client, run the "proxy"
command to get a connection to the director, and launch a job; however,
when the job runs it tries to call the client back directly instead of
going through the proxy, which doesn't work because the client is on a
dynamic IP. I think I'm missing some configuration piece to tell Bacula not
to make a direct connection.

Here are the relevant config file stanzas (scrubbed):

---FD Config---
Director {
  Name = sh-dir
  Password = "XXX"
  Remote = yes
}

Console {
  Name = sh-fdcons
  DIRPort = 9101
  address = sh.example.net
  Password = "YYY"
}

Bconsole config on client:
Director {
  Name = eltanin-fd
  DIRport = 9102
  address = localhost
  Password = "notused"
}

Console {
  Name = sh-dir
  Password = "XXX"
}

Relevant director stanzas:
Console {
  Name = sh-fdcons
  Password = "YYY"
  CommandACL = run, restore, wait, .status, .jobs, .clients, .storages,
.pools, .filesets, .defaults, .estimate
  jobacl = *all*
  poolacl = *all*
  clientacl = *all*
  storageacl = *all*
  catalogacl = *all*
  filesetacl = *all*
}

Client {
  Name = eltanin-fd
  Address = eltanin.example.net
  FDPort = 9102
  Catalog = MyCatalog
  Password = "XXX"  # password for FileDaemon
  Job Retention = 60 days
  AutoPrune = yes
  Maximum Concurrent Jobs = 1
}

Job {
  Name = "eltanin"
  Client = eltanin-fd
  JobDefs = "StaffDesktopIncremental"
  FileSet = "eltanin"
}

JobDefs {
  Name = "StaffDesktopIncremental"
  Type = Backup
  Level = Incremental
  Allow Mixed Priority = yes
  Allow Duplicate Jobs = no
  FileSet = "OS X Desktop"
  Schedule = "StaffDesktopIncrementalSked"
  Messages = Standard
  Pool = DataCenterPool
  Accurate = yes
  SpoolAttributes = yes
  Priority = 10
  Write Bootstrap = "/opt/bacula/working/%c.bsr"
  Backups To Keep = 14
  Delete Consolidated Jobs = yes
  Next Pool = DataCenterPool
  Reschedule On Error = yes
  Reschedule Interval = 6 hours
  Reschedule Times = 3
  RunScript {
RunsWhen = Before
FailJobOnError = No
RunsOnClient = No
Command = "/usr/local/bin/wake-by-host.sh %h %l"
  }
  # On macOS we need to temporarily turn off sleep after WOL, or the machine
  # will go back to sleep faster than a teenager who's hit the snooze
button.
  #
  # Note that we intentionally use /var/run instead of /tmp for the
temporary
  # file; since we're running as root, we need to consider symlink attacks.
  RunScript {
RunsWhen = Before
FailJobOnError = No
RunsOnClient = Yes
Command = "sh -c \"/usr/bin/pmset -g live | /usr/bin/grep '^ *sleep' |
/usr/bin/sed -E 's/ sleep[[:space:]]+([0-9]+)[^0-9]*/\\1/'
>/var/run/bacula-insomnia.%j && /usr/bin/pmset sleep 0\""
  }
  RunScript {
RunsWhen = After
FailJobOnError = No
RunsOnClient = Yes
Command = "sh -c \"/usr/bin/pmset sleep `cat
/var/run/bacula-insomnia.%j` && rm /var/run/bacula-insomnia.%j\""
  }
}

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Multithreaded backups?

[David Brodbeck]

I'm not sure two jobs concurrently will work -- I think the FD is
still single-threaded, although someone can correct me if I'm wrong.

My solution was to go to virtual full backups, so that full backups on the
client became a rare event. The heavy job then becomes the virtual full
consolidation, which is strictly a SD and director issue. My chokepoint for
consolidation jobs is currently attribute despooling, which thrashes the
database pretty hard, but it's still a lot faster than a full backup from
the client.

On Mon, Apr 27, 2020 at 9:34 AM Mark Dixon 
wrote:

> Hi all,
>
> Am I right in thinking that a single bacula job can only back up each file
> in its fileset sequentially - there's no multithreading available to back
> up multiple files at the same time in order to leverage the client CPU?
>
> I'm a relatively long-term user of bacula (thanks!) who has been happy
> backing up relatively small data volumes to disk, but am now faced with a
> fairly large directory. "Large" is defined as "takes too long to do a full
> dump" and the limiting factor at the moment might be down to software
> compression on the client's CPU.
>
> Playing with the compression settings is the obvious approach, but I was
> wondering about other options - particularly as I may have a use case for
> client-side encryption as well.
>
> If the job stubbornly remains too long to backup, I suspect I'm looking at
> splitting the directory across multiple jobs and running them
> concurrently.
>
> Is that right?
>
> Thanks,
>
> Mark
>
>
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>


-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Why would bacula consider duplicate jobs as fatal?

[David Brodbeck]

On Mon, Feb 17, 2020 at 5:03 AM Radosław Korzeniewski <
rados...@korzeniewski.net> wrote:

> Hello,
>
> śr., 12 lut 2020 o 00:10 David Brodbeck 
> napisał(a):
>
>> One example of a situation where this actually makes sense is if your
>> full backups take a lot longer than your incrementals. For example, I have
>> some workstations where a full takes three days, but an incremental takes
>> only a few minutes. I'd rather have the incremental run every day (and
>> occasionally get skipped when a full backup is running) than limit myself
>> to only one backup every three days.
>>
>
> In my very, very, very humble opinion it does not make sense and you
> design you backup policy incorrectly. When your policy is to make backup
> every day then you should not allow for full backup to take more time. In
> such case I would recommend to implement VirtualFull which will solve all
> your issues.
>

That is what I eventually did, although VirtualFull has its own issues and
feels more fragile to me, e.g. if corruption slips into one incremental
than it will propagate forward from that point without any fresh full
backup to correct it. It's definitely a more efficient use of both storage
space and time, though.

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Client-initiated backup communications problem

[David Brodbeck]

I'm having trouble getting client-initiated backups to work. My test system
is a laptop that normally has a fixed IP but is currently on a dynamic one.
I can connect to the FD with bconsole on the client, run the "proxy"
command to get a connection to the director, and launch a job; however,
when the job runs it tries to call the client back directly instead of
going through the proxy, which doesn't work because the client is on a
dynamic IP. I think I'm missing some configuration piece to tell Bacula not
to make a direct connection.

Here are the relevant config file stanzas (scrubbed):

---FD Config---
Director {
  Name = sh-dir
  Password = "XXX"
  Remote = yes
}

Console {
  Name = sh-fdcons
  DIRPort = 9101
  address = sh.example.net
  Password = "YYY"
}

Bconsole config on client:
Director {
  Name = eltanin-fd
  DIRport = 9102
  address = localhost
  Password = "notused"
}

Console {
  Name = sh-dir
  Password = "XXX"
}

Relevant director stanzas:
Console {
  Name = sh-fdcons
  Password = "YYY"
  CommandACL = run, restore, wait, .status, .jobs, .clients, .storages,
.pools, .filesets, .defau\
lts, .estimate
  jobacl = *all*
  poolacl = *all*
  clientacl = *all*
  storageacl = *all*
  catalogacl = *all*
  filesetacl = *all*
}

Client {
  Name = eltanin-fd
  Address = eltanin.example.net
  FDPort = 9102
  Catalog = MyCatalog
  Password = "XXXng"  # password for FileDaemon
  Job Retention = 60 days
  AutoPrune = yes
  Maximum Concurrent Jobs = 1
}

Job {
  Name = "eltanin"
  Client = eltanin-fd
  JobDefs = "StaffDesktopIncremental"
  FileSet = "eltanin"
}

JobDefs {
  Name = "StaffDesktopIncremental"
  Type = Backup
  Level = Incremental
  Allow Mixed Priority = yes
  Allow Duplicate Jobs = no
  FileSet = "OS X Desktop"
  Schedule = "StaffDesktopIncrementalSked"
  Messages = Standard
  Pool = DataCenterPool
  Accurate = yes
  SpoolAttributes = yes
  Priority = 10
  Write Bootstrap = "/opt/bacula/working/%c.bsr"
  Backups To Keep = 14
  Delete Consolidated Jobs = yes
  Next Pool = DataCenterPool
  Reschedule On Error = yes
  Reschedule Interval = 6 hours
  Reschedule Times = 3
  RunScript {
RunsWhen = Before
FailJobOnError = No
RunsOnClient = No
Command = "/usr/local/bin/wake-by-host.sh %h %l"
  }
  # On macOS we need to temporarily turn off sleep after WOL, or the machine
  # will go back to sleep faster than a teenager who's hit the snooze
button.
  #
  # Note that we intentionally use /var/run instead of /tmp for the
temporary
  # file; since we're running as root, we need to consider symlink attacks.
  RunScript {
RunsWhen = Before
FailJobOnError = No
RunsOnClient = Yes
Command = "sh -c \"/usr/bin/pmset -g live | /usr/bin/grep '^ *sleep' |
/usr/bin/sed -E 's/ sleep[[:space:]]+([0-9]+)[^0-9]*/\\1/'
>/var/run/bacula-insomnia.%j && /usr/bin/pmset sleep 0\""
  }
  RunScript {
RunsWhen = After
FailJobOnError = No
RunsOnClient = Yes
Command = "sh -c \"/usr/bin/pmset sleep `cat
/var/run/bacula-insomnia.%j` && rm /var/run/bacula-insomnia.%j\""
  }
}

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Why would bacula consider duplicate jobs as fatal?

[David Brodbeck]

On Fri, Jan 31, 2020 at 1:54 AM Radosław Korzeniewski <
rados...@korzeniewski.net> wrote:

> Hello,
>
> śr., 29 sty 2020 o 17:51 William Muriithi 
> napisał(a):
>
>>
>>
>   How would this make sense considering it was intentionally configured?
>
>
> I think I do miss your point. Why anyone on Earth would like to configure
> a backup job in such a way that the next job will intentionally run when a
> previous job did not complete and intentionally setup cancelation of the
> duplicated job?
> IMVHO if I knew that my backup job is running for i.e. 8H then I'll never
> schedule next backup job on 4H period and setup a cancellation of the
> duplicate job because it will cancel every second job by design. It would
> be insane, right?
>

One example of a situation where this actually makes sense is if your full
backups take a lot longer than your incrementals. For example, I have some
workstations where a full takes three days, but an incremental takes only a
few minutes. I'd rather have the incremental run every day (and
occasionally get skipped when a full backup is running) than limit myself
to only one backup every three days.

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] ARM architecture?

[David Brodbeck]

On Wed, Nov 20, 2019 at 11:58 PM Andrea Venturoli  wrote:

> > A static bacula-sd binary would be ideal, since that's really all I need.
>
> Try this:
> https://www.netfence.it/download/bacula-sd-arm.zip
> That's what I use on QNAPs so it *might* work on your NAS.
>
>
Thanks, that saved me a lot of trouble. I re-packaged it as a Drobo app and
it's working great.

What was really killing me efficiency-wise was virtual full consolidations,
since they required going from the NAS over the network to the SD and then
back for what ought to have been a simple disk-to-disk copy.

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] ARM architecture?

[David Brodbeck]

Has anyone successfully cross-compiled Bacula for ARM? I have a NAS that I
use to hold my bacula backups. It runs Marvell Linux on an ARM CPU, and it
would be so much more efficient if I could run the SD on it directly
instead of on a host system.

I tinkered around a bit but ran into trouble with the linker. Apparently
libtool doesn't do well in a cross-compile environment?

A static bacula-sd binary would be ideal, since that's really all I need.

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] UC Bacula Pointers

[Mattinson David via Bacula-users]

In most circumstances it will be saved at the point the backup starts.  That is
If the file is not there at the start then it will not be in the backup
If you started editing a file after the backup starts the backup will contain 
your original (unedited file).
If you are writing a file when the backup starts you will have a partial file 
in the backup (probably not too much use)

There are some options to avoid this default actions, like avoiding snapshots 
or avoiding VSS for Windows, but in most circumstances the above will be what 
you get.

The FileSet resource has a compression=GZIP or LZO options resource which you 
could set to compress as you went along.  Compressing the files manually will 
increase the manual burden with any restore.  Also you can only really deal 
with volumes that bacula considers Full or Used.  There may be other things, 
but I don't use anything other than tapes.

Dave M
-Original Message-

Hello Everyone,

I'm a relatively new Bacula programmer looking for some pointers and helpful 
documentation. I've checked out the Bacula user guide and still have some 
remaining questions. Here are some of the topics I'm looking for more 
information on:

*What happens to the Bacula backup process when a new file is added to 
the target fileset directory while the backup is being taken? Will that cause 
Bacula to throw an error or will the new file be ignored until the next backup 
is taken?

*Once we have the Bacula backup taken, is there any issue with 
converting the format of the backup file into a tar or tar.gz file for storage 
purposes? I can't imagine the process of Tar/Untar would cause the backup 
volumes to become incompatible with Bacula, but I wanted to double check with 
someone more knowledgeable.

If this is the wrong format or there is a better place to ask these types of 
questions, please let me know and I will act accordingly.

Houston Burrow
This email and any attachments to it may be confidential and are
intended solely for the use of the individual to whom it is 
addressed. If you are not the intended recipient of this email,
you must neither take any action based upon its contents, nor 
copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. QinetiQ retains 
personal data relating to our customers and partners for the 
purposes of conducting a business relationship, communicating
and marketing to them as well as to providing invitations to 
upcoming events.  
Please see our Privacy Notice ( https://www.qinetiq.com/Privacy-Policy )
for further information.  In accordance with our Privacy Notice, you
have the right to withdraw your consent at any time. QinetiQ may 
monitor email traffic data and also the content of email for 
the purposes of security. QinetiQ Limited (Registered in England
& Wales: Company Number: 3796233) Registered office: Cody Technology 
Park, Ively Road, Farnborough, Hampshire, GU14 0LX  https://www.qinetiq.com.


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

[Bacula-users] bconsole authentication failed

[Kienzle, Jonathan-David]

Hello,

I encountered a problem when trying to open bconsole:


Running bconsole in debug mode has this output:

Connecting to Director bacula-director-01.lxdev.ka.de.dm-drogeriemarkt.com:9101
bconsole: cram-md5.c:166-0 Received bad response: 1999 Authorization failed.
Director authorization problem.
Most likely the passwords do not agree.
If you are using TLS, there may have been a certificate validation error during 
the TLS handshake.
For help, please see 
http://www.bacula.org/rel-manual/en/problems/Bacula_Frequently_Asked_Que.html

And I get a bacula daemon message:

21-Oct 15:13 bacula-director-01-dir JobId 0: Security Alert: authenticate.c:452 
Unable to authenticate console "*UserAgent*" at client:myip:53316.

My passwords in the config-files are the same:

Director {# define myself
  Name = bacula-director-01.lxdev.ka.de.dm-drogeriemarkt.com-dir
  DIRport = 9101# where we listen for UA connections
  QueryFile = "/usr/libexec/bacula//query.sql"
  WorkingDirectory = "/var/spool/bacula/"
  PidDirectory = "/var/run"
  Maximum Concurrent Jobs = 20
  Password = "WszPn130mxVAW/nKQDTi6Q" # Console password
  Messages = Daemon
}

And

Director {
  Name = bacula-director-01.lxdev.ka.de.dm-drogeriemarkt.com-dir
  DIRport = 9101
  address = bacula-director-01.lxdev.ka.de.dm-drogeriemarkt.com
  Password = "WszPn130mxVAW/nKQDTi6Q"
}

And my ports:

bacula-di  3341 bacula4u  IPv4  30498  0t0  TCP *:9101 (LISTEN)
bacula-sd  3353 bacula3u  IPv4  30626  0t0  TCP *:9103 (LISTEN)
bacula-fd  3364   root3u  IPv4  30786  0t0  TCP *:9102 (LISTEN)


Everything seems right or have I overlooked something. I hope that somebody can 
help me? Thank you in advance.

Regards
Jonathan


dmTECH GmbH
Am dm-Platz 1, 76227 Karlsruhe * Postfach 10 02 34, 76232 Karlsruhe
Telefon 0721 5592-2500 Telefax 0721 5592-2777
dmt...@dm.de * www.dmTECH.de
GmbH: Sitz Karlsruhe, Registergericht Mannheim, HRB 104927
Gesch?ftsf?hrer: Christoph Werner, Martin Dallmeier, Roman Melcher

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

[Bacula-users] Need help installing Bacula on RHEL 7

[Kienzle, Jonathan-David]

Hey there,
I was following this guide: 
https://tyler-hitzeman.github.io/bacula/install-server.html
All went well till I got to the real installation of Bacula.
Because I work on a VM without internet connection, I had to bypass the wget 
commands via scp.

Now my problem:
I ran the configuration script with
chmod +x setup.sh

and

sh ./setup.sh (in the Bacula folder)

and got this output:

./setup.sh: line 3: ./configure: Permission denied
./setup.sh: line 7: --sbindir=/opt/bacula/bin: No such file or directory

I checked that I have /opt/bacula/bin.

This is the content of ./setup.sh:

#!/bin/bash

CFLAGS="-g -Wall" \
  ./configure \
#--enable-bat \  #Only needed if you plan on using the BAT GUI (which 
can be very difficult to get to work)
--sbindir=/opt/bacula/bin \
--sysconfdir=/opt/bacula/etc \
--with-pid-dir=/opt/bacula/work \
--with-subsys-dir=/opt/bacula/work \
--enable-smartalloc \
--with-postgresql=/usr/pgsql-9.6 \
--with-python=/usr/bin/python \
--with-working-dir=/opt/bacula/work \
--with-dump-email=$USER

I really hope, that someone can help me. If something is missing, don't blame 
me I'm new here.

Regards
Jonathan

dmTECH GmbH
Am dm-Platz 1, 76227 Karlsruhe * Postfach 10 02 34, 76232 Karlsruhe
Telefon 0721 5592-2500 Telefax 0721 5592-2777
dmt...@dm.de * www.dmTECH.de
GmbH: Sitz Karlsruhe, Registergericht Mannheim, HRB 104927
Gesch?ftsf?hrer: Christoph Werner, Martin Dallmeier, Roman Melcher

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

Re: [Bacula-users] Syslog errors

[David Brodbeck]

On Fri, Sep 27, 2019 at 1:42 AM Radosław Korzeniewski <
rados...@korzeniewski.net> wrote:

> Hello,
>
> czw., 26 wrz 2019 o 18:57 David Brodbeck 
> napisał(a):
>
>> I deliberately have this set up because I want to know if the director
>> crashes. Does mean I have to put up with one of those messages every ten
>> minutes though. ;)
>>
>
> To check if a Director is working you should just use a proper probe.
> Checking if any service is running by spraying around random bits is
> insane, IMHO. When you check if HTTP server is working you just perform a
> proper HTTP GET request and expect a 200 response, right?
>

It doesn't actually spray random bits, just checks to see if it can connect
to the TCP port, then immediately disconnects. It's a basic check to see if
the director process has crashed or locked up. I set this up because it
used to do that pretty regularly, but fortunately the more recent versions
have been pretty stable. I was actually a little surprised that bacula
considers it an error (as opposed to, say, a debug-level message) when a
connection is made without sending any commands; most other daemons I'm
familiar with ignore that sort of thing.

BTW, regardless of what I do the central IT department here runs
vulnerability scans on my subnet every so often, so this is going to happen
from time to time anyway.

HTTP is a little different because it's an open protocol. Bacula's protocol
is proprietary and AFAIK not intended for random "unofficial" clients to
connect to, so writing a more "correct" test would be tricky. I guess I
could write some kind of script with bconsole, but that's heavier and has
its own pitfalls.

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] False "Intervention needed" flood

[David Brodbeck]

On Fri, Sep 27, 2019 at 7:30 AM Josh Fisher  wrote:

> On 9/27/2019 8:00 AM, Martin Simmons wrote:
> > Maybe you can add a RunBeforeJob script that checks if the workstation is
> > available?  If the script returns a non-zero status then the job will
> fail and
> > will not contact the SD at all.
>
>
> I have done this for years to the intermittent workstations. I have the
> RunBeforeJob issue wake-on-lan packets to the client, as many times the
> machine is there, just in sleep mode. It definitely helps, although it
> worked much better before most were switched to WiFi connected laptops.
> I've never had much luck getting wake-on-wlan to work correctly.
>

That's an excellent idea. I already have a RunBeforeJob to issue WOL
packets -- these are mostly Mac workstations and if they're not fully off
that usually wakes them. But I could have the same script fail if it can't
ping the machine after waking it. I just plain forgot that I could fail
backups on the result of that script.


>
> Perhaps a better approach for these clients would be client-initiated
> backups?
>

I still need to look into that. We haven't been installing tray-monitor,
and some clients are still on v7.x.x, so it'll take some redeployment.

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] False "Intervention needed" flood

[David Brodbeck]

On Thu, Sep 26, 2019 at 10:02 AM Andrea Venturoli  wrote:

> On 2019-09-26 18:22, David Brodbeck wrote:
>
> > I've just been putting up with the error messages rather than deal with
> > the added maintenance of that approach. The extra alert emails can be
> > dealt with by filtering my incoming email.
>
> The only problem here is that you'll eventually miss *real*
> "intervention need"s.
> So if something *really* gets stuck, you won't know, because you
> filtered all these messages (or you didn't, but won't be possibly able
> to check all of them anyway).
>

That's true. I have the list of currently running jobs integrated into my
network monitoring display, which is on the wall just above my desk, so I
glance up there every so often to see if anything's stuck. Since most
backups run at night, any problems are going to wait until I come in in the
morning anyway.

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Syslog errors

[David Brodbeck]

I deliberately have this set up because I want to know if the director
crashes. Does mean I have to put up with one of those messages every ten
minutes though. ;)


On Wed, Sep 25, 2019 at 2:43 PM Chris Wilkinson 
wrote:

> Yes i think that is most likely the reason. The IP in question is a
> machine that runs a network monitor. I wasn't aware that it was sending
> packets to the Bacula ports and see no reason why it should since it isn't
> a port scanner. It just pings and checks a webserver on port 80 is up.
>
> However, I'll turn it off and see if the errors stop.
>
> Thanks to all for those pointers.
>
> Regards
> Chris Wilkinson
>
> On Wed, 25 Sep 2019, 10:22 p.m. David Brodbeck, 
> wrote:
>
>>
>>
>> On Wed, Sep 25, 2019 at 1:37 AM Radosław Korzeniewski <
>> rados...@korzeniewski.net> wrote:
>>
>>> Hello,
>>>
>>> pon., 23 wrz 2019 o 12:26 Chris Wilkinson 
>>> napisał(a):
>>>
>>>>
>>>> Sep 22 10:11:12 HOMESERVER bacula-fd: job.c:508 FD expecting Hello got bad 
>>>> command from 192.168.1.30. Len=0.
>>>>
>>>> Something/someone at 192.168.1.30 is connecting to your (I see all your
>>> Bacula Components) server and is trying to chat with Bacula but is not
>>> using a bacula network protocol. So the errors.
>>>
>>> You have to verify what/who it is and disable it.
>>>
>>
>> If you're using a network monitoring system, like Observium or Big
>> Brother, that's a likely culprit.
>>
>> --
>> David Brodbeck
>> System Administrator, Department of Mathematics
>> University of California, Santa Barbara
>>
>> ___
>> Bacula-users mailing list
>> Bacula-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>>
>

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] False "Intervention needed" flood

[David Brodbeck]

Part of the problem is it takes upwards of ten minutes for a job to fail
when a workstation isn't available -- which is entirely correct, since the
network connection has to time out. However, the SD reservation is made
*before* it tries to contact the FD, so I end up with resource starvation
where jobs that are waiting to time out tie up resources that could be used
by other jobs. I'm guessing the assumption is that clients will always be
available, but the SD might be maxed out, so the code assumes it's more
efficient not to contact a client until the director knows it has the
resources to actually run the job.

One option would be to stagger the start times of my jobs so only the
maximum the SD can handle get launched in any given 10 minute window, but
that adds a lot of complexity to my configuration, since I currently can
just allow JobDefs to pull in the schedule for all clients. I'd have to
define start times individually, and maintain those in order to keep them
balanced as I add/remove clients. Adding enough disks for the worst case
isn't going to be possible. (I'm assuming one client per spindle is optimal
for disk arrays -- maybe that's too conservative?)

I've just been putting up with the error messages rather than deal with the
added maintenance of that approach. The extra alert emails can be dealt
with by filtering my incoming email.


On Thu, Sep 26, 2019 at 1:28 AM Kern Sibbald  wrote:

> Hello,
>
> Bacula does already attempt to acquire the needed devices in the SD and
> then backs them out if all the needed resources cannot be obtained.
> This works quite nicely.   Consequently, while the job is waiting the
> resources are released in the SD.
>
> The problem occurs because the SD realizes that the resources are not
> available, so it will wait a short period of time trying again to
> acquire the resources, which is what one wants for virtually all jobs.
> When it cannot acquire the resources the SD will fail the job.  The
> problem occurs because the user is over committing the SD resources.
> The solution is to get more drives or modify how you run jobs.
>
> From what I understand in this case is that the user has a large number
> of jobs that regularly fail and thus the user explicitly over commits
> the resources.  The consequent is that Bacula works as it should but the
> user gets lots of messages about the SD not being able to get resources.
>
> Bacula was designed in a way were it expects to have the needed
> resources available (i.e. the configuration should be optimized for the
> available resources).  It also handles the case where you over load the
> SD (too many jobs for available resources), but in that case it will
> warn you, which is exactly what 99% of all users want.
>
> One possible solution would be to add a new directive that suppresses
> the reservation failure message.  However there is very likely a better
> solution with the existing Bacula, I just do not know what it is at this
> time.  This is the first time in 19 years that this problem has come up,
> so before changing anything in the code, it has to be very clearly
> understood, which is not the case (at least for me).
>
> Another solution is for the user to modify the source code and remove
> the warning message.
>
> Best regards,
> Kern
>
> On 9/25/19 10:50 AM, Andrea Venturoli wrote:
> > On 2019-09-25 10:19, Radosław Korzeniewski wrote:
> >> Hello,
> >>
> >> sob., 21 wrz 2019 o 00:52 David Brodbeck  >> <mailto:brodb...@math.ucsb.edu>> napisał(a):
> >>
> >> I think this is a somewhat unfortunate design decision, to be
> >> honest. (...)
> >>
> >>
> >> So what should be the best design in this case which should solve the
> >> problem?
> >
> > I'm not so into the code to tell for sure.
> > Maybe rescheduling should release the SD once the job first fails and
> > reserve again when it starts the next time?
> >
> >  bye & Thanks
> > av.
> >
>
>

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Syslog errors

[David Brodbeck]

On Wed, Sep 25, 2019 at 1:37 AM Radosław Korzeniewski <
rados...@korzeniewski.net> wrote:

> Hello,
>
> pon., 23 wrz 2019 o 12:26 Chris Wilkinson 
> napisał(a):
>
>>
>> Sep 22 10:11:12 HOMESERVER bacula-fd: job.c:508 FD expecting Hello got bad 
>> command from 192.168.1.30. Len=0.
>>
>> Something/someone at 192.168.1.30 is connecting to your (I see all your
> Bacula Components) server and is trying to chat with Bacula but is not
> using a bacula network protocol. So the errors.
>
> You have to verify what/who it is and disable it.
>

If you're using a network monitoring system, like Observium or Big Brother,
that's a likely culprit.

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] False "Intervention needed" flood

[David Brodbeck]

I'm not sure how Max Full Interval solves the problem. I have used it
(before we switched to virtual full) but it doesn't really pertain to
resource contention. Maybe I didn't explain the problem very well.

At any rate, I understand the fundamental problem here is I'm trying to use
software originally written to back up always-online servers to back up
workstations. It's a minor issue, so I'm not too concerned about it.

On Wed, Sep 25, 2019 at 8:32 AM Kern Sibbald  wrote:

> Hello,
>
> Bacula was not designed to handle the case you are describing where you
> have multiple clients that are offline.  This was not really a design
> decision, but rather a design limitation because when the code was
> implemented there was no restart functionality.
>
> A possible way to fix the problem would be to use Max Full Interval and
> Max Diff Interval ...
>
> Best regards,
> Kern
>
> On 9/21/19 12:19 AM, David Brodbeck wrote:
>
>
>
> On Thu, Sep 19, 2019 at 6:33 AM Kern Sibbald  wrote:
>
>> Hello,
>>
>> I concur with David.  When these jobs are scheduled, Bacula will attempt
>> to acauire the needed Storage resources.  When the resources are busy the
>> job waits, and after a certain time, Bacula will inform you that the
>> resources are not available.
>>
>> These messages generally occur when you over commit the SD resources.  If
>> you are using disk, increasing the maximum simultaneous jobs in the Device
>> resource and restarting the SD will generally solve the problem, but you
>> might also have to assign more Storage devices depending on what you are
>> doing.
>>
>
> I think this is a somewhat unfortunate design decision, to be honest. I
> back up a fairly large number of workstations, and on any given night a
> certain number of them will be off or otherwise unavailable. I have these
> jobs set to reschedule on failure so that they run when the workstation
> eventually gets switched on.
>
> The problem is, with the behavior you mention, I can't accurately control
> how many simultaneous *running* jobs are using storage. If I set the max to
> the number of jobs that I actually want to be able to use storage
> simultaneously, I end up with some jobs that could otherwise run waiting
> for resources because those resources are committed to a job that's
> retrying a workstation that may or may not appear. If I compensate by
> setting the max higher, I risk overcommitting my storage bandwidth on
> nights when all the workstations *are* available.
>
> --
> David Brodbeck
> System Administrator, Department of Mathematics
> University of California, Santa Barbara
>
>
>

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] False "Intervention needed" flood

[David Brodbeck]

On Thu, Sep 19, 2019 at 6:33 AM Kern Sibbald  wrote:

> Hello,
>
> I concur with David.  When these jobs are scheduled, Bacula will attempt
> to acauire the needed Storage resources.  When the resources are busy the
> job waits, and after a certain time, Bacula will inform you that the
> resources are not available.
>
> These messages generally occur when you over commit the SD resources.  If
> you are using disk, increasing the maximum simultaneous jobs in the Device
> resource and restarting the SD will generally solve the problem, but you
> might also have to assign more Storage devices depending on what you are
> doing.
>

I think this is a somewhat unfortunate design decision, to be honest. I
back up a fairly large number of workstations, and on any given night a
certain number of them will be off or otherwise unavailable. I have these
jobs set to reschedule on failure so that they run when the workstation
eventually gets switched on.

The problem is, with the behavior you mention, I can't accurately control
how many simultaneous *running* jobs are using storage. If I set the max to
the number of jobs that I actually want to be able to use storage
simultaneously, I end up with some jobs that could otherwise run waiting
for resources because those resources are committed to a job that's
retrying a workstation that may or may not appear. If I compensate by
setting the max higher, I risk overcommitting my storage bandwidth on
nights when all the workstations *are* available.

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Looking to move away from tape

[David Brodbeck]

On Tue, Sep 17, 2019 at 1:02 PM Phil Stracchino 
wrote:

> On 9/17/19 2:28 PM, Heitor Faria wrote:
> > Hello Phil,
> >> What are folks using for removable-drive backup storage, how do you have
> >> it configured in Bacula, and how well is it working out for you?  I
> >> desperately need a better solution here.
> >
> > Most people are doing remote sites or cloud backups.
>
>
> Bandwidth issues aside, I don't consider "Some outside company has a
> copy of every byte of data I have" to be a backup.  I consider it a data
> theft waiting to happen.
>

That's fair, although most cloud backup schemes are zero-knowledge, i.e.
the data is encrypted before it leaves your premises. I don't know how hard
that is to set up with Bacula because I haven't tried. (One hard truth
about academia is it's easier to get money for one-time costs than for
subscriptions.)

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Looking to move away from tape

[David While]

I do my Bacula backups to my NAS and then rsync the complete folder to 
drives which are then offlined after the rsync completes.


David

On 17/09/2019 21:05, Phil Stracchino wrote:

On 9/17/19 3:37 PM, Dimitri Maziuk via Bacula-users wrote:

The other one we have is a 36-bay chassis with ZFS. We started with 4TB
"NAS" drives in it and by now replaced them all with 8TB "archive"
ones... And when it starts getting tight we'll go for 12 or 16 or
whatever it's gonna be by then. With this one I don't have to muck
around with vchanger, labeling barcodes and updating slots and all that.
And everything's on-line at all times.

Yeah, right now as an interim measure while I work out a new non-tape
solution, I'm running monthly full backups to my NAS, a Sun X4540.  It
works for now, but I'd prefer to have my full backup media actually
physically offline and airgapped when not actually running.  Which is
why I was asking for people's experiences with removable-drive setups
and how best to do it in Bacula.




___
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] False "Intervention needed" flood

[David Brodbeck]

I think what's going on here is even though these jobs aren't running
they've reserved a device for when (if) they do. This is probably exceeding
the maximum job limit for your SD.

On Wed, Sep 11, 2019 at 5:14 AM Andrea Venturoli  wrote:

> Hello.
>
> I've got an installation of 9.4.3 on FreeBSD/amd64, where several
> clients are doing backups on a few SDs.
> Since some of these clients are laptops, I've activated "Reschedule On
> Error" to let Bacula try again in an hour if a laptop is not there.
>
>
>
> Since then, I'm getting a lot of messages like the following:
>
> Subject: Bacula: Intervention needed for XXX.2019-09-11_10.00.00_56
> Body:
> 11-Sep 10:25 XXXr-sd JobId 15335: JobId=15335, Job
> XXX.2019-09-11_10.00.00_56 waiting to reserve a device.
>
> This happens with several different clients.
>
>
>
> The point here is that no manual intervention is really needed: the
> backup will eventually succeed automatically if the laptop arrives in
> the LAN or fail if it doesn't.
> I think there's nothing I can do or should do.
>
> So, how can I get rid of these messages?
> Is this a bug or a feature I don't understand?
>
>   bye & Thanks
> av.
>
>
> _______
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>


-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] preserving ACL permissions

[David While]

I think you need to provide the director config file not the client 
config file


i.e.

bacula-dir -t /etc/bacula/bacula-dir.conf

On 25/07/2019 15:28, Adam Weremczuk wrote:

On 25/07/19 12:16, Josip Deanovic wrote:


When you perform some change you can always test the configuration
with the bacula-dir -t command.

I get the following for every single client conf:

bacula-dir -t /etc/bacula/clients/server.conf
25-Jul 15:19 bacula-dir: ERROR TERMINATION at parse_conf.c:479
Config error: Could not find config Resource server_catalog referenced 
on line 10 :   Catalog = server_catalog


It's defined in /etc/bacula/bacula-dir.conf

# 
--

# Catalog Definitions
# 
--


Catalog {
  Name = server_catalog
  DB Name = bacula
  user = bacula
  password = ""
}

Apart from recently discovered missing ACL on one client issue all 
backups have been generally running fine.

Why am I seeing this error?


___
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] bacula and SQLite

[David Brodbeck]

Finally got some time to poke at this again. pgloader looked promising, but
almost immediately I ran into problems with it not understanding some of
SQLite's types:

What I am doing here?
> At
>   int8
>  ^ (Line 1, Column 3, Position 3)
> In context SQLITE-TYPE-NAME:
> While parsing SQLITE-TYPE-NAME. Problem:
>   The production
> #\8
>   does not satisfy the predicate ALPHA-CHAR-P.


I haven't tried to manually specify a cast yet, but I was curious if anyone
else had run into this.


On Fri, May 10, 2019 at 11:08 AM Dimitri Maziuk via Bacula-users <
bacula-users@lists.sourceforge.net> wrote:

> On 5/9/19 5:41 PM, David Brodbeck wrote:
> > On Wed, May 1, 2019 at 3:14 PM Phil Stracchino 
> wrote:
>
> >> Surely you could have just bscanned the media you had?
> >>
>
> ... Obviously now that
> > the SQLite rug is going to be pulled out from under me I may have to
> > revisit the bscan idea.
>
> I haven't tried this myself, this is purely theoretical, etc., etc., but
> there's this: https://github.com/dimitri/pgloader -- just don't delete
> the dump file at the end of catalog backup job, create postgres database
> using bacula's scripts, and see if you can get that dump file in.
>
> Of course if you only have a couple of volumes, on-disk, bscan'ing them
> in will be faster.
> --
> Dimitri Maziuk
> Programmer/sysadmin
> BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu
>
> _______
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>


-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Bacula for Users machines

[David Brodbeck]

elli
> *
>
>
>
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
> --
>
> MSc Heitor Faria
> CEO Bacula LATAM
> mobile1: + 1 909 655-8971
> mobile2: + 55 61 98268-4220
> [image: linkedin icon]
> <https://www.linkedin.com/in/msc-heitor-faria-5ba51b3>
> [image: logo] 
> América Latina
> bacula.lat | bacula.com.br <http://www.bacula.com.br>
>
>
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>


-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Howto skip one week by the scheduler?

[David Brodbeck]

Have you considered just letting the schedule run and relying on "Allow
Duplicate Jobs = no" to cancel the differentials and incrementals while the
full backup is running? That's how I've been handling it. It's not the most
elegant thing (it does leave failed job warnings in your logs) but it works.

On Fri, Jun 7, 2019 at 3:30 AM Birgit DUCARROZ via Bacula-users <
bacula-users@lists.sourceforge.net> wrote:

> Hi list,
>
> I try to figure out how I could tune my scheduler so that one week of a
> year is skipped by the backup scheduler. Since a full backup of all our
> data takes an entire week, my aim is to skip this week for both
> differential and incremental backups.
>
> Actually, this is how it is configured, but I'd like to skip week 52
> from wed to week 53 wed.
> Any ideas?
>
> Schedule {
>Name = "WeeklyCycle"
>Run = Full w52 wed at 21:00  # (#04) # A full
> backup takes about one week!
>Run = Differential 2nd-5th sat at 21:00   # (#07)
>Run = Incremental mon-fri at 21:00# (#10)
> }
>
> Regards,
> Birgit
>
>
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>


-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Why did Bacula not reuse an Error tape?

[David Brodbeck]

On Mon, Jun 3, 2019 at 8:29 AM Sebastian Suchanek 
wrote:

> > I'm sure the tape is fine, the problem is that when we have power
> outages
> > during a backup my network goes down and then Bacula gets confused.
> >
> > I have UPS on bacula-dir machine and tape drive controller and tape
> drive,
> > just one LAN switch that still needs to be connected to a UPS... and
> that's
> > causing the problems.
>
> Shouldn't such an "incident" cause a *job* error instead of Bacula
> marking the *tape* as faulty?
>

I have what might be a similar situation -- one of my storage devices is a
NAS connected to a machine running the storage daemon via NFS. If something
causes a temporary drop in the NFS connection, bacula will keep trying to
use virtual tapes and marking them as "errored", one at a time, until it
comes back. Every so often I have to clean out the error tapes so I don't
run out of space in the pool. This does make sense since the storage daemon
sees an I/O error.

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Debugging a backup job

[David Brodbeck]

Since you're backing up *some* data, this doesn't seem like a firewall
issue.

I would check the client's syslog, first. See if the fd is crashing, or if
you're getting I/O errors that are stalling the transfer. Sometimes a bad
disk will only show up during backups, if the bad sectors are in an area
that's rarely accessed.

Since this is a server, power management is probably not an issue, but this
*is* what I'd expect to see if a client went into sleep mode during a
backup. Happens a lot with desktop systems.


On Wed, May 29, 2019 at 8:11 AM Gestió Servidors 
wrote:

> Hello,
>
> a backup job from a server is failing continuosly. From bacula console, I
> have reconfigured debug with "setdebug level=99 trace=1 client=my_server"
> but job is not returning more info... so I don't know why is failing. I
> have rerun four times and, always, after writing 80 GB, job fails with
> message:
>
> 2019-05-29 11:16:20baculaserver JobId 44381: Fatal error: Network error with 
> FD during Backup: ERR=Connection timed out
> 2019-05-29 11:16:20baculaserver JobId 44381: Error: bsock.c:577 Read error 
> from client:my_server_IP_address:9103: ERR=No data available
> 2019-05-29 11:16:20baculaserver JobId 44381: Elapsed time=02:11:15, Transfer 
> rate=11.06 M Bytes/second
> 2019-05-29 11:16:20baculaserver JobId 44381: Fatal error: No Job status 
> returned from FD.
>
> I have not set any limit in configuration as "Maximum Volume Bytes"... so
> I don't understand anything.
>
> I would like to know how debug this job.
>
> Could anyone help me?
>
> Thanks.
>
>
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>


-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Virtual Full storage deadlock (was: Re: Virtual Full backups: Getting "No previous jobs found")

[David Brodbeck]

Apparently so.

I've been digging for recipes to do that. Is the old advice to use vchanger
still best, or does Bacula's native autochanger support make that obsolete?
I'm running v9.4.

On Fri, May 10, 2019 at 1:52 AM Kern Sibbald  wrote:

> Hello,
>
> If you are doing any kind of "copy" of data (Migration, Copy, VirtualFull,
> ...), it seems to me to be obvious, but perhaps I am mistaken, you need two
> different Storage daemon device definitions -- one to read a Volume, and
> one to write to a different Volume.  It appears (I don't have enough
> information here) that this is not your case.
>
> Best regards,
> Kern
>
> On 5/10/19 2:58 AM, David Brodbeck wrote:
>
> Still trying to get Progressive Virtual Full backups to work.
>
> I solved the "no previous jobs found" problem by making only one job
> definition (instead of separate incremental and virtualfull definitions),
> and changing the job level to VirtualFull in the schedule for the times
> when I want to consolidate. It now correctly locates the jobs to
> consolidate. However, I'm getting deadlock when it tries to access storage,
> probably because I have Pool and Next Pool set to the same location.
>
> The documentation (
> https://www.bacula.org/9.4.x-manuals/en/main/Migration_Copy.html) states
> that it should work:
> "Alternatively, you can set your Next Pool to point to the current pool.
> This will cause Bacula to read and write to Volumes in the current pool. In
> general, this will work, because Bacula will not allow reading and writing
> on the same Volume."
>
> This is what I'm trying to do, but it doesn't work; the job stalls with
> "waiting on Storage." I assume this is because my file pool only has one
> device, so Bacula assumes it can't both read from and write to it at the
> same time. I've found lots of old (v5.x era) references to using vchanger
> to solve this kind of problem, but I'm unsure if that's still the best way
> to go. The current documentation is a bit fragmentary on this and I'm
> hoping someone can point me in the right direction.
>
> Here's the relevant configuration stanzas for my storage:
>
> bacula-dir.conf:
> Storage {
>   Name = russell.math.ucsb.edu-sd
>   Address = russell.math.ucsb.edu
>   SDPort = 9103
>   Password = 
>   Device = DataCenter
>   Media Type = DCFile
>   Maximum Concurrent Jobs = 10
> }
> Pool {
>   Name = DataCenterPool
>   Pool Type = Backup
>   Recycle = yes
>   AutoPrune = yes
>   Volume Retention = 60 days
>   Maximum Volume Bytes = 50G
>   Maximum Volumes = 280
>   Label Format = "DCVol-"
>   Storage = russell.math.ucsb.edu-sd
> }
>
> bacula-sd.conf:
> Device {
>   Name = DataCenter
>   Device Type = File
>   Media Type = DCFile
>   Archive Device = /media/bacula/DataCenterPool
>   LabelMedia = yes;
>   Random Access = Yes;
>   AutomaticMount = yes;
>   RemovableMedia = no;
>   AlwaysOpen = no;
>   Maximum Concurrent Jobs = 10
> }
>
>
> --
> David Brodbeck
> System Administrator, Department of Mathematics
> University of California, Santa Barbara
>
>
>
> ___
> Bacula-users mailing 
> listBacula-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
>

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Virtual Full storage deadlock (was: Re: Virtual Full backups: Getting "No previous jobs found")

[David Brodbeck]

Still trying to get Progressive Virtual Full backups to work.

I solved the "no previous jobs found" problem by making only one job
definition (instead of separate incremental and virtualfull definitions),
and changing the job level to VirtualFull in the schedule for the times
when I want to consolidate. It now correctly locates the jobs to
consolidate. However, I'm getting deadlock when it tries to access storage,
probably because I have Pool and Next Pool set to the same location.

The documentation (
https://www.bacula.org/9.4.x-manuals/en/main/Migration_Copy.html) states
that it should work:
"Alternatively, you can set your Next Pool to point to the current pool.
This will cause Bacula to read and write to Volumes in the current pool. In
general, this will work, because Bacula will not allow reading and writing
on the same Volume."

This is what I'm trying to do, but it doesn't work; the job stalls with
"waiting on Storage." I assume this is because my file pool only has one
device, so Bacula assumes it can't both read from and write to it at the
same time. I've found lots of old (v5.x era) references to using vchanger
to solve this kind of problem, but I'm unsure if that's still the best way
to go. The current documentation is a bit fragmentary on this and I'm
hoping someone can point me in the right direction.

Here's the relevant configuration stanzas for my storage:

bacula-dir.conf:
Storage {
  Name = russell.math.ucsb.edu-sd
  Address = russell.math.ucsb.edu
  SDPort = 9103
  Password = 
  Device = DataCenter
  Media Type = DCFile
  Maximum Concurrent Jobs = 10
}
Pool {
  Name = DataCenterPool
  Pool Type = Backup
  Recycle = yes
  AutoPrune = yes
  Volume Retention = 60 days
  Maximum Volume Bytes = 50G
  Maximum Volumes = 280
  Label Format = "DCVol-"
  Storage = russell.math.ucsb.edu-sd
}

bacula-sd.conf:
Device {
  Name = DataCenter
  Device Type = File
  Media Type = DCFile
  Archive Device = /media/bacula/DataCenterPool
  LabelMedia = yes;
  Random Access = Yes;
  AutomaticMount = yes;
  RemovableMedia = no;
  AlwaysOpen = no;
  Maximum Concurrent Jobs = 10
}


-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] bacula and SQLite

[David Brodbeck]

On Wed, May 1, 2019 at 3:14 PM Phil Stracchino  wrote:

> On 5/1/19 5:57 PM, David Brodbeck wrote:
> > To be honest, my mistake was I didn't realize that by "testing purposes"
> > they meant "a temporary, throwaway system where you delete everything
> > before moving on to production." By the time I decided Bacula was doing
> > the job for me and it was time to move to a more robust backend, I had
> > too much backup data to just start over from scratch. I didn't want to
> > have to tell someone "I had a backup of that, but I deleted it."
> > Basically I failed to look two steps ahead to see if there would be a
> > migration path forward.
>
> Surely you could have just bscanned the media you had?
>

Yes, but I considered that a last resort, since bscan appears to be for
recovering from Dire Emergencies and I wasn't clear on whether it'd give me
a consistent catalog going forward. Since the system was actually working
fine with SQLite, it seemed better to just keep going. Obviously now that
the SQLite rug is going to be pulled out from under me I may have to
revisit the bscan idea.

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] bacula and SQLite

[David Brodbeck]

To be honest, my mistake was I didn't realize that by "testing purposes"
they meant "a temporary, throwaway system where you delete everything
before moving on to production." By the time I decided Bacula was doing the
job for me and it was time to move to a more robust backend, I had too much
backup data to just start over from scratch. I didn't want to have to tell
someone "I had a backup of that, but I deleted it." Basically I failed to
look two steps ahead to see if there would be a migration path forward.

I haven't yet had an SQLite problem I couldn't fix with the command line
tools, in spite of once running out of disk space on the partition the DB
was on. My biggest complaint about it is if you have backups with millions
of files, operations on them can tie up the director for quite a while.
That's the main reason I'd like to switch to a proper DB server.


On Mon, Apr 29, 2019 at 8:54 AM Phil Stracchino 
wrote:

>
>
> "For testing purposes."
>
> Was SQLite *ever* actually *recommended* for production?
>

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] bacula and SQLite

[David Brodbeck]

On Sat, Apr 20, 2019 at 4:32 AM Gary R. Schmidt 
wrote:

> SQLite was deprecated in Bacula something of the order of ten years ago,
> which is about when I installed Bacula at my current $ORK.
>

Interestingly, the 9.0.4 release notes say that sqlite has been deprecated
"for a long time," but I haven't been able to find exactly when this was
announced. In fact as recently as v7.4 the installation chapter in the
manual recommended starting out with SQLite for testing purposes. The most
recent v7.4 release came out in 2017, a lot less than 10 years ago.

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Virtual Full backups: Getting "No previous jobs found"

[David Brodbeck]

I'm apparently still confused. I changed BackupsToKeep to 10 for the
eltanin-vfull job. Then I ran the incremental job repeatedly until there
were 11 since the last full backup. Finally, I ran my Virtual Full job. But
I still got "no previous jobs found".

Here's the list of jobs from the last actual full backup on:
| 22250 | eltanin   | 2019-04-09 13:41:39 | B| F | 108510   |
84671554923 | T |
| 22257 | eltanin   | 2019-04-09 17:10:12 | B| I | 1104 |
212716762   | T |
| 22313 | eltanin   | 2019-04-10 17:10:11 | B| I | 1239 |
174101825   | T |
| 22363 | eltanin   | 2019-04-11 16:42:45 | B| I | 402  |
113157934   | T |
| 22365 | eltanin   | 2019-04-11 16:47:57 | B| I | 39   |
28087251| T |
| 22371 | eltanin   | 2019-04-11 17:10:10 | B| I | 99   |
65072712| T |
| 22379 | eltanin   | 2019-04-11 17:23:55 | B| I | 94   |
48053911| T |
| 22380 | eltanin   | 2019-04-11 17:29:45 | B| I | 56   |
51802261| T |
| 22381 | eltanin   | 2019-04-11 17:33:30 | B| I | 35   |
34636048| T |
| 22382 | eltanin   | 2019-04-11 17:35:41 | B| I | 45   |
39417049| T |
| 22383 | eltanin   | 2019-04-11 17:40:31 | B| I | 61   |
43142265| T |
| 22384 | eltanin   | 2019-04-11 17:45:46 | B| I | 62   |
42251517| T |
+---+---+-+--+---+--+-+---+

I don't understand why these jobs don't get consolidated. Is there
something I need to set to tell Bacula that a particular Virtual Full job
corresponds to a particular Incremental job?


On Thu, Apr 11, 2019 at 2:02 PM David Brodbeck 
wrote:

> Okay, so if I understand correctly, "no previous jobs found" in this case
> (progressive virtual full) actually means "not enough previous jobs found"?
>
> On Wed, Apr 10, 2019 at 2:55 PM Bill Arlofski 
> wrote:
>
>> On 4/10/19 12:35 PM, David Brodbeck wrote:
>> > I'm having trouble getting virtual full backups working. I feel like
>> I'm
>> > missing something basic about how they're supposed to be structured,
>> but I
>> > could use help figuring out what it is.
>> >
>> > It's also possible I misunderstand the error message -- will it error
>> out if
>> > there aren't 30 jobs to consolidate yet? There are previous jobs with
>> this
>> > definition, but not 30 of them.
>>
>>
>> Hello David,
>>
>>
>> You have that last statement exactly correct. You need at least 30 jobs
>> to
>> consolidate with this "PROGRESSIVE Virtual Full" (PVF) configuration...
>>
>>
>> However... this "Backups To Keep" is for Progressive Virtual Fulls (PVF).
>> "PVFs" are sort of a "sliding window" of backups that only and always go
>> back
>> to a certain time (like 30 days in the past, for example) in the past..
>> Where
>> the last/oldest available Full slides forward with each PVF backup.
>>
>> If you are trying to just do normal "Virtual Fulls", then this option is
>> not
>> what you want, so you should remove it.
>>
>> Hope this helps...
>>
>>
>> Best regards,
>>
>> Bill
>>
>>
>> --
>> Bill Arlofski
>> http://www.revpol.com/bacula
>> -- Not responsible for anything below this line --
>>
>>
>> ___
>> Bacula-users mailing list
>> Bacula-users@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>>
>
>
> --
> David Brodbeck
> System Administrator, Department of Mathematics
> University of California, Santa Barbara
>
>

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Virtual Full backups: Getting "No previous jobs found"

[David Brodbeck]

Okay, so if I understand correctly, "no previous jobs found" in this case
(progressive virtual full) actually means "not enough previous jobs found"?

On Wed, Apr 10, 2019 at 2:55 PM Bill Arlofski  wrote:

> On 4/10/19 12:35 PM, David Brodbeck wrote:
> > I'm having trouble getting virtual full backups working. I feel like I'm
> > missing something basic about how they're supposed to be structured, but
> I
> > could use help figuring out what it is.
> >
> > It's also possible I misunderstand the error message -- will it error
> out if
> > there aren't 30 jobs to consolidate yet? There are previous jobs with
> this
> > definition, but not 30 of them.
>
>
> Hello David,
>
>
> You have that last statement exactly correct. You need at least 30 jobs to
> consolidate with this "PROGRESSIVE Virtual Full" (PVF) configuration...
>
>
> However... this "Backups To Keep" is for Progressive Virtual Fulls (PVF).
> "PVFs" are sort of a "sliding window" of backups that only and always go
> back
> to a certain time (like 30 days in the past, for example) in the past..
> Where
> the last/oldest available Full slides forward with each PVF backup.
>
> If you are trying to just do normal "Virtual Fulls", then this option is
> not
> what you want, so you should remove it.
>
> Hope this helps...
>
>
> Best regards,
>
> Bill
>
>
> --
> Bill Arlofski
> http://www.revpol.com/bacula
> -- Not responsible for anything below this line --
>
>
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>


-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Virtual Full backups: Getting "No previous jobs found"

[David Brodbeck]

I'm having trouble getting virtual full backups working. I feel like I'm
missing something basic about how they're supposed to be structured, but I
could use help figuring out what it is.

It's also possible I misunderstand the error message -- will it error out
if there aren't 30 jobs to consolidate yet? There are previous jobs with
this definition, but not 30 of them.

Here are the JobDefs:

JobDefs {
  Name = "StaffDesktopIncremental"
  Type = Backup
  Level = Incremental
  Allow Mixed Priority = yes
  Allow Duplicate Jobs = no
  FileSet = "OS X Desktop"
  Schedule = "StaffDesktopIncrementalSked"
  Messages = Standard
  Pool = DataCenterPool
  Accurate = yes
  SpoolAttributes = yes
  Priority = 10
  Write Bootstrap = "/opt/bacula/working/%c.bsr"
  Reschedule On Error = yes
  Reschedule Interval = 6 hours
  Reschedule Times = 3
  # Runscript sections trimmed for brevity...
}

JobDefs {
  Name = "StaffDesktopVFull"
  Type = Backup
  Level = VirtualFull
  Messages = Standard
  Allow Duplicate Jobs = no
  Allow Mixed Priority = yes
  Pool = "DataCenterPool"
  Next Pool = "DataCenterPool"
  File Set = "OS X Desktop"
  Accurate = Yes
  Backups To Keep = 30
  Schedule = "VirtualFullSked"
  Priority = 20
  Delete Consolidated Jobs = yes
}

And the job entries I'm testing with:

Job {
  Name = "eltanin"
  Client = eltanin.math.ucsb.edu-fd
  JobDefs = "StaffDesktopIncremental"
  FileSet = "eltanin"
}

Job {
  Name = "eltanin-vfull"
  Client = eltanin.math.ucsb.edu-fd
  JobDefs = "StaffDesktopVFull"
  FileSet= "eltanin"
}

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] OK, this is troubling ... (9.4.2)

[David Brodbeck]

I got that pretty regularly with v7.x, but I haven't seen it with v9.4 yet.
The director process would still be running, but it would be unresponsive.

On Mon, Apr 1, 2019 at 6:00 AM Phil Stracchino  wrote:

> My 9.4.2 Director is still RUNNING, but has gone catatonic in between
> ejecting the first tape of my monthly full backup run and mounting the
> second.  Since I can't connect to it to tell it to mount the new tape,
> I'm just going to have to wait for it to poll and hope it successfully
> mounts the new tape on its own.
>
> Has anyone else ever seen this happen?  I'd prefer not to have to
> restart the backup set.
>
>
> --
>   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
>


-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] bacula and SQLite

[David Brodbeck]

I've been wondering the same thing, especially since there seems to be no
official way to migrate an SQLite database to PostgreSQL or MariaDB. I'm
actually not opposed to doing using one of those (I feel like a "real"
RDBMS might offer better performance and stability in my case -- my
installation has grown to about 60 clients) but everyone who's done it
seems to have rolled their own script to do the conversion. Descriptions of
the process in the mailing list archives are pretty vague, and I'm not
confident I understand the Bacula schema well enough to pull it off safely.

I'm hoping if they decide to pull the plug on SQLite completely they'll
provide some kind of migration path for those of us who made the
(apparently bad) decision to choose it early on, when it was supported.


On Fri, Mar 29, 2019 at 11:51 AM Oliver Lehmann  wrote:

> Hi,
>
> I just migrated my Bacula installation from 7 to 9.
> During executing the DB schema update Tool, I noticed, that SQLite got
> deprecated.
>
> I wonder why? :(
>
> I didn't wanted to install, maintain a full RDBMS which eats up
> ressources and might contain security issues just to get my backups
> going. I seriously do not care about backup performance. It is a home
> installation and a full backup only contains around 1 TB of data from
> 4 systems (some of them virtual).
>
> Does this now mean I have to get MySQL (what is with MariaDB?) or
> PGSQL installed just for keeping Bacula working in 10 or whatever
> version SQLite support will be completly removed?
>
> How sad :(
>
> Best regards,
> Oliver
>
>
>
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>


-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Run ClientBeforeJob script in background instead of waiting for it.

[David Brodbeck]

Oh, excellent. I have the pmset solution working for now, but an integrated
one would be even better.

On Thu, Feb 14, 2019 at 2:43 AM Radosław Korzeniewski <
rados...@korzeniewski.net> wrote:

> Hello,
>
> śr., 6 lut 2019 o 23:58 Dimitri Maziuk via Bacula-users <
> bacula-users@lists.sourceforge.net> napisał(a):
>
>> On 2/6/19 4:14 PM, David Brodbeck wrote:
>>
>> I would look at using pmset to disable sleep in Before and re-enable in
>> AfterJob -- though it's probably a PITA if you have custom power
>> settings and want to restore them after.
>>
>
> There is a patch which disable sleep mode on macOS during backup/restore
> job. The patch will be available on next major Bacula release or when Kern
> will accept it in the current 9.4.x.
>
> 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
>


-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Run ClientBeforeJob script in background instead of waiting for it.

[David Brodbeck]

Thanks, pmset was the missing piece. I put together a pair of shell
one-liners that saves the current setting in Before, and restores it in
After. The real test will be when it runs overnight, but so far it looks
promising.

On Wed, Feb 6, 2019 at 2:57 PM Dimitri Maziuk via Bacula-users <
bacula-users@lists.sourceforge.net> wrote:

> On 2/6/19 4:14 PM, David Brodbeck wrote:
>
> > I think I'm barking up the wrong tree and the ClientBeforeJob
> functionality
> > just isn't meant for this sort of thing. I gather from earlier
> conversation
> > that it was only working for me in 7.4.x because of a bug.
>
> From a brief look at google it seems you're barking up the wrong tree in
> that it is caffeinate that won't detach from the terminal because it
> must catch its Ctrl+C to decaf.
>
> I would look at using pmset to disable sleep in Before and re-enable in
> AfterJob -- though it's probably a PITA if you have custom power
> settings and want to restore them after.
>
> --
> Dimitri Maziuk
> Programmer/sysadmin
> BioMagResBank, UW-Madison -- http://www.bmrb.wisc.edu
>
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>


-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Run ClientBeforeJob script in background instead of waiting for it.

[David Brodbeck]

I used "at" on High Sierra, but on Mojave it no longer works.
Disappointing, but not terribly surprising since it's been deprecated for
years. It might be possible to make it work on Mojave if I disabled system
protection, but I'm trying to avoid that if at all possible.

Your disown suggestion was a good one, but it doesn't work either. I tried
with:

#!/bin/bash

PATH=/bin:/usr/bin:/usr/local/bin
caffeinate -s bacula-idle-watch.sh >/dev/null 2>&1  wrote:

>
> On 1/31/2019 9:37 PM, David Brodbeck wrote:
>
> Belatedly, I should note that the 'screen' solution doesn't work either.
> It works if you launched bacula from a terminal, but if the launchdaemon
> has launched it screen will abort because of not having a tty.
>
> I keep having a nagging feeling that this can't possibly be this
> difficult, that I must be being stupid and overlooking something simple. I
> just can't figure out how to get bacula-fd to let a ClientBeforeJob script
> go into the background instead of waiting for it to exit. It worked in
> bacula-fd 7.x, but in 9.x it appears to be impossible to detach the process
> thoroughly enough for bacula to continue. Maybe the only solution is to
> downgrade my clients?
>
>
> Well, at would be my preference, since it would allow the RunBefore script
> to exit likely even before at started the background script, but since at
> is for some reason disallowed, try the bash built-in 'disown'.
>
> #!/bin/bash
> # ~/background-test.sh
> sleep 120 &
> disown
> exit 0
>
> $ ~/background-test.sh
> $ jobs
> $ ps xa | grep sleep
> 28562 pts/1S  0:00 sleep 120
> 28565 pts/1S+ 0:00 grep --color=auto sleep
> $
>
>
>
>
> On Tue, Jan 15, 2019 at 12:41 PM David Brodbeck 
> wrote:
>
>> New solution: Instead of abusing at, abuse screen.
>>
>> screen -d -m caffeinate -s bacula-idle-watch.sh
>>
>>
>> On Tue, Jan 15, 2019 at 11:51 AM David Brodbeck 
>> wrote:
>>
>>> Hmm. Unfortunately the solution below does not work on Mojave. Scripts
>>> no longer have permission to run 'at' because they can't create
>>> /usr/lib/cron/jobs/.lockfile.
>>>
>>> Adding bacula-fd to the list of apps with full disk access doesn't do
>>> anything, unfortunately, I guess because it's not a full-fledged app?
>>> Running 'at' manually from the command line works, but only if Terminal is
>>> added to the list, so it seems you need an "official" app somewhere in the
>>> process tree. (This is also a problem for backing up certain files in user
>>> home directories, but that's another issue.)
>>>
>>>
>>> On Mon, Jan 7, 2019 at 11:53 AM David Brodbeck 
>>> wrote:
>>>
>>>> Forgot to CC this to the list, but it's the best solution I've gotten
>>>> so far. It works, but on macOS you have to turn the 'at' service on
>>>> first. I ended up with this:
>>>>
>>>> #!/bin/bash
>>>>
>>>> PATH=/bin:/usr/bin:/usr/local/bin
>>>>
>>>> # Script to prevent system sleep while bacula is working.
>>>> # see bacula-idle-watch.sh for details.
>>>>
>>>> # We need to launch with 'at' to avoid bacula-fd hanging waiting for
>>>> script
>>>> # completion. First we make sure atrun is enabled.
>>>> launchctl load -w /System/Library/LaunchDaemons/com.apple.atrun.plist
>>>>
>>>> echo '/usr/bin/caffeinate -s /usr/local/bin/bacula-idle-watch.sh' | at
>>>> now
>>>>
>>>> ---
>>>>
>>>> Note that by nature 'at' is not immediate. It may take a minute or so
>>>> for the script to launch, so plan accordingly.
>>>>
>>>> On Sat, Jan 5, 2019 at 8:18 AM Josh Fisher  wrote:
>>>>
>>>>> In the ClinetBeforeJob script, use the at command to schedule the
>>>>> launch of the caffeinate job with a runtime of 'now'. For example,
>>>>>
>>>>> at -f caffeinate-script.sh now
>>>>>
>>>>>
>>>>> On 1/4/2019 2:36 PM, David Brodbeck wrote:
>>>>>
>>>>> This is driving me nuts because I feel like it should be
>>>>> straightforward and I must be missing something basic.
>>>>>
>>>>> I want to launch the caffeinate command on OS X before starting a job.
>>>>> Caffeinate takes a command as an argument, then goes into the bac

Re: [Bacula-users] Run ClientBeforeJob script in background instead of waiting for it.

[David Brodbeck]

Belatedly, I should note that the 'screen' solution doesn't work either. It
works if you launched bacula from a terminal, but if the launchdaemon has
launched it screen will abort because of not having a tty.

I keep having a nagging feeling that this can't possibly be this difficult,
that I must be being stupid and overlooking something simple. I just can't
figure out how to get bacula-fd to let a ClientBeforeJob script go into the
background instead of waiting for it to exit. It worked in bacula-fd 7.x,
but in 9.x it appears to be impossible to detach the process thoroughly
enough for bacula to continue. Maybe the only solution is to downgrade my
clients?


On Tue, Jan 15, 2019 at 12:41 PM David Brodbeck 
wrote:

> New solution: Instead of abusing at, abuse screen.
>
> screen -d -m caffeinate -s bacula-idle-watch.sh
>
>
> On Tue, Jan 15, 2019 at 11:51 AM David Brodbeck 
> wrote:
>
>> Hmm. Unfortunately the solution below does not work on Mojave. Scripts no
>> longer have permission to run 'at' because they can't create
>> /usr/lib/cron/jobs/.lockfile.
>>
>> Adding bacula-fd to the list of apps with full disk access doesn't do
>> anything, unfortunately, I guess because it's not a full-fledged app?
>> Running 'at' manually from the command line works, but only if Terminal is
>> added to the list, so it seems you need an "official" app somewhere in the
>> process tree. (This is also a problem for backing up certain files in user
>> home directories, but that's another issue.)
>>
>>
>> On Mon, Jan 7, 2019 at 11:53 AM David Brodbeck 
>> wrote:
>>
>>> Forgot to CC this to the list, but it's the best solution I've gotten so
>>> far. It works, but on macOS you have to turn the 'at' service on first.
>>> I ended up with this:
>>>
>>> #!/bin/bash
>>>
>>> PATH=/bin:/usr/bin:/usr/local/bin
>>>
>>> # Script to prevent system sleep while bacula is working.
>>> # see bacula-idle-watch.sh for details.
>>>
>>> # We need to launch with 'at' to avoid bacula-fd hanging waiting for
>>> script
>>> # completion. First we make sure atrun is enabled.
>>> launchctl load -w /System/Library/LaunchDaemons/com.apple.atrun.plist
>>>
>>> echo '/usr/bin/caffeinate -s /usr/local/bin/bacula-idle-watch.sh' | at
>>> now
>>>
>>> ---
>>>
>>> Note that by nature 'at' is not immediate. It may take a minute or so
>>> for the script to launch, so plan accordingly.
>>>
>>> On Sat, Jan 5, 2019 at 8:18 AM Josh Fisher  wrote:
>>>
>>>> In the ClinetBeforeJob script, use the at command to schedule the
>>>> launch of the caffeinate job with a runtime of 'now'. For example,
>>>>
>>>> at -f caffeinate-script.sh now
>>>>
>>>>
>>>> On 1/4/2019 2:36 PM, David Brodbeck wrote:
>>>>
>>>> This is driving me nuts because I feel like it should be
>>>> straightforward and I must be missing something basic.
>>>>
>>>> I want to launch the caffeinate command on OS X before starting a job.
>>>> Caffeinate takes a command as an argument, then goes into the background
>>>> and keeps the machine awake until the command exits. I use this after
>>>> waking machines up using a WOL script.
>>>>
>>>> When tested from the command line, caffeinate immediately backgrounds
>>>> itself. However, when I try to run it as a Bacula ClientBeforeJob script,
>>>> bacula-fd waits around forever for caffeiniate to exit.
>>>>
>>>> Here's what I've tried so far:
>>>> - Having bacula run a script that then runs caffeinate.
>>>> - Having bacula run a script that then runs caffeinate using nohup.
>>>> - Having the script redirect stdin, stdout, and stderr of caffeinate to
>>>> /dev/null
>>>> - Adding an ampersand after the script in the bacula ClientBeforeJob
>>>> specification.
>>>>
>>>> What invariably happens is the bash process created by bacula becomes a
>>>> zombie and waits for caffeinate to exit. Inspecting the caffeinate process
>>>> with lsof shows all of the file handles are redirected to /dev/null as
>>>> expected, so I don't think this is a case of stdin or stdout causing
>>>> problems. In all cases the only way to get bacula to finish the backup is
>>>> to kill the script that caffeinate is 

Re: [Bacula-users] Run ClientBeforeJob script in background instead of waiting for it.

[David Brodbeck]

New solution: Instead of abusing at, abuse screen.

screen -d -m caffeinate -s bacula-idle-watch.sh


On Tue, Jan 15, 2019 at 11:51 AM David Brodbeck 
wrote:

> Hmm. Unfortunately the solution below does not work on Mojave. Scripts no
> longer have permission to run 'at' because they can't create
> /usr/lib/cron/jobs/.lockfile.
>
> Adding bacula-fd to the list of apps with full disk access doesn't do
> anything, unfortunately, I guess because it's not a full-fledged app?
> Running 'at' manually from the command line works, but only if Terminal is
> added to the list, so it seems you need an "official" app somewhere in the
> process tree. (This is also a problem for backing up certain files in user
> home directories, but that's another issue.)
>
>
> On Mon, Jan 7, 2019 at 11:53 AM David Brodbeck 
> wrote:
>
>> Forgot to CC this to the list, but it's the best solution I've gotten so
>> far. It works, but on macOS you have to turn the 'at' service on first.
>> I ended up with this:
>>
>> #!/bin/bash
>>
>> PATH=/bin:/usr/bin:/usr/local/bin
>>
>> # Script to prevent system sleep while bacula is working.
>> # see bacula-idle-watch.sh for details.
>>
>> # We need to launch with 'at' to avoid bacula-fd hanging waiting for
>> script
>> # completion. First we make sure atrun is enabled.
>> launchctl load -w /System/Library/LaunchDaemons/com.apple.atrun.plist
>>
>> echo '/usr/bin/caffeinate -s /usr/local/bin/bacula-idle-watch.sh' | at now
>>
>> ---
>>
>> Note that by nature 'at' is not immediate. It may take a minute or so for
>> the script to launch, so plan accordingly.
>>
>> On Sat, Jan 5, 2019 at 8:18 AM Josh Fisher  wrote:
>>
>>> In the ClinetBeforeJob script, use the at command to schedule the launch
>>> of the caffeinate job with a runtime of 'now'. For example,
>>>
>>> at -f caffeinate-script.sh now
>>>
>>>
>>> On 1/4/2019 2:36 PM, David Brodbeck wrote:
>>>
>>> This is driving me nuts because I feel like it should be straightforward
>>> and I must be missing something basic.
>>>
>>> I want to launch the caffeinate command on OS X before starting a job.
>>> Caffeinate takes a command as an argument, then goes into the background
>>> and keeps the machine awake until the command exits. I use this after
>>> waking machines up using a WOL script.
>>>
>>> When tested from the command line, caffeinate immediately backgrounds
>>> itself. However, when I try to run it as a Bacula ClientBeforeJob script,
>>> bacula-fd waits around forever for caffeiniate to exit.
>>>
>>> Here's what I've tried so far:
>>> - Having bacula run a script that then runs caffeinate.
>>> - Having bacula run a script that then runs caffeinate using nohup.
>>> - Having the script redirect stdin, stdout, and stderr of caffeinate to
>>> /dev/null
>>> - Adding an ampersand after the script in the bacula ClientBeforeJob
>>> specification.
>>>
>>> What invariably happens is the bash process created by bacula becomes a
>>> zombie and waits for caffeinate to exit. Inspecting the caffeinate process
>>> with lsof shows all of the file handles are redirected to /dev/null as
>>> expected, so I don't think this is a case of stdin or stdout causing
>>> problems. In all cases the only way to get bacula to finish the backup is
>>> to kill the script that caffeinate is running.
>>>
>>> I can't figure out why I can't get bacula-fd to move on after the script
>>> goes into the background. When I run the script manually from the command
>>> line it backgrounds immediately.
>>>
>>> The oddest thing is this worked fine on clients using bacula-fd version
>>> 7.4.x, but fails on a client using 9.2.0.
>>>
>>> Here's the script bacula-fd runs, as it currently stands:
>>>
>>> --
>>> #!/bin/bash
>>>
>>> PATH=/bin:/usr/bin:/usr/local/bin
>>>
>>> # Script to prevent system sleep while bacula is working.
>>> # see bacula-idle-watch.sh for details.
>>>
>>> nohup caffeinate -s bacula-idle-watch.sh 2>&1 >/dev/null >> --
>>>
>>> Here's the contents of bacula-idle-watch.sh; it just waits to exit until
>>> there's no bacula network connection anymore. caffeinate will terminate
>>> once the script exits.
>>

Re: [Bacula-users] Run ClientBeforeJob script in background instead of waiting for it.

[David Brodbeck]

Hmm. Unfortunately the solution below does not work on Mojave. Scripts no
longer have permission to run 'at' because they can't create
/usr/lib/cron/jobs/.lockfile.

Adding bacula-fd to the list of apps with full disk access doesn't do
anything, unfortunately, I guess because it's not a full-fledged app?
Running 'at' manually from the command line works, but only if Terminal is
added to the list, so it seems you need an "official" app somewhere in the
process tree. (This is also a problem for backing up certain files in user
home directories, but that's another issue.)


On Mon, Jan 7, 2019 at 11:53 AM David Brodbeck 
wrote:

> Forgot to CC this to the list, but it's the best solution I've gotten so
> far. It works, but on macOS you have to turn the 'at' service on first. I
> ended up with this:
>
> #!/bin/bash
>
> PATH=/bin:/usr/bin:/usr/local/bin
>
> # Script to prevent system sleep while bacula is working.
> # see bacula-idle-watch.sh for details.
>
> # We need to launch with 'at' to avoid bacula-fd hanging waiting for script
> # completion. First we make sure atrun is enabled.
> launchctl load -w /System/Library/LaunchDaemons/com.apple.atrun.plist
>
> echo '/usr/bin/caffeinate -s /usr/local/bin/bacula-idle-watch.sh' | at now
>
> ---
>
> Note that by nature 'at' is not immediate. It may take a minute or so for
> the script to launch, so plan accordingly.
>
> On Sat, Jan 5, 2019 at 8:18 AM Josh Fisher  wrote:
>
>> In the ClinetBeforeJob script, use the at command to schedule the launch
>> of the caffeinate job with a runtime of 'now'. For example,
>>
>> at -f caffeinate-script.sh now
>>
>>
>> On 1/4/2019 2:36 PM, David Brodbeck wrote:
>>
>> This is driving me nuts because I feel like it should be straightforward
>> and I must be missing something basic.
>>
>> I want to launch the caffeinate command on OS X before starting a job.
>> Caffeinate takes a command as an argument, then goes into the background
>> and keeps the machine awake until the command exits. I use this after
>> waking machines up using a WOL script.
>>
>> When tested from the command line, caffeinate immediately backgrounds
>> itself. However, when I try to run it as a Bacula ClientBeforeJob script,
>> bacula-fd waits around forever for caffeiniate to exit.
>>
>> Here's what I've tried so far:
>> - Having bacula run a script that then runs caffeinate.
>> - Having bacula run a script that then runs caffeinate using nohup.
>> - Having the script redirect stdin, stdout, and stderr of caffeinate to
>> /dev/null
>> - Adding an ampersand after the script in the bacula ClientBeforeJob
>> specification.
>>
>> What invariably happens is the bash process created by bacula becomes a
>> zombie and waits for caffeinate to exit. Inspecting the caffeinate process
>> with lsof shows all of the file handles are redirected to /dev/null as
>> expected, so I don't think this is a case of stdin or stdout causing
>> problems. In all cases the only way to get bacula to finish the backup is
>> to kill the script that caffeinate is running.
>>
>> I can't figure out why I can't get bacula-fd to move on after the script
>> goes into the background. When I run the script manually from the command
>> line it backgrounds immediately.
>>
>> The oddest thing is this worked fine on clients using bacula-fd version
>> 7.4.x, but fails on a client using 9.2.0.
>>
>> Here's the script bacula-fd runs, as it currently stands:
>>
>> --
>> #!/bin/bash
>>
>> PATH=/bin:/usr/bin:/usr/local/bin
>>
>> # Script to prevent system sleep while bacula is working.
>> # see bacula-idle-watch.sh for details.
>>
>> nohup caffeinate -s bacula-idle-watch.sh 2>&1 >/dev/null > --
>>
>> Here's the contents of bacula-idle-watch.sh; it just waits to exit until
>> there's no bacula network connection anymore. caffeinate will terminate
>> once the script exits.
>>
>> --
>> #!/bin/sh
>>
>> # This script delays a few minutes, then loops, checking for bacula-fd
>> # connections. When there are none, it exits.
>> # This is meant to be run with caffeinate in a bacula before-job script,
>> # e.g. "caffeinate -s bacula-idle-watch.sh"
>> # This will prevent the machine from idle-sleeping until bacula finishes.
>>
>> PATH=/bin:/usr/bin:/usr/sbin
>>
>> # We put a long delay here in case it takes bacula a while to get going.
>> sleep 300
>>
>&

Re: [Bacula-users] Run ClientBeforeJob script in background instead of waiting for it.

[David Brodbeck]

Forgot to CC this to the list, but it's the best solution I've gotten so
far. It works, but on macOS you have to turn the 'at' service on first. I
ended up with this:

#!/bin/bash

PATH=/bin:/usr/bin:/usr/local/bin

# Script to prevent system sleep while bacula is working.
# see bacula-idle-watch.sh for details.

# We need to launch with 'at' to avoid bacula-fd hanging waiting for script
# completion. First we make sure atrun is enabled.
launchctl load -w /System/Library/LaunchDaemons/com.apple.atrun.plist

echo '/usr/bin/caffeinate -s /usr/local/bin/bacula-idle-watch.sh' | at now

---

Note that by nature 'at' is not immediate. It may take a minute or so for
the script to launch, so plan accordingly.

On Sat, Jan 5, 2019 at 8:18 AM Josh Fisher  wrote:

> In the ClinetBeforeJob script, use the at command to schedule the launch
> of the caffeinate job with a runtime of 'now'. For example,
>
> at -f caffeinate-script.sh now
>
>
> On 1/4/2019 2:36 PM, David Brodbeck wrote:
>
> This is driving me nuts because I feel like it should be straightforward
> and I must be missing something basic.
>
> I want to launch the caffeinate command on OS X before starting a job.
> Caffeinate takes a command as an argument, then goes into the background
> and keeps the machine awake until the command exits. I use this after
> waking machines up using a WOL script.
>
> When tested from the command line, caffeinate immediately backgrounds
> itself. However, when I try to run it as a Bacula ClientBeforeJob script,
> bacula-fd waits around forever for caffeiniate to exit.
>
> Here's what I've tried so far:
> - Having bacula run a script that then runs caffeinate.
> - Having bacula run a script that then runs caffeinate using nohup.
> - Having the script redirect stdin, stdout, and stderr of caffeinate to
> /dev/null
> - Adding an ampersand after the script in the bacula ClientBeforeJob
> specification.
>
> What invariably happens is the bash process created by bacula becomes a
> zombie and waits for caffeinate to exit. Inspecting the caffeinate process
> with lsof shows all of the file handles are redirected to /dev/null as
> expected, so I don't think this is a case of stdin or stdout causing
> problems. In all cases the only way to get bacula to finish the backup is
> to kill the script that caffeinate is running.
>
> I can't figure out why I can't get bacula-fd to move on after the script
> goes into the background. When I run the script manually from the command
> line it backgrounds immediately.
>
> The oddest thing is this worked fine on clients using bacula-fd version
> 7.4.x, but fails on a client using 9.2.0.
>
> Here's the script bacula-fd runs, as it currently stands:
>
> --
> #!/bin/bash
>
> PATH=/bin:/usr/bin:/usr/local/bin
>
> # Script to prevent system sleep while bacula is working.
> # see bacula-idle-watch.sh for details.
>
> nohup caffeinate -s bacula-idle-watch.sh 2>&1 >/dev/null  --
>
> Here's the contents of bacula-idle-watch.sh; it just waits to exit until
> there's no bacula network connection anymore. caffeinate will terminate
> once the script exits.
>
> --
> #!/bin/sh
>
> # This script delays a few minutes, then loops, checking for bacula-fd
> # connections. When there are none, it exits.
> # This is meant to be run with caffeinate in a bacula before-job script,
> # e.g. "caffeinate -s bacula-idle-watch.sh"
> # This will prevent the machine from idle-sleeping until bacula finishes.
>
> PATH=/bin:/usr/bin:/usr/sbin
>
> # We put a long delay here in case it takes bacula a while to get going.
> sleep 300
>
> # Now loop while looking at the network connection.
> # We limit checks to once every five minutes because worst-case the machine
> # just waits an extra five minutes to sleep.
> while ( netstat -an | grep '\.9102.*ESTABLISHED' >/dev/null ) ; do
> sleep 300
> done
>
> # Once the script exits, the wake-lock is released.
> exit 0
> --
>
>
> --
> David Brodbeck
> System Administrator, Department of Mathematics
> University of California, Santa Barbara
>
>
>
> ___
> Bacula-users mailing 
> listBacula-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/bacula-users
>
>

-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Run ClientBeforeJob script in background instead of waiting for it.

[David Brodbeck]

Hmm, good catch on the redirect, but it still doesn't work. Neither does
adding the exec line.

Running lsof on the caffeinate process shows stdin, stdout, and stderr are
properly connected to /dev/null; same with bacula-idle-watch.sh. I can't
determine what the bacula-caffeinate.sh script's file handles are because
by the time I get a chance to run lsof, it's already exited and become a
zombie. bacula-fd continues to wait for it none the less.

Is there any way to tell bacula-fd to not wait for script output, as in the
7.4.x behavior? I realize I'm not really using this functionality for the
intended purpose, but I can't be the only one with this sort of use case.

On Mon, Jan 7, 2019 at 6:26 AM Martin Simmons  wrote:

> Your script redirects stderr to the original stdout of the script.  To
> redirect both to /dev/null, the 2>&1 must follow the >/dev/null like this:
>
> nohup caffeinate -s bacula-idle-watch.sh >/dev/null 2>&1 
> Bacula 9.2.0 collects the stderr from ClientBeforeJob commands, but Bacula
> clients running 7.4.x would have worked because they discard it.
>
> If that doesn't fix it, then try redirecting the shell's stdio as well:
>
> exec >/dev/null 2>&1  nohup caffeinate -s bacula-idle-watch.sh &
>
> __Martin
>
>
> >>>>> On Fri, 4 Jan 2019 11:36:06 -0800, David Brodbeck said:
> >
> > This is driving me nuts because I feel like it should be straightforward
> > and I must be missing something basic.
> >
> > I want to launch the caffeinate command on OS X before starting a job.
> > Caffeinate takes a command as an argument, then goes into the background
> > and keeps the machine awake until the command exits. I use this after
> > waking machines up using a WOL script.
> >
> > When tested from the command line, caffeinate immediately backgrounds
> > itself. However, when I try to run it as a Bacula ClientBeforeJob script,
> > bacula-fd waits around forever for caffeiniate to exit.
> >
> > Here's what I've tried so far:
> > - Having bacula run a script that then runs caffeinate.
> > - Having bacula run a script that then runs caffeinate using nohup.
> > - Having the script redirect stdin, stdout, and stderr of caffeinate to
> > /dev/null
> > - Adding an ampersand after the script in the bacula ClientBeforeJob
> > specification.
> >
> > What invariably happens is the bash process created by bacula becomes a
> > zombie and waits for caffeinate to exit. Inspecting the caffeinate
> process
> > with lsof shows all of the file handles are redirected to /dev/null as
> > expected, so I don't think this is a case of stdin or stdout causing
> > problems. In all cases the only way to get bacula to finish the backup is
> > to kill the script that caffeinate is running.
> >
> > I can't figure out why I can't get bacula-fd to move on after the script
> > goes into the background. When I run the script manually from the command
> > line it backgrounds immediately.
> >
> > The oddest thing is this worked fine on clients using bacula-fd version
> > 7.4.x, but fails on a client using 9.2.0.
> >
> > Here's the script bacula-fd runs, as it currently stands:
> >
> > --
> > #!/bin/bash
> >
> > PATH=/bin:/usr/bin:/usr/local/bin
> >
> > # Script to prevent system sleep while bacula is working.
> > # see bacula-idle-watch.sh for details.
> >
> > nohup caffeinate -s bacula-idle-watch.sh 2>&1 >/dev/null  > --
> >
> > Here's the contents of bacula-idle-watch.sh; it just waits to exit until
> > there's no bacula network connection anymore. caffeinate will terminate
> > once the script exits.
> >
> > --
> > #!/bin/sh
> >
> > # This script delays a few minutes, then loops, checking for bacula-fd
> > # connections. When there are none, it exits.
> > # This is meant to be run with caffeinate in a bacula before-job script,
> > # e.g. "caffeinate -s bacula-idle-watch.sh"
> > # This will prevent the machine from idle-sleeping until bacula finishes.
> >
> > PATH=/bin:/usr/bin:/usr/sbin
> >
> > # We put a long delay here in case it takes bacula a while to get going.
> > sleep 300
> >
> > # Now loop while looking at the network connection.
> > # We limit checks to once every five minutes because worst-case the
> machine
> > # just waits an extra five minutes to sleep.
> > while ( netstat -an | grep '\.9102.*ESTABLISHED' >/dev/null ) ; do
> > sleep 300
> > done
> >
> > # Once the script exits, the wake-lock is released.
> > exit 0
> > --
> >
> >
> > --
> > David Brodbeck
> > System Administrator, Department of Mathematics
> > University of California, Santa Barbara
> >
>


-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Run ClientBeforeJob script in background instead of waiting for it.

[David Brodbeck]

This is driving me nuts because I feel like it should be straightforward
and I must be missing something basic.

I want to launch the caffeinate command on OS X before starting a job.
Caffeinate takes a command as an argument, then goes into the background
and keeps the machine awake until the command exits. I use this after
waking machines up using a WOL script.

When tested from the command line, caffeinate immediately backgrounds
itself. However, when I try to run it as a Bacula ClientBeforeJob script,
bacula-fd waits around forever for caffeiniate to exit.

Here's what I've tried so far:
- Having bacula run a script that then runs caffeinate.
- Having bacula run a script that then runs caffeinate using nohup.
- Having the script redirect stdin, stdout, and stderr of caffeinate to
/dev/null
- Adding an ampersand after the script in the bacula ClientBeforeJob
specification.

What invariably happens is the bash process created by bacula becomes a
zombie and waits for caffeinate to exit. Inspecting the caffeinate process
with lsof shows all of the file handles are redirected to /dev/null as
expected, so I don't think this is a case of stdin or stdout causing
problems. In all cases the only way to get bacula to finish the backup is
to kill the script that caffeinate is running.

I can't figure out why I can't get bacula-fd to move on after the script
goes into the background. When I run the script manually from the command
line it backgrounds immediately.

The oddest thing is this worked fine on clients using bacula-fd version
7.4.x, but fails on a client using 9.2.0.

Here's the script bacula-fd runs, as it currently stands:

--
#!/bin/bash

PATH=/bin:/usr/bin:/usr/local/bin

# Script to prevent system sleep while bacula is working.
# see bacula-idle-watch.sh for details.

nohup caffeinate -s bacula-idle-watch.sh 2>&1 >/dev/null /dev/null ) ; do
sleep 300
done

# Once the script exits, the wake-lock is released.
exit 0
--


-- 
David Brodbeck
System Administrator, Department of Mathematics
University of California, Santa Barbara
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Incorrect volumes shown in bconsole

[David While]

I have bacula V9.2.1 (12 August 2018) and in bconsole when you do a 
"status dir" it lists (among other things) the scheduled jobs.


Unfortunately this list of scheduled jobs doesn't always show the 
correct volume.


In my jobs definition I have:

Job {
  Name = Server
  Type = Backup
  Client = server-fd
  FileSet = Server
  Schedule = ServerCycle
  Storage = "Disk"
  Messages = Standard
  Write Bootstrap = "/var/bacula/Server.bsr"
  Full Backup Pool = Server
  Incremental Backup Pool = Daily
  Differential Backup Pool = Weekly
  Pool = Server
  Maximum Concurrent Jobs = 10
  Spool Attributes = Yes
}

My schedule definition is:

Schedule {
  Name = ServerCycle
  Run = Full 1st sat at 00:10
  Run = Differential 2nd-5th sat at 00:10
  Run = Incremental sun-fri at 00:10
}

So the incremental backups should use the Daily pool during the week, 
Differentials the Weekly pool on the 2nd - 5th Saturday and the Full the 
Server pool on the 1st Saturday.


Doing a "status dir" today shows:

Incremental    Backup    10  29-Oct-18 00:10    Server Server-3

This is scheduled correctly but the volume should be from the Daily 
pool. Indeed when the job is actually run it does use the correct volume 
(Daily-2).


It appears that bconsole is not taking account of the Incremental Pool 
and Differential Pool settings in the job resource when printing out the 
scheduled job list.


David While





---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus



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

Re: [Bacula-users] Upgraded to Fedora 29 and got an unresolved dependency (libbaccats)

[David While]

Did a

dnf --enablerepo=updates-testing update bacula*

and it appeared OK except for the following:

Running scriptlet: bacula-libs-9.0.6-2.fc27.x86_64  
13/14

/sbin/ldconfig: relative path `1' used to build cache
warning: %postun(bacula-libs-9.0.6-2.fc27.x86_64) scriptlet failed, exit 
status 1

Non-fatal POSTUN scriptlet failure in rpm package bacula-libs
Non-fatal POSTUN scriptlet failure in rpm package bacula-libs


On 11/06/2018 13:05, Simone Caronni wrote:

I've created new updates, they are here:

https://bodhi.fedoraproject.org/updates/FEDORA-2018-98ccf382ee
https://bodhi.fedoraproject.org/updates/FEDORA-2018-5156ca7a45

Just wait until they reach testing and do a:

dnf --enablerepo=updates-testing update bacula*

Or just pick up stuff from here:

https://koji.fedoraproject.org/koji/packageinfo?packageID=4820

If you are registered, please leave feedback.

Thanks,
--Simone






On Mon, Jun 11, 2018 at 1:50 PM, Bill Damage > wrote:


Dammit - of course the title to all this should have read
"Upgraded to Fedora 28". F29 isn't relevant at all.

On Monday, 11 June 2018, 11:54:10 BST, Bill Damage via
Bacula-users mailto:bacula-users@lists.sourceforge.net>> wrote:


Hope this helps - from a different installation, running
perfectly, a routine "dnf update" just gave this, so there's
definitely a problem with these dependencies:

[root@sabbath ~]# dnf update
Fedora 28 - x86_64 - Updates          2.1 MB/s |  16 MB  00:07
Fedora 28 - x86_64            2.1 MB/s |  60 MB  00:28
google-chrome            57 kB/s | 3.7 kB  00:00
Opera packages             91 kB/s |  11 kB  00:00
Fedora 28 - x86_64 - VirtualBox            90 kB/s |  62 kB  00:00
vivaldi           200 kB/s | 9.8 kB  00:00
Webmin Distribution Neutral           1.6 MB/s | 8.7 MB  00:05
Last metadata expiration check: 0:00:00 ago on Mon 11 Jun 2018
11:46:22 BST.
Dependencies resolved.

 Problem 1: cannot install the best update candidate for package
bacula-director-9.0.6-8.fc28.x86_64
  - nothing provides libbaccats-9.0.7.so
()(64bit) needed by
bacula-director-9.0.7-3.fc28.x86_64
 Problem 2: cannot install the best update candidate for package
bacula-storage-9.0.6-8.fc28.x86_64
  - nothing provides libbaccats-9.0.7.so
()(64bit) needed by
bacula-storage-9.0.7-3.fc28.x86_64
 Problem 3: problem with installed package
bacula-storage-9.0.6-8.fc28.x86_64
  - package bacula-storage-9.0.6-8.fc28.x86_64 requires
bacula-common(x86-64) = 9.0.6-8.fc28, but none of the providers
can be installed
  - cannot install both bacula-common-9.0.7-3.fc28.x86_64 and
bacula-common-9.0.6-8.fc28.x86_64
  - cannot install both bacula-common-9.0.6-8.fc28.x86_64 and
bacula-common-9.0.7-3.fc28.x86_64
  - cannot install the best update candidate for package
bacula-common-9.0.6-8.fc28.x86_64
  - nothing provides libbaccats-9.0.7.so
()(64bit) needed by
bacula-storage-9.0.7-3.fc28.x86_64
 Problem 4: problem with installed package
bacula-director-9.0.6-8.fc28.x86_64
  - package bacula-director-9.0.6-8.fc28.x86_64 requires
bacula-libs(x86-64) = 9.0.6-8.fc28, but none of the providers can
be installed
  - package bacula-director-9.0.6-8.fc28.x86_64 requires
libbac-9.0.6.so ()(64bit), but none of the
providers can be installed
  - cannot install both bacula-libs-9.0.7-3.fc28.x86_64 and
bacula-libs-9.0.6-8.fc28.x86_64
  - cannot install both bacula-libs-9.0.6-8.fc28.x86_64 and
bacula-libs-9.0.7-3.fc28.x86_64
  - cannot install the best update candidate for package
bacula-libs-9.0.6-8.fc28.x86_64
  - nothing provides libbaccats-9.0.7.so
()(64bit) needed by
bacula-director-9.0.7-3.fc28.x86_64

===
 Package                         Arch Version        Repository  
        Size

===
Skipping packages with conflicts:
(add '--best --allowerasing' to command line to force their upgrade):
 bacula-common                         x86_64 9.0.7-3.fc28        
updates            36 k
 bacula-libs                         x86_64 9.0.7-3.fc28        
updates           501 k
Skipping packages with broken dependencies:
 bacula-director                         x86_64 9.0.7-3.fc28      
  updates           400 k
 bacula-storage                        x86_64 9.0.7-3.fc28        
updates           185 k

Transaction Summary
  

Re: [Bacula-users] Upgraded to Fedora 29 and got an unresolved dependency (libbaccats)

[David While]

This is also a problem on Fedora 27 see below:

 Problem 1: cannot install the best update candidate for package 
bacula-director-9.0.6-2.fc27.x86_64
  - nothing provides libbaccats-9.0.7.so()(64bit) needed by 
bacula-director-9.0.7-2.fc27.x86_64
 Problem 2: cannot install the best update candidate for package 
bacula-storage-9.0.6-2.fc27.x86_64
  - nothing provides libbaccats-9.0.7.so()(64bit) needed by 
bacula-storage-9.0.7-2.fc27.x86_64
 Problem 3: package bacula-storage-9.0.6-2.fc27.x86_64 requires 
bacula-common(x86-64) = 9.0.6-2.fc27, but none of the providers can be 
installed
  - cannot install both bacula-common-9.0.7-2.fc27.x86_64 and 
bacula-common-9.0.6-2.fc27.x86_64

  - problem with installed package bacula-storage-9.0.6-2.fc27.x86_64
  - cannot install the best update candidate for package 
bacula-common-9.0.6-2.fc27.x86_64
  - nothing provides libbaccats-9.0.7.so()(64bit) needed by 
bacula-storage-9.0.7-2.fc27.x86_64
 Problem 4: package bacula-director-9.0.6-2.fc27.x86_64 requires 
bacula-libs(x86-64) = 9.0.6-2.fc27, but none of the providers can be 
installed
  - cannot install both bacula-libs-9.0.7-2.fc27.x86_64 and 
bacula-libs-9.0.6-2.fc27.x86_64

  - problem with installed package bacula-director-9.0.6-2.fc27.x86_64
  - cannot install the best update candidate for package 
bacula-libs-9.0.6-2.fc27.x86_64
  - nothing provides libbaccats-9.0.7.so()(64bit) needed by 
bacula-director-9.0.7-2.fc27.x86_64


 Package    Arch  Version Repository  Size

Skipping packages with conflicts:
(add '--best --allowerasing' to command line to force their upgrade):
 bacula-common  x86_64    9.0.7-2.fc27 updates 35 k
 bacula-libs    x86_64    9.0.7-2.fc27 updates    505 k
Skipping packages with broken dependencies:
 bacula-director    x86_64    9.0.7-2.fc27 updates    412 k
 bacula-storage x86_64    9.0.7-2.fc27 updates    193 k

Transaction Summary

Skip  4 Packages


On 09/06/2018 09:51, Bill Damage via Bacula-users wrote:
I've since found I'm not the first. Here's exactly the same issue with 
F28, without a resolution I could find.
Bug 1588514 – Cannot upgrade to bacula 9.0.7-3.fc28 







Bug 1588514 – Cannot upgrade to bacula 9.0.7-3.fc28





On Wednesday, 6 June 2018, 09:07:23 BST, Bill Damage via Bacula-users 
 wrote:



In desperation after the upgrade I removed bacula hoping a reinstall 
would fix the broken dependencies but got floored by this:


[root@tiger bacula]# bacula-dir
bash: bacula-dir: command not found...
Install package 'bacula-director' to provide command 'bacula-dir'? [N/y] y


 * Waiting in queue...
 * Loading list of packages Failed to install packages: Could not 
depsolve transaction; 1 problem detected:
0. nothing provides libbaccats-9.0.7.so()(64bit) needed by 
bacula-director-9.0.7-3.fc29.x86_64


What do I need to install to provide this please?

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! 
http://sdm.link/slashdot___

Bacula-users mailing list
Bacula-users@lists.sourceforge.net 


https://lists.sourceforge.net/lists/listinfo/bacula-users


--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot


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




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Excessive notifications

[David While]

I recently upgraded to V9.0.6 and using the same config files as 
previously I now get excessive messages. See below for an example.


Why is Bacula repeatedly telling that the volume jobs have been exceeded 
and it is being marked as used? The previous version only used to 
display this message once.


Is there a setting for this that I am missing???

David While


07-Apr 00:10 server-dir JobId 10144: Start Backup JobId 10144, 
Job=Pictures.2018-04-07_00.10.00_10
07-Apr 00:22 server-dir JobId 10144: There are no more Jobs associated 
with Volume "Pictures-1". Marking it purged.
07-Apr 00:22 server-dir JobId 10144: All records pruned from Volume 
"Pictures-1"; marking it "Purged"

07-Apr 00:22 server-dir JobId 10144: Recycled volume "Pictures-1"
07-Apr 00:22 server-dir JobId 10144: Using Device "FileStorage2" to write.
07-Apr 00:22 server-sd JobId 10144: Recycled volume "Pictures-1" on File 
device "FileStorage2" (/nas/backup), all previous data lost.
07-Apr 00:22 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:23 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:24 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:25 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:25 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:26 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:26 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:27 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:28 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:29 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:29 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:30 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:30 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:31 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:32 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:32 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:33 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:34 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:35 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:36 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:37 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:38 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:38 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:40 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:41 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:42 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:43 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:44 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:45 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:45 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:46 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:47 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:48 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:49 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-Apr 00:50 server-dir JobId 10144: Max Volume jobs=1 exceeded. Marking 
Volume "Pictures-1" as Used.
07-A

Re: [Bacula-users] TAPE backups

[Mattinson David]

On three separate networks I have
TandbergData (I think they are NEOs now) T24 with 2 SAS LTO-5 drives
TandbergData StorageLoader with LTO-5 drive
Quantum LTO-3 standalone drive (obviously a lot less on that one)

Best wishes.

Dave Mattinson
Eng/Tech/Sci

This email and any attachments to it may be confidential and are
intended solely for the use of the individual to whom it is 
addressed. If you are not the intended recipient of this email,
you must neither take any action based upon its contents, nor 
copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. QinetiQ may 
monitor email traffic data and also the content of email for 
the purposes of security. QinetiQ Limited (Registered in England
& Wales: Company Number: 3796233) Registered office: Cody Technology 
Park, Ively Road, Farnborough, Hampshire, GU14 0LX  http://www.qinetiq.com.

--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Bacula blocks Auto-clean function on Tape Library

[David Westfall]

I would also like to know how to get tapes unmounted after a job.  I have a
Virtual Tape Library (VTL) between my system and a Physical Tape Library
(PTL) and the VTL will not write to the PTL until the tape is unmounted.  I
know that tapes are kept mounted for faster access time for the next job,
but the mount time for a VTL is seconds.


Dave W

On Tue, Aug 1, 2017 at 4:46 PM, Jim Richardson  wrote:

> I just noticed that the cleaning light on my tape library is on.  I have
> my library setup to auto-clean.  Bacula has the drive locked even after the
> jobs are complete.  The only way I have seen to get the library to clean is
> to issue a unmount command and issue the clean command from the library
> interface.  Is there a way to have Bacula unmount the drive after jobs are
> complete to allow the library to manage its cleaning cycles, or is there
> something I am missing in my configuration that may be causing the behavior?
>
>
>
> Thank you in advance.
>
>
>
> *Jim Richardson*
>

--
David Westfall
Red-Inc Email - david.westf...@red-inc.us

(301) 342-9273

-- 
 

This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to which they are addressed. 
If you have received this email in error please notify the system manager. 
This message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and 
delete this e-mail from your system. If you are not the intended recipient 
you are notified that disclosing, copying, distributing or taking any 
action in reliance on the contents of this information is strictly 
prohibited.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] No slots in changer to scan.

[David Westfall]

utomaticMount  = yes
> AlwaysOpen  = yes
> }
>
> bacula-dir.conf:
>
> Storage {
> Name= LTO
> Address = 192.168.0.207
> SDPort  = 9103
> Password= "nonono"
> Device  = LTO
> Media Type  = LTO-4
> Autochanger = no
> Maximum Concurrent Jobs = 1
> }
> Storage {
> Name= TL1000
> Address = 192.168.0.207
> SDPort  = 9103
> Password= "nonono"
> Device  = TL1000
> Media Type  = LTO-6
> Autochanger = yes
> Maximum Concurrent Jobs = 1
> }
>
> Thanks for any hint and for bacula, best regards.
>
> --
> *Marcio Merlone*
>
>
--
> Check out the vibrant tech community on one of the world's most
> engaging tech sites, Slashdot.org! http://sdm.link/slashdot
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users




--
David Westfall

-- 
 

This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to which they are addressed. 
If you have received this email in error please notify the system manager. 
This message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and 
delete this e-mail from your system. If you are not the intended recipient 
you are notified that disclosing, copying, distributing or taking any 
action in reliance on the contents of this information is strictly 
prohibited.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] RPM Build on openSUSE 42.2

[David Westfall]

Searching google for "bacula build rpm" I find the link below.

http://www.bacula.org/5.0.x-manuals/es/utility/utility/Bacula_RPM_Packaging_FAQ.html

Looking at the instructions and what is in the spec files I figured that I
should use the following command to build the rpm.

rpmbuild -ba --define "build_su112 1" --define "build_mysql 1" bacula.spec

I am in the platforms/rpms/suse directory to run the command and I get the
following errors.

error: Macro %depkgs_version has empty body
error: line 97: Illegal char '@' in: Release: @RELEASE@

Can someone tell me what am I missing to get configure to build the spec
files correctly?

Also has there been any thought in using the openSUSE build service to make
rpm's for different distros?

https://build.opensuse.org/
https://en.opensuse.org/openSUSE:Build%20Service%20supported%20build%20targets

https://en.wikipedia.org/wiki/Open_Build_Service
After each upload, the Build Service schedules the changed packages to be
rebuilt. On completion, the resulting binary packages are published
instantaneously to the download server, which makes them available to the
public.



bacula.spec.in
%define _release   @RELEASE@
%define _version   @VERSION@
%define depkgs_version @DEPKGS_VERSION@

bacula.spec
%define _release   @RELEASE@
%define _version   7.4.7
%define depkgs_version

Script to run configure:
#!/bin/bash
PREFIX=/opt/bacula
CFLAGS="-g -O2 -Wall" \
 ./configure \
   --enable-bat \
   --enable-conio \
   --enable-smartalloc \
   --docdir=${PREFIX}/html \
   --htmldir=${PREFIX}/html \
   --libdir=${PREFIX}/lib \
   --with-baseport=9101 \
   --with-dir-user=bacula \
   --with-dir-group=bacula \
   --with-sd-user=bacula \
   --with-sd-group=bacula \
   --with-fd-user=bacula \
   --with-fd-group=bacula \
   --with-mysql \
   --with-pid-dir=${PREFIX}/var/run/bacula \
   --with-plugindir=${PREFIX}/plugins \
   --with-scriptdir=${PREFIX}/scripts \
   --with-systemd \
   --with-working-dir=${PREFIX}/var/lib/bacula \
   --with-dir-user=bacula \
   --with-dir-group=bacula \
   --with-sd-user=bacula \
   --with-sd-group=bacula \
   --with-fd-user=bacula \
   --with-fd-group=bacula \
   --with-dir-user=bacula \
   --with-dir-group=bacula \
   --with-sd-user=bacula \
   --with-sd-group=bacula \
   --with-fd-user=bacula \
   --with-fd-group=bacula \
   --sbindir=${PREFIX}/bin \
   --sysconfdir=${PREFIX}/etc/bacula

--
David Westfall

-- 
 

This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to which they are addressed. 
If you have received this email in error please notify the system manager. 
This message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and 
delete this e-mail from your system. If you are not the intended recipient 
you are notified that disclosing, copying, distributing or taking any 
action in reliance on the contents of this information is strictly 
prohibited.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] RPM Build on openSUSE 42.2

[David Westfall]

Searching google for "bacula build rpm" I find the link below.

http://www.bacula.org/5.0.x-manuals/es/utility/utility/Bacula_RPM_Packaging_FAQ.html

Looking at the instructions and what is in the spec files I figured that I
should use the following command to build the rpm.

rpmbuild -ba --define "build_su112 1" --define "build_mysql 1" bacula.spec

I am in the platforms/rpms/suse directory to run the command and I get the
following errors.

error: Macro %depkgs_version has empty body
error: line 97: Illegal char '@' in: Release: @RELEASE@

Can someone tell me what am I missing to get configure to build the spec
files correctly?

Also has there been any thought in using the openSUSE build service to make
rpm's for different distros?

https://build.opensuse.org/
https://en.opensuse.org/openSUSE:Build%20Service%20supported%20build%20targets

https://en.wikipedia.org/wiki/Open_Build_Service
After each upload, the Build Service schedules the changed packages to be
rebuilt. On completion, the resulting binary packages are published
instantaneously to the download server, which makes them available to the
public.



bacula.spec.in
%define _release   @RELEASE@
%define _version   @VERSION@
%define depkgs_version @DEPKGS_VERSION@

bacula.spec
%define _release   @RELEASE@
%define _version   7.4.7
%define depkgs_version

Script to run configure:
#!/bin/bash
PREFIX=/opt/bacula
CFLAGS="-g -O2 -Wall" \
 ./configure \
   --enable-bat \
   --enable-conio \
   --enable-smartalloc \
   --docdir=${PREFIX}/html \
   --htmldir=${PREFIX}/html \
   --libdir=${PREFIX}/lib \
   --with-baseport=9101 \
   --with-dir-user=bacula \
   --with-dir-group=bacula \
   --with-sd-user=bacula \
   --with-sd-group=bacula \
   --with-fd-user=bacula \
   --with-fd-group=bacula \
   --with-mysql \
   --with-pid-dir=${PREFIX}/var/run/bacula \
   --with-plugindir=${PREFIX}/plugins \
   --with-scriptdir=${PREFIX}/scripts \
   --with-systemd \
   --with-working-dir=${PREFIX}/var/lib/bacula \
   --with-dir-user=bacula \
   --with-dir-group=bacula \
   --with-sd-user=bacula \
   --with-sd-group=bacula \
   --with-fd-user=bacula \
   --with-fd-group=bacula \
   --with-dir-user=bacula \
   --with-dir-group=bacula \
   --with-sd-user=bacula \
   --with-sd-group=bacula \
   --with-fd-user=bacula \
   --with-fd-group=bacula \
   --sbindir=${PREFIX}/bin \
   --sysconfdir=${PREFIX}/etc/bacula

--
David Westfall

-- 
 

This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to which they are addressed. 
If you have received this email in error please notify the system manager. 
This message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and 
delete this e-mail from your system. If you are not the intended recipient 
you are notified that disclosing, copying, distributing or taking any 
action in reliance on the contents of this information is strictly 
prohibited.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] RPM Build on openSUSE 42.2

[David Westfall]

Searching google for "bacula build rpm" I find the link below.

http://www.bacula.org/5.0.x-manuals/es/utility/utility/Bacula_RPM_Packaging_FAQ.html

Looking at the instructions and what is in the spec files I figured that I
should use the following command to build the rpm.

rpmbuild -ba --define "build_su112 1" --define "build_mysql 1" bacula.spec

I am in the platforms/rpms/suse directory to run the command and I get the
following errors.

error: Macro %depkgs_version has empty body
error: line 97: Illegal char '@' in: Release: @RELEASE@

Can someone tell me what am I missing to get configure to build the spec
files correctly?

Also has there been any thought in using the openSUSE build service to make
rpm's for different distros?

https://build.opensuse.org/
https://en.opensuse.org/openSUSE:Build%20Service%20supported%20build%20targets

https://en.wikipedia.org/wiki/Open_Build_Service
After each upload, the Build Service schedules the changed packages to be
rebuilt. On completion, the resulting binary packages are published
instantaneously to the download server, which makes them available to the
public.



bacula.spec.in
%define _release   @RELEASE@
%define _version   @VERSION@
%define depkgs_version @DEPKGS_VERSION@

bacula.spec
%define _release   @RELEASE@
%define _version   7.4.7
%define depkgs_version

Script to run configure:
#!/bin/bash
PREFIX=/opt/bacula
CFLAGS="-g -O2 -Wall" \
 ./configure \
   --enable-bat \
   --enable-conio \
   --enable-smartalloc \
   --docdir=${PREFIX}/html \
   --htmldir=${PREFIX}/html \
   --libdir=${PREFIX}/lib \
   --with-baseport=9101 \
   --with-dir-user=bacula \
   --with-dir-group=bacula \
   --with-sd-user=bacula \
   --with-sd-group=bacula \
   --with-fd-user=bacula \
   --with-fd-group=bacula \
   --with-mysql \
   --with-pid-dir=${PREFIX}/var/run/bacula \
   --with-plugindir=${PREFIX}/plugins \
   --with-scriptdir=${PREFIX}/scripts \
   --with-systemd \
   --with-working-dir=${PREFIX}/var/lib/bacula \
   --with-dir-user=bacula \
   --with-dir-group=bacula \
   --with-sd-user=bacula \
   --with-sd-group=bacula \
   --with-fd-user=bacula \
   --with-fd-group=bacula \
   --with-dir-user=bacula \
   --with-dir-group=bacula \
   --with-sd-user=bacula \
   --with-sd-group=bacula \
   --with-fd-user=bacula \
   --with-fd-group=bacula \
   --sbindir=${PREFIX}/bin \
   --sysconfdir=${PREFIX}/etc/bacula

--
David Westfall

-- 
 

This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to which they are addressed. 
If you have received this email in error please notify the system manager. 
This message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and 
delete this e-mail from your system. If you are not the intended recipient 
you are notified that disclosing, copying, distributing or taking any 
action in reliance on the contents of this information is strictly 
prohibited.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] BAT compiles with qtcreator but not with make

[David Westfall]

I got it to compile by using a different computer.  The computer I was
using was upgraded from openSUSE 13.2 to 42.1 to 42.2.  So I am guessing
that a package or library no longer controlled by a package is on the
system and causing the problem.

Thank you for the help.


--
David Westfall
Red-Inc Email - david.westf...@red-inc.us
Navy Email - david.westfall@navy.mil
(301) 342-9273

-- 
 

This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to which they are addressed. 
If you have received this email in error please notify the system manager. 
This message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and 
delete this e-mail from your system. If you are not the intended recipient 
you are notified that disclosing, copying, distributing or taking any 
action in reliance on the contents of this information is strictly 
prohibited.
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Add external drive rotation to existing backup regime?

[David Andrzejewski]

I'm *relatively* new to bacula. I have a working bacula setup where I have a 
bunch of machines backing up to a ZFS array on a server. This is working well 
and without error, I've tested restores; everything seems hunky-dory. 
Basically, I do a full backup of each client every couple of weeks, daily 
incrementals in between, and I don't prune backups until they're 60 days old.

The next step is to add a rotation of external USB hard drives to this setup, 
so that I can store backups offsite as well. My thought is that I can start 
with two drives, one on-site and one off-site, and periodically switch them 
out. Maybe add more drives to the rotation later on.

I've looked at vchanger, and I *think* that's what I need here. The problem is, 
I'm not entirely clear on how it will work with my current setup. I want to be 
sure that I can do complete restores even if the server and on-site external 
drive is totally destroyed. My worry is that if I misconfigure it, I will end 
up with some of my full backups on one of the drives but not both, incrementals 
on the other, etc. 

I want to be sure I configure this to have the full backups and incremental 
backups on the ZFS pool as it is now, as well as on ALL external hard drives, 
so only one of the drives is needed to do a full restore of everything, at 
least up until the point where it was unmounted from the system.

How can I be sure of all of this?

Thanks!

- Dave
--
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] BAT compiles with qtcreator but not with make

[David Westfall]

I am trying to build Bacula to replace Bareos.  I am having problems
compiling bat with the make command.

 Steps Taken 
git clone git.bacula.org/bacula.git

cd bacula/bacula

./configure --enable-bat --with-mysql --with-systemd

make   #Errors looking for d_msg debug_level_tags init_msg
.
..
...
/atlas/devHome/dave/bacula/bacula/src/qt-console/main.cpp:93: undefined
reference to `init_msg(JCR*, MSGS*, char* (*)(JCR*, char const*))'
obj/bat_conf.o: In function `save_resource(int, RES_ITEM*, int)':
/atlas/devHome/dave/bacula/bacula/src/qt-console/bat_conf.cpp:335:
undefined reference to `debug_level_tags'
/atlas/devHome/dave/bacula/bacula/src/qt-console/bat_conf.cpp:336:
undefined reference to `d_msg(char const*, int, long, char const*, ...)'
obj/mainwin.o: In function `MainWin::treeItemClicked(QTreeWidgetItem*,
int)':
/atlas/devHome/dave/bacula/bacula/src/qt-console/mainwin.cpp:447: undefined
reference to `d_msg(char const*, int, long, char const*, ...)'
...
..
.

vi src/qt-console/bat.pro.in
#CONFIG += qt debug @QWT@
CONFIG += qt @QWT@

./configure --enable-bat --with-mysql --with-systemd

make#Errors looking for d_msg init_msg
.
..
...
main.cpp:(.text.startup+0x36c): undefined reference to `init_msg(JCR*,
MSGS*, char* (*)(JCR*, char const*))'
obj/bat_conf.o: In function `save_resource(int, RES_ITEM*, int)':
bat_conf.cpp:(.text+0x643): undefined reference to `d_msg(char const*, int,
long, char const*, ...)'
obj/mainwin.o: In function `MainWin::treeItemClicked(QTreeWidgetItem*,
int)':
mainwin.cpp:(.text+0xe1f): undefined reference to `d_msg(char const*, int,
long, char const*, ...)
...
..
.

./configure  --with-mysql --with-systemd

make   #No Errors

cd src/qt-console

qtcreator bat.pro #Configure Project, Build with no errors


 Configuration 

Configuration on Tue May  9 09:21:01 EDT 2017:

   Host: x86_64-unknown-linux-gnu -- suse 42.2
   Bacula version:   Bacula 7.4.7 (16 March 2017)
   Source code location: .
   Install binaries: /sbin
   Install libraries:/lib64
   Install config files: /etc/bacula
   Scripts directory:/etc/bacula
   Archive directory:/tmp
   Working directory:/opt/bacula/working
   PID directory:/var/run
   Subsys directory: /var/lock/subsys
   Man directory:${datarootdir}/man
   Data directory:   /usr/share
   Plugin directory: /lib64
   C Compiler:   gcc Linux)
   C++ Compiler: /usr/bin/g++ Linux)
   Compiler flags:-g -O2 -Wall -x c++ -fno-strict-aliasing
-fno-exceptions -fno-rtti
   Linker flags:
   Libraries:-lpthread -ldl -ldl
   Statically Linked Tools:  no
   Statically Linked FD: no
   Statically Linked SD: no
   Statically Linked DIR:no
   Statically Linked CONS:   no
   Database backends:MySQL
   Database port:
   Database name:bacula
   Database user:bacula
   Database SSL options:

   Job Output Email: root@localhost
   Traceback Email:  root@localhost
   SMTP Host Address:localhost

   Director Port:9101
   File daemon Port: 9102
   Storage daemon Port:  9103

   Director User:
   Director Group:
   Storage Daemon User:
   Storage DaemonGroup:
   File Daemon User:
   File Daemon Group:

   Large file support:   yes
   Bacula conio support: yes -ltinfo
   readline support: no
   TCP Wrappers support: no
   TLS support:  yes
   Encryption support:   yes
   ZLIB support: yes
   LZO support:  no
   enable-smartalloc:yes
   enable-lockmgr:   no
   bat support:  no
   client-only:  no
   build-dird:   yes
   build-stored: yes
   Plugin support:   yes
   AFS support:  no
   ACL support:  yes
   XATTR support:yes
   systemd support:  yes /run/systemd/system
   Batch insert enabled: MySQL

-- 
David Westfall
Red-Inc Email - david.westf...@red-inc.us
Navy Email - david.westfall@navy.mil 
(301) 342-9273

-- 
 

This email and any files transmitted with it are confidential and intended 
solely for the use of the individual or entity to which they are addressed. 
If you have received this email in error please notify the system manager. 
This message contains confidential information and is intended only for the 
individual named. If you are not the named addressee you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this e-mail by mistake and 
delete this e-mail from your system. If you are not the intended recipient 
you are notified that disclosing, copying, distributing or taking any 
action in reliance on the co

Re: [Bacula-users] No scheduled jobs - bacula 7.0.4

[Mattinson David]

I cannot see anywhere that status schedule is a valid command.  I suspect it is 
translated to something like 'status storage', but I may be wrong on that as my 
status storage doesn't mention scheduled jobs.  If you just want to know the 
next scheduled jobs just do a 'status dir'.  The first few lines should give 
you what you want.

Dave

> Hi ALL,

> I am trying to setup Bacula 7.0.4 on Ubuntu 16.04. I can take manual backups 
> and run restore jobs successfully, however I am not been able to implement 
> scheduled jobs 
>although I have defined a schedule in my bacula-dir.conf.

> Issuing "status schedule" on bconsole yields "No scheduled jobs" , Here is my 
> config

This email and any attachments to it may be confidential and are
intended solely for the use of the individual to whom it is 
addressed. If you are not the intended recipient of this email,
you must neither take any action based upon its contents, nor 
copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. QinetiQ may 
monitor email traffic data and also the content of email for 
the purposes of security. QinetiQ Limited (Registered in England
& Wales: Company Number: 3796233) Registered office: Cody Technology 
Park, Ively Road, Farnborough, Hampshire, GU14 0LX  http://www.qinetiq.com.

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

Re: [Bacula-users] UC Problem with Second Pool

[Mattinson David]

I would try Recycle = yes in pool definition or set one of the purged volumes 
status to recycle and see if it will mount then.

Dave

Pool {
  Name = Pool4
  Pool Type = Backup
  Recycle = no   # Bacula can automatically recycle Volumes
  AutoPrune = no # Prune expired volumes
  Volume Retention = 40 days
  Maximum Volumes = 100   # Limit number of Volumes in Pool
}
This email and any attachments to it may be confidential and are
intended solely for the use of the individual to whom it is 
addressed. If you are not the intended recipient of this email,
you must neither take any action based upon its contents, nor 
copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. QinetiQ may 
monitor email traffic data and also the content of email for 
the purposes of security. QinetiQ Limited (Registered in England
& Wales: Company Number: 3796233) Registered office: Cody Technology 
Park, Ively Road, Farnborough, Hampshire, GU14 0LX  http://www.qinetiq.com.

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

Re: [Bacula-users] auto-changer with 2 drives

[David Lawley]

Thanks for your response, if I get really stuck I'll post.

Knowing my logic is flawed is the biggest part of the battle.

This is my 3 or 4 attempt in as many years, really want it to stick this 
time..





On 12/16/2015 11:12 AM, Clark, Patti wrote:
> David,
>
> Your assumption is incorrect.  Both pools must have the same media type
> as defined for the tape drives if you want both pools to use both
> drives, otherwise, the media type can be different, but that is usually
> when you have different changers and/or storage daemons.  I have
> multiple pools and drives in my changer (all with the same media type)
> and they play happily together at the same time.  If you have further
> questions, posting your configuration, bacula version, OS version, etc
> are the details needed to provide more directed answers.
>
> */Patti Clark/*
> */Linux System Administrator/*
> */R&D Systems Support Oak Ridge National Laboratory/*
>
> From: David Lawley mailto:da...@upilab.com>>
> Date: Wednesday, December 16, 2015 at 10:41 AM
> To: "bacula-users@lists.sourceforge.net
> <mailto:bacula-users@lists.sourceforge.net>"
>  <mailto:bacula-users@lists.sourceforge.net>>
> Subject: [Bacula-users] auto-changer with 2 drives
>
> Kind of a newbie question, yet asking for a confirmation of my research.
>
> I have a Dell ML6000 changer/library with 2 LTO4 drives
>
> bconsole list the ML6000 as my device.  The library is configured with
> tapedrive0 and tapedrive1.
>
> When I start jobs with different pools one of the drives will get used
> but not the other, job remains queued even tho the other drive is free.
>
> So what I seem to have found is that once a pool is used by a device
> (this being the ML6000) It cannot access another pool, even tho the
> device has 2 drives and one is idle.
>
> Guessing the best way around this is to use each drive directly rather
> than the library device?
>
> tx
>
>
>
>
>
>
> --
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> <mailto: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] auto-changer with 2 drives

[David Lawley]

Kind of a newbie question, yet asking for a confirmation of my research.

I have a Dell ML6000 changer/library with 2 LTO4 drives

bconsole list the ML6000 as my device.  The library is configured with 
tapedrive0 and tapedrive1.

When I start jobs with different pools one of the drives will get used 
but not the other, job remains queued even tho the other drive is free.

So what I seem to have found is that once a pool is used by a device 
(this being the ML6000) It cannot access another pool, even tho the 
device has 2 drives and one is idle.

Guessing the best way around this is to use each drive directly rather 
than the library device?

tx






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

[Bacula-users] hello

[David Lawley]

Just quick note to say hey.  Been working with Bacula now for a couple 
of weeks off and on.

Working on getting backup exe replaced/displaced with a couple of Bacula 
instances.  Its been a bit of a learning curve but I feel like I'm on 
the threshold of getting a working setup.

Current project will encompass a ML6010 tape library (w/barcode reader) 
with 2 LTO4 SAS drives driven by Dell 2950.  (I have 2 more ML6010s and 
couple of LTO3 and LTO6 devices each I will like to eventually changeover.

Finally loading the right slot, getting bar codes scanned and volumes 
created from bconsole.

dave


--
Go from Idea to Many App Stores Faster with Intel(R) XDK
Give your users amazing mobile app experiences with Intel(R) XDK.
Use one codebase in this all-in-one HTML5 development environment.
Design, debug & build mobile apps & 2D/3D high-impact games for multiple OSs.
http://pubads.g.doubleclick.net/gampad/clk?id=254741911&iu=/4140
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] "column "volabytes" does not exist"

[Mattinson David]

root@pisces:/usr/local/share/bacula# ./update_postgresql_tables

Looks like you are running it as root.  Do it as the bacula user/role, normally 
called bacula

su - bacula
/usr/local/share/bacula/ update_postgresql_tables

Or use the -c su option if your security doesn't allow above.

Dave
This email and any attachments to it may be confidential and are
intended solely for the use of the individual to whom it is 
addressed. If you are not the intended recipient of this email,
you must neither take any action based upon its contents, nor 
copy or show it to anyone. Please contact the sender if you 
believe you have received this email in error. QinetiQ may 
monitor email traffic data and also the content of email for 
the purposes of security. QinetiQ Limited (Registered in England
& Wales: Company Number: 3796233) Registered office: Cody Technology 
Park, Ively Road, Farnborough, Hampshire, GU14 0LX  http://www.qinetiq.com.

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

Re: [Bacula-users] Fatal error: label.c:464 Truncate error on device - ERR=No such file or directory

[David Gierlich]

Hello all,
I am using Bacula v5.2.6.

My Storage Daemon runs on the same machine like the Director and writes to a
NAS that is mounted via SSHFS. I had the some trouble with exactly this
truncate error shown below.

Writing to a volume on Directors HDD and truncating works, but not with the
external NAS.

I figured out that SSHFS has an option "-o workaround=truncate" that allows
truncate.
Before every Job, with a simple script I am checking via "RunBeforeJob"
wheater the NAS is mounted or not. If not, another script containing the
sshfs command including option "-o workaround=truncate" mounts the NAS.

Now recyling etc. works fine.


Kind regards,
David


Stefan Lamby wrote
> Hello List.
> 
> I followed the advice you gave and updated director and sd to the most
> current
> version to avoid this truncate error I reported before (see below).
> Too sad, we do have the same issue again.
> Do you have any more advice?
> 
> Thank you!
> Stefan
> 
> This is the current log:
> 
> 29-Jul 23:30 backnix05-dir JobId 11992: Start Backup JobId 11992,
> Job=extranix-system-full-nas.2014-07-29_23.30.00_45
> 29-Jul 23:30 backnix05-dir JobId 11992: Max configured use
> duration=604,800 sec.
> exceeded. Marking Volume "bkp-nas-0280" as Used.
> 29-Jul 23:40 backnix05-dir JobId 11992: There are no more Jobs associated
> with
> Volume "bkp-nas-0275". Marking it purged.
> 29-Jul 23:40 backnix05-dir JobId 11992: All records pruned from Volume
> "bkp-nas-0275"; marking it "Purged"
> 29-Jul 23:40 backnix05-dir JobId 11992: Recycled volume "bkp-nas-0275"
> 29-Jul 23:40 backnix05-dir JobId 11992: Using Device "nas_01" to write.
> 29-Jul 23:47 extranix-fd JobId 11992: DIR and FD clocks differ by 388
> seconds,
> FD automatically compensating.
> 29-Jul 23:41 backnix05-sd JobId 11992: Fatal error: label.c:509 Truncate
> error
> on file device "nas_01" (/nas01_backup/backup): ERR=file_dev.c:205 Unable
> to
> truncate device "nas_01" (/nas01_backup/backup). ERR=No such file or
> directory
> 
> 29-Jul 23:41 backnix05-sd JobId 11992: Marking Volume "bkp-nas-0275" in
> Error in
> Catalog.
> 29-Jul 23:41 backnix05-sd JobId 11992: Fatal error: Job 11992 canceled.
> 29-Jul 23:47 extranix-fd JobId 11992: Fatal error: job.c:2390 Bad response
> to
> Append Data command. Wanted 3000 OK data
> , got 3903 Error append data:
> 
> 29-Jul 23:41 backnix05-dir JobId 11992: Error: Bacula backnix05-dir 7.0.4
> (04Jun14):
>   Build OS:   i686-pc-linux-gnu suse 11.4
>   JobId:  11992
>   Job:extranix-system-full-nas.2014-07-29_23.30.00_45
>   Backup Level:   Incremental, since=2014-07-28 23:30:00
>   Client: "extranix-fd" 5.2.6 (21Feb12)
> x86_64-unknown-linux-gnu,suse,5.x
>   FileSet:"FS Linux System" 2011-11-10 23:30:00
>   Pool:   "NAS01_POOL" (From Run Pool override)
>   Catalog:"IcCatalog" (From Client resource)
>   Storage:"NAS01_STORAGE_BACKNIX" (From Job resource)
>   Scheduled time: 29-Jul-2014 23:30:00
>   Start time: 29-Jul-2014 23:40:43
>   End time:   29-Jul-2014 23:41:18
>   Elapsed time:   35 secs
>   Priority:   10
>   FD Files Written:   0
>   SD Files Written:   0
>   FD Bytes Written:   0 (0 B)
>   SD Bytes Written:   0 (0 B)
>   Rate:   0.0 KB/s
>   Software Compression:   None
>   VSS:no
>   Encryption: no
>   Accurate:   no
>   Volume name(s):
>   Volume Session Id:  161
>   Volume Session Time:1405621444
>   Last Volume Bytes:  1 (1 B)
>   Non-fatal FD errors:1
>   SD Errors:  1
>   FD termination status:  Error
>   SD termination status:  Error
>   Termination:*** Backup Error ***
> 
>> Stefan Lamby <

> s.lamby@

> > hat am 18. Juli 2014 um 11:24
>> geschrieben:
>> 
>> 
>> 
>>   > > Kern Sibbald <

> kern@

> > hat am 18. Juli 2014 um 10:37
>>   > > geschrieben:
>> > 
>> >   On 07/17/2014 08:41 PM, Stefan Lamby wrote:
>> > 
>> >   > > >   Got the point.
>> > >   I'll think about buying 2 more SATA HDs using software raid to
>> store
>> > > the precious Volumes on those.
>> > > 
>> > >   > > That should work well.
>> > 
>> >   > > >   Btw., using md, is there something wrong with using
>> it 

Re: [Bacula-users] How to mask spaces in script?

[David Prieto]

I haven't tested it with scripts, but I use double quotes when specifying
paths in a fileset:

 File = "c:/documents and settings/davidp/"

It should be the same with scripts.


On Tue, Oct 28, 2014 at 7:51 AM, Florian  wrote:

> Hello, everyone.
>
> I have a small problem:
> I went to start a script on a windows client after a backup was done.
> The script is located at "C:\Program Files\Bacula\ShurdownScript.bat"
>
> I know I can mask the \ with a second \, but can I do that with the
> space in "program files", too?
>
> Regards,
>
> Florian S.
>
>
> --
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>



-- 
Un saludo,
David Prieto.
--
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Could not connect to Storage daemon

[David Newman]

On 10/9/14, 9:53 AM, Ana Emília M. Arruda wrote:
> Hi David,
> 
> Could you clarify some points?
> 
> 1) your storage daemon is running on backups.networktest.com:9103
> <http://backups.networktest.com:9103>.?
> 2) who is listening on the 3 ports bellow?
> $ sudo netstat -an -f inet | grep 910
> tcp4   0  0 *.9102 *.*LISTEN
> tcp4   0  0 *.9103 *.*LISTEN
> tcp4   0  0 *.9101 *.*LISTEN
> 3) are your director and storage at the same host?
> 4) all the failed jobs presents the same connection error?
> 02-Oct 00:45 nye-dir JobId 20983: Warning: bsock.c:132 Could not connect
> to Storage daemon on backups.networktest.com:9103
> <http://backups.networktest.com:9103>. ERR=Connection refused
> Retrying ...
> 
> It seems to me you have some networking problems

Thanks to Ana and Martin Simmons for helping find the root problem:
expired DNSSEC keys.

Fixing the DNSSEC issue got bacula working again.

Thanks again for your help!

dn

--
Comprehensive Server Monitoring with Site24x7.
Monitor 10 servers for $9/Month.
Get alerted through email, SMS, voice calls or mobile push notifications.
Take corrective actions from your mobile device.
http://p.sf.net/sfu/Zoho
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Virtual Full only from non-virtual

[David Prieto]

Hi

Our backup schema is the typical:

Full on disk on first saturday every month
Diff on disk the rest of saturdays
Incr on disk every day

But we also generate a VirtualFull *on tape* every day, that is kept
offsite.

The default behaviour is that this VirtualFull becomes the last (more
recent) Full, and next Virtual Full would be built from this.

To build the next Virtual Full from the Full+Diffs+Incrs and *not* from the
previous VirtualFull, we applied the patch that was published by James
Harper some years ago:

https://www.mail-archive.com/bacula-devel@lists.sourceforge.net/msg04145.html

Now we want to update our installation (from this patched 5.0.2) to a 5.2.x
from debian repositories, so we can keep the server software updated more
easily.

Is this now possible without patching and recompiling bacula?

Thanks in advance!
-- 
Un saludo,
David Prieto.
--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Re: [Bacula-users] Could not connect to Storage daemon

[David Newman]

On 10/6/14, 9:20 PM, David Newman wrote:
> On 10/3/14, 7:47 AM, Ana Emília M. Arruda wrote:
>> Hi David,
>>
>> Have you tried to schedule the job at another time? Just for checking if
>> the problem is at the scheduled time you're trying to run the job or not.
> 
> Great question. First time I tried this, it failed. Also, bconsole could
> not connect.
> 
> After a reboot, the rescheduled incremental backup worked for the first
> few hosts. It's still running.
> 
> When it's done, I'll change bacula-dir.conf back to the original time,
> restart everything, and report back.

An update: Incremental jobs for some (not all) of the hosts completed
successfully after changing the start time in bacula-dir.conf. I do not
see a pattern as to which ones failed or succeeded.

After changing back to the original time and restarting via the
bacula-dir script, all incremental jobs failed. The netstat utility says
the backup machine is listening on ports 910[1-3]:

$ sudo netstat -an -f inet | grep 910
tcp4   0  0 *.9102 *.*LISTEN
tcp4   0  0 *.9103 *.*LISTEN
tcp4   0  0 *.9101 *.*LISTEN

Thanks in advance for additional troubleshooting skills.

dn


> 
> dn
> 
> 
> 
>>
>> Regards,
>> Ana
>>
>> On Fri, Oct 3, 2014 at 11:07 AM, David Newman > <mailto:dnew...@networktest.com>> wrote:
>>
>> On 10/2/14, 8:03 PM, Ana Emília M. Arruda wrote:
>>
>> > Hi David,
>> >
>> > Have you checked about scheduled events that could be leading your
>> > bacula-sd host unavailable at that time? Some kind of outage?
>>
>> Hi Ana,
>>
>> As far as I know there's no other service doing anything with bacula-sd.
>> The same setup worked for years with FreeBSD 8.x and 9.x; the only
>> difference is that it doesn't work with FreeBSD 10.x.
>>
>> Puzzling that manual backups work, but automated ones don't.
>>
>> dn
>>
>>
>> >
>> > Regards,
>> > Ana
>> >
>> > On Thu, Oct 2, 2014 at 2:01 PM, David Newman > <mailto:dnew...@networktest.com>
>> > <mailto:dnew...@networktest.com <mailto:dnew...@networktest.com>>> 
>> wrote:
>> >
>> > Bacula 5.2.12 installed as a pkg on FreeBSD 10.0-RELEASE-p9
>> >
>> > Nightly backups fail with "Connection refused" errors like those 
>> pasted
>> > below.
>> >
>> > However:
>> >
>> > - backups succeed when run manually from bconsole; and
>> >
>> > - the Bacula server can telnet to the backups.networktest.com 
>> <http://backups.networktest.com>
>> > <http://backups.networktest.com> address on
>> > port 9103.
>> >
>> > I've also pasted the Schedule sections from bacula-dir.conf.
>> >
>> > Thanks in advance for troubleshooting clues.
>> >
>> > dn
>> >
>> >
>> >
>> > 02-Oct 00:35 nye-dir JobId 20983: Start Backup JobId 20983,
>> > Job=ca.2014-10-01_23.05.00_04
>> > 02-Oct 00:35 nye-dir JobId 20983: Warning: bsock.c:132 Could not 
>> connect
>> > to Storage daemon on backups.networktest.com:9103 
>> <http://backups.networktest.com:9103>
>> > <http://backups.networktest.com:9103>. ERR=Connection refused
>> > Retrying ...
>> > 02-Oct 00:40 nye-dir JobId 20983: Warning: bsock.c:132 Could not 
>> connect
>> > to Storage daemon on backups.networktest.com:9103 
>> <http://backups.networktest.com:9103>
>> > <http://backups.networktest.com:9103>. ERR=Connection refused
>> > Retrying ...
>> > 02-Oct 00:45 nye-dir JobId 20983: Warning: bsock.c:132 Could not 
>> connect
>> > to Storage daemon on backups.networktest.com:9103 
>> <http://backups.networktest.com:9103>
>> > <http://backups.networktest.com:9103>. ERR=Connection refused
>> > Retrying ...
>> > 02-Oct 00:50 nye-dir JobId 20983: Warning: bsock.c:132 Could not 
>> connect
>> > to Storage daemon on backups.networktest.com:9103 
>> <http://backups.networktest.com:9103>
>> > <http:/

Re: [Bacula-users] Could not connect to Storage daemon

[David Newman]

On 10/3/14, 7:47 AM, Ana Emília M. Arruda wrote:
> Hi David,
> 
> Have you tried to schedule the job at another time? Just for checking if
> the problem is at the scheduled time you're trying to run the job or not.

Great question. First time I tried this, it failed. Also, bconsole could
not connect.

After a reboot, the rescheduled incremental backup worked for the first
few hosts. It's still running.

When it's done, I'll change bacula-dir.conf back to the original time,
restart everything, and report back.

dn



> 
> Regards,
> Ana
> 
> On Fri, Oct 3, 2014 at 11:07 AM, David Newman  <mailto:dnew...@networktest.com>> wrote:
> 
> On 10/2/14, 8:03 PM, Ana Emília M. Arruda wrote:
> 
> > Hi David,
> >
> > Have you checked about scheduled events that could be leading your
> > bacula-sd host unavailable at that time? Some kind of outage?
> 
> Hi Ana,
> 
> As far as I know there's no other service doing anything with bacula-sd.
> The same setup worked for years with FreeBSD 8.x and 9.x; the only
> difference is that it doesn't work with FreeBSD 10.x.
> 
> Puzzling that manual backups work, but automated ones don't.
> 
> dn
> 
> 
> >
> > Regards,
> > Ana
> >
> > On Thu, Oct 2, 2014 at 2:01 PM, David Newman  <mailto:dnew...@networktest.com>
> > <mailto:dnew...@networktest.com <mailto:dnew...@networktest.com>>> 
> wrote:
> >
> > Bacula 5.2.12 installed as a pkg on FreeBSD 10.0-RELEASE-p9
> >
> > Nightly backups fail with "Connection refused" errors like those 
> pasted
> > below.
> >
> > However:
> >
> > - backups succeed when run manually from bconsole; and
> >
> > - the Bacula server can telnet to the backups.networktest.com 
> <http://backups.networktest.com>
> > <http://backups.networktest.com> address on
> > port 9103.
> >
> > I've also pasted the Schedule sections from bacula-dir.conf.
> >
> > Thanks in advance for troubleshooting clues.
> >
> > dn
> >
> >
> >
> > 02-Oct 00:35 nye-dir JobId 20983: Start Backup JobId 20983,
> > Job=ca.2014-10-01_23.05.00_04
> > 02-Oct 00:35 nye-dir JobId 20983: Warning: bsock.c:132 Could not 
> connect
> > to Storage daemon on backups.networktest.com:9103 
> <http://backups.networktest.com:9103>
> > <http://backups.networktest.com:9103>. ERR=Connection refused
> > Retrying ...
> > 02-Oct 00:40 nye-dir JobId 20983: Warning: bsock.c:132 Could not 
> connect
> > to Storage daemon on backups.networktest.com:9103 
> <http://backups.networktest.com:9103>
> > <http://backups.networktest.com:9103>. ERR=Connection refused
> > Retrying ...
> > 02-Oct 00:45 nye-dir JobId 20983: Warning: bsock.c:132 Could not 
> connect
> > to Storage daemon on backups.networktest.com:9103 
> <http://backups.networktest.com:9103>
> > <http://backups.networktest.com:9103>. ERR=Connection refused
> > Retrying ...
> > 02-Oct 00:50 nye-dir JobId 20983: Warning: bsock.c:132 Could not 
> connect
> > to Storage daemon on backups.networktest.com:9103 
> <http://backups.networktest.com:9103>
> > <http://backups.networktest.com:9103>. ERR=Connection refused
> > Retrying ...
> > 02-Oct 00:56 nye-dir JobId 20983: Warning: bsock.c:132 Could not 
> connect
> > to Storage daemon on backups.networktest.com:9103 
> <http://backups.networktest.com:9103>
> > <http://backups.networktest.com:9103>. ERR=Connection refused
> > Retrying ...
> > 02-Oct 01:01 nye-dir JobId 20983: Warning: bsock.c:132 Could not 
> connect
> > to Storage daemon on backups.networktest.com:9103 
> <http://backups.networktest.com:9103>
> > <http://backups.networktest.com:9103>. ERR=Connection refused
> > Retrying ...
> > 02-Oct 01:05 nye-dir JobId 20983: Fatal error: bsock.c:138 Unable to
> > connect to Storage daemon on backups.networktest.com:9103 
> <http://backups.networktest.com:9103>
> > <http://backups.networktest.com:9103>.
> > ERR=Connection refused
> >
>   

Re: [Bacula-users] Could not connect to Storage daemon

[David Newman]

On 10/2/14, 8:03 PM, Ana Emília M. Arruda wrote:

> Hi David,
> 
> Have you checked about scheduled events that could be leading your
> bacula-sd host unavailable at that time? Some kind of outage?

Hi Ana,

As far as I know there's no other service doing anything with bacula-sd.
The same setup worked for years with FreeBSD 8.x and 9.x; the only
difference is that it doesn't work with FreeBSD 10.x.

Puzzling that manual backups work, but automated ones don't.

dn


> 
> Regards,
> Ana
> 
> On Thu, Oct 2, 2014 at 2:01 PM, David Newman  <mailto:dnew...@networktest.com>> wrote:
> 
> Bacula 5.2.12 installed as a pkg on FreeBSD 10.0-RELEASE-p9
> 
> Nightly backups fail with "Connection refused" errors like those pasted
> below.
> 
> However:
> 
> - backups succeed when run manually from bconsole; and
> 
> - the Bacula server can telnet to the backups.networktest.com
> <http://backups.networktest.com> address on
> port 9103.
> 
> I've also pasted the Schedule sections from bacula-dir.conf.
> 
> Thanks in advance for troubleshooting clues.
> 
> dn
> 
> 
> 
> 02-Oct 00:35 nye-dir JobId 20983: Start Backup JobId 20983,
> Job=ca.2014-10-01_23.05.00_04
> 02-Oct 00:35 nye-dir JobId 20983: Warning: bsock.c:132 Could not connect
> to Storage daemon on backups.networktest.com:9103
> <http://backups.networktest.com:9103>. ERR=Connection refused
> Retrying ...
> 02-Oct 00:40 nye-dir JobId 20983: Warning: bsock.c:132 Could not connect
> to Storage daemon on backups.networktest.com:9103
> <http://backups.networktest.com:9103>. ERR=Connection refused
> Retrying ...
> 02-Oct 00:45 nye-dir JobId 20983: Warning: bsock.c:132 Could not connect
> to Storage daemon on backups.networktest.com:9103
> <http://backups.networktest.com:9103>. ERR=Connection refused
> Retrying ...
> 02-Oct 00:50 nye-dir JobId 20983: Warning: bsock.c:132 Could not connect
> to Storage daemon on backups.networktest.com:9103
> <http://backups.networktest.com:9103>. ERR=Connection refused
> Retrying ...
> 02-Oct 00:56 nye-dir JobId 20983: Warning: bsock.c:132 Could not connect
> to Storage daemon on backups.networktest.com:9103
> <http://backups.networktest.com:9103>. ERR=Connection refused
> Retrying ...
> 02-Oct 01:01 nye-dir JobId 20983: Warning: bsock.c:132 Could not connect
> to Storage daemon on backups.networktest.com:9103
> <http://backups.networktest.com:9103>. ERR=Connection refused
> Retrying ...
> 02-Oct 01:05 nye-dir JobId 20983: Fatal error: bsock.c:138 Unable to
> connect to Storage daemon on backups.networktest.com:9103
> <http://backups.networktest.com:9103>.
> ERR=Connection refused
> 
> 
> 
> # List of files to be backed up
> # When to do the backups, full backup on first sunday of the month,
> #  differential (i.e. incremental since full) every other sunday,
> #  and incremental backups other days
> 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
> }
> 
> # This schedule does the catalog. It starts after the WeeklyCycle
> Schedule {
>   Name = "WeeklyCycleAfterBackup"
>   Run = Full sun-sat at 23:55
> }
> 
> 
> 
> --
> Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
> Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
> Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
> Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
> 
> http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> <mailto:Bacula-users@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/bacula-users
> 
> 

--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] Could not connect to Storage daemon

[David Newman]

Bacula 5.2.12 installed as a pkg on FreeBSD 10.0-RELEASE-p9

Nightly backups fail with "Connection refused" errors like those pasted
below.

However:

- backups succeed when run manually from bconsole; and

- the Bacula server can telnet to the backups.networktest.com address on
port 9103.

I've also pasted the Schedule sections from bacula-dir.conf.

Thanks in advance for troubleshooting clues.

dn



02-Oct 00:35 nye-dir JobId 20983: Start Backup JobId 20983,
Job=ca.2014-10-01_23.05.00_04
02-Oct 00:35 nye-dir JobId 20983: Warning: bsock.c:132 Could not connect
to Storage daemon on backups.networktest.com:9103. ERR=Connection refused
Retrying ...
02-Oct 00:40 nye-dir JobId 20983: Warning: bsock.c:132 Could not connect
to Storage daemon on backups.networktest.com:9103. ERR=Connection refused
Retrying ...
02-Oct 00:45 nye-dir JobId 20983: Warning: bsock.c:132 Could not connect
to Storage daemon on backups.networktest.com:9103. ERR=Connection refused
Retrying ...
02-Oct 00:50 nye-dir JobId 20983: Warning: bsock.c:132 Could not connect
to Storage daemon on backups.networktest.com:9103. ERR=Connection refused
Retrying ...
02-Oct 00:56 nye-dir JobId 20983: Warning: bsock.c:132 Could not connect
to Storage daemon on backups.networktest.com:9103. ERR=Connection refused
Retrying ...
02-Oct 01:01 nye-dir JobId 20983: Warning: bsock.c:132 Could not connect
to Storage daemon on backups.networktest.com:9103. ERR=Connection refused
Retrying ...
02-Oct 01:05 nye-dir JobId 20983: Fatal error: bsock.c:138 Unable to
connect to Storage daemon on backups.networktest.com:9103.
ERR=Connection refused



# List of files to be backed up
# When to do the backups, full backup on first sunday of the month,
#  differential (i.e. incremental since full) every other sunday,
#  and incremental backups other days
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
}

# This schedule does the catalog. It starts after the WeeklyCycle
Schedule {
  Name = "WeeklyCycleAfterBackup"
  Run = Full sun-sat at 23:55
}


--
Meet PCI DSS 3.0 Compliance Requirements with EventLog Analyzer
Achieve PCI DSS 3.0 Compliant Status with Out-of-the-box PCI DSS Reports
Are you Audit-Ready for PCI DSS 3.0 Compliance? Download White paper
Comply to PCI DSS 3.0 Requirement 10 and 11.5 with EventLog Analyzer
http://pubads.g.doubleclick.net/gampad/clk?id=154622311&iu=/4140/ostg.clktrk
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] RESTORE PRUNED FILE (WITH CATALOG BACKUPS)

[david parada]

Thanks John..

Kind regards,


David

+--
|This was sent by david.par...@techex.es via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--



--
Time is money. Stop wasting it! Get your web API in 5 minutes.
www.restlet.com/download
http://p.sf.net/sfu/restlet
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] RESTORE PRUNED FILE (WITH CATALOG BACKUPS)

[david parada]

Hi all,

When I execute the BSCAN command with -c option (to my bacula.dir.conf file), 
it returns always parse errors when it reads this conf file (it is working well 
with Bacula). If I remove this option from command, the BSCAN seems to be 
processed properly. Which isthe different addind or not this argument in BSCAN 
command?

Thanks a lot.

Kind regards,


David

+--
|This was sent by david.par...@techex.es via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--



--
Time is money. Stop wasting it! Get your web API in 5 minutes.
www.restlet.com/download
http://p.sf.net/sfu/restlet
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] RESTORE PRUNED FILE (WITH CATALOG BACKUPS)

[david parada]

Hi all,

must BSCAN ne executed with bacula services down? The modification of FILE 
table has not been positive and, although some purged jobs come again, I have 
problems with file links in newer jobs.

Kind regards,


David

+--
|This was sent by david.par...@techex.es via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--



--
Time is money. Stop wasting it! Get your web API in 5 minutes.
www.restlet.com/download
http://p.sf.net/sfu/restlet
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] RESTORE PRUNED FILE (WITH CATALOG BACKUPS)

[david parada]

Thanks John!!!

Kind regards,


David

+--
|This was sent by david.par...@techex.es via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--



--
Time is money. Stop wasting it! Get your web API in 5 minutes.
www.restlet.com/download
http://p.sf.net/sfu/restlet
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

[Bacula-users] RESTORE PRUNED FILE (WITH CATALOG BACKUPS)

[david parada]

Thanks John,

Is this a correct command?

bscan -s -m -c /etc/bacula/bacula-sd.conf -v -V MyVolume -b bacula -u mysqluser 
-p mysqlpass /dev/st0

Thanks for your help!!

Kind regards,


David

+--
|This was sent by david.par...@techex.es via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--



--
Time is money. Stop wasting it! Get your web API in 5 minutes.
www.restlet.com/download
http://p.sf.net/sfu/restlet
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users