> On Thu, 25 Jul 2019 19:45:01 +0200, Kai Gallasch said:
>
> Am 25.07.19 um 11:45 schrieb Martin Simmons:
> >> On Wed, 24 Jul 2019 22:55:10 +0200, Kai Gallasch said:
> >>
> >> Am 23.07.19 um 19:57 schrieb Martin Simmons:
> >>> bls -v -V T00109L4 /dev/nsa0
> >>
> >> Hi Martin.
> >>
> >> To
Am 25.07.19 um 21:47 schrieb Kern Sibbald:
>
> On 7/25/19 7:45 PM, Kai Gallasch wrote:
>> Would it be beneficial for understandind the problem if I set up a dummy
>> FreeBSD Backupclient (minimal install, bacula backup-client) do a full
>> backup on a empty tape and failing restore ("file count m
On 7/25/19 7:45 PM, Kai Gallasch wrote:
Am 25.07.19 um 11:45 schrieb Martin Simmons:
On Wed, 24 Jul 2019 22:55:10 +0200, Kai Gallasch said:
Am 23.07.19 um 19:57 schrieb Martin Simmons:
bls -v -V T00109L4 /dev/nsa0
Hi Martin.
To debug this I recreated the bacula postgres database, labeled t
Am 25.07.19 um 11:45 schrieb Martin Simmons:
>> On Wed, 24 Jul 2019 22:55:10 +0200, Kai Gallasch said:
>>
>> Am 23.07.19 um 19:57 schrieb Martin Simmons:
>>> bls -v -V T00109L4 /dev/nsa0
>>
>> Hi Martin.
>>
>> To debug this I recreated the bacula postgres database, labeled the
>> volume T001
Hi Kern,
This is somewhat surprising to me, assuming you mean a symlink - I can mark
and restore symlinks without any problems.
Moreover, a symlink might be relative and point to a different filesystem, so
if you restore it to a temporary directory then the target will never exist.
__Martin
>>
Hello,
Your problem is probably due to the fact that resolv.conf is a link
rather than a file. If this is the case (as it is on my machine) trying
to restore only the link without restoring the actual file, may confuse
Bacula. I would recommend you restore a few other files from the /etc
di
> On Wed, 24 Jul 2019 22:55:10 +0200, Kai Gallasch said:
>
> Am 23.07.19 um 19:57 schrieb Martin Simmons:
> > bls -v -V T00109L4 /dev/nsa0
>
> Hi Martin.
>
> To debug this I recreated the bacula postgres database, labeled the
> volume T00111L4 and did a full backup of the client ns.free.de w
Am 23.07.19 um 19:57 schrieb Martin Simmons:
> bls -v -V T00109L4 /dev/nsa0
Hi Martin.
To debug this I recreated the bacula postgres database, labeled the
volume T00111L4 and did a full backup of the client ns.free.de which was
successful. After this I tried a restore of /etc/resolv.conf which
fa
I would start by using "bls -v -V T00109L4 /dev/nsa0" (the command line
utility) to see what is on the T00109L4 tape.
Can you repeat it with a small backup to a tape that contains nothing else?
__Martin
> On Tue, 23 Jul 2019 14:37:46 +0200, Kai Gallasch said:
>
> Hi.
>
> For long years I
Hi.
For long years I have been running Bacula Server on FreeBSD connected to
a 60 Slot tape library. Some weeks ago I noticed that restoring was not
possible any more. Backup jobs run successfully, but the restore fails
with "Restore OK", but no files restored.
This is really dangerous for users
10 matches
Mail list logo
