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 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
>> failed again with message "Restore OK -- warning file count mismatch"
>>
>> Then I did "bls -v -V T00111L4 /dev/nsa0"
>>
>> I attached the output below (bls output shortened to only resolv.conf)
>> All the files of the full backup seem to be on this tape.
>
> That is very strange.
>
> Can you try it with a fileset containing just a single top level file (again
> with an empty database & tape)?
>
> e.g.
>
> File = /COPYRIGHT
Hi.
Backing up and restoring the single file /COPYRIGHT works!
The same result shows if I extend it to /COPYRIGHT and the /etc directory.
As soon as I have File = / in the config, the restore fails with the
"file count mismatch"
I also tried setting onefs=no but the error persists.
And I also did a backup of a linux VM (hosted on FreeBSD) with bacula
and both backup and restore work without problems. So maybe this is
FreeBSD related.
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 mismatch) and
send the full output of the bls command over?
BTW: Kern: Most of my backup clients are FreeBSD Jails and inside them
resolv.conf is not a Symlink. I am backing up a zfs Filesystem mounted
on "/" and in the Backup job am ignoring other filesystems (onefs=yes)
as nullfs, devfs, tempfs, etc. This had worked for me for years.
Kai.
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
