Re: [Bacula-users] Freebsd snapshots and complaints Will not descend
On 11,Oct 2011, at 1:53 AM, Christian Manal wrote: Am 10.10.2011 21:11, schrieb Troy Kocher: On 10,Oct 2011, at 1:12 PM, Martin Simmons wrote: On Mon, 10 Oct 2011 11:51:14 -0500, Troy Kocher said: 08-Oct 23:57 kfoobarb-sd JobId 2858: Job write elapsed time = 14:45:49, Transfer rate = 2.702 M Bytes/second Are you running an automounter for home directories? That could explain both the Will not descend messages and also why the warnings vary over time. __Martin I'm not running an automounter. And as I mentioned this error is intermittent. I run this job incremental daily without complaint, I get this issue on the differential weekly run. Regarding the time warning, I corrected this once by forcing an ntp on the fd client. I think my ntp must not be running properly over there. Beginning to feel like it's something with the snapshot (/mnt/foobar) not responding as a normal file system under load, and telling bacula-fd access is delayed/denied/?, then bacula understands the delay as device unreachable? Troy Hi, bacula won't recurse filesystems if you don't explicitly tell it to. Look at the onefs option for the fileset resource: http://bacula.org/5.0.x-manuals/en/main/main/Configuring_Director.html#8566 Thanks for the suggestions I investigated onefs on your suggestion, and it gave me a hint as to the a potential fix. On my client snapshot process isn't working properly. The daily unmount is broken and I have multiple days (6) mounts being mounted in the same location /mnt/foobar. I'm going to fix that umount issue and see if my problems go away. Thank you! -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2d-oct ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Freebsd snapshots and complaints Will not descend
Listers,
I'm having intermittent issues with a backup job that completes OK but
complains saying Will not descend into various user folders within a jail.
Over the weekend this job ran twice and on the first occasion it complained
about a larger set than on the second occasion. Although many of the same
complaints were generated by both jobs. The file daemon is running on FreeBSD
7.3-RELEASE-p4, bacula-client-5.0.2, and takes snapshots of the jails and
mounts them for the director. The director daemon is running FreeBSD
8.2-RELEASE-p3, bacula-server-5.0.3, and has the following config for this
server:
FileSet{
Name = foobar
Include {
Options {
Compression = GZIP
signature = SHA1
Sparse = yes
Hardlinks = no
}
@/usr/local/etc/backuplist/foobar_backuplist
}}
Pool
{
Name = foobarF
Pool Type = Backup
Storage = kfoobarb
Maximum Volume Jobs = 4
Maximum Volume Bytes = 270g
Volume Use Duration = 2d
Volume Retention = 10 days
Catalog Files = yes
Label Format = foobarF-
Recycle = yes
AutoPrune = yes
}
Job {
Name = Foobar_Backup
Enabled = Yes#[Yes|NO]
Type = Backup #[Backup,Restore,Verify,Admin]
Level= Full
Accurate= yes #[Yes|No]
Client = tao-fd
Fileset = foobar
Schedule = WeeklyCycle
Storage = kfoobarb
Messages = Standard
Pool = foobarF
Write Bootstrap = /data/working/foobar.bsr
Priority = 40
}
#cat /usr/local/etc/foobar_backuplist
File = /mnt/foobar/usr
File = /mnt/foobar/var
File = /mnt/foobar/etc
File = /mnt/foobar/root
Given the intermittent nature of this I tend to think it is more likely
something outside bacula, perhaps the snapshot as daily I have unexplained
complaints from an unrelated rsync process, on the same snapshot:
rsync: writefd_unbuffered failed to write 4 bytes to socket [sender]: Broken
pipe (32)
rsync: read error: Connection reset by peer (54)
rsync error: error in rsync protocol data stream (code 12) at io.c(760)
[sender=3.0.8]
Any comments about the config or troubleshooting thought would be really
appreciated.
Thank you
Troy Kocher
--
All the data continuously generated in your IT infrastructure contains a
definitive record of customers, application performance, security
threats, fraudulent activity and more. Splunk takes this data and makes
sense of it. Business sense. IT sense. Common sense.
http://p.sf.net/sfu/splunk-d2dcopy1
___
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Freebsd snapshots and complaints Will not descend
On Mon, 10 Oct 2011 11:03:58 -0500, Troy Kocher said: I'm having intermittent issues with a backup job that completes OK but complains saying Will not descend into various user folders within a jail. Over the weekend this job ran twice and on the first occasion it complained about a larger set than on the second occasion. Although many of the same complaints were generated by both jobs. You didn't post the job logs so it is impossible to know why did will not descend. __Martin -- All the data continuously generated in your IT infrastructure contains a definitive record of customers, application performance, security threats, fraudulent activity and more. Splunk takes this data and makes sense of it. Business sense. IT sense. Common sense. http://p.sf.net/sfu/splunk-d2dcopy1 ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
