Re: [Bacula-users] Upgrade to 1.38.0 and tape usage goes from 5 to 3
On Tuesday 08 November 2005 10:52, Graham David Purcocks M.A.(Oxon.) wrote:
One think I spotted. It said is *wasn't* backing up /data due to file
system change, but you are specifically asking to back up /data. I
suspect this also may be your lost data. Worth a check.
If he explicitly asked it to backup /data, then it did backup data. The
informational message about not decending into /data *can* be confusing. In
this case, it was generated while processing /, and hence the message was
correct, Bacula did not decend into /data during backup of /, but it did
during backup of /data.
I think he found the problem when he noted that one server was commented
out ...
On Mon, 2005-11-07 at 20:25, Kern Sibbald wrote:
On Monday 07 November 2005 19:48, Jesse Keating wrote:
Before upgrading, I was using a 1.36 release. My weekly tape usage was
around 5 100g tapes (compression was supposed to be in use at the
hardware level). After upgrading to 1.38.0 my usage is now at 3 tapes.
This obviously concerns me, I don't want to be missing data from my
backups. Is this change expected?
No. I'd recommend doing list files jobid=nnn and output that to a
file. Do it with full backup of a JobId before 1.38.0, and a JobId after,
then compare the output files and see what, if anything, has changed ...
Listing the files of the backups
shows that the different file systems I selected are being backed up,
although the new messages format is a bit confusing:
05-Nov 01:05 dragul: Spooling data ...
fs: Filesystem change prohibited. Will not descend into
/var/lib/nfs/rpc_pipefs fs: Filesystem change prohibited. Will not
descend into /dev
fs: Filesystem change prohibited. Will not descend into /boot
fs: Filesystem change prohibited. Will not descend into /data
These messages are simply informational, and hopefully they will wake up
sys admins who may not realized that the default is not to cross
filesystems.
But in the client definition on bacula-dir.conf I have the /boot
and /data dirs listed:
FileSet {
Name = fs-full
Include {
Options {
signature = MD5
sparse = yes
}
File = /
File = /boot
File = /data
}
Exclude {
File = /proc
File = /sys
File = /var/log/lastlog
File = /.journal
File = /data/.journal
File = /.fsck
}
}
Any thoughts?
--
Best regards,
Kern
(
/\
V_V
---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42 plasma tv or your very own
Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Upgrade to 1.38.0 and tape usage goes from 5 to 3
Before upgrading, I was using a 1.36 release. My weekly tape usage was
around 5 100g tapes (compression was supposed to be in use at the
hardware level). After upgrading to 1.38.0 my usage is now at 3 tapes.
This obviously concerns me, I don't want to be missing data from my
backups. Is this change expected? Listing the files of the backups
shows that the different file systems I selected are being backed up,
although the new messages format is a bit confusing:
05-Nov 01:05 dragul: Spooling data ...
fs: Filesystem change prohibited. Will not descend into
/var/lib/nfs/rpc_pipefs
fs: Filesystem change prohibited. Will not descend into /dev
fs: Filesystem change prohibited. Will not descend into /boot
fs: Filesystem change prohibited. Will not descend into /data
But in the client definition on bacula-dir.conf I have the /boot
and /data dirs listed:
FileSet {
Name = fs-full
Include {
Options {
signature = MD5
sparse = yes
}
File = /
File = /boot
File = /data
}
Exclude {
File = /proc
File = /sys
File = /var/log/lastlog
File = /.journal
File = /data/.journal
File = /.fsck
}
}
Any thoughts?
--
Jesse Keating
GameHouse -- Systems Engineer
---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42 plasma tv or your very own
Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Upgrade to 1.38.0 and tape usage goes from 5 to 3
On Mon, 2005-11-07 at 10:48 -0800, Jesse Keating wrote: Any thoughts? Whoops. I see now that I had one of my larger jobs commented out due to a server re-install. Fixed, and this may bring me back up to 5 tapes. -- Jesse Keating GameHouse -- Systems Engineer --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42 plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Upgrade to 1.38.0 and tape usage goes from 5 to 3
On Monday 07 November 2005 19:48, Jesse Keating wrote:
Before upgrading, I was using a 1.36 release. My weekly tape usage was
around 5 100g tapes (compression was supposed to be in use at the
hardware level). After upgrading to 1.38.0 my usage is now at 3 tapes.
This obviously concerns me, I don't want to be missing data from my
backups. Is this change expected?
No. I'd recommend doing list files jobid=nnn and output that to a file. Do
it with full backup of a JobId before 1.38.0, and a JobId after, then compare
the output files and see what, if anything, has changed ...
Listing the files of the backups
shows that the different file systems I selected are being backed up,
although the new messages format is a bit confusing:
05-Nov 01:05 dragul: Spooling data ...
fs: Filesystem change prohibited. Will not descend into
/var/lib/nfs/rpc_pipefs fs: Filesystem change prohibited. Will not
descend into /dev
fs: Filesystem change prohibited. Will not descend into /boot
fs: Filesystem change prohibited. Will not descend into /data
These messages are simply informational, and hopefully they will wake up sys
admins who may not realized that the default is not to cross filesystems.
But in the client definition on bacula-dir.conf I have the /boot
and /data dirs listed:
FileSet {
Name = fs-full
Include {
Options {
signature = MD5
sparse = yes
}
File = /
File = /boot
File = /data
}
Exclude {
File = /proc
File = /sys
File = /var/log/lastlog
File = /.journal
File = /data/.journal
File = /.fsck
}
}
Any thoughts?
--
Best regards,
Kern
(
/\
V_V
---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42 plasma tv or your very own
Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
