Hello,
It looks that on your side the following command:
sudo /opt/bacula/etc/bconsole -c /opt/bacula/etc/bconsole.conf -l
causes connecting to Director instead of listing Director names.
Could you tell if in path:
/opt/bacula/etc/bconsole
you use your own wrapper to bconsole commands?
If
I noticed than whenever I change any address in [bacula-dir.conf,
bacula-sd.conf, bacula-fd.com] from localhost to a public IP address, the
machine stops listening on the matching port. This is the weirdest thing.
+--
|This was
Hello Dan,
Copying from disk to tape with Bacula's current algorithm is virtually
guaranteed to be slower than using tar. This is for several reasons:
1. Bacula currently is single threaded and reads a block from disk then
stops to write the output block to tape.
2. After reading the block
> On Mar 10, 2016, at 6:35 PM, compdoc wrote:
>
>> Given LTO-4 can do 120MB/s, yeah, 94 is good enough
>
> Be sure to disable compression. I think I have it disabled two places, on Dir
> and well as on the SD.
Side note: I see compression mentioned at
> Given LTO-4 can do 120MB/s, yeah, 94 is good enough
Be sure to disable compression. I think I have it disabled two places, on Dir
and well as on the SD.
I built a low-power, mini-itx system to house an LTO-4 drive. The controller is
an LSI LSI20320IE Ultra320. All backup data is over the
> On Mar 9, 2016, at 6:52 PM, Heitor Faria wrote:
>
> I have a copy to tape job which copies from disk to tape using Bacula 7.4.0
> and PostgreSQL 9.4 on FreeBSD 10.2
>
> Everything is within one SD
>
> Full details at
> On Mar 10, 2016, at 10:10 AM, Simon Templar wrote:
>
> Dan,
>
> I’m new to bacula, and arguably not very smart, but I’ve been struggling with
> tape drive performance pretty much since the moment I got the configurations
> to a functional state so I’ll share my
On Thu, Mar 10, 2016 at 12:06 PM, Dimitri Maziuk
wrote:
>
> On 03/10/2016 01:23 PM, compdoc wrote:
> >>> You don't have to guess about failing hard drives. You only have to
> >>> read the SMART info from each of your drives. That will tell you.
> >>
> >> That is not
Hello Heitor,
What Suzy (Brian on another list) didn't mention is that this is an
Sqlite3 database (not supported) and he/she seems to have both Sqlite2
and Sqlite3 loaded.
Best regards,
Kern
On 03/11/2016 02:28 AM, Heitor Faria wrote:
>> Immediately after creating a backup on a tape I try to
On 03/10/2016 01:23 PM, compdoc wrote:
>>> You don't have to guess about failing hard drives. You only have to
>>> read the SMART info from each of your drives. That will tell you.
>>
>> That is not entirely true. "Desktop" drives will spend a lot of time
> trying to relocate data from failing
Was job 232778 the only job on these inc volumes? More specifically,
were multiple concurrent jobs writing interleaved blocks to these inc
volumes at the same time job 232778 was? A copy job is essentially the
same thing as a restore and could be slowed by interleaving. Bacula has
to step
> >You don't have to guess about failing hard drives. You only have to
>> read the SMART info from each of your drives. That will tell you.
>
> That is not entirely true. "Desktop" drives will spend a lot of time
trying to relocate data from failing sectors before they consider themselves
Maybe it's worth mentioning that I am setting up a network on a CloudLab
infrastructure which has OpenStack installed on it. I then create two machines
on OpenStack and install Bacula on them. My ultimate goal is to create a
cluster (or a cloud) which would serve as the Bacula server and use
I removed the output rules from iptables and nothing changed. Telnet stills
"hangs" and after a while it times out
+--
|This was sent by maa...@mst.edu via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
On 03/10/2016 10:35 AM, compdoc wrote:
> You don't have to guess about failing hard drives. You only have to read the
> SMART info from each of your drives. That will tell you.
That is not entirely true. "Desktop" drives will spend a lot of time
trying to relocate data from failing sectors
> Date: Thursday, March 10, 2016 09:05:43 -0800
> From: maaf4d
>
> IPTables on Server:
>
> Chain OUTPUT (policy ACCEPT)
> target prot opt source destination
> ACCEPT tcp -- anywhere anywhere state NEW tcp
dpts:bacula-dir:bacula-sd
>
>
Running bconsole on the local machine which has the director installed on it
+--
|This was sent by maa...@mst.edu via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
Are you trying to connect bconsole in local machine ( bacula-dir server )
or in a machine of local network or in a machine over the internet?
Atenciosamente
*Nome **|* *Wanderlei Hüttel*
*Blog de Tecnologia* | http://www.huttel.com.br
2016-03-10 15:17 GMT-03:00 maaf4d
After I removed DirAddress from Bacula-dir.conf:
1) bconsole still won't connect to the director (the public IP address is being
used in bconsole.conf.) It times out after while
2) I get the following when i run netstat now
tcp 0 0 0.0.0.0:9101 0.0.0.0:* LISTEN
tcp
Hello
- try to remove DirAddress from Director in bacula-dir.conf
- in bconsole.conf, use the network address(not localhost)
- check if there some error in bacula confs (bacula-dir -t), if not restart
bacula.
- netstat -na | grep 910[123] on bacula server.
Atenciosamente
*Nome **|* *Wanderlei
IPTables on Server:
_
Chain INPUT (policy ACCEPT)
target prot opt source destination
ACCEPT tcp -- anywhere anywhere state NEW tcp
dpts:bacula-dir:bacula-sd
ACCEPT
>> === start
>> Building directory tree for JobId(s) 1237 ... Query failed: SELECT
>> Path.Path, Filename.Name, Temp...WHERE FileIndex > 0 ORDER BY
Temp.JobId, FileIndex ASC:
>> ERR=disk I/O error
>Hello, Suzy: most likely your Bacula Director machine has a faulty or full
hard disk (this
> Immediately after creating a backup on a tape I try to do a restore from it
> and
> it gives me next:
>
> === start
> Building directory tree for JobId(s) 1237 ... Query failed: SELECT Path.Path,
> Filename.Name, Temp...WHERE FileIndex > 0 ORDER BY Temp.JobId, FileIndex ASC:
> ERR=disk
Hi,
In order to test Baculum (wb gui for bacula), I made a fresh install :
- bacula-7.4.0
- baculum 7.4.0
Everything is working well except the restore function. I click on "Perform
Restore" and I get :
===
Baculum problem
Error 4 - problem with connection to
Immediately after creating a backup on a tape I try to do a restore from it and
it gives me next:
=== start
Building directory tree for JobId(s) 1237 ... Query failed: SELECT Path.Path,
Filename.Name, Temp...WHERE FileIndex > 0 ORDER BY Temp.JobId, FileIndex ASC:
ERR=disk I/O error
For
Dan,
I’m new to bacula, and arguably not very smart, but I’ve been struggling with
tape drive performance pretty much since the moment I got the configurations to
a functional state so I’ll share my learnings thus far.
Can you hear your tape drive? If so, do you hear lots of stops and starts
Hello,
On Thu, Mar 10, 2016 at 1:56 AM, maaf4d
wrote:
> Wanderlei,
>
> Here is the fd config file of the remote machine:
>
>
> Director {
> Name = backup-master-001.novalocal-dir
>
27 matches
Mail list logo