Good morning mates,
Apologies for my very very late response….
Just one question for confirming, in Josh’s third point, when sais :
> Level 3:
> # This level requires encryption and that the certificate presented by
> the peer be signed by a trusted CA
It means a CA in CA certificate file
On Sun, Sep 27, 2015 at 7:07 PM, Thing wrote:
> I have rebooted the bacula server but when I do a backup it will not pick
> up the "/" still only showing usr/ in the restore window.
When you go into bconsole, do a "list jobs". Choose the latest job for
your backup. Now, do a list files jobid=
On Sun, Sep 27, 2015 at 7:09 PM, Thing wrote:
> bconsole: bsock.c:223 Socket open error. proto=10 port=9101. ERR=Address
> family not supported by protocol
What is in your /etc/bacula/bconsole.conf file?
What is the "Director" entry in your /etc/bacula/bacula-dir.conf file?
*- Mike S
> Yes, I know this, but AFAIK this does not apply in a disaster recovery
> situation where you have to scan volumes with bscan.
> In this situation I figure it would be very useful to find the last
> backups of the catalog and the bacula server to feed them to bscan.
> With large volumes bscan will
On 10/01/15 10:27, Ana Emília M. Arruda wrote:
> The git clone command for bacula repository:
>
> git clone http://git.bacula.org/bacula localfolder
>
> If you want to clone a specific branch (the clone without specifying the
> branch will be for the origin/Branch-7.0):
>
> git clone http://git.
Here is an example where the Verify job uses the same schedule but
different Messages than standard. Pool, Storage, and Schedule entries are
up to you and have not been included; they are not remarkable. The
important thing to note is that the Verify will perform a verify of the
last backup of the
On Fri, Sep 25, 2015 at 10:50 AM, Raymond Burns Jr.
wrote:
> I didn't run a backup of the database because of all the great responses
> from people.
Oh dear Lord man! If running mysql, shut the database down and tar up the
/var/lib/mysql directory (or whatever you have in /etc/my.cnf). It's s
Innobackupex is excellent- we use it- but it's not as trivial as a tar copy
of the mysql directory (shut the database down first). For example, you may
end up using the database username/password on the command line in your
scripts (which you should probably avoid). Also, according to the man page,
Hello Kern and Dan,
The git clone command for bacula repository:
git clone http://git.bacula.org/bacula localfolder
If you want to clone a specific branch (the clone without specifying the
branch will be for the origin/Branch-7.0):
git clone http://git.bacula.org/bacula --branch Branch-7.2 loca
Hi,
I have a job that, once complete, involves removing a number of backed up
files. How do I make sure the files are complete and on tape?
...With a Verify job, of course. Ok, so let's say my job name is "Log" and
my verify job is "VerifyLog", with a Job entry in the bacula-dir file of:
VerifyJob
> On Oct 1, 2015, at 3:47 PM, Kern Sibbald wrote:
>
> Hello Dan,
>
> The tests will not work for your nodes that are reporting a difference in
> commits. This difference is probably because at one point in the past I
> rewrote the git history slightly to remove some unwanted commits.
>
> Th
Hello Egoitz,
Is this thread clear? If you have your own dedicated CA, then take care of
her :). This way and having level 4 bacula TLS configured as Josh
explained, then your communication will be "secure" (never say that we are
100% secure...).
Thank you very much Josh.
Best regards,
Ana
On
Hello Dan,
The tests will not work for your nodes that are reporting a difference
in commits. This difference is probably because at one point in the
past I rewrote the git history slightly to remove some unwanted commits.
There are two ways to correct the problem on those nodes:
1. Rewind
Hello Dan,
That is good news ... thanks.
Best regards,
Kern
On 15-10-01 05:10 AM, Dan Langille wrote:
On Sep 21, 2015, at 10:16 PM, Dan Langille wrote:
I only just got back to this today, and I saw Kern's post about Eric's work. I
am happy to report: no more compile errors.
re:
http://ww
I am running regression testing on both Bacula 7 and Bacula 5. Both are still
in heavy use so regression testing is still important.
My Bacula 7 tree seems ok, and all nodes report:
$ git status
On branch Branch-7.2
Your branch is up-to-date with 'origin/Branch-7.2'.
nothing to commit, working d
> On Sep 21, 2015, at 10:16 PM, Dan Langille wrote:
>
> I only just got back to this today, and I saw Kern's post about Eric's work.
> I am happy to report: no more compile errors.
>
> re:
> http://www.bacula.org/git/cgit.cgi/bacula/commit/?id=26db75ea69d9f097c5de207d180fd58909c4fbec
>
> Ho
16 matches
Mail list logo