>
> Tried this one 3 different servers, all fail. This worked when we were using
> director version 5.0.2. We are now using 5.2.13 , the client is 5.2.10, x64.
> The
> OS is 64-bit. If I use the x32 bit client I get a more clear error that
> indicates I
> must use the x64 bit client. The VSS
Tried this one 3 different servers, all fail. This worked when we were using
director version 5.0.2. We are now using 5.2.13 , the client is 5.2.10, x64.
The OS is 64-bit. If I use the x32 bit client I get a more clear error that
indicates I must use the x64 bit client. The VSS service is en
I have noticed that when I do a status slots in the console, it is showing all
of the tapes as the same volume 000132 and not what they actually are. I have
done update slots scan and the status slots is still showing the same thing.
Thank you,
James Lumby
Infrastructure Manager
iControl ESI
97
On 20/03/14 15:08, Martin Simmons wrote:
>> On Thu, 20 Mar 2014 07:49:57 +0100, Erik P Olsen said:
>>
>> On 19/03/14 17:02, Martin Simmons wrote:
On Wed, 19 Mar 2014 16:18:31 +0100, Erik P Olsen said:
Have just build a fedora 20 system with bacula 5.2.13 which seems to do its
> On Thu, 20 Mar 2014 07:49:57 +0100, Erik P Olsen said:
>
> On 19/03/14 17:02, Martin Simmons wrote:
> >> On Wed, 19 Mar 2014 16:18:31 +0100, Erik P Olsen said:
> >>
> >> Have just build a fedora 20 system with bacula 5.2.13 which seems to do its
> >> backup job correctly. However, the me
regarding Bacula version:
5.2.13 (19 February 2013) x86_64-unknown-linux-gnu suse 11.0
with MySql
On warming up for the upcomming next major release and updating Bacula
from version 5.2.12 to 5.2.13 due to some strange behaviour of Bat on
file selection mode on "Restore Select" - empty dir tr
This reminds me of something I noticed a couple of weeks ago when I was using
Webacula.
Some directories that should be there, were not shown in the restore selection
list.
When I entered their path manually, it found them and everything looked OK from
there on down.
I don't know if it was cau
