I have configured a copy job on my primary backup server. The copy
volumes will be on a secondary system running another storage daemon.
Both systems are running Bacula 7.4.4 on Debian 9.
From the primary console, this command:
status storage=Remote-File
successfully returns version, daemo
Hi Dimitri,
I was hoping someone has done this before with the Bacula catalog
specifically. Anyway, I followed generic Debian Postgres documentation for the
upgrade procedure and it has worked as expected. Have run some tests on my
Bacula catalog after migrating it to v10 and do not see any pro
Hi Steven,
On Thursday, September 6, 2018 2:55:23 PM EDT Steven Hammond wrote:
> I'm no way a db expert, but we use Bacula on Ubuntu 18.04 with
> Postgresql 10 with no issues. We had the same issue but just used
> pg_upgradecluster and pg_dropcluster to migrate to v10.
That sounded encouraging e
I'm no way a db expert, but we use Bacula on Ubuntu 18.04 with
Postgresql 10 with no issues. We had the same issue but just used
pg_upgradecluster and pg_dropcluster to migrate to v10.
Steven Hammond
On 9/6/2018 1:50 PM, Dimitri Maziuk via Bacula-users wrote:
On 09/06/2018 01:34 PM, Ivan Ad
On 09/06/2018 01:34 PM, Ivan Adzhubey wrote:
> Just to clarify, this is my problem:
>
> $ pg_lsclusters
> Ver Cluster Port Status OwnerData directory Log file
> 9.5 main5432 online postgres /var/lib/postgresql/9.5/main /var/log/
> postgresql/postgresql-9.5-main.log
> 10 main
Just to clarify, this is my problem:
$ pg_lsclusters
Ver Cluster Port Status OwnerData directory Log file
9.5 main5432 online postgres /var/lib/postgresql/9.5/main /var/log/
postgresql/postgresql-9.5-main.log
10 main5433 online postgres /var/lib/postgresql/10/main /var/
Hi,
After some investigation, it turns out it's even more complicated.
The OS upgrade has actually installed Postgres 10 *but* also left Postgres 9.5
installed as well. And now I have two versions of the Postgres code at the
same time: 'psql' command shows some dubious version string which look
Hi all,
I have just upgraded from Ubuntu 16.04 LTS to Ubuntu 18.04.1 LTS in our backup
server and was greeted during the upgrade process by a message saying that the
installed version 9.5 of Postgres (which the server have been using for Bacula
database) is now obsolete and will no longer be su
On 06/09/18 16:00, Martin Simmons wrote:
3 million files, not one?
What am I doing wrong?
Nothing is wrong -- the regexp is used during the restore to choose which
files to extract. It has to scan the whole backup to do this, so it selects
all files.
So definitely only one file will be copied
> On Thu, 6 Sep 2018 11:54:09 +0100, Adam Weremczuk said:
>
> On 06/09/18 09:21, Adam Weremczuk wrote:
>
> > For backups > 65 days < 2 years I can use "restore" command and
> > regular expressions to perform searches.
> Attempted just now:
>
> (...)
>
> Do you want to restore all the fil
> On Thu, 6 Sep 2018 09:40:31 +0100, Adam Weremczuk said:
>
> On 05/09/18 10:45, Jérôme Blion wrote:
>
> >> Also, to my surprise, I've just received this message:
> >>
> >> 05-Sep 09:24 backup_dir JobId 0: Max configured use duration=172,800
> >> sec. exceeded. Marking Volume "LTO-M20120606A
On 06/09/18 09:21, Adam Weremczuk wrote:
For backups > 65 days < 2 years I can use "restore" command and
regular expressions to perform searches.
Attempted just now:
(...)
Do you want to restore all the files? (yes|no): no
Regexp matching files to restore? (empty to abort): ^/var/log/auth.
On 05/09/18 10:45, Jérôme Blion wrote:
Also, to my surprise, I've just received this message:
05-Sep 09:24 backup_dir JobId 0: Max configured use duration=172,800
sec. exceeded. Marking Volume "LTO-M20120606A" as Used.
05-Sep 09:24 backup_dir JobId 0: There are no more Jobs associated
with Vo
On 05/09/18 10:45, Jérôme Blion wrote:
Check File Retention and Job Retention. I suppose they are much lower
than volume retention.
That means that you keep the volume but you don't know exactly what's
on it because catalog has been cleaned up.
Indeed. This is what I found in client's config
14 matches
Mail list logo
