Hi,
On Wed, 29 Jun 2011, Martin Simmons wrote:
> These duplicates in the File table are probably generated by the batch insert
> code. Since each pair has the same FileIndex, it should be safe to elide them
> them.
Fair enough, thanks.
> > so perhaps this is safe enough. Does anyone know how
On 6/29/2011 11:38 AM, Mike Hobbs wrote:
> On 06/28/2011 04:38 PM, Josh Fisher wrote:
>> It isn't necessary. jbod1-drive-1, jbod1-drive-2, etc. are virtual
>> drives. The ArchiveDevice path in each virtual drive contains a symlink.
>> The symlink is created by vchanger to point to the folder conta
Dear All,
I recently saw that NDMP support is/was added to the Bacula Systems
Enterprise edition. When will this feature become available in the public
version?
Yours,
Shon
--
All of the data generated in your IT infr
> On Mon, 27 Jun 2011 14:03:24 +0100, Gavin McCullagh said:
>
> I've been experimenting with a migration from MySQL to Postgres.
>
> One problem I've come across is that there are a handful of duplicate files
> in the Filename table
> ...
> I could of course prune four duplicate lines from t
Just giving my 2cents here: I solved the same problem you're having by using
the /etc/hosts file...
In bacula-dir configs, the I've configured the FD Address parameter with the
FQDN of the bacula-sd server, and on the bacula-fd client, using the hosts
file, I've pointed the FQDN to the IP of the f
On 06/28/2011 04:38 PM, Josh Fisher wrote:
> It isn't necessary. jbod1-drive-1, jbod1-drive-2, etc. are virtual
> drives. The ArchiveDevice path in each virtual drive contains a symlink.
> The symlink is created by vchanger to point to the folder containing the
> volume file that is to be used. Any
On 6/29/11 5:28 AM, John Drescher wrote:
>
> SD& DIR are running on the same machine (bacula01, which is the
> address I'm using for both DIR& SD) and the FD can connect to the
> DIR, so I assume, using the same address, it should be able to connect
> to the SD
>
Use a direct IP address rather th
> Tons of thanks for your valuable time and pointing me to right direction. I
> am glad to be part of wonderful Bacula community.
>
> Thanks again,
>
You are welcome. I am glad I could help.
John
--
All of the data genera
Hi all
I had 7 seconds lookup time each time I clicked "Jobs Run" in Bat. Adding this
one reduced the query time down to 7ms, which was a bit better :)
CREATE INDEX jobmedia__jobid_jobmediaid ON jobmedia(jobid, jobmediaid);
Perhaps that one should be added by default?
Vennlige hilsener / Best
Just for grins and giggles, try cleaning your drive several times.
On 6/29/2011 12:39 AM, Christian Tardif wrote:
On 23/06/2011 10:06, Brian Debelius wrote:
I
found something strange. If I try to issue this command:
2011/6/29 Christian Tardif
> **
> On 23/06/2011 10:06, Brian Debelius wrote:
>
> I found something strange. If I try to issue this command:
>
> mt -f /dev/nst0 status
>
> I'll get one line that says:
>
> Tape block size 0 bytes. Density code 0x81 (DLT 15GB compressed).
>
> Isn't that strange? I'm
-- Forwarded message --
From: John Malone
Date: Wed, Jun 29, 2011 at 4:58 AM
Subject: Re: [Bacula-users] Bacula FD not talking to SD
To: John Drescher
John,
Thanks for the response.
SD & DIR are running on the same machine (bacula01, which is the
address I'm using for both DIR
if you are in a test environment you can change the date of the server
, for example to a minute prior the scheduled time
I done this for my testing to check if everything gone well.
ciao
Mauro
--
All of the data generate
13 matches
Mail list logo
