> (With the proviso that you cannot
> restore win32 streams to a non-win32 host unless saved in 'portable'
> format.)
Just in case anyone stumbles across the above in the future via google,
that was true on older versions of bacula but since (I think) 3.x bacula
has been able to extract the main f
On 04/25/10 10:23, Holger Rauch wrote:
> Hi Avi,
>
> first of all, thanks for your reply.
>
> On Sun, 25 Apr 2010, Avi Rozen wrote:
>
>> [...]
>> The "where" directory points to a path at the restore client machine,
>> i.e. I believe that the files were restored to /backup/restores on the
>> QN
Hi Avi,
first of all, thanks for your reply.
On Sun, 25 Apr 2010, Avi Rozen wrote:
> [...]
> The "where" directory points to a path at the restore client machine,
> i.e. I believe that the files were restored to /backup/restores on the
> QNAP. I'm also guessing that the NFS mounted /backup/rest
Holger Rauch wrote:
> 9,924 files selected to be restored.
>
> Run Restore job
> JobName: Common restore procedure
> Bootstrap:
> /usr/local/bacula5/var/bacula/working/nathan-dir.restore.5.bsr
> Where: /backup/restores
> Replace: always
> FileSet: restore fi
Hi,
I'm using Bacula 5.0.1 on a server (HP ProLiant DL380 with a HP
StorageWorks 1/8 G2 Autoloader attached via SAS; host name: nathan)
and a client (QNAP NAS) compiled from the official sources.
The server runs
- bacula-dir
- bacula-fd
- bacula-sd
Bacula data is stored in a PostgreSQL 8.4.3 da