date:20160301

Re: [Bacula-users] Director will not connect to a remote client

2016-03-01 Thread Florian Splett

Hello.

Some question to maybe pinpoint the issue as the config seems fine (to 
me at least):
Is the director installed on a machine seperate to the clients?
Are the file daemon services definitely running?
Are the ports bacula uses open (9101, 9102)?
Are you able to ping the remote clients with the bacula user? (from the 
machine the director is located on)
If yes: can your clients ping the the director machine, too? (I remember 
having struggled a bit with permissions at the beginning)

I am no expert, but I hope these questions help you get an idea where 
the problem may be.

Regards,

Florian S.

Am 01.03.2016 um 22:23 schrieb maaf4d:
> Hi,
> I would like some help with thi issue where the director cannot connect to 
> either one of my file daemons. I installed the client version of bacula on a 
> linux computer and a windows computer and configured them along with the 
> director so they would communicate and run a backup job. Although when i go 
> into the console and check the status of my clients, the connection is never 
> successful. It ends up telling me that the connection timed out. Could anyone 
> tell me what I am doing wrong? Here is my configurations:
> Server:
> Director File:
>
> Director { # define myself
> Name = backup-master-001.novalocal-dir
> DIRport = 9101 # where we listen for UA connections
> QueryFile = "/etc/bacula/scripts/query.sql"
> WorkingDirectory = "/var/lib/bacula"
> PidDirectory = "/var/run/bacula"
> Maximum Concurrent Jobs = 1
> Password = "f6nJvHpItEmcJ4m7J-WYSJzxdK9S2BGo6" # Console password
> Messages = Daemon
> DirAddress = 127.0.0.1
> }
> JobDefs {
> Name = "DefaultJob"
> Type = Backup
> Level = Incremental
> Client = backup-master-001.novalocal-fd
> FileSet = "Full Set"
> Schedule = "WeeklyCycle"
> Storage = File
> Messages = Standard
> Pool = File
> Priority = 10
> Write Bootstrap = "/var/lib/bacula/%c.bsr"
> }
> Job {
> Name = "LocalBackup"
> JobDefs = "DefaultJob"
> }
> Job {
> Name = "RemoteBackup"
> JobDefs = "DefaultJob"
> client = test-fd
> Pool = RemoteFile
> }
> Job {
> Name = "RemoteBackup2"
> JobDefs = "DefaultJob"
> client = marty-pc-fd
> Pool = RemoteFile
> }
> Job {
> Name = "BackupCatalog"
> JobDefs = "DefaultJob"
> Level = Full
> FileSet="Catalog"
> Schedule = "WeeklyCycleAfterBackup"
> RunBeforeJob = "/etc/bacula/scripts/make_catalog_backup.pl MyCatalog"
> RunAfterJob = "/etc/bacula/scripts/delete_catalog_backup"
> Write Bootstrap = "/var/lib/bacula/%n.bsr"
> Priority = 11 # run after main backup
> }
> Job {
> Name = "RestoreFiles"
> Type = Restore
> Client=backup-master-001.novalocal-fd
> FileSet="Full Set"
> Storage = File
> Pool = Default
> Messages = Standard
> Where = /nonexistant/path/to/file/archive/dir/bacula-restores
> }
> Job {
> Name = "RestoreRemote"
> Type = Restore
> Client=test-fd
> FileSet="Full Set"
> Storage = File
> Pool = Default
> Messages = Standard
> Where = /bacula/restore
> }
> Job {
> Name = "RestoreRemote2"
> Type = Restore
> Client=marty-pc-fd
> FileSet="Full Set"
> Storage = File
> Pool = Default
> Messages = Standard
> Where = /bacula/restore
> }
> FileSet {
> Name = "Full Set"
> Include {
> Options {
> signature = MD5
> }
> File = /usr/sbin
> }
> Exclude {
> File = /var/lib/bacula
> File = /nonexistant/path/to/file/archive/dir
> File = /proc
> File = /tmp
> File = /.journal
> File = /.fsck
> }
> }
> 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
> }
> Schedule {
> Name = "WeeklyCycleAfterBackup"
> Run = Full sun-sat at 23:10
> }
> FileSet {
> Name = "Catalog"
> Include {
> Options {
> signature = MD5
> }
> File = "/var/lib/bacula/bacula.sql"
> }
> }
> Client {
> Name = backup-master-001.novalocal-fd
> Address = 128.104.223.158
> FDPort = 9102
> Catalog = MyCatalog
> Password = "ulDaTfeEvHjt3JcHTR--kMe1XXYupHUWc" # password for FileDaemon
> File Retention = 30 days # 30 days
> Job Retention = 6 months # six months
> AutoPrune = yes # Prune expired Jobs/Files
> }
> Client {
> Name = test-fd
> Address = 128.104.223.157
> FDPort = 9102
> Catalog = MyCatalog
> Password = "7m1XU9Fp9uJcd76hCpoTIHLPoX3nK8veS" # password for FileDaemon
> File Retention = 30 days # 30 days
> Job Retention = 6 months # six months
> AutoPrune = yes # Prune expired Jobs/Files
> }
> Client {
> Name = marty-pc-fd
> Address = 64.251.150.227
> FDPort = 9102
> Catalog = MyCatalog
> Password = "xPPgbRxuRNTDy7hHIrYGVZ2MaCv8NkwhX2bgyvR3Kjca" # password for 
> FileDaemon
> File Retention = 30 days # 30 days
> Job Retention = 6 months # six months
> AutoPrune = yes # Prune expired Jobs/Files
> }
> Storage {
> Name = File
> Address = 128.104.223.158 # N.B. Use a fully qualified name here
> SDPort = 9103
> Password = "eMD7aNwcC9F_N8kwwp0tOAVL7oCXRuH9i"
> Device = FileStorage
> Media Type = File
> }
> Catalog {
> Name = MyCatalog
> dbname = "bacula"; DB Address = ""; dbuser = "bacula"; dbpassword = 
> "4KQniFNxHkQn"
> }
> Messages {
> Name = Standard
>

[Bacula-users] Director will not connect to a remote client

2016-03-01 Thread maaf4d

Hi,
I would like some help with thi issue where the director cannot connect to 
either one of my file daemons. I installed the client version of bacula on a 
linux computer and a windows computer and configured them along with the 
director so they would communicate and run a backup job. Although when i go 
into the console and check the status of my clients, the connection is never 
successful. It ends up telling me that the connection timed out. Could anyone 
tell me what I am doing wrong? Here is my configurations:
Server:
Director File:

Director { # define myself
Name = backup-master-001.novalocal-dir
DIRport = 9101 # where we listen for UA connections
QueryFile = "/etc/bacula/scripts/query.sql"
WorkingDirectory = "/var/lib/bacula"
PidDirectory = "/var/run/bacula"
Maximum Concurrent Jobs = 1
Password = "f6nJvHpItEmcJ4m7J-WYSJzxdK9S2BGo6" # Console password
Messages = Daemon
DirAddress = 127.0.0.1
}
JobDefs {
Name = "DefaultJob"
Type = Backup
Level = Incremental
Client = backup-master-001.novalocal-fd
FileSet = "Full Set"
Schedule = "WeeklyCycle"
Storage = File
Messages = Standard
Pool = File
Priority = 10
Write Bootstrap = "/var/lib/bacula/%c.bsr"
}
Job {
Name = "LocalBackup"
JobDefs = "DefaultJob"
}
Job {
Name = "RemoteBackup"
JobDefs = "DefaultJob"
client = test-fd
Pool = RemoteFile
}
Job {
Name = "RemoteBackup2"
JobDefs = "DefaultJob"
client = marty-pc-fd
Pool = RemoteFile
}
Job {
Name = "BackupCatalog"
JobDefs = "DefaultJob"
Level = Full
FileSet="Catalog"
Schedule = "WeeklyCycleAfterBackup"
RunBeforeJob = "/etc/bacula/scripts/make_catalog_backup.pl MyCatalog"
RunAfterJob = "/etc/bacula/scripts/delete_catalog_backup"
Write Bootstrap = "/var/lib/bacula/%n.bsr"
Priority = 11 # run after main backup
}
Job {
Name = "RestoreFiles"
Type = Restore
Client=backup-master-001.novalocal-fd
FileSet="Full Set"
Storage = File
Pool = Default
Messages = Standard
Where = /nonexistant/path/to/file/archive/dir/bacula-restores
}
Job {
Name = "RestoreRemote"
Type = Restore
Client=test-fd
FileSet="Full Set"
Storage = File
Pool = Default
Messages = Standard
Where = /bacula/restore
}
Job {
Name = "RestoreRemote2"
Type = Restore
Client=marty-pc-fd
FileSet="Full Set"
Storage = File
Pool = Default
Messages = Standard
Where = /bacula/restore
}
FileSet {
Name = "Full Set"
Include {
Options {
signature = MD5
}
File = /usr/sbin
}
Exclude {
File = /var/lib/bacula
File = /nonexistant/path/to/file/archive/dir
File = /proc
File = /tmp
File = /.journal
File = /.fsck
}
}
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
}
Schedule {
Name = "WeeklyCycleAfterBackup"
Run = Full sun-sat at 23:10
}
FileSet {
Name = "Catalog"
Include {
Options {
signature = MD5
}
File = "/var/lib/bacula/bacula.sql"
}
}
Client {
Name = backup-master-001.novalocal-fd
Address = 128.104.223.158
FDPort = 9102
Catalog = MyCatalog
Password = "ulDaTfeEvHjt3JcHTR--kMe1XXYupHUWc" # password for FileDaemon
File Retention = 30 days # 30 days
Job Retention = 6 months # six months
AutoPrune = yes # Prune expired Jobs/Files
}
Client {
Name = test-fd
Address = 128.104.223.157
FDPort = 9102
Catalog = MyCatalog
Password = "7m1XU9Fp9uJcd76hCpoTIHLPoX3nK8veS" # password for FileDaemon
File Retention = 30 days # 30 days
Job Retention = 6 months # six months
AutoPrune = yes # Prune expired Jobs/Files
}
Client {
Name = marty-pc-fd
Address = 64.251.150.227
FDPort = 9102
Catalog = MyCatalog
Password = "xPPgbRxuRNTDy7hHIrYGVZ2MaCv8NkwhX2bgyvR3Kjca" # password for 
FileDaemon
File Retention = 30 days # 30 days
Job Retention = 6 months # six months
AutoPrune = yes # Prune expired Jobs/Files
}
Storage {
Name = File
Address = 128.104.223.158 # N.B. Use a fully qualified name here
SDPort = 9103
Password = "eMD7aNwcC9F_N8kwwp0tOAVL7oCXRuH9i"
Device = FileStorage
Media Type = File
}
Catalog {
Name = MyCatalog 
dbname = "bacula"; DB Address = ""; dbuser = "bacula"; dbpassword = 
"4KQniFNxHkQn"
}
Messages {
Name = Standard
mailcommand = "/usr/sbin/bsmtp -h localhost -f \"(Bacula) \<%r>\" -s \"Bacula: 
%t %e of %c %l\" %r"
operatorcommand = "/usr/sbin/bsmtp -h localhost -f \"(Bacula) \<%r>\" -s 
\"Bacula: Intervention needed for %j\" %r"
mail = root = all, !skipped
operator = root = mount
console = all, !skipped, !saved
append = "/var/log/bacula/bacula.log" = all, !skipped
catalog = all
}
Messages {
Name = Daemon
mailcommand = "/usr/sbin/bsmtp -h localhost -f \"(Bacula) \<%r>\" -s \"Bacula 
daemon message\" %r"
mail = root = all, !skipped
console = all, !skipped, !saved
append = "/var/log/bacula/bacula.log" = all, !skipped
}
Pool {
Name = Default
Pool Type = Backup
Recycle = yes # Bacula can automatically recycle Volumes
AutoPrune = yes # Prune expired volumes
Volume Retention = 365 days # one year
}
Pool {
Name = File
Pool Type = Backup
Label Format = Local-
Recycle = yes # Bacula can automatically recycle Volumes
AutoPrune = yes # Prune expired volumes
Volume Retention = 365 days # one year
Maximum Volume

Re: [Bacula-users] Trouble setting up Bacula on FreeBSD

2016-03-01 Thread Cejka Rudolf

Simon Templar wrote (2016/03/01):
> Perhaps I should have included this information in the first email,
> but I???ve tried several combinations of parameters in the
> bacula-sd.conf, and it failed each time. Here are the parts I???ve changed:

And perhaps include latest output of btape -c... /dev/nsa0 "test" command.

What is your FreeBSD version?

What is the output of

mt -f /dev/nsa0 status -v

mt -f /dev/nsa0 geteotmodel

mt -f /dev/nsa0 param -l

?

-- 
Rudolf Cejka  http://www.fit.vutbr.cz/~cejkar
Brno University of Technology, Faculty of Information Technology
Bozetechova 2, 612 66  Brno, Czech Republic

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

Re: [Bacula-users] Change in behaviour with 7.4 when truncating volumes

2016-03-01 Thread Brady, Mike

Ok thanks. As far as I can tell this isn't causing any issues.  It is 
just different from what I recall for previous releases.

I have a couple of 7.0.5 systems still and will try and capture exactly 
what they are doing in this space.

On 2016-03-02 11:18, Kern Sibbald wrote:
> I am not sure what the problem is. If you ask Bacula to truncate a
> volume and all the prerequisites are satisfied, it is going to
> truncate it whether or not it was already truncated.
> 
> On 03/02/2016 03:38 AM, Brady, Mike wrote:
>> Hi Kern,
>> 
>> Sorry I have been a bit slow responding.  Day job has been getting the
>> way.
>> 
>> The simplest way for me to reproduce this is to just run by admin job
>> with the prune and truncate commands in it twice in a row from 
>> bconsole.
>> 
>> Running the job the first time I get
>> 02-Mar 06:11 bacula04-dir JobId 0: Automatically selected Catalog:
>> MyCatalog
>> 02-Mar 06:11 bacula04-dir JobId 0: Using Catalog "MyCatalog"
>> 02-Mar 06:11 bacula04-dir JobId 0: Connecting to Storage daemon
>> FileStorage01 at 192.168.42.55:9103 ...
>> 02-Mar 06:11 bacula04-dir JobId 0: 3000 OK label. VolBytes=215
>> VolABytes=0 VolType=1 Volume="DiffPool-0046" Device="FileDevice01"
>> (/bacula_storage/FileDevice)
>> 02-Mar 06:11 bacula04-dir JobId 0: The volume "DiffPool-0046" has been
>> truncated
>> 02-Mar 06:11 bacula04-dir JobId 0: 3000 OK label. VolBytes=214
>> VolABytes=0 VolType=1 Volume="IncPool-0051" Device="FileDevice01"
>> (/bacula_storage/FileDevice)
>> 02-Mar 06:11 bacula04-dir JobId 0: The volume "IncPool-0051" has been
>> truncated
>> 
>> and the volumes
>> 
>> [root@bacula04 FileDevice]# date
>> Wed Mar  2 06:21:11 NZDT 2016
>> [root@bacula04 FileDevice]# ls -lrt
>> total 7586540
>> -rw-r-. 1 bacula tape7578482 Jan 29 06:18 FullPool-0001
>> -rw-r-. 1 bacula tape  293394412 Jan 30 07:17 FullPool-0043
>> -rw-r-. 1 bacula tape 1172880708 Feb  4 08:31 FullPool-0056
>> -rw-r-. 1 bacula tape 1471826078 Feb  7 00:14 FullPool-0064
>> -rw-r-. 1 bacula tape  327231298 Feb 14 00:13 DiffPool-0077
>> -rw-r-. 1 bacula tape  322588494 Feb 18 00:13 IncPool-0053
>> -rw-r-. 1 bacula tape  319982796 Feb 19 00:13 IncPool-0055
>> -rw-r-. 1 bacula tape  321408918 Feb 20 00:13 IncPool-0059
>> -rw-r-. 1 bacula tape  331552046 Feb 21 00:13 DiffPool-0079
>> -rw-r-. 1 bacula tape  320865931 Feb 22 00:13 IncPool-0062
>> -rw-r-. 1 bacula tape  320845891 Feb 23 00:13 IncPool-0066
>> -rw-r-. 1 bacula tape  328525230 Feb 24 00:14 IncPool-0068
>> -rw-r-. 1 bacula tape  329473617 Feb 25 00:13 IncPool-0070
>> -rw-r-. 1 bacula tape  321353644 Feb 26 00:13 IncPool-0072
>> -rw-r-. 1 bacula tape  321667319 Feb 27 00:13 IncPool-0074
>> -rw-r-. 1 bacula tape  318488774 Feb 29 00:13 IncPool-0076
>> -rw-r-. 1 bacula tape  327395050 Mar  1 00:13 IncPool-0044
>> -rw-r-. 1 bacula tape  317324869 Mar  2 00:13 IncPool-0049
>> -rw-r-. 1 bacula tape  294184604 Mar  2 02:10 CatalogBackup0002
>> -rw-r-. 1 bacula tape215 Mar  2 06:11 DiffPool-0046
>> -rw-r-. 1 bacula tape214 Mar  2 06:11 IncPool-0051
>> 
>> Running the job again 10 minutes later
>> 02-Mar 06:21 bacula04-dir JobId 0: Automatically selected Catalog:
>> MyCatalog
>> 02-Mar 06:21 bacula04-dir JobId 0: Using Catalog "MyCatalog"
>> 02-Mar 06:21 bacula04-dir JobId 0: Connecting to Storage daemon
>> FileStorage01 at 192.168.42.55:9103 ...
>> 02-Mar 06:21 bacula04-dir JobId 0: 3000 OK label. VolBytes=215
>> VolABytes=0 VolType=1 Volume="DiffPool-0046" Device="FileDevice01"
>> (/bacula_storage/FileDevice)
>> 02-Mar 06:21 bacula04-dir JobId 0: The volume "DiffPool-0046" has been
>> truncated
>> 02-Mar 06:21 bacula04-dir JobId 0: 3000 OK label. VolBytes=214
>> VolABytes=0 VolType=1 Volume="IncPool-0051" Device="FileDevice01"
>> (/bacula_storage/FileDevice)
>> 02-Mar 06:21 bacula04-dir JobId 0: The volume "IncPool-0051" has been
>> truncated
>> 
>> and the volumes
>> 
>> [root@bacula04 FileDevice]# date
>> Wed Mar  2 06:23:22 NZDT 2016
>> [root@bacula04 FileDevice]# ls -lrt
>> total 7586540
>> -rw-r-. 1 bacula tape7578482 Jan 29 06:18 FullPool-0001
>> -rw-r-. 1 bacula tape  293394412 Jan 30 07:17 FullPool-0043
>> -rw-r-. 1 bacula tape 1172880708 Feb  4 08:31 FullPool-0056
>> -rw-r-. 1 bacula tape 1471826078 Feb  7 00:14 FullPool-0064
>> -rw-r-. 1 bacula tape  327231298 Feb 14 00:13 DiffPool-0077
>> -rw-r-. 1 bacula tape  322588494 Feb 18 00:13 IncPool-0053
>> -rw-r-. 1 bacula tape  319982796 Feb 19 00:13 IncPool-0055
>> -rw-r-. 1 bacula tape  321408918 Feb 20 00:13 IncPool-0059
>> -rw-r-. 1 bacula tape  331552046 Feb 21 00:13 DiffPool-0079
>> -rw-r-. 1 bacula tape  320865931 Feb 22 00:13 IncPool-0062
>> -rw-r-. 1 bacula tape  320845891 Feb 23 00:13 IncPool-0066
>> -rw-r-. 1 bacula tape  328525230 Feb 24 00:14 IncPool-0068
>> -rw-r-. 1 bacula tape  329473617 Feb 25 00:13 IncPool-0070
>> -rw-r-. 1 bacula tape  321353644

Re: [Bacula-users] Issue with In-Changer Media after replacing Tape Library

2016-03-01 Thread Kern Sibbald

Hello,

I recommend that ou move up to a more recent version of Bacula. We have 
improved the code that does "update slots" in later versions.

Best regards,
Kern

On 03/01/2016 11:52 PM, Mingus Dew wrote:
> Dear All,
>I recently replaced a malfunctioning LTO5 TL2000 tape library
> with a new LTO6 TL4000 tape library. I've been having a lot of failing
> tape jobs since then, and I think I've finally rooted out the problem,
> but am not sure where to begin fixing it.
>
> Essentially, when I do a query to show what Volumes Bacula thinks are in
> the changer, it is still showing me Volumes and Slots from the previous
> library mixed with Volumes and Slots from the new, higher capacity library.
>
> I'm using Bacula Community Edition 7.0.5 on CentOS 6.7 x86_64. Here is
> the output from bconsole query. The old library entries all have Storage
> "TL2000" and Media Type "LTO5". Any guidance is very appreciated.
>
> Yours,
> Shon
>
> +-++-+-+--+-+---+---+
>
> | MediaId | VolumeName | GB  | Storage | Slot | Pool
>  | MediaType | VolStatus |
>
> +-++-+-+--+-+---+---+
>
> |   2,065 | 15 | 300.6804| TL2000  |1 |
> Mentora_LTO5_Tapes  | LTO-5 | Full  |
>
> |   2,109 | 05 | 1100.4370   | TL2000  |2 |
> Synnefo_LTO5_Tapes  | LTO-5 | Append|
>
> |   2,113 | 08 | 0.0001  | TL2000  |3 |
> KillerIT_LTO5_Tapes | LTO-5 | Append|
>
> |   2,098 | 51 | 411.7481| TL2000  |4 |
> Mentora_LTO5_Tapes  | LTO-5 | Append|
>
> |   2,115 | 04 | 0.0001  | TL2000  |6 |
> KillerIT_LTO5_Tapes | LTO-5 | Append|
>
> |   2,111 | 07 | 258.3787| TL2000  |7 |
> KillerIT_LTO5_Tapes | LTO-5 | Append|
>
> |   2,108 | 12 | 1452.4568   | TL2000  |8 |
> Calgon_LTO5_Tapes   | LTO-5 | Full  |
>
> |   2,110 | 02 | 1664.2599   | TL2000  |9 |
> Calgon_LTO5_Tapes   | LTO-5 | Full  |
>
> |   2,116 | 03 | 0.0001  | TL2000  |   10 |
> KillerIT_LTO5_Tapes | LTO-5 | Append|
>
> |   2,117 | 06 | 0.0001  | TL2000  |   11 |
> KillerIT_LTO5_Tapes | LTO-5 | Append|
>
> |   2,112 | 09 | 3882.6981   | TL2000  |   12 |
> Mentora_LTO5_Tapes  | LTO-5 | Full  |
>
> |   2,704 | 21L6   | 0.  | TL4000  |3 |
> Mentora_LTO6_Tapes  | LTO-6 | Recycle   |
>
> |   2,738 | 37L6   | 0.0001  | TL4000  |   37 |
> Calgon_LTO6_Tapes   | LTO-6 | Append|
>
> |   2,739 | 40L6   | 0.0001  | TL4000  |   38 |
> Synnefo_LTO6_Tapes  | LTO-6 | Append|
>
> |   2,740 | 43L6   | 0.0001  | TL4000  |   39 |
> KillerIT_LTO6_Tapes | LTO-6 | Append|
>
> |   2,741 | 46L6   | 0.0001  | TL4000  |   40 |
> Voith_LTO6_Tapes| LTO-6 | Append|
>
> |   2,742 | 38L6   | 0.0001  | TL4000  |   41 | Scratch_LTO6
>  | LTO-6 | Append|
>
> |   2,743 | 41L6   | 0.0001  | TL4000  |   42 | Scratch_LTO6
>  | LTO-6 | Append|
>
> |   2,744 | 44L6   | 0.0001  | TL4000  |   43 | Scratch_LTO6
>  | LTO-6 | Append|
>
> |   2,745 | 47L6   | 0.0001  | TL4000  |   44 | Scratch_LTO6
>  | LTO-6 | Append|
>
> |   2,746 | 39L6   | 0.0001  | TL4000  |   45 | Scratch_LTO6
>  | LTO-6 | Append|
>
> |   2,747 | 42L6   | 0.0001  | TL4000  |   46 | Scratch_LTO6
>  | LTO-6 | Append|
>
> |   2,748 | 45L6   | 0.0001  | TL4000  |   47 | Scratch_LTO6
>  | LTO-6 | Append|
>
> +-++-+-+--+-+---+---+
>
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup Now!
> http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
>
>
>
> ___
> Bacula-users mailing list
> Bacula-users@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bacula-users
>

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

Re: [Bacula-users] Change in behaviour with 7.4 when truncating volumes

2016-03-01 Thread Kern Sibbald

I am not sure what the problem is. If you ask Bacula to truncate a 
volume and all the prerequisites are satisfied, it is going to truncate 
it whether or not it was already truncated.

On 03/02/2016 03:38 AM, Brady, Mike wrote:
> Hi Kern,
>
> Sorry I have been a bit slow responding.  Day job has been getting the
> way.
>
> The simplest way for me to reproduce this is to just run by admin job
> with the prune and truncate commands in it twice in a row from bconsole.
>
> Running the job the first time I get
> 02-Mar 06:11 bacula04-dir JobId 0: Automatically selected Catalog:
> MyCatalog
> 02-Mar 06:11 bacula04-dir JobId 0: Using Catalog "MyCatalog"
> 02-Mar 06:11 bacula04-dir JobId 0: Connecting to Storage daemon
> FileStorage01 at 192.168.42.55:9103 ...
> 02-Mar 06:11 bacula04-dir JobId 0: 3000 OK label. VolBytes=215
> VolABytes=0 VolType=1 Volume="DiffPool-0046" Device="FileDevice01"
> (/bacula_storage/FileDevice)
> 02-Mar 06:11 bacula04-dir JobId 0: The volume "DiffPool-0046" has been
> truncated
> 02-Mar 06:11 bacula04-dir JobId 0: 3000 OK label. VolBytes=214
> VolABytes=0 VolType=1 Volume="IncPool-0051" Device="FileDevice01"
> (/bacula_storage/FileDevice)
> 02-Mar 06:11 bacula04-dir JobId 0: The volume "IncPool-0051" has been
> truncated
>
> and the volumes
>
> [root@bacula04 FileDevice]# date
> Wed Mar  2 06:21:11 NZDT 2016
> [root@bacula04 FileDevice]# ls -lrt
> total 7586540
> -rw-r-. 1 bacula tape7578482 Jan 29 06:18 FullPool-0001
> -rw-r-. 1 bacula tape  293394412 Jan 30 07:17 FullPool-0043
> -rw-r-. 1 bacula tape 1172880708 Feb  4 08:31 FullPool-0056
> -rw-r-. 1 bacula tape 1471826078 Feb  7 00:14 FullPool-0064
> -rw-r-. 1 bacula tape  327231298 Feb 14 00:13 DiffPool-0077
> -rw-r-. 1 bacula tape  322588494 Feb 18 00:13 IncPool-0053
> -rw-r-. 1 bacula tape  319982796 Feb 19 00:13 IncPool-0055
> -rw-r-. 1 bacula tape  321408918 Feb 20 00:13 IncPool-0059
> -rw-r-. 1 bacula tape  331552046 Feb 21 00:13 DiffPool-0079
> -rw-r-. 1 bacula tape  320865931 Feb 22 00:13 IncPool-0062
> -rw-r-. 1 bacula tape  320845891 Feb 23 00:13 IncPool-0066
> -rw-r-. 1 bacula tape  328525230 Feb 24 00:14 IncPool-0068
> -rw-r-. 1 bacula tape  329473617 Feb 25 00:13 IncPool-0070
> -rw-r-. 1 bacula tape  321353644 Feb 26 00:13 IncPool-0072
> -rw-r-. 1 bacula tape  321667319 Feb 27 00:13 IncPool-0074
> -rw-r-. 1 bacula tape  318488774 Feb 29 00:13 IncPool-0076
> -rw-r-. 1 bacula tape  327395050 Mar  1 00:13 IncPool-0044
> -rw-r-. 1 bacula tape  317324869 Mar  2 00:13 IncPool-0049
> -rw-r-. 1 bacula tape  294184604 Mar  2 02:10 CatalogBackup0002
> -rw-r-. 1 bacula tape215 Mar  2 06:11 DiffPool-0046
> -rw-r-. 1 bacula tape214 Mar  2 06:11 IncPool-0051
>
> Running the job again 10 minutes later
> 02-Mar 06:21 bacula04-dir JobId 0: Automatically selected Catalog:
> MyCatalog
> 02-Mar 06:21 bacula04-dir JobId 0: Using Catalog "MyCatalog"
> 02-Mar 06:21 bacula04-dir JobId 0: Connecting to Storage daemon
> FileStorage01 at 192.168.42.55:9103 ...
> 02-Mar 06:21 bacula04-dir JobId 0: 3000 OK label. VolBytes=215
> VolABytes=0 VolType=1 Volume="DiffPool-0046" Device="FileDevice01"
> (/bacula_storage/FileDevice)
> 02-Mar 06:21 bacula04-dir JobId 0: The volume "DiffPool-0046" has been
> truncated
> 02-Mar 06:21 bacula04-dir JobId 0: 3000 OK label. VolBytes=214
> VolABytes=0 VolType=1 Volume="IncPool-0051" Device="FileDevice01"
> (/bacula_storage/FileDevice)
> 02-Mar 06:21 bacula04-dir JobId 0: The volume "IncPool-0051" has been
> truncated
>
> and the volumes
>
> [root@bacula04 FileDevice]# date
> Wed Mar  2 06:23:22 NZDT 2016
> [root@bacula04 FileDevice]# ls -lrt
> total 7586540
> -rw-r-. 1 bacula tape7578482 Jan 29 06:18 FullPool-0001
> -rw-r-. 1 bacula tape  293394412 Jan 30 07:17 FullPool-0043
> -rw-r-. 1 bacula tape 1172880708 Feb  4 08:31 FullPool-0056
> -rw-r-. 1 bacula tape 1471826078 Feb  7 00:14 FullPool-0064
> -rw-r-. 1 bacula tape  327231298 Feb 14 00:13 DiffPool-0077
> -rw-r-. 1 bacula tape  322588494 Feb 18 00:13 IncPool-0053
> -rw-r-. 1 bacula tape  319982796 Feb 19 00:13 IncPool-0055
> -rw-r-. 1 bacula tape  321408918 Feb 20 00:13 IncPool-0059
> -rw-r-. 1 bacula tape  331552046 Feb 21 00:13 DiffPool-0079
> -rw-r-. 1 bacula tape  320865931 Feb 22 00:13 IncPool-0062
> -rw-r-. 1 bacula tape  320845891 Feb 23 00:13 IncPool-0066
> -rw-r-. 1 bacula tape  328525230 Feb 24 00:14 IncPool-0068
> -rw-r-. 1 bacula tape  329473617 Feb 25 00:13 IncPool-0070
> -rw-r-. 1 bacula tape  321353644 Feb 26 00:13 IncPool-0072
> -rw-r-. 1 bacula tape  321667319 Feb 27 00:13 IncPool-0074
> -rw-r-. 1 bacula tape  318488774 Feb 29 00:13 IncPool-0076
> -rw-r-. 1 bacula tape  327395050 Mar  1 00:13 IncPool-0044
> -rw-r-. 1 bacula tape  317324869 Mar  2 00:13 IncPool-0049
> -rw-r-. 1 bacula tape  294184604 Mar  2 02:10 CatalogBackup0002
> -rw-r-. 1 bacula tape

Re: [Bacula-users] Issue with In-Changer Media after replacing Tape Library

2016-03-01 Thread Mingus Dew

Dear Brynm
Thank you. I forgot you can update InChanger status  via update volume.

Yours,
Shon

On Tue, Mar 1, 2016 at 9:20 AM, Bryn Hughes  wrote:

> Appears you never did an 'Update Slots' on the old library after emptying
> the tapes from it...
>
> You can manually change the 'InChanger' flag from a '1' to a '0' for the
> affected tapes, it at least doesn't look like there are too many of them.
> You can also delete those volumes all together if you no longer need to get
> any data from them.
>
> Bryn
>
>
> On 2016-03-01 05:52 AM, Mingus Dew wrote:
>
> Dear All,
>   I recently replaced a malfunctioning LTO5 TL2000 tape library with a
> new LTO6 TL4000 tape library. I've been having a lot of failing tape jobs
> since then, and I think I've finally rooted out the problem, but am not
> sure where to begin fixing it.
>
> Essentially, when I do a query to show what Volumes Bacula thinks are in
> the changer, it is still showing me Volumes and Slots from the previous
> library mixed with Volumes and Slots from the new, higher capacity library.
>
> I'm using Bacula Community Edition 7.0.5 on CentOS 6.7 x86_64. Here is the
> output from bconsole query. The old library entries all have Storage
> "TL2000" and Media Type "LTO5". Any guidance is very appreciated.
>
> Yours,
> Shon
>
>
> +-++-+-+--+-+---+---+
>
> | MediaId | VolumeName | GB  | Storage | Slot | Pool
>   | MediaType | VolStatus |
>
>
> +-++-+-+--+-+---+---+
>
> |   2,065 | 15 | 300.6804| TL2000  |1 |
> Mentora_LTO5_Tapes  | LTO-5 | Full  |
>
> |   2,109 | 05 | 1100.4370   | TL2000  |2 |
> Synnefo_LTO5_Tapes  | LTO-5 | Append|
>
> |   2,113 | 08 | 0.0001  | TL2000  |3 |
> KillerIT_LTO5_Tapes | LTO-5 | Append|
>
> |   2,098 | 51 | 411.7481| TL2000  |4 |
> Mentora_LTO5_Tapes  | LTO-5 | Append|
>
> |   2,115 | 04 | 0.0001  | TL2000  |6 |
> KillerIT_LTO5_Tapes | LTO-5 | Append|
>
> |   2,111 | 07 | 258.3787| TL2000  |7 |
> KillerIT_LTO5_Tapes | LTO-5 | Append|
>
> |   2,108 | 12 | 1452.4568   | TL2000  |8 | Calgon_LTO5_Tapes
>   | LTO-5 | Full  |
>
> |   2,110 | 02 | 1664.2599   | TL2000  |9 | Calgon_LTO5_Tapes
>   | LTO-5 | Full  |
>
> |   2,116 | 03 | 0.0001  | TL2000  |   10 |
> KillerIT_LTO5_Tapes | LTO-5 | Append|
>
> |   2,117 | 06 | 0.0001  | TL2000  |   11 |
> KillerIT_LTO5_Tapes | LTO-5 | Append|
>
> |   2,112 | 09 | 3882.6981   | TL2000  |   12 |
> Mentora_LTO5_Tapes  | LTO-5 | Full  |
>
> |   2,704 | 21L6   | 0.  | TL4000  |3 |
> Mentora_LTO6_Tapes  | LTO-6 | Recycle   |
>
> |   2,738 | 37L6   | 0.0001  | TL4000  |   37 | Calgon_LTO6_Tapes
>   | LTO-6 | Append|
>
> |   2,739 | 40L6   | 0.0001  | TL4000  |   38 |
> Synnefo_LTO6_Tapes  | LTO-6 | Append|
>
> |   2,740 | 43L6   | 0.0001  | TL4000  |   39 |
> KillerIT_LTO6_Tapes | LTO-6 | Append|
>
> |   2,741 | 46L6   | 0.0001  | TL4000  |   40 | Voith_LTO6_Tapes
>   | LTO-6 | Append|
>
> |   2,742 | 38L6   | 0.0001  | TL4000  |   41 | Scratch_LTO6
>   | LTO-6 | Append|
>
> |   2,743 | 41L6   | 0.0001  | TL4000  |   42 | Scratch_LTO6
>   | LTO-6 | Append|
>
> |   2,744 | 44L6   | 0.0001  | TL4000  |   43 | Scratch_LTO6
>   | LTO-6 | Append|
>
> |   2,745 | 47L6   | 0.0001  | TL4000  |   44 | Scratch_LTO6
>   | LTO-6 | Append|
>
> |   2,746 | 39L6   | 0.0001  | TL4000  |   45 | Scratch_LTO6
>   | LTO-6 | Append|
>
> |   2,747 | 42L6   | 0.0001  | TL4000  |   46 | Scratch_LTO6
>   | LTO-6 | Append|
>
> |   2,748 | 45L6   | 0.0001  | TL4000  |   47 | Scratch_LTO6
>   | LTO-6 | Append|
>
>
> +-++-+-+--+-+---+---+
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot faster and improve end-user experience. Signup 
> Now!http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140
>
>
>
> ___
> Bacula-users mailing 
> listBacula-users@lists.sourceforge.nethttps://lists.sourceforge.net/lists/listinfo/bacula-users
>
>
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App

Re: [Bacula-users] Change in behaviour with 7.4 when truncating volumes

2016-03-01 Thread Brady, Mike

Hi Kern,

Sorry I have been a bit slow responding.  Day job has been getting the 
way.

The simplest way for me to reproduce this is to just run by admin job 
with the prune and truncate commands in it twice in a row from bconsole.

Running the job the first time I get
02-Mar 06:11 bacula04-dir JobId 0: Automatically selected Catalog: 
MyCatalog
02-Mar 06:11 bacula04-dir JobId 0: Using Catalog "MyCatalog"
02-Mar 06:11 bacula04-dir JobId 0: Connecting to Storage daemon 
FileStorage01 at 192.168.42.55:9103 ...
02-Mar 06:11 bacula04-dir JobId 0: 3000 OK label. VolBytes=215 
VolABytes=0 VolType=1 Volume="DiffPool-0046" Device="FileDevice01" 
(/bacula_storage/FileDevice)
02-Mar 06:11 bacula04-dir JobId 0: The volume "DiffPool-0046" has been 
truncated
02-Mar 06:11 bacula04-dir JobId 0: 3000 OK label. VolBytes=214 
VolABytes=0 VolType=1 Volume="IncPool-0051" Device="FileDevice01" 
(/bacula_storage/FileDevice)
02-Mar 06:11 bacula04-dir JobId 0: The volume "IncPool-0051" has been 
truncated

and the volumes

[root@bacula04 FileDevice]# date
Wed Mar  2 06:21:11 NZDT 2016
[root@bacula04 FileDevice]# ls -lrt
total 7586540
-rw-r-. 1 bacula tape7578482 Jan 29 06:18 FullPool-0001
-rw-r-. 1 bacula tape  293394412 Jan 30 07:17 FullPool-0043
-rw-r-. 1 bacula tape 1172880708 Feb  4 08:31 FullPool-0056
-rw-r-. 1 bacula tape 1471826078 Feb  7 00:14 FullPool-0064
-rw-r-. 1 bacula tape  327231298 Feb 14 00:13 DiffPool-0077
-rw-r-. 1 bacula tape  322588494 Feb 18 00:13 IncPool-0053
-rw-r-. 1 bacula tape  319982796 Feb 19 00:13 IncPool-0055
-rw-r-. 1 bacula tape  321408918 Feb 20 00:13 IncPool-0059
-rw-r-. 1 bacula tape  331552046 Feb 21 00:13 DiffPool-0079
-rw-r-. 1 bacula tape  320865931 Feb 22 00:13 IncPool-0062
-rw-r-. 1 bacula tape  320845891 Feb 23 00:13 IncPool-0066
-rw-r-. 1 bacula tape  328525230 Feb 24 00:14 IncPool-0068
-rw-r-. 1 bacula tape  329473617 Feb 25 00:13 IncPool-0070
-rw-r-. 1 bacula tape  321353644 Feb 26 00:13 IncPool-0072
-rw-r-. 1 bacula tape  321667319 Feb 27 00:13 IncPool-0074
-rw-r-. 1 bacula tape  318488774 Feb 29 00:13 IncPool-0076
-rw-r-. 1 bacula tape  327395050 Mar  1 00:13 IncPool-0044
-rw-r-. 1 bacula tape  317324869 Mar  2 00:13 IncPool-0049
-rw-r-. 1 bacula tape  294184604 Mar  2 02:10 CatalogBackup0002
-rw-r-. 1 bacula tape215 Mar  2 06:11 DiffPool-0046
-rw-r-. 1 bacula tape214 Mar  2 06:11 IncPool-0051

Running the job again 10 minutes later
02-Mar 06:21 bacula04-dir JobId 0: Automatically selected Catalog: 
MyCatalog
02-Mar 06:21 bacula04-dir JobId 0: Using Catalog "MyCatalog"
02-Mar 06:21 bacula04-dir JobId 0: Connecting to Storage daemon 
FileStorage01 at 192.168.42.55:9103 ...
02-Mar 06:21 bacula04-dir JobId 0: 3000 OK label. VolBytes=215 
VolABytes=0 VolType=1 Volume="DiffPool-0046" Device="FileDevice01" 
(/bacula_storage/FileDevice)
02-Mar 06:21 bacula04-dir JobId 0: The volume "DiffPool-0046" has been 
truncated
02-Mar 06:21 bacula04-dir JobId 0: 3000 OK label. VolBytes=214 
VolABytes=0 VolType=1 Volume="IncPool-0051" Device="FileDevice01" 
(/bacula_storage/FileDevice)
02-Mar 06:21 bacula04-dir JobId 0: The volume "IncPool-0051" has been 
truncated

and the volumes

[root@bacula04 FileDevice]# date
Wed Mar  2 06:23:22 NZDT 2016
[root@bacula04 FileDevice]# ls -lrt
total 7586540
-rw-r-. 1 bacula tape7578482 Jan 29 06:18 FullPool-0001
-rw-r-. 1 bacula tape  293394412 Jan 30 07:17 FullPool-0043
-rw-r-. 1 bacula tape 1172880708 Feb  4 08:31 FullPool-0056
-rw-r-. 1 bacula tape 1471826078 Feb  7 00:14 FullPool-0064
-rw-r-. 1 bacula tape  327231298 Feb 14 00:13 DiffPool-0077
-rw-r-. 1 bacula tape  322588494 Feb 18 00:13 IncPool-0053
-rw-r-. 1 bacula tape  319982796 Feb 19 00:13 IncPool-0055
-rw-r-. 1 bacula tape  321408918 Feb 20 00:13 IncPool-0059
-rw-r-. 1 bacula tape  331552046 Feb 21 00:13 DiffPool-0079
-rw-r-. 1 bacula tape  320865931 Feb 22 00:13 IncPool-0062
-rw-r-. 1 bacula tape  320845891 Feb 23 00:13 IncPool-0066
-rw-r-. 1 bacula tape  328525230 Feb 24 00:14 IncPool-0068
-rw-r-. 1 bacula tape  329473617 Feb 25 00:13 IncPool-0070
-rw-r-. 1 bacula tape  321353644 Feb 26 00:13 IncPool-0072
-rw-r-. 1 bacula tape  321667319 Feb 27 00:13 IncPool-0074
-rw-r-. 1 bacula tape  318488774 Feb 29 00:13 IncPool-0076
-rw-r-. 1 bacula tape  327395050 Mar  1 00:13 IncPool-0044
-rw-r-. 1 bacula tape  317324869 Mar  2 00:13 IncPool-0049
-rw-r-. 1 bacula tape  294184604 Mar  2 02:10 CatalogBackup0002
-rw-r-. 1 bacula tape215 Mar  2 06:21 DiffPool-0046
-rw-r-. 1 bacula tape214 Mar  2 06:21 IncPool-0051

So in this case, DiffPool-0046 and IncPool-0051 are "truncated" twice.

I noticed this on a system that has quit a few more volumes than it 
really needs (I will get around to deleting them one day) and the same 
volumes are re-truncated every time (once a day) the truncate job is 
run.

Let me

Re: [Bacula-users] Trouble setting up Bacula on FreeBSD

2016-03-01 Thread Simon Templar

Hello, and thank you all for your suggestions.

Just to make sure my hardware is still working I installed gtar and dumped 
about 10tb to tape, and it completed without errors.

Perhaps I should have included this information in the first email, but I’ve 
tried several combinations of parameters in the bacula-sd.conf, and it failed 
each time. Here are the parts I’ve changed:

First try:
Offline On Unmount = no
Hardware End of Medium = no
BSF at EOM = yes
Backward Space Record = no
Fast Forward Space File = no
TWO EOF = yes

Second Try:
 Device {
  Name   = QuantumLTO
  Media Type = LTO6
  Device Type = Tape
  ArchiveDevice = /dev/nsa0
  LabelMedia = yes
#  Random Access  = yes
  Requires Mount = no
  AutomaticMount = yes
  RemovableMedia = yes
  Always Open = yes
  Offline On Unmount = no
  Hardware End of Medium = yes
  BSF at EOM = yes
  Backward Space Record = yes
  Fast Forward Space File = yes
  TWO EOF = yes

Third Try:
Device {
  Name   = QuantumLTO
  Media Type = LTO6
  Device Type = Tape
  ArchiveDevice = /dev/nsa0
  Description = "LTO-6 for FreeBSD"
  LabelMedia = yes
  AutomaticMount = yes;   # when device opened, read it
  AlwaysOpen = yes
  RemovableMedia = yes
  Offline On Unmount = no
  Hardware End of Medium = no
  BSF at EOM = yes
  Backward Space Record = no
  Fast Forward Space File = no
  TWO EOF = yes

Fourth Try:
Device {
  Name   = QuantumLTO
  Media Type = LTO6
  Device Type = Tape
  ArchiveDevice = /dev/nsa0
  Description = "LTO-6 for FreeBSD"
  LabelMedia = yes
  AutomaticMount = yes;   # when device opened, read it
  AlwaysOpen = yes
  RemovableMedia = yes
  Offline On Unmount = no
  Hardware End of Medium = no   # Noted as FreeBSD specific
  BSF at EOM = no   # Noted as FreeBSD specific
  Backward Space Record = no# Noted as FreeBSD specific
  Fast Forward Space File = yes # Noted as FreeBSD specific
  TWO EOF = no  # Noted as FreeBSD specific

And today, as I type this I’m trying a btape fill test with:
Device {
  Name   = QuantumLTO
  Media Type = LTO6
  Device Type = Tape
  ArchiveDevice = /dev/nsa0
  Description = "LTO-6 for FreeBSD"
  LabelMedia = yes
  AutomaticMount = yes;   # when device opened, read it
  AlwaysOpen = yes
  RemovableMedia = yes
  Offline On Unmount = no
  Hardware End of Medium = no   # Noted as FreeBSD specific
  BSF at EOM = yes  # Support List Recommendation
  Backward Space Record = yes   # Support List Recommendation
  Fast Forward Space File = yes # Noted as FreeBSD specific
  TWO EOF = yes # Support List Recommendation
Minimum Block Size = 64512
Maximum Block Size = 64512

Which is similar to my third try, with the exceptions of Backward Space Record, 
Fast Forward Space File, and also the addition of the Min and Max Block Size 
directives.

So at this point my question is this: is there a smart way to identify the 
correct entries for my hardware? I’ve re-read the docs from quantum but clearly 
I’m still flailing. The trial-and-error approach wouldn’t be so bad if it 
didn’t take 11 hours to write 2.5tb, then a short while to begin the second 
tape, then begin the unfill portion of the test, then eventually fail. It’s 
basically a full calendar day with each config file guess iteration. 

As an aside, gtar wrote to tape at almost exactly twice the speed that I’m 
seeing in the btape test. My disk arrays are showing 300+mb/s for random reads, 
so they’re not the bottleneck. Almost immediately after I get this multi-tape 
dump and restore working in bacula I’ll be needing to address the horrible 
speeds I’m seeing. I do notice a lot of  “shoe shining” while running btape 
fill, and nothing is being written to the spool directory (which is ssd) so 
maybe the real backups will be faster. We’ll see.

Thanks again,
Simon

> On Mar 1, 2016, at 8:42 AM, Martin Simmons  wrote:
> 
>> On Tue, 1 Mar 2016 14:07:55 +0100, Cejka Rudolf said:
>> 
>> Simon Templar wrote (2016/02/29):
>>> I've set up bacula 7.2 on my FreeBSD server using Postgres as the 
>>> backend database.
>> 
>> Which FreeBSD version? According to the mt status it seems to be
>> sufficiently fresh.
>> 
>>> Device {
>>> ...
>>>   Hardware End of Medium = no   # Noted as FreeBSD specific
>>>   BSF at EOM = no   # Noted as FreeBSD specific
>>>   Backward Space Record = no# Noted as FreeBSD specific
>>>   Fast Forward Space File = yes # Noted as FreeBSD specific
>>>   TWO EOF = no  # Noted as FreeBSD specific
>> 
>> Where did you get this?
>> 
>> Try this:
>> 
>>  BSF at EOM = yes
>>  TWO EOF = yes
>>  Hardware End of Medium = no   # maybe not needed now, but there is no
>># performance impact, so let's start with it
>>  Backward

Re: [Bacula-users] Issue with In-Changer Media after replacing Tape Library

2016-03-01 Thread Ana Emília M . Arruda

Hello,

It would be better if you had kept the same storage configuration for your
new TL. It seems you have all the "old" tapes assigned to the storage named
TL2000 and you had configured a new storage named "TL4000". The MediaIds
from 2065 to 2112 are assigned to the TL2000 storage.

To have these medias assigned to the new TL4000, I think you should do this
manually in the catalog database:

1) Look for the StorageId in the Storage table that refers to your new
storage TL4000.
2) Set the StorageId value in the table Media with the StorageId number you
found in step 1) for all the MediaIds from 2065 to 2112

This is possible since you haven't changed the Media Type.

If you're using MySQL, you can do the bellow:

1) select * from Storage; (this will show you the StorageId for Name=TL4000)
2) update Media set StorageId=X where StorageId=Y (where X is the value of
StorageId for TL4000 and Y is the value of StorageId for TL2000).

Best regards,
Ana

On Tue, Mar 1, 2016 at 3:20 PM, Bryn Hughes  wrote:

> Appears you never did an 'Update Slots' on the old library after emptying
> the tapes from it...
>
> You can manually change the 'InChanger' flag from a '1' to a '0' for the
> affected tapes, it at least doesn't look like there are too many of them.
> You can also delete those volumes all together if you no longer need to get
> any data from them.
>
> Bryn
>
>
> On 2016-03-01 05:52 AM, Mingus Dew wrote:
>
> Dear All,
>   I recently replaced a malfunctioning LTO5 TL2000 tape library with a
> new LTO6 TL4000 tape library. I've been having a lot of failing tape jobs
> since then, and I think I've finally rooted out the problem, but am not
> sure where to begin fixing it.
>
> Essentially, when I do a query to show what Volumes Bacula thinks are in
> the changer, it is still showing me Volumes and Slots from the previous
> library mixed with Volumes and Slots from the new, higher capacity library.
>
> I'm using Bacula Community Edition 7.0.5 on CentOS 6.7 x86_64. Here is the
> output from bconsole query. The old library entries all have Storage
> "TL2000" and Media Type "LTO5". Any guidance is very appreciated.
>
> Yours,
> Shon
>
>
> +-++-+-+--+-+---+---+
>
> | MediaId | VolumeName | GB  | Storage | Slot | Pool
>   | MediaType | VolStatus |
>
>
> +-++-+-+--+-+---+---+
>
> |   2,065 | 15 | 300.6804| TL2000  |1 |
> Mentora_LTO5_Tapes  | LTO-5 | Full  |
>
> |   2,109 | 05 | 1100.4370   | TL2000  |2 |
> Synnefo_LTO5_Tapes  | LTO-5 | Append|
>
> |   2,113 | 08 | 0.0001  | TL2000  |3 |
> KillerIT_LTO5_Tapes | LTO-5 | Append|
>
> |   2,098 | 51 | 411.7481| TL2000  |4 |
> Mentora_LTO5_Tapes  | LTO-5 | Append|
>
> |   2,115 | 04 | 0.0001  | TL2000  |6 |
> KillerIT_LTO5_Tapes | LTO-5 | Append|
>
> |   2,111 | 07 | 258.3787| TL2000  |7 |
> KillerIT_LTO5_Tapes | LTO-5 | Append|
>
> |   2,108 | 12 | 1452.4568   | TL2000  |8 | Calgon_LTO5_Tapes
>   | LTO-5 | Full  |
>
> |   2,110 | 02 | 1664.2599   | TL2000  |9 | Calgon_LTO5_Tapes
>   | LTO-5 | Full  |
>
> |   2,116 | 03 | 0.0001  | TL2000  |   10 |
> KillerIT_LTO5_Tapes | LTO-5 | Append|
>
> |   2,117 | 06 | 0.0001  | TL2000  |   11 |
> KillerIT_LTO5_Tapes | LTO-5 | Append|
>
> |   2,112 | 09 | 3882.6981   | TL2000  |   12 |
> Mentora_LTO5_Tapes  | LTO-5 | Full  |
>
> |   2,704 | 21L6   | 0.  | TL4000  |3 |
> Mentora_LTO6_Tapes  | LTO-6 | Recycle   |
>
> |   2,738 | 37L6   | 0.0001  | TL4000  |   37 | Calgon_LTO6_Tapes
>   | LTO-6 | Append|
>
> |   2,739 | 40L6   | 0.0001  | TL4000  |   38 |
> Synnefo_LTO6_Tapes  | LTO-6 | Append|
>
> |   2,740 | 43L6   | 0.0001  | TL4000  |   39 |
> KillerIT_LTO6_Tapes | LTO-6 | Append|
>
> |   2,741 | 46L6   | 0.0001  | TL4000  |   40 | Voith_LTO6_Tapes
>   | LTO-6 | Append|
>
> |   2,742 | 38L6   | 0.0001  | TL4000  |   41 | Scratch_LTO6
>   | LTO-6 | Append|
>
> |   2,743 | 41L6   | 0.0001  | TL4000  |   42 | Scratch_LTO6
>   | LTO-6 | Append|
>
> |   2,744 | 44L6   | 0.0001  | TL4000  |   43 | Scratch_LTO6
>   | LTO-6 | Append|
>
> |   2,745 | 47L6   | 0.0001  | TL4000  |   44 | Scratch_LTO6
>   | LTO-6 | Append|
>
> |   2,746 | 39L6   | 0.0001  | TL4000  |   45 | Scratch_LTO6
>   | LTO-6 | Append|
>
> |   2,747 | 42L6   | 0.0001  | TL4000  |   46 | Scratch_LTO6
>   | LTO-6 | Append|
>
> |   2,748 | 45L6   | 0.0001  | TL4000  |   47 | Scratch_LTO6
>   | LTO-6 | Append|
>
>
>

Re: [Bacula-users] Issue with In-Changer Media after replacing Tape Library

2016-03-01 Thread Bryn Hughes

Appears you never did an 'Update Slots' on the old library after 
emptying the tapes from it...


You can manually change the 'InChanger' flag from a '1' to a '0' for the 
affected tapes, it at least doesn't look like there are too many of 
them.  You can also delete those volumes all together if you no longer 
need to get any data from them.


Bryn

On 2016-03-01 05:52 AM, Mingus Dew wrote:

Dear All,
  I recently replaced a malfunctioning LTO5 TL2000 tape library 
with a new LTO6 TL4000 tape library. I've been having a lot of failing 
tape jobs since then, and I think I've finally rooted out the problem, 
but am not sure where to begin fixing it.


Essentially, when I do a query to show what Volumes Bacula thinks are 
in the changer, it is still showing me Volumes and Slots from the 
previous library mixed with Volumes and Slots from the new, higher 
capacity library.


I'm using Bacula Community Edition 7.0.5 on CentOS 6.7 x86_64. Here is 
the output from bconsole query. The old library entries all have 
Storage "TL2000" and Media Type "LTO5". Any guidance is very appreciated.


Yours,
Shon

+-++-+-+--+-+---+---+

| MediaId | VolumeName | GB   | Storage | Slot | Pool| 
MediaType | VolStatus |


+-++-+-+--+-+---+---+

|   2,065 | 15 | 300.6804   | TL2000  |1 | 
Mentora_LTO5_Tapes  | LTO-5 | Full  |


|   2,109 | 05 | 1100.4370   | TL2000  |2 | 
Synnefo_LTO5_Tapes  | LTO-5 | Append|


|   2,113 | 08 | 0.0001   | TL2000  |3 | 
KillerIT_LTO5_Tapes | LTO-5 | Append|


|   2,098 | 51 | 411.7481   | TL2000  |4 | 
Mentora_LTO5_Tapes  | LTO-5 | Append|


|   2,115 | 04 | 0.0001   | TL2000  |6 | 
KillerIT_LTO5_Tapes | LTO-5 | Append|


|   2,111 | 07 | 258.3787   | TL2000  |7 | 
KillerIT_LTO5_Tapes | LTO-5 | Append|


|   2,108 | 12 | 1452.4568   | TL2000  |8 | 
Calgon_LTO5_Tapes   | LTO-5 | Full  |


|   2,110 | 02 | 1664.2599   | TL2000  |9 | 
Calgon_LTO5_Tapes   | LTO-5 | Full  |


|   2,116 | 03 | 0.0001   | TL2000  |   10 | 
KillerIT_LTO5_Tapes | LTO-5 | Append|


|   2,117 | 06 | 0.0001   | TL2000  |   11 | 
KillerIT_LTO5_Tapes | LTO-5 | Append|


|   2,112 | 09 | 3882.6981   | TL2000  |   12 | 
Mentora_LTO5_Tapes  | LTO-5 | Full  |


|   2,704 | 21L6   | 0.   | TL4000  |3 | 
Mentora_LTO6_Tapes  | LTO-6 | Recycle   |


|   2,738 | 37L6   | 0.0001   | TL4000  |   37 | Calgon_LTO6_Tapes 
  | LTO-6 | Append|


|   2,739 | 40L6   | 0.0001   | TL4000  |   38 | 
Synnefo_LTO6_Tapes  | LTO-6 | Append|


|   2,740 | 43L6   | 0.0001   | TL4000  |   39 | 
KillerIT_LTO6_Tapes | LTO-6 | Append|


|   2,741 | 46L6   | 0.0001   | TL4000  |   40 | Voith_LTO6_Tapes  
  | LTO-6 | Append|


|   2,742 | 38L6   | 0.0001   | TL4000  |   41 | Scratch_LTO6  
  | LTO-6 | Append|


|   2,743 | 41L6   | 0.0001   | TL4000  |   42 | Scratch_LTO6  
  | LTO-6 | Append|


|   2,744 | 44L6   | 0.0001   | TL4000  |   43 | Scratch_LTO6  
  | LTO-6 | Append|


|   2,745 | 47L6   | 0.0001   | TL4000  |   44 | Scratch_LTO6  
  | LTO-6 | Append|


|   2,746 | 39L6   | 0.0001   | TL4000  |   45 | Scratch_LTO6  
  | LTO-6 | Append|


|   2,747 | 42L6   | 0.0001   | TL4000  |   46 | Scratch_LTO6  
  | LTO-6 | Append|


|   2,748 | 45L6   | 0.0001   | TL4000  |   47 | Scratch_LTO6  
  | LTO-6 | Append|


+-++-+-+--+-+---+---+



--
Site24x7 APM Insight: Get Deep Visibility into Application Performance
APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
Monitor end-to-end web transactions and take corrective actions now
Troubleshoot faster and improve end-user experience. Signup Now!
http://pubads.g.doubleclick.net/gampad/clk?id=272487151=/4140


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


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

Re: [Bacula-users] Trouble setting up Bacula on FreeBSD

2016-03-01 Thread Martin Simmons

> On Tue, 1 Mar 2016 14:07:55 +0100, Cejka Rudolf said:
> 
> Simon Templar wrote (2016/02/29):
> > I've set up bacula 7.2 on my FreeBSD server using Postgres as the 
> > backend database.
> 
> Which FreeBSD version? According to the mt status it seems to be
> sufficiently fresh.
> 
> > Device {
> > ...
> >Hardware End of Medium = no   # Noted as FreeBSD specific
> >BSF at EOM = no   # Noted as FreeBSD specific
> >Backward Space Record = no# Noted as FreeBSD specific
> >Fast Forward Space File = yes # Noted as FreeBSD specific
> >TWO EOF = no  # Noted as FreeBSD specific
> 
> Where did you get this?
> 
> Try this:
> 
>   BSF at EOM = yes
>   TWO EOF = yes
>   Hardware End of Medium = no   # maybe not needed now, but there is no
> # performance impact, so let's start with it
>   Backward Space Record = yes   # not needed, changed to yes is the default
>   Fast Forward Space File = yes # not needed, yes is the default

There is no "correct" value for all hardware.  I needed TWO EOF = yes etc for
DDS drive on FreeBSD 4, but for an HP LTO-1 drive on FreeBSD 8 I needed this:

  Hardware End of Medium = no
  BSF at EOM = no
  Backward Space Record = yes
  Backward Space File = yes
  Fast Forward Space File = yes
  TWO EOF = no

__Martin

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

[Bacula-users] Issue with In-Changer Media after replacing Tape Library

2016-03-01 Thread Mingus Dew

Dear All,
  I recently replaced a malfunctioning LTO5 TL2000 tape library with a
new LTO6 TL4000 tape library. I've been having a lot of failing tape jobs
since then, and I think I've finally rooted out the problem, but am not
sure where to begin fixing it.

Essentially, when I do a query to show what Volumes Bacula thinks are in
the changer, it is still showing me Volumes and Slots from the previous
library mixed with Volumes and Slots from the new, higher capacity library.

I'm using Bacula Community Edition 7.0.5 on CentOS 6.7 x86_64. Here is the
output from bconsole query. The old library entries all have Storage
"TL2000" and Media Type "LTO5". Any guidance is very appreciated.

Yours,
Shon

+-++-+-+--+-+---+---+

| MediaId | VolumeName | GB  | Storage | Slot | Pool
| MediaType | VolStatus |

+-++-+-+--+-+---+---+

|   2,065 | 15 | 300.6804| TL2000  |1 | Mentora_LTO5_Tapes
| LTO-5 | Full  |

|   2,109 | 05 | 1100.4370   | TL2000  |2 | Synnefo_LTO5_Tapes
| LTO-5 | Append|

|   2,113 | 08 | 0.0001  | TL2000  |3 | KillerIT_LTO5_Tapes
| LTO-5 | Append|

|   2,098 | 51 | 411.7481| TL2000  |4 | Mentora_LTO5_Tapes
| LTO-5 | Append|

|   2,115 | 04 | 0.0001  | TL2000  |6 | KillerIT_LTO5_Tapes
| LTO-5 | Append|

|   2,111 | 07 | 258.3787| TL2000  |7 | KillerIT_LTO5_Tapes
| LTO-5 | Append|

|   2,108 | 12 | 1452.4568   | TL2000  |8 | Calgon_LTO5_Tapes
| LTO-5 | Full  |

|   2,110 | 02 | 1664.2599   | TL2000  |9 | Calgon_LTO5_Tapes
| LTO-5 | Full  |

|   2,116 | 03 | 0.0001  | TL2000  |   10 | KillerIT_LTO5_Tapes
| LTO-5 | Append|

|   2,117 | 06 | 0.0001  | TL2000  |   11 | KillerIT_LTO5_Tapes
| LTO-5 | Append|

|   2,112 | 09 | 3882.6981   | TL2000  |   12 | Mentora_LTO5_Tapes
| LTO-5 | Full  |

|   2,704 | 21L6   | 0.  | TL4000  |3 | Mentora_LTO6_Tapes
| LTO-6 | Recycle   |

|   2,738 | 37L6   | 0.0001  | TL4000  |   37 | Calgon_LTO6_Tapes
| LTO-6 | Append|

|   2,739 | 40L6   | 0.0001  | TL4000  |   38 | Synnefo_LTO6_Tapes
| LTO-6 | Append|

|   2,740 | 43L6   | 0.0001  | TL4000  |   39 | KillerIT_LTO6_Tapes
| LTO-6 | Append|

|   2,741 | 46L6   | 0.0001  | TL4000  |   40 | Voith_LTO6_Tapes
| LTO-6 | Append|

|   2,742 | 38L6   | 0.0001  | TL4000  |   41 | Scratch_LTO6
| LTO-6 | Append|

|   2,743 | 41L6   | 0.0001  | TL4000  |   42 | Scratch_LTO6
| LTO-6 | Append|

|   2,744 | 44L6   | 0.0001  | TL4000  |   43 | Scratch_LTO6
| LTO-6 | Append|

|   2,745 | 47L6   | 0.0001  | TL4000  |   44 | Scratch_LTO6
| LTO-6 | Append|

|   2,746 | 39L6   | 0.0001  | TL4000  |   45 | Scratch_LTO6
| LTO-6 | Append|

|   2,747 | 42L6   | 0.0001  | TL4000  |   46 | Scratch_LTO6
| LTO-6 | Append|

|   2,748 | 45L6   | 0.0001  | TL4000  |   47 | Scratch_LTO6
| LTO-6 | Append|

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

Re: [Bacula-users] Trouble setting up Bacula on FreeBSD

2016-03-01 Thread Cejka Rudolf

Simon Templar wrote (2016/02/29):
> I've set up bacula 7.2 on my FreeBSD server using Postgres as the 
> backend database.

Which FreeBSD version? According to the mt status it seems to be
sufficiently fresh.

> Device {
> ...
>Hardware End of Medium = no   # Noted as FreeBSD specific
>BSF at EOM = no   # Noted as FreeBSD specific
>Backward Space Record = no# Noted as FreeBSD specific
>Fast Forward Space File = yes # Noted as FreeBSD specific
>TWO EOF = no  # Noted as FreeBSD specific

Where did you get this?

Try this:

  BSF at EOM = yes
  TWO EOF = yes
  Hardware End of Medium = no   # maybe not needed now, but there is no
# performance impact, so let's start with it
  Backward Space Record = yes   # not needed, changed to yes is the default
  Fast Forward Space File = yes # not needed, yes is the default

-- 
Rudolf Cejka  http://www.fit.vutbr.cz/~cejkar
Brno University of Technology, Faculty of Information Technology
Bozetechova 2, 612 66  Brno, Czech Republic

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

Re: [Bacula-users] Trouble setting up Bacula on FreeBSD

2016-03-01 Thread Ana Emília M . Arruda

Hello Simon,

I´m not a FreeBSD expert, but from here:
http://lists.freebsd.org/pipermail/freebsd-scsi/2003-June/000190.html, it
seems you should configure BSF at EOM = yes (if I am not misunderstanding).

Best regards,
Ana

On Mon, Feb 29, 2016 at 5:19 PM, Simon Templar 
wrote:

> Or perhaps a more accurate subject would be "Trouble successfully using
> Bacula on FreeBSD"...
>
> I've set up bacula 7.2 on my FreeBSD server using Postgres as the
> backend database.
>
> My tape drive info:
> mt -f /dev/nsa0 status
> Drive: sa0:  Serial Number: ##
> -
> Mode  Density  Blocksize  bpi  Compression
> Current:  0x5a:LTO-6   variable   384607   enabled (0x1)
> -
> Current Driver State: at rest.
> -
> Partition:   0  Calc File Number:   0 Calc Record Number: 0
> Residual:0  Reported File Number:   0 Reported Record Number: 0
> Flags: BOP
>
> I've iterated through the config files until they seemed to be correct
> (though I admit I'm over my head with the bacula-sd.conf specifics, and
> I've tried and failed with examples that I've found for LTO drives and
> also with FreeBSD-specific options), then dumped and recreated the
> tables and deleted the old .state files so I had a "clean slate". I ran
> btape test which was successful, but when I run btape fill it
> successfully writes to both tapes, then fails on the read/unfill portion
> with this output:
>
> Reading the first 1 records from 0:0.
> 1 records read now at 1:5084
> Reposition from 1:5084 to 2501:6988
> Reading block 6988.
>
> The blocks differ at byte 0
>
>  The last block written and the block
> that was read back differ. The test FAILED 
> This must be corrected before you use Bacula
> to write multi-tape Volumes.
> btape: btape.c:2585-0 Autochanger returned: 0
> Mount second tape. Press enter when ready:
> btape: btape.c:2588-0
> 29-Feb 09:46 btape JobId 0: Ready to read from volume "TestVolume2" on
> tape device "QuantumLTO" (/dev/nsa0).
> Reposition from 0:0 to 0:1
> Reading block 1.
>
> The first block on the second tape matches.
>
> Reposition from 0:2 to 0:1001
> Reading block 1001.
>
> The blocks differ at byte 0
>
>  The last block written and the block
> that was read back differ. The test FAILED 
> This must be corrected before you use Bacula
> to write multi-tape Volumes.
> Bacula interrupted by signal 11: Segmentation violation
> Kaboom! btape, btape got signal 11 - Segmentation violation at
> 29-Feb-2016 09:46:33. Attempting traceback.
> Kaboom! exepath=/root
> Calling: /root/btraceback /root/btape 1377 /tmp
> It looks like the traceback worked...
> Dumping: /tmp/btape.1377.lockdump
> btape: lockmgr.c:1158-0 lockmgr disabled
> Segmentation fault (core dumped)
>
> My current bacula-sd.conf file:
>
> Storage {
>Name = UralTape
>WorkingDirectory = "/usr/local/bacula/working"
>Pid Directory= "/var/run"
> }
>
> Director {
>Name = Director-Ural
>Password = "#"
> }
>
> Device {
>Name   = QuantumLTO
>Media Type = LTO6
>Device Type = Tape
>ArchiveDevice = /dev/nsa0
>Description = "LTO-6 for FreeBSD"
>LabelMedia = yes
>AutomaticMount = yes;   # when device opened, read it
>AlwaysOpen = yes
>RemovableMedia = yes
>Offline On Unmount = no
>Hardware End of Medium = no   # Noted as FreeBSD specific
>BSF at EOM = no   # Noted as FreeBSD specific
>Backward Space Record = no# Noted as FreeBSD specific
>Fast Forward Space File = yes # Noted as FreeBSD specific
>TWO EOF = no  # Noted as FreeBSD specific
> # for data spooling
> Maximum Spool Size = 75gb
> Maximum Job Spool Size = 75gb
> Spool Directory = /usr/local/bacula/spool
> #  If you have smartctl, enable this, it has more info than tapeinfo
> #  Alert Command = "sh -c 'smartctl -H -l error %c'"
>
>
> }
>
> Messages {
>Name = Standard
>director = Director-Ural = all
> }
>
> I saved each version of my bacula-sd.conf file and can share them, but I
> think the primary (if not only?) differences are the lines with the
> comments about being FreeBSD-specific.
>
> In the past I've used this same platform while running centos to create
> multi-tape tars of xfs filesystems, and also used ltfs without issue. It
> was recently that we moved to FreeBSD and this tape backup solution is
> the last component I'm wrestling with.
>
> Any suggestions?
>
> Thanks,
> Simon
>
>
>
>
>
>
>
> --
> Site24x7 APM Insight: Get Deep Visibility into Application Performance
> APM + Mobile APM + RUM: Monitor 3 App instances at just $35/Month
> Monitor end-to-end web transactions and take corrective actions now
> Troubleshoot

Re: [Bacula-users] Director will not connect to a remote client

[Bacula-users] Director will not connect to a remote client

Re: [Bacula-users] Trouble setting up Bacula on FreeBSD

Re: [Bacula-users] Change in behaviour with 7.4 when truncating volumes

Re: [Bacula-users] Issue with In-Changer Media after replacing Tape Library

Re: [Bacula-users] Change in behaviour with 7.4 when truncating volumes

Re: [Bacula-users] Issue with In-Changer Media after replacing Tape Library

Re: [Bacula-users] Change in behaviour with 7.4 when truncating volumes

Re: [Bacula-users] Trouble setting up Bacula on FreeBSD

Re: [Bacula-users] Issue with In-Changer Media after replacing Tape Library

Re: [Bacula-users] Issue with In-Changer Media after replacing Tape Library

Re: [Bacula-users] Trouble setting up Bacula on FreeBSD

[Bacula-users] Issue with In-Changer Media after replacing Tape Library

Re: [Bacula-users] Trouble setting up Bacula on FreeBSD

Re: [Bacula-users] Trouble setting up Bacula on FreeBSD

15 matches

Site Navigation

Mail list logo

Footer information