I have Bacula 5.0: server on Ubuntu 9.10 and client on Windows 2003. System
works with local disk on clients without any problems. When I try backup
folder from network disk on clients, for example from z:\backup, where z:
\\server\folder (server is FreeNas server (Linux platform with samba)), I
Apologies. I should have used the source. For the record, from
stored/parse_bsr.c:
"* Every bsr should have a volfile entry and a volblock entry
* or a VolAddr
* if we are going to use positioning
"
So I need to figure out what the VolBlock should be, or switch to using VolAddr.
Hi,
Is VolFile still used in bootstrap files? I created a bootstrap file
using it, expecting that the tape would fairly
rapidly fast forward over the intervening files. However, it is reading the
entire tape up up to file 635 first, and
taking it's sweet time about it.
My manually cr
Hi Martin,
Martin Simmons wrote:
> > On Sun, 21 Feb 2010 12:15:01 -0500, Glen Barber said:
> >
> > fd JobId 13934: Fatal error: backup.c:892 Network send error to SD.
> > ERR=Broken pipe
> > sd JobId 13934: Job client.2010-02-20_17.43.07 marked to be canceled.
> > sd JobId 13934: Fatal erro
I'm glad it has be resolved, but it makes no sense to me that it would fail
like.
__Martin
> On Mon, 22 Feb 2010 11:27:32 -, Beck J Mr said:
>
> Hi,
>
> Looks like the encryption mystery has been solved. It seems the problem
> was my fault (kind of), possibly a lack of understanding. I
* Craig White schrieb am 22.02.10 um 02:11 Uhr:
Hi Craig,
> shouldn't this...
> > and with this in bconsole.conf on the client:
> >
> > Console {
> > Director = lisa-dir
> > Name = bart-fd
> > Password = "password2"
> > }
>
> be
> Console {
> Director = bart-dir
> Name = bart-dir
>
This is quite a bit more painful than it should be, due to the table/column
names being different casing in the creation scripts.
Mysql doesn't care about case. PostgreSQL DOES.
As it stands, the information at
http://www.bacula.org/manuals/en/catalog/catalog/Installi_Configur_PostgreS.html#1107
On Mon, 22 Feb 2010 17:17:22 +0100
Tino Schwarze wrote:
> Hi there,
>
> I'm having trouble using bscan to recover the catalog data from a tape
> which was purged by accident.
>
> I get the following output:
>
[snip]
> "MJR263L3" on "Superloader-Drive" (/dev/nst0). Manual load my be
> required.
Hi there,
I'm having trouble using bscan to recover the catalog data from a tape
which was purged by accident.
I get the following output:
# bscan -c /etc/bacula/bacula-sd.conf -v -V MJR263L3 -s -m /dev/nst0
bscan: butil.c:282 Using device: "/dev/nst0" for reading.
22-Feb 17:04 bscan JobId 0: In
> On Sun, 21 Feb 2010 12:15:01 -0500, Glen Barber said:
>
> Howdy,
>
> I'm running bacula 2.4.3 on FreeBSD which up until recently hasn't been
> giving me issues.
>
> I run daily incrementals, weekly differentials, and monthly fulls on
> colo-stored clients. One of these client machines beg
Hi,
Looks like the encryption mystery has been solved. It seems the problem
was my fault (kind of), possibly a lack of understanding. I have just
booted up the machine in BartPE and restored the encrypted backup to the
C drive. Everything seems to have gone over okay.
So it appears the encryption
11 matches
Mail list logo
