Hello Stefan, On Thu, 5 Nov 2026 at 10:08, Stefan G. Weichinger via Bacula-users <[email protected]> wrote: > > Am 29.10.26 um 13:24 schrieb Stefan G. Weichinger via Bacula-users: > > > My first restore verification works ... now more learning ahead :-) > ANd it breaks again. > > I have a client ivy-fd that uses Data Encryption > > So as far as I understand I have to set up a Restore destination there, > because the (bacula-dir) host tx100 does not know how to decrypt the > restored data. At least that's how I understand the logs
Yes, I think your assumption is correct. The FD data encryption is interesting case in the restore verification meaning. This means that the restore destination host should be able to decrypt ivy-fd backup data. The simplified definition of restore destination is: Restore destination = API host + Bacula FD You can install, as you wrote, API host on that ivy-fd host, then connect this API host to Bacularis web interface. At the end, the new restore destination should use this Bacula FD. It should work because ivy-fd will be able to decrypt this data. Persoanally I would advise to create a dedicated restore destination for the restore verification tests. This separated host could have API host and Bacula FD installed. This Bacula FD could be able to decrypt ivy-fd data (with configured key), and you could use this host for other restore tests for other jobs as well. Regardless the way you choose, the most important is: - have API host and Bacula FD on the restore destination - Bacula FD used in the test should be capable to restore decrypted data Best regards, Marcin Haba _______________________________________________ Bacula-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/bacula-users
