real perfomance testing with
the new database server - with a empty file table even the old mysql
configuration was very fast.
Timo
On 07/04/2015 05:16 PM, Alan Brown wrote:
On 04/07/15 13:09, Jari Fredriksson wrote:
On 29.6.2015 16.47, tballin wrote:
Hi
I try to migrate from am mysql db to postgr
Hi
I try to migrate from am mysql db to postgres. I am failing to import
thy mysql dump into the postrgres :
(according to these instructions:
http://www.bacula.org/7.0.x-manuals/en/main/Installing_Configuring_Post.html#SECTION00415
bacula 7.1 / CentOS )
lots of
psql:/tmp/bacula-b
Hi Phil
We use a Neo400 which is same as a TS3200 and two IBM ULTRIUM-HH6 LTO 6
Drives and Tapes connected via SAS (LSI 9207-8e) OS is Centos6.5
Everything works out of the box.
Timo
On 07/25/2014 10:35 AM, Stevens, Philip wrote:
Hi,
I am also a little concerned about the LTO6 tapes. Bacu
t; __Martin
>
>
>>>>>> On Thu, 24 Jul 2014 19:11:38 +0200, tballin said:
>> Hi all,
>>
>> we startet using Bacula with a Neo400 ( incl. 2 LTO6 Drives ) for
>> backup. Although we have quit big amounts of data to backup the job
>> should be pretty simp
Hi all,
we startet using Bacula with a Neo400 ( incl. 2 LTO6 Drives ) for
backup. Although we have quit big amounts of data to backup the job
should be pretty simple since mostly it just needs to copy the files to
tapes for an off-site backup. Since we are using a zfs as file system
bacula h
Hi,
I can just make a guess:
You are missing the "|||Drive Index = ||n" in your device
definitions.||If you dont define a drive index only the first device
will work because the mtx changer script needs a device index.
Hard to spot since (afaik) it not used in any examples. At least thats
what
