Re: [Bacula-users] Bacula9.4.1 rpm Binaries package

[Davide Franco]

Hello Ken,

Bacula 9.4.2 rpm packages are available on www.bacula.org

If you still need rpms for version 9.4.1, just let me know.

Best regards

Davide

On Tue, 12 Feb 2019 at 05:25, KEN SAWADA  wrote:

> Hi Davide
> Thank you for your reply.
> After that the rpm package has not been updated, is it technically difficult?
>
> Best regards
>
> Ken Sawada
>
>
> 2019年1月9日(水) 16:18 Davide Franco :
>
>> Hello Ken,
>>
>> Bacula 9.4.1 rpm packages will be available soon.
>> It needs some changes and checks due to Cloud S3 new feature in latest
>> release.
>>
>> I’ll do my best to release it to the community within the next days.
>>
>> Best regards
>>
>> Davide
>>
>> On Mon, 7 Jan 2019 at 15:11, KEN SAWADA  wrote:
>>
>>> Hi
>>>
>>> Bacula 9.4.1 's rpm package will not be released,
>>> but will Debian, Ubuntu only release binary packages
>>> in the future?
>>>
>>> Since CentOS is most used in Japan, I am waiting for
>>> the rpm package.
>>>
>>> Best regards
>>>
>>> Ken Sawada
>>> ___
>>> 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] Spooling vs buffering (was: Autochanger Configuration Help)

[Radosław Korzeniewski]

Hello,

czw., 7 lut 2019 o 02:34 Adam Nielsen  napisał(a):

> > Spooling can reduce overall throughput because the data is
> > sequentially written to disk and then read back.
>
> This is what got me.  I thought it was a buffer to ride out variations
> in disk read speed (like the mbuffer program) but it's not.  The
> purpose is to get data off clients as fast as possible for later
> writing to slow tape.
>

It is actually, as pointed by Wolfgang, the opposite. The spooling is to
resolve the problem with fast tape and slow client.


>
> Consequently spooling works best when the spool file is large enough to
> contain one whole tape's worth of data, and you have enough clients
> backing up that there is always a complete spool file ready to write
> out to tape.
>
> Anything less than this and spooling will slow things down.
>

No, absolutely not. The spooling always slow down the backup process as it
has to write data to local disk and then to read this data back to write to
tape instead of direct write to tape.

The only caveat here is the tape shoe-shine problem which can introduce a
larger slow down then a spooling and a higher tape cartridge wear. In this
case the spooling wins.


>
> I think we need a FIFO buffering option in Bacula that will let a few
> GB of data be buffered in memory, so that the tape doesn't shoe shine
> when the disks briefly go slow for some reason.
>
>
Well, this is exactly what a spooling is doing right now. But instead of
saving a stream to memory it saves it to disk.


> I looked at the code for this but it seems like it could be a bit
> tricky, because you need to return success/fail for each written data
> block, but you can't really do this if you're caching them for writing
> later.  This is because if there's a write error, it's difficult to
> handle the error when the block was already written long ago.
>

???

The Bacula backup stream network protocol does not work that way. The FD
(or SD in special case) sends (SD receives) data as fast as possible
without any confirmation (except TCP signaling).

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

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

[Radosław Korzeniewski]

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

Re: [Bacula-users] bacula "Cannot find any appendable volumes" but list volumes shows otherwise

[Radosław Korzeniewski]

Hello,

śr., 6 lut 2019 o 16:15 byron  napisał(a):

> Hi
>
> I write my backups to LTO 7 tape.  I have 3 sets of tapes which i rotate
> every month.  I run one full backup at the start of the month and then
> incrementals for the rest of the month.
>
> I've been running these jobs for a few months now and have never seen this
> problem.
>
> This month the full backups were running smoothly and had filled 11 tapes
> and then stopped with the following error
>
> nibbler-sd JobId 4139: Job eslab.2019-02-06_15.40.27_08 is waiting. Cannot
> find any appendable volumes.
> Please use the "label" command to create a new Volume for:
> Storage: "Drive-1" (/dev/tapedrive1)
> Pool: Labs
> Media type: LTO-7
>
> However when I run "list volume" in bconsole it shows that there are
> plenty of volumes available.  Also I see no difference between the
> available volumes and the others 11 it was able to write to.
>
> Pool: Labs
>
> +-++---+-++--+--+-+--+---+---+-+--+-+---+
> | mediaid | volumename | volstatus | enabled | volbytes   |
> volfiles | volretention | recycle | slot | inchanger | mediatype | voltype
> | volparts | lastwritten | expiresin |
>
> +-++---+-++--+--+-+--+---+---+-+--+-+---+
> |   2 | LAB002L7   | Full  |   1 | 10,083,116,090,368 |
> 204 |7,776,000 |   1 |   14 | 1 | LTO-7 |   2
> |0 | 2018-11-03 03:04:02 | 0 |
> |   3 | LAB003L7   | Full  |   1 |  9,651,812,668,416 |
> 194 |7,776,000 |   1 |   10 | 1 | LTO-7 |   2
> |0 | 2018-11-05 21:28:39 | 0 |
> |   4 | LAB004L7   | Full  |   1 |  7,373,476,856,832 |
> 147 |7,776,000 |   1 |   19 | 1 | LTO-7 |   2
> |0 | 2018-11-06 19:13:34 | 0 |
> |   5 | LAB005L7   | Full  |   1 |  8,344,623,933,440 |
> 166 |7,776,000 |   1 |   15 | 1 | LTO-7 |   2
> |0 | 2018-11-08 12:47:16 | 0 |
> |   6 | LAB006L7   | Full  |   1 |  8,224,654,758,912 |
> 164 |7,776,000 |   1 |   11 | 1 | LTO-7 |   2
> |0 | 2018-11-07 02:44:29 | 0 |
> |   7 | LAB007L7   | Full  |   1 |  8,141,419,162,624 |
> 162 |7,776,000 |   1 |8 | 1 | LTO-7 |   2
> |0 | 2018-11-07 10:15:38 | 0 |
> |   8 | LAB008L7   | Full  |   1 |  9,178,463,554,560 |
> 183 |7,776,000 |   1 |5 | 1 | LTO-7 |   2
> |0 | 2018-11-07 18:43:17 | 0 |
> |   9 | LAB009L7   | Full  |   1 |  7,620,054,748,160 |
> 152 |7,776,000 |   1 |2 | 1 | LTO-7 |   2
> |0 | 2018-11-06 04:37:55 | 0 |
> |  11 | LAB001L7   | Full  |   1 |  8,706,243,009,536 |
> 174 |7,776,000 |   1 |   18 | 1 | LTO-7 |   2
> |0 | 2018-11-08 03:09:23 | 0 |
> |  13 | LAB010L7   | Full  |   1 |  8,101,448,123,392 |
> 162 |7,776,000 |   1 |9 | 1 | LTO-7 |   2
> |0 | 2018-11-06 12:13:09 | 0 |
> |  14 | LAB011L7   | Full  |   1 |  7,217,116,941,312 |
> 144 |7,776,000 |   1 |0 | 0 | LTO-7 |   2
> |0 | 2018-11-08 21:28:51 |21,234 |
> |  15 | LAB012L7   | Full  |   1 |  8,524,868,334,592 |
> 174 |7,776,000 |   1 |0 | 0 | LTO-7 |   2
> |0 | 2018-12-18 20:32:00 | 3,473,823 |
> |  16 | LAB013L7   | Full  |   1 |  7,077,963,338,752 |
> 142 |7,776,000 |   1 |0 | 0 | LTO-7 |   2
> |0 | 2018-12-21 23:10:57 | 3,742,560 |
>
> Its my understanding that if the value "expiresin" in is set to "0" then
> the backups should be able to use it  (I appreciate there are other values
> such as ""recycle" that come into play but since these tape are being
> recycled for the nth time I dont see how they could be wrong).
>
> Any help much appreciated.
>
>
The volume has to be in Append, Purge or Recycle status for Bacula to use
it. All your volumes have a Full status and Bacula cannot use them.

In your case it is very plausible that you do not setup an automatic volume
recycling, so you have to do it manually.

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

Re: [Bacula-users] Bacula9.4.1 rpm Binaries package

[Olivier Delestre]

Hi,

Thanks for 9.4.2 rpm on CentOs.

I install and no problem ( 9.2.2 -> 9.4.2 on test host ).

Do you know , if the bsnapshot binary package is in the 
"bacula-client.x86_64" ?

I want to test zfs + bacula client ( for my test i use 9.2.2 srv + clt ).

And thanks again :)



Le 14/02/2019 à 11:09, Davide Franco a écrit :

Hello Ken,

Bacula 9.4.2 rpm packages are available on www.bacula.org 



If you still need rpms for version 9.4.1, just let me know.

Best regards

Davide

On Tue, 12 Feb 2019 at 05:25, KEN SAWADA > wrote:


Hi Davide Thank you for your reply. After that the rpm package has
not been updated, is it technically difficult? Best regards

Ken Sawada


2019年1月9日(水) 16:18 Davide Franco mailto:bacula-...@dflc.ch>>:

Hello Ken,

Bacula 9.4.1 rpm packages will be available soon.
It needs some changes and checks due to Cloud S3 new feature
in latest release.

I’ll do my best to release it to the community within the next
days.

Best regards

Davide

On Mon, 7 Jan 2019 at 15:11, KEN SAWADA mailto:ksawa0...@gmail.com>> wrote:

Hi

Bacula 9.4.1 's rpm package will not be released,
but will Debian, Ubuntu only release binary packages
in the future?

Since CentOS is most used in Japan, I am waiting for
the rpm package.

Best regards

Ken Sawada
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net

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



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


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

Re: [Bacula-users] bacula "Cannot find any appendable volumes" but list volumes shows otherwise

[Ben Laurie]

I had this problem the other day, even tho I do have automatic volume
recycling, which has always worked in the past. I had to purge one of the
expired volumes to get it to accept it...

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

> Hello,
>
> śr., 6 lut 2019 o 16:15 byron  napisał(a):
>
>> Hi
>>
>> I write my backups to LTO 7 tape.  I have 3 sets of tapes which i rotate
>> every month.  I run one full backup at the start of the month and then
>> incrementals for the rest of the month.
>>
>> I've been running these jobs for a few months now and have never seen
>> this problem.
>>
>> This month the full backups were running smoothly and had filled 11 tapes
>> and then stopped with the following error
>>
>> nibbler-sd JobId 4139: Job eslab.2019-02-06_15.40.27_08 is waiting.
>> Cannot find any appendable volumes.
>> Please use the "label" command to create a new Volume for:
>> Storage: "Drive-1" (/dev/tapedrive1)
>> Pool: Labs
>> Media type: LTO-7
>>
>> However when I run "list volume" in bconsole it shows that there are
>> plenty of volumes available.  Also I see no difference between the
>> available volumes and the others 11 it was able to write to.
>>
>> Pool: Labs
>>
>> +-++---+-++--+--+-+--+---+---+-+--+-+---+
>> | mediaid | volumename | volstatus | enabled | volbytes   |
>> volfiles | volretention | recycle | slot | inchanger | mediatype | voltype
>> | volparts | lastwritten | expiresin |
>>
>> +-++---+-++--+--+-+--+---+---+-+--+-+---+
>> |   2 | LAB002L7   | Full  |   1 | 10,083,116,090,368 |
>> 204 |7,776,000 |   1 |   14 | 1 | LTO-7 |   2
>> |0 | 2018-11-03 03:04:02 | 0 |
>> |   3 | LAB003L7   | Full  |   1 |  9,651,812,668,416 |
>> 194 |7,776,000 |   1 |   10 | 1 | LTO-7 |   2
>> |0 | 2018-11-05 21:28:39 | 0 |
>> |   4 | LAB004L7   | Full  |   1 |  7,373,476,856,832 |
>> 147 |7,776,000 |   1 |   19 | 1 | LTO-7 |   2
>> |0 | 2018-11-06 19:13:34 | 0 |
>> |   5 | LAB005L7   | Full  |   1 |  8,344,623,933,440 |
>> 166 |7,776,000 |   1 |   15 | 1 | LTO-7 |   2
>> |0 | 2018-11-08 12:47:16 | 0 |
>> |   6 | LAB006L7   | Full  |   1 |  8,224,654,758,912 |
>> 164 |7,776,000 |   1 |   11 | 1 | LTO-7 |   2
>> |0 | 2018-11-07 02:44:29 | 0 |
>> |   7 | LAB007L7   | Full  |   1 |  8,141,419,162,624 |
>> 162 |7,776,000 |   1 |8 | 1 | LTO-7 |   2
>> |0 | 2018-11-07 10:15:38 | 0 |
>> |   8 | LAB008L7   | Full  |   1 |  9,178,463,554,560 |
>> 183 |7,776,000 |   1 |5 | 1 | LTO-7 |   2
>> |0 | 2018-11-07 18:43:17 | 0 |
>> |   9 | LAB009L7   | Full  |   1 |  7,620,054,748,160 |
>> 152 |7,776,000 |   1 |2 | 1 | LTO-7 |   2
>> |0 | 2018-11-06 04:37:55 | 0 |
>> |  11 | LAB001L7   | Full  |   1 |  8,706,243,009,536 |
>> 174 |7,776,000 |   1 |   18 | 1 | LTO-7 |   2
>> |0 | 2018-11-08 03:09:23 | 0 |
>> |  13 | LAB010L7   | Full  |   1 |  8,101,448,123,392 |
>> 162 |7,776,000 |   1 |9 | 1 | LTO-7 |   2
>> |0 | 2018-11-06 12:13:09 | 0 |
>> |  14 | LAB011L7   | Full  |   1 |  7,217,116,941,312 |
>> 144 |7,776,000 |   1 |0 | 0 | LTO-7 |   2
>> |0 | 2018-11-08 21:28:51 |21,234 |
>> |  15 | LAB012L7   | Full  |   1 |  8,524,868,334,592 |
>> 174 |7,776,000 |   1 |0 | 0 | LTO-7 |   2
>> |0 | 2018-12-18 20:32:00 | 3,473,823 |
>> |  16 | LAB013L7   | Full  |   1 |  7,077,963,338,752 |
>> 142 |7,776,000 |   1 |0 | 0 | LTO-7 |   2
>> |0 | 2018-12-21 23:10:57 | 3,742,560 |
>>
>> Its my understanding that if the value "expiresin" in is set to "0" then
>> the backups should be able to use it  (I appreciate there are other values
>> such as ""recycle" that come into play but since these tape are being
>> recycled for the nth time I dont see how they could be wrong).
>>
>> Any help much appreciated.
>>
>>
> The volume has to be in Append, Purge or Recycle status for Bacula to use
> it. All your volumes have a Full status and Bacula cannot use them.
>
> In your case it is very plausible that you do not setup an automatic
> volume recycling, so you have to do it manually.
>
> best regards
> --
> Radosław Korzeniewski
> rad

Re: [Bacula-users] Bacula release 9.4.2

[Phil Stracchino]

On 2/13/19 2:13 PM, Bill Arlofski wrote:
> On 2/6/19 2:33 AM, Kern Sibbald wrote:
>> Hello,
>>
>> We are pleased to announce the release of Bacula version 9.4.2.  It is
>> already released to Source Forge and bacula.org.  Binaries for selected
>> should be available in the near future.
>>
>> This is a bug fix release to the prior version (9.4.1) that includes a
>> number of bug fixes and patches. Thanks to the community for your
>> participation.  9 bug reports were closed. In addition this version
>> should fix virtually all the build problems found on FreeBSD.
>>
>> We recommend that all users upgrade to this release.
>>
>> Thanks for using Bacula,
>>
>> Kern
> 
> 
> Hello Kern,
> 
> I am having an issue compiling the 9.4.2 source on two different systems.
> 
> One system is Gentoo, the second is Arch Linux. The error is the same while 
> compiling "authenticate.c" in the src/console directory tree.


Bill,
The app-backup/bacula ebuild just updated to 9.4.2 this morning.


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


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

Re: [Bacula-users] [External] Re: multi-homed bacula-dir + asymetrical routing = authentication failure?

[Martin Simmons]

> On Wed, 13 Feb 2019 18:46:29 -0500, mark bergman said:
> 
> == new_client ===
>  1  [root@new_client ~] # cat /tmp/bacula-fd.debug.log
>  2new_client: bsock.c:847-0 socket=4 who=client host=172.16.0.159 
> port=7306
>  3new_client: job.c:317-0  calling 103
>  4new_client: job.c:340-0 Executing Hello Dir Hello Director 
> bacula_server calling 103 command.
>  5new_client: cram-md5.c:69-0 send: auth cram-md5 challenge 
> <23169800.1550097552@new_client> ssl=0
>  6new_client: cram-md5.c:71-0 Send challenge comm error. 
> ERR=Connection reset by peer
>  7new_client: authenticate.c:101-0 cram_auth challenge failed for 
> Director client
>  8new_client: Fatal Error at authenticate.c:105 because:
>  9Incorrect password given by Director at client.
> 10new_client: job.c:343-0 Quit command loop. Canceled=0
> 11new_client: job.c:467-0 Calling term_find_files
> 12new_client: job.c:470-0 Done with term_find_files
> 13new_client: job.c:473-0 Done with free_jcr
> 14new_client: bsock.c:847-0 socket=4 who=client host=10.20.200.5 
> port=41072
> 15new_client: job.c:505-0 Bad command from client. Len=-4.
> 16  [root@new_client ~]# getent hosts 10.20.110.159
> 17  10.20.110.159   bacula_server bacula_server.fqdn
> 18  [root@new_client ~]# getent hosts 172.16.98.159
> 19  [root@new_client ~]# getent hosts bacula_server
> 20  10.20.110.159   bacula_server bacula_server.fqdn
> =
> 
> Line 2 -- the client claims it receives the connection from a host that 
> identifies itself as 172.16.0.159 (that is the IP address of the hostname for 
> the bacula server VIP).
> 
> Line 14 -- the telnet connection from the bacula_server is correctly shown
> as coming from 10.20.200.5 (another VIP for the bacula_server, putting it on
> the 10.20.0.0 subnet)

OK, so it is probably a configuration problem in the Director.

Are you setting DirSourceAddress = 172.16.0.159 in bacula-dir.conf?  That will
force connections to come from that IP.

__Martin


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

[Bacula-users] Co-sponsor of client-side parallelism?

[jesper]

Repost from - devel.

Hi

We are ending up breaking up volumes artificially to support bacula,
because of the single threaded nature of the filedaemon. We have LTO6,
spooling and 10Gbit network. When a full backup end up spanning 3 weeks
run time - it get very very painfull. (Example below)

10-Feb 07:22 bacula-dir JobId 201646: Error: Bacula bacula-dir 7.0.5
(28Jul14):
  Build OS:   x86_64-pc-linux-gnu ubuntu 16.04
  JobId:  201646
  Job:Abe_Daily_RTP.2019-02-01_21.03.30_01
  Backup Level:   Full (upgraded from Incremental)
  Client: "abe-fd" 7.0.5 (28Jul14)
x86_64-pc-linux-gnu,ubuntu,16.04
  FileSet:"Abe Set RTP" 2019-01-16 21:03:01
  Pool:   "Full-Pool" (From Job FullPool override)
Catalog:"MyCatalog" (From Client resource)
  Storage:"LTO-5" (From Job resource)
  Scheduled time: 01-Feb-2019 21:03:30
  Start time: 02-Feb-2019 05:38:30
  End time:   10-Feb-2019 07:22:30
  Elapsed time:   8 days 1 hour 44 mins
  Priority:   10
  FD Files Written:   3,096,049
  SD Files Written:   0
  FD Bytes Written:   3,222,203,306,821 (3.222 TB)
  SD Bytes Written:   0 (0 B)
  Rate:   4620.0 KB/s
  Software Compression:   None
  VSS:no
  Encryption: no
  Accurate:   no
  Volume name(s):
005641L5|005746L5|006211L5|006143L5|006125L5|006217L5|006221L5|005100L5|006158L5|006135L5|006175L5|006240L5|005291L5|006297L5|007543L6|007125L6|007180L6|007105L6|005538L5|005050L5|006254L5
  Volume Session Id:  3874
  Volume Session Time:1544207587
  Last Volume Bytes:  1,964,015,354,880 (1.964 TB)
  Non-fatal FD errors:1
  SD Errors:  0
  FD termination status:  Error
  SD termination status:  Running
  Termination:*** Backup Error ***

Average filesize is 1MB here...

Underlying disk/filesystems are typically composed of 12/24/36 or more
spinning disks. Disk systems today really need parallelism to perform.

When dealing with large files, kernel readahead makes thing work nice, but
when someone dumps 100.000 2KB files it slows down to single disk iops
speed.

I have a few “suggestions” for how to get parallism into this.

1) When reading a catalog, loop over all files and issue a
posix_fadvise WILLNEED on the first 1MB of the file.

I have prototyped this outside bacula and it seem to work very
nicely and should be a small non-intrusive patch. It will allow the IO
stack to issue concurrently around the smaller files caching them in
memory.

2) Thread out the filedaemon
Implement a X MB buffer in the filedaemon. could be 16 slots of
max 5MB, for files smaller than 5MB this serves as staging area
for the thread, haning it over to the master process.
Yes, this can be tuned in a lot of ways, but most of us with large
filesystems would easily sacrifice 5-10GB memory on the server, just for
speeding up this stuff.

This is more intrusive but can be isolated fully to the filedaemon.

3) Allow a single job to spool/de-spool concurrently. Currently
spooling slows down individual job execution, but it would be
relatively simple just to assign 2 spool-buffers to the. One that
can be spooled into while the other despools and so on.

If someone is willing to help some of this along the way please let me
know and lets see if we can make ends meet.

Potentially others would like to co-fund here? I feel it unlikely
 that we are the only ones with the need.

Thanks.
-- 
Jesper




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

[Bacula-users] Long pause with no logging or any activity at all

[William Muriithi]

Hello,

I have a new bacula setup and for the last two day, has been running the first 
large scheduled job.  Sometimes early this morning,  it looks like bacula 
stopped writing to the tape

I was monitoring it using this command:

*list volumes
+-++---+-+---+--+--+-+--+---+---+-+
| MediaId | VolumeName | VolStatus | Enabled | VolBytes  | VolFiles | 
VolRetention | Recycle | Slot | InChanger | MediaType | LastWritten |
+-++---+-+---+--+--+-+--+---+---+-+
|   1 | 000128L6   | Append|   1 | 3,369,784,578,048 |3,374 |   
31,536,000 |   1 |2 | 1 | LTO-6 | 2019-02-14 03:43:09 |
|   2 | 000109L6   | Append|   1 |64,512 |0 |   
31,536,000 |   1 |3 | 1 | LTO-6 | -00-00 00:00:00 |
|   3 | 000114L6   | Append|   1 |64,512 |0 |   
31,536,000 |   1 |4 | 1 | LTO-6 | -00-00 00:00:00 |
|   4 | 000113L6   | Append|   1 |64,512 |0 |   
31,536,000 |   1 |5 | 1 | LTO-6 | -00-00 00:00:00 |
|   5 | 000129L6   | Append|   1 |64,512 |0 |   
31,536,000 |   1 |6 | 1 | LTO-6 | -00-00 00:00:00 |
|   6 | 000112L6   | Append|   1 |64,512 |0 |   
31,536,000 |   1 |7 | 1 | LTO-6 | -00-00 00:00:00 |
|   7 | 000130L6   | Append|   1 |64,512 |0 |   
31,536,000 |   1 |8 | 1 | LTO-6 | -00-00 00:00:00 |
+-++---+-+---+--+--+-+--+---+---+-+

That hasn't changed for the last 5 hours.  The director, storage and client are 
all fine and responsive to console, but no activity.  Nothing on the director's 
log too.

So the question is, how would one go around figuring out what is happening in 
this situation?

Regards,
William


___
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] Bacula release 9.4.2

[Bill Arlofski]

On 2/14/19 6:17 AM, Phil Stracchino wrote:

Bill,
The app-backup/bacula ebuild just updated to 9.4.2 this morning.


Hi Phil!

Thanks for the tip!

My problem is that my primary SD is on Arch, so I cannot update the DIR 
(Running on Gentoo) without breaking my backup environment.


And, since I try to follow the Community Bacula versions, I have been 
installing Bacula from source for some time now on my primary storage and my 
Gentoo DIR.


I will try to emerge Bacula 9.4.2 in a Gentoo test environment to see if it 
compiles OK there just to know if there is some magical command line option 
used in the Gentoo ebuild.


Thanks again!

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

Re: [Bacula-users] Bacula release 9.4.2

[Bill Arlofski]

Replying to my own last post...


OK, emerging bacula-9.4.2 on Gentoo gets past compiling everything in the 
'console' directory tree:


8<

[...snip compiling output of the console sources...]

 Make of console is good 
make[1]: Leaving directory 
'/var/tmp/portage/app-backup/bacula-9.4.2/work/bacula-9.4.2/src/console'

8<

However, using the same ./configure command line as the Gentoo ebuild does, 
but in the vanilla bacula-9.2.4 source tree on the same Gentoo server still 
fails compiling in the console section.


I have to assume one of the Gentoo-specific patches applied at the beginning 
of the emerge process, and before  ./configure is run "fixes" this.


This is quite interesting to me because this is the first time in more than 10 
years I have ever had any problem compiling Bacula from source. :)


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

Re: [Bacula-users] Bacula release 9.4.2

[Phil Stracchino]

On 2/14/19 12:26 PM, Bill Arlofski wrote:
> On 2/14/19 6:17 AM, Phil Stracchino wrote:
>> Bill,
>> The app-backup/bacula ebuild just updated to 9.4.2 this morning.
> 
> Hi Phil!
> 
> Thanks for the tip!
> 
> My problem is that my primary SD is on Arch, so I cannot update the DIR 
> (Running on Gentoo) without breaking my backup environment.

Yeah, but now you only have *one* problem to solve.  :)


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


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

Re: [Bacula-users] Bacula release 9.4.2

[Bill Arlofski]

On 2/14/19 12:18 PM, Phil Stracchino wrote:

On 2/14/19 12:26 PM, Bill Arlofski wrote:

On 2/14/19 6:17 AM, Phil Stracchino wrote:

Bill,
The app-backup/bacula ebuild just updated to 9.4.2 this morning.


Hi Phil!

Thanks for the tip!

My problem is that my primary SD is on Arch, so I cannot update the DIR
(Running on Gentoo) without breaking my backup environment.


Yeah, but now you only have *one* problem to solve.  :)


lol... Really...


I guess the subject should now be "Cannot build bacula-9.4.2 on Arch Linux" 
since the Gentoo ebuild seems to be fine.


And, since the Gentoo ebuild of Bacula is now quite current, maybe I can 
switch back to installing it from portage, and skip the manual source builds 
for while. :)


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

Re: [Bacula-users] bacula "Cannot find any appendable volumes" but list volumes shows otherwise

[Tilman Schmidt]

I have had several of those incidents over the years.
Never got to the bottom of it.
Every once in a while, I have to manually purge a volume Bacula should
have recycled of its own.

Am 14.02.2019 um 12:08 schrieb Ben Laurie:
> I had this problem the other day, even tho I do have automatic volume
> recycling, which has always worked in the past. I had to purge one of
> the expired volumes to get it to accept it...
> 
> On Thu, 14 Feb 2019 at 10:51, Radosław Korzeniewski
> mailto:rados...@korzeniewski.net>> wrote:
> 
> Hello,
> 
> śr., 6 lut 2019 o 16:15 byron  > napisał(a):
> 
> Hi
> 
> I write my backups to LTO 7 tape.  I have 3 sets of tapes which
> i rotate every month.  I run one full backup at the start of the
> month and then incrementals for the rest of the month.
> 
> I've been running these jobs for a few months now and have never
> seen this problem.
> 
> This month the full backups were running smoothly and had filled
> 11 tapes and then stopped with the following error
> 
> nibbler-sd JobId 4139: Job eslab.2019-02-06_15.40.27_08 is
> waiting. Cannot find any appendable volumes.
> Please use the "label" command to create a new Volume for:
> Storage: "Drive-1" (/dev/tapedrive1)
> Pool: Labs
> Media type: LTO-7
> 
> However when I run "list volume" in bconsole it shows that there
> are plenty of volumes available.  Also I see no difference
> between the available volumes and the others 11 it was able to
> write to.
> 
> Pool: Labs
> 
> +-++---+-++--+--+-+--+---+---+-+--+-+---+
> | mediaid | volumename | volstatus | enabled |
> volbytes   | volfiles | volretention | recycle | slot |
> inchanger | mediatype | voltype | volparts | lastwritten
> | expiresin |
> 
> +-++---+-++--+--+-+--+---+---+-+--+-+---+
> |   2 | LAB002L7   | Full  |   1 |
> 10,083,116,090,368 |  204 |    7,776,000 |   1 |   14
> | 1 | LTO-7 |   2 |    0 | 2018-11-03
> 03:04:02 | 0 |
> |   3 | LAB003L7   | Full  |   1 | 
> 9,651,812,668,416 |  194 |    7,776,000 |   1 |   10
> | 1 | LTO-7 |   2 |    0 | 2018-11-05
> 21:28:39 | 0 |
> |   4 | LAB004L7   | Full  |   1 | 
> 7,373,476,856,832 |  147 |    7,776,000 |   1 |   19
> | 1 | LTO-7 |   2 |    0 | 2018-11-06
> 19:13:34 | 0 |
> |   5 | LAB005L7   | Full  |   1 | 
> 8,344,623,933,440 |  166 |    7,776,000 |   1 |   15
> | 1 | LTO-7 |   2 |    0 | 2018-11-08
> 12:47:16 | 0 |
> |   6 | LAB006L7   | Full  |   1 | 
> 8,224,654,758,912 |  164 |    7,776,000 |   1 |   11
> | 1 | LTO-7 |   2 |    0 | 2018-11-07
> 02:44:29 | 0 |
> |   7 | LAB007L7   | Full  |   1 | 
> 8,141,419,162,624 |  162 |    7,776,000 |   1 |    8
> | 1 | LTO-7 |   2 |    0 | 2018-11-07
> 10:15:38 | 0 |
> |   8 | LAB008L7   | Full  |   1 | 
> 9,178,463,554,560 |  183 |    7,776,000 |   1 |    5
> | 1 | LTO-7 |   2 |    0 | 2018-11-07
> 18:43:17 | 0 |
> |   9 | LAB009L7   | Full  |   1 | 
> 7,620,054,748,160 |  152 |    7,776,000 |   1 |    2
> | 1 | LTO-7 |   2 |    0 | 2018-11-06
> 04:37:55 | 0 |
> |  11 | LAB001L7   | Full  |   1 | 
> 8,706,243,009,536 |  174 |    7,776,000 |   1 |   18
> | 1 | LTO-7 |   2 |    0 | 2018-11-08
> 03:09:23 | 0 |
> |  13 | LAB010L7   | Full  |   1 | 
> 8,101,448,123,392 |  162 |    7,776,000 |   1 |    9
> | 1 | LTO-7 |   2 |    0 | 2018-11-06
> 12:13:09 | 0 |
> |  14 | LAB011L7   | Full  |   1 | 
> 7,217,116,941,312 |  144 |    7,776,000 |   1 |    0
> | 0 | LTO-7 |   2 |    0 | 2018-11-08
> 21:28:51 |    21,234 |
> |  15 | LAB012L7   | Full  |   1 | 
> 8,524,868,334,592 |  174 |    7,776,000 |   1 |    0
> | 0 | LTO-7 |   2 |   

Re: [Bacula-users] Bacula release 9.4.2

[Phil Stracchino]

On 2/14/19 2:26 PM, Bill Arlofski wrote:
> 
> I guess the subject should now be "Cannot build bacula-9.4.2 on Arch Linux" 
> since the Gentoo ebuild seems to be fine.
> 
> And, since the Gentoo ebuild of Bacula is now quite current, maybe I can 
> switch back to installing it from portage, and skip the manual source builds 
> for while. :)

I've been working with the Gentoo maintainer on this for a while to
update and fix the ebuild.


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


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

Re: [Bacula-users] Bacula release 9.4.2

[Bill Arlofski]

On 2/14/19 12:36 PM, Phil Stracchino wrote:


I've been working with the Gentoo maintainer on this for a while to
update and fix the ebuild.


OH?

OK, well then, this just became even more interesting to me. :)

Perhaps one of you know the magic recipe which might allow me to compile 
bacula-9.4.2 from source on my Arch system?


Do tell! :)


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