On Tue, 22 Aug 2006 21:29:20 -0700, Robert W Hartzell said:
Martin Simmons wrote:
On Mon, 21 Aug 2006 19:27:18 -0700, Robert W Hartzell said:
I think the simplest and best solution is to suppress these messages as
I
wrote above if they are in fact backed up somewhere else in the
On Mon, 21 Aug 2006 19:27:18 -0700, Robert W Hartzell said:
Martin Simmons wrote:
On Wed, 16 Aug 2006 11:08:28 +0200, Kern Sibbald said:
On Wednesday 16 August 2006 00:33, Jo Rhett wrote:
On Tuesday 08 August 2006 22:29, Timo Neuvonen wrote:
It's worth noting, that the messages above
On Tuesday 22 August 2006 11:39, Martin Simmons wrote:
On Mon, 21 Aug 2006 19:27:18 -0700, Robert W Hartzell said:
Martin Simmons wrote:
On Wed, 16 Aug 2006 11:08:28 +0200, Kern Sibbald said:
On Wednesday 16 August 2006 00:33, Jo Rhett wrote:
On Tuesday 08 August 2006 22:29, Timo
Martin Simmons wrote:
On Mon, 21 Aug 2006 19:27:18 -0700, Robert W Hartzell said:
I think the simplest and best solution is to suppress these messages as I
wrote above if they are in fact backed up somewhere else in the backup.
This
will ensure that the messages are printed only if there
Martin Simmons wrote:
On Wed, 16 Aug 2006 11:08:28 +0200, Kern Sibbald said:
On Wednesday 16 August 2006 00:33, Jo Rhett wrote:
On Tuesday 08 August 2006 22:29, Timo Neuvonen wrote:
It's worth noting, that the messages above don't necessarily mean
that the
filesystem mentioned wouln't be
On Wednesday 16 August 2006 00:33, Jo Rhett wrote:
On Tuesday 08 August 2006 22:29, Timo Neuvonen wrote:
It's worth noting, that the messages above don't necessarily mean
that the
filesystem mentioned wouln't be backed up at all.
The message is generated, when a mounted filesystem is
On Wed, 16 Aug 2006 11:08:28 +0200, Kern Sibbald said:
On Wednesday 16 August 2006 00:33, Jo Rhett wrote:
On Tuesday 08 August 2006 22:29, Timo Neuvonen wrote:
It's worth noting, that the messages above don't necessarily mean
that the
filesystem mentioned wouln't be backed up at
On Wednesday 16 August 2006 18:29, Martin Simmons wrote:
On Wed, 16 Aug 2006 11:08:28 +0200, Kern Sibbald said:
On Wednesday 16 August 2006 00:33, Jo Rhett wrote:
On Tuesday 08 August 2006 22:29, Timo Neuvonen wrote:
It's worth noting, that the messages above don't necessarily mean
I have a question relating to this one:
Shannon: Filesystem change prohibited. Will not descend into /dev
Don't you need the (link) files in this directory in order to restore your
system? Is it a problem to back it up?
I guess you also need boot?
On Tuesday 08 August 2006 16:47, Marco
On Tuesday 08 August 2006 22:29, Timo Neuvonen wrote:
It's worth noting, that the messages above don't necessarily mean
that the
filesystem mentioned wouln't be backed up at all.
The message is generated, when a mounted filesystem is met, but the
filesystem may be backed up anyway if it
On Sun, 13 Aug 2006, Kern Sibbald wrote:
Unfortunately it also doesn't backup the mountpoint as a directory, which
makes restoration a bit messy at times.
Bacula has backed up mount points for quite some time now, though I don't
remember what version it was first implemented in.
It's not
On Monday 14 August 2006 11:29, Alan Brown wrote:
On Sun, 13 Aug 2006, Kern Sibbald wrote:
Unfortunately it also doesn't backup the mountpoint as a directory, which
makes restoration a bit messy at times.
Bacula has backed up mount points for quite some time now, though I don't
On Mon, 14 Aug 2006, Kern Sibbald wrote:
Unfortunately it also doesn't backup the mountpoint as a directory, which
makes restoration a bit messy at times.
Bacula has backed up mount points for quite some time now, though I don't
remember what version it was first implemented in.
It's not
On Tuesday 08 August 2006 18:13, Alan Brown wrote:
On Tue, 8 Aug 2006, Michel Meyers wrote:
Those are mounted filesystems. Bacula will not descend into mounted
filesystems unless you specifically tell it to.
Unfortunately it also doesn't backup the mountpoint as a directory, which
On Tuesday 08 August 2006 22:29, Timo Neuvonen wrote:
Marco Strullato wrote:
hi all,
do you know why I get Filesystem change prohibited when I run bacula?
08-Aug 16:40 DirectorServer: Start Backup JobId 95,
Job=BackupShannon.2006-08-08_16.39.58
08-Aug 16:40 StorageServer:
hi all,
do you know why I get Filesystem change prohibited when I run bacula?
08-Aug 16:40 DirectorServer: Start Backup JobId 95,
Job=BackupShannon.2006-08-08_16.39.58
08-Aug 16:40 StorageServer: Volume centroservizi previously written,
moving to end of data.
Shannon: Filesystem change
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Marco Strullato wrote:
hi all,
do you know why I get Filesystem change prohibited when I run bacula?
08-Aug 16:40 DirectorServer: Start Backup JobId 95,
Job=BackupShannon.2006-08-08_16.39.58
08-Aug 16:40 StorageServer: Volume centroservizi
In response to Marco Strullato [EMAIL PROTECTED]:
hi all,
do you know why I get Filesystem change prohibited when I run bacula?
08-Aug 16:40 DirectorServer: Start Backup JobId 95,
Job=BackupShannon.2006-08-08_16.39.58
08-Aug 16:40 StorageServer: Volume centroservizi previously written,
From the bacula manual:
onefs=yes|no
If set to yes (the default), Bacula will remain on a single file
system. That is it will not backup file systems that are mounted on a
subdirectory. If you are using a *nix system, you may not even be
aware that there are several different filesystems as
On Tue, 8 Aug 2006, Michel Meyers wrote:
Those are mounted filesystems. Bacula will not descend into mounted
filesystems unless you specifically tell it to.
Unfortunately it also doesn't backup the mountpoint as a directory, which
makes restoration a bit messy at times.
AB
On Tue, 8 Aug 2006 17:13:22 +0100 (BST), Alan Brown said:
On Tue, 8 Aug 2006, Michel Meyers wrote:
Those are mounted filesystems. Bacula will not descend into mounted
filesystems unless you specifically tell it to.
Unfortunately it also doesn't backup the mountpoint as a directory,
Marco Strullato wrote:
hi all,
do you know why I get Filesystem change prohibited when I run bacula?
08-Aug 16:40 DirectorServer: Start Backup JobId 95,
Job=BackupShannon.2006-08-08_16.39.58
08-Aug 16:40 StorageServer: Volume centroservizi previously written,
moving to end of
22 matches
Mail list logo
