>
>
>> I have a backup job that uses a Pool of 100 5 gig files. Job and File
>> retention are set to 10 years. Vol retention set to 70 days.
>>
>> 100 files have been filled and the oldest file is 23 days old.
>>
>> Right now bacula is attempting to prune the oldest volume. As I
>> understand thing
Hi Jeff,
Bacula will not use any volume before retention perdidos. Unless you
specify in your pool configuration "purge oldest volume". This directive
does not respect the retention perdiods and will find the oldest used
volume to recycle. It is recommended the use of "recycle oldest volume"
inste
On Aug 14, 2014, at 9:44 PM, Heitor Faria wrote:
>
>
>
> On Thu, Aug 14, 2014 at 9:27 PM, Jeff MacDonald wrote:
> Hi,
>
> Hi Jeff!
>
> I have a backup job that uses a Pool of 100 5 gig files. Job and File
> retention are set to 10 years. Vol retention set to 70 days.
>
> 100 files have
Hi,
This has plagued me for a while… [ and while it sounds a lot like a home work
question… its actually just be being curious and reaching out :) ]
Imagine a scenario similar to this:
You have a file based storage array available with a capacity of say 6 TB, and
you have to back up 20 clients
Hi,
I have a backup job that uses a Pool of 100 5 gig files. Job and File retention
are set to 10 years. Vol retention set to 70 days.
100 files have been filled and the oldest file is 23 days old.
Right now bacula is attempting to prune the oldest volume. As I understand
things.. this will n
The error is
12-Aug 09:51 BS01-FD1 JobId 12560: Error: create_file.c:292 Could not open
/nas/bacula/data/backups/mail/fifo/mail.tar: ERR=Interrupted system call
which is strange.
Is /nas/bacula/data/backups/mail/fifo/mail.tar a normal file or are you trying
to restore into a FIFO? You could tr
Hi Kenny.
Did you change the option Where in bconsole command?
Run Restore job
JobName: RestoreFiles
Bootstrap: /var/log/bacula/working/server1-dir.restore.1.bsr
Where: /respaldos/bacula-restores
Replace: always
FileSet: Full Set
Backup Client: client1-fd
Hi Florian,
Sorry, I meant the mountpoint rather than ///Data/Bacula. I'm glad it is
resolved now.
__Martin
> On Thu, 14 Aug 2014 09:08:06 +0200, Florian said:
>
> Hello.
>
> I figured out the first problem myself: I forgot to give username and
> password for the script, so the mountin
Hello.
I figured out the first problem myself: I forgot to give username and
password for the script, so the mounting didn't work.
About the second thing:
"ls -la" only gives me "Cannot access ///Data/Bacula: File or folder
not found."
I can only do ls with the mountpoint "sudo -u bacula l
