[Bacula-users] Problems backing up to disk
Thanks to Graham Keeling for the solution- having storage type File for both storage locations was messing it up. I changed them to File1 and File2 and the problem went away. Now, rather than having a volume go quickly to Error status they just stay in Append and eventually get to Full. I will find out shortly whether the older ones get recycled correctly. Mike +-- |This was sent by m...@mwilt.org via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Problems backing up to disk
On Sun, Jun 26, 2011 at 07:10:19PM -0700, mikewilt wrote: Media Type = File Same for both storage daemons. I found out by experience that bacula gets confused if you have the same media type on different storages. It may work better if you set the media types different to each other. Mike +-- |This was sent by m...@mwilt.org via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Problems backing up to disk
On 6/25/11 1:13 PM, mikewilt wrote: I have set up two similar installations at home and at church. They both have the same problem. Both are running under Linux: Linux version 2.6.26-2-686 (Debian 2.6.26-26lenny1) (da...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Thu Nov 25 01:53:57 UTC 2010 Both are running Bacula Version: 5.0.3 (04 August 2010) I configured to use disk storage based on the chapter Automated Disk Backup in the user manual. It seems to work ok for a while, but the volume status for disk volumes turns fairly quickly to Error. At this point they don't get used or recycled and it runs out of usable volumes. I have been able to restore from such volumes so their contents seems to be ok. I can force it to purge them but that is very tedious. Any ideas out there? Mike Mike, The only thing I can conjecture due to the lack of disclosure of the seemingly closely-held details is that you are the common denominator in both church and home setups. Hence, you have done something wrong. Are the volumes overfilling the disks? Could be. Or it could be one of many other causes. What does the error say? A list of the messages output will be helpful. So, I hope you don't get overly frustrated with Bacula.We can only help once you share the details. Mehma I'd just like to add that it is also possible that your disk volumes aren't the problem, but your db server is either filling up the filesystem it lives on, or filling up filesystem where it holds temporary db stuff. Go into the config for your db server and look at where it is putting everything (temp tables, temp space, logs, log files, etc). Make sure you have plenty of extra space every place your db or bacula writes. If you're doing spooling with bacula, make sure that isn't filling up a filesystem. Also check where bacula is doing attribute spooling. Check the server logs found in /var/log (especially the messages file) for write errors. If your server hasn't logged the problem then you'll have to monitor it more closely during backups to determine what's going on when there's a failure. -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Problems backing up to disk
I have a little more information. I have two storage locations configured, both set up to automatically label and recycle. The problem seems to come because it goes looking for a volume that was automatically labeled in one storage location, but it expects to find it in the other storage location. Some relevant bits from the log: 26-Jun 00:34 debian-dir JobId 1413: Recycled volume Inc-0011 26-Jun 00:34 debian-sd JobId 1413: Labeled new Volume Inc-0011 on device FileDisk2 (/disk2). 26-Jun 00:34 debian-sd JobId 1413: Wrote label to prelabeled Volume Inc-0011 on device FileDisk2 (/disk2) ... then did a backup to this volume successfully: Build OS: i686-pc-linux-gnu debian 5.0.7 JobId: 1413 Job:BackupAirplane.2011-06-25_23.05.01_12 Backup Level: Incremental, since=2011-05-20 23:37:42 Client: airplane-fd 5.0.3 (04Aug10) Linux,Cross-compile,Win32 FileSet:Windows Full Set 2010-12-27 23:05:01 Pool: Inc-Pool (From Job IncPool override) Catalog:MyCatalog (From Client resource) Storage:StoreFile2 (From Job resource) Scheduled time: 25-Jun-2011 23:05:01 Start time: 26-Jun-2011 00:33:59 End time: 26-Jun-2011 02:54:03 Elapsed time: 2 hours 20 mins 4 secs Priority: 10 FD Files Written: 5,600 SD Files Written: 5,600 FD Bytes Written: 66,718,341,759 (66.71 GB) SD Bytes Written: 66,719,451,564 (66.71 GB) Rate: 7938.9 KB/s Software Compression: None VSS:yes Encryption: no Accurate: no Volume name(s): Inc-0011 Volume Session Id: 6 Volume Session Time:1309030821 Last Volume Bytes: 66,769,096,562 (66.76 GB) Non-fatal FD errors:2 SD Errors: 0 FD termination status: OK SD termination status: OK Termination:Backup OK -- with warnings ... then for some reason it goes looking for this same volume in the other storage location. I can't find it, and sets the status to Error and moves on to recycle a different volume: 26-Jun 02:57 debian-dir JobId 1411: Using Device FileDisk1 26-Jun 02:59 joycelatitude-fd JobId 1411: DIR and FD clocks differ by 67 seconds, FD automatically compensating. 26-Jun 02:57 debian-sd JobId 1411: Warning: Volume Inc-0011 not on device FileDisk1 (/disk1). 26-Jun 02:57 debian-sd JobId 1411: Marking Volume Inc-0011 in Error in Catalog. 26-Jun 02:57 debian-sd JobId 1411: Warning: Volume Inc-0011 not on device FileDisk1 (/disk1). 26-Jun 02:57 debian-sd JobId 1411: Marking Volume Inc-0011 in Error in Catalog. 26-Jun 02:57 debian-sd JobId 1411: Warning: mount.c:217 Open device FileDisk1 (/disk1) Volume Inc-0011 failed: ERR=dev.c:549 Could not open: /disk1/Inc-0011, ERR=No such file or directory 26-Jun 02:57 debian-dir JobId 1411: Recycled volume Inc-0013 26-Jun 02:57 debian-sd JobId 1411: Labeled new Volume Inc-0013 on device FileDisk1 (/disk1). 26-Jun 02:57 debian-sd JobId 1411: Wrote label to prelabeled Volume Inc-0013 on device FileDisk1 (/disk1) The net result is that each volume is used for a while, then set to Error status before it fills up or gets to max jobs or something else that might trigger recycling. If I leave it unattended it wastes all the volumes in this fashion and they can't be automatically recycled no matter how old they get. Mike +-- |This was sent by m...@mwilt.org via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Problems backing up to disk
Hello, 2011/6/27 mikewilt bacula-fo...@backupcentral.com I have a little more information. I have two storage locations configured, both set up to automatically label and recycle. The problem seems to come because it goes looking for a volume that was automatically labeled in one storage location, but it expects to find it in the other storage location. Some relevant bits from the log: (...) ... then for some reason it goes looking for this same volume in the other storage location. I can't find it, and sets the status to Error and moves on to recycle a different volume: What are your Media Type parameters defined for: FileDisk1 and FileDisk2 in bacula-sd.conf? best regards -- Radosław Korzeniewski rados...@korzeniewski.net -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Problems backing up to disk
Media Type = File Same for both storage daemons. Mike +-- |This was sent by m...@mwilt.org via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- -- All of the data generated in your IT infrastructure is seriously valuable. Why? It contains a definitive record of application performance, security threats, fraudulent activity, and more. Splunk takes this data and makes sense of it. IT sense. And common sense. http://p.sf.net/sfu/splunk-d2d-c2 ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Problems backing up to disk
I have set up two similar installations at home and at church. They both have the same problem. Both are running under Linux: Linux version 2.6.26-2-686 (Debian 2.6.26-26lenny1) (da...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Thu Nov 25 01:53:57 UTC 2010 Both are running Bacula Version: 5.0.3 (04 August 2010) I configured to use disk storage based on the chapter Automated Disk Backup in the user manual. It seems to work ok for a while, but the volume status for disk volumes turns fairly quickly to Error. At this point they don't get used or recycled and it runs out of usable volumes. I have been able to restore from such volumes so their contents seems to be ok. I can force it to purge them but that is very tedious. Any ideas out there? Mike +-- |This was sent by m...@mwilt.org via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- -- 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-c1 ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Problems backing up to disk
On 6/25/11 1:13 PM, mikewilt wrote: I have set up two similar installations at home and at church. They both have the same problem. Both are running under Linux: Linux version 2.6.26-2-686 (Debian 2.6.26-26lenny1) (da...@debian.org) (gcc version 4.1.3 20080704 (prerelease) (Debian 4.1.2-25)) #1 SMP Thu Nov 25 01:53:57 UTC 2010 Both are running Bacula Version: 5.0.3 (04 August 2010) I configured to use disk storage based on the chapter Automated Disk Backup in the user manual. It seems to work ok for a while, but the volume status for disk volumes turns fairly quickly to Error. At this point they don't get used or recycled and it runs out of usable volumes. I have been able to restore from such volumes so their contents seems to be ok. I can force it to purge them but that is very tedious. Any ideas out there? Mike Mike, The only thing I can conjecture due to the lack of disclosure of the seemingly closely-held details is that you are the common denominator in both church and home setups. Hence, you have done something wrong. Are the volumes overfilling the disks? Could be. Or it could be one of many other causes. What does the error say? A list of the messages output will be helpful. So, I hope you don't get overly frustrated with Bacula.We can only help once you share the details. Mehma -- 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-c1 ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users