Hi,

I am encountering the dreaded "Buffer discarded" error upon restoring  
a big job from a file based storage. Apart from a few old postings on  
this list concerning tapes there seems to be no indicator as why this  
happens with file based storage. Is there any explanation excluding  
faulty hardware?

18-Mär 13:47 db-backup-smedia-dir JobId 43810: Start Restore Job  
RestoreFiles.2009-03-18_13.47.06
18-Mär 13:47 db-backup-smedia-dir JobId 43810: Using Device  
"FileStorage"
18-Mär 13:47 db-backup-smedia-sd JobId 43810: Ready to read from  
volume "archiv-data6445" on device "FileStorage" (/mnt/backup/store).
18-Mär 13:47 db-backup-smedia-sd JobId 43810: Forward spacing Volume  
"archiv-data6445" to file:block 0:225.
18-Mär 13:56 db-backup-smedia-sd JobId 43810: End of Volume at file 2  
on device "FileStorage" (/mnt/backup/store), Volume "archiv-data6445"
18-Mär 13:56 db-backup-smedia-sd JobId 43810: Ready to read from  
volume "data-inc1709" on device "FileStorage" (/mnt/backup/store).
18-Mär 13:56 db-backup-smedia-sd JobId 43810: Forward spacing Volume  
"data-inc1709" to file:block 0:219.
18-Mär 13:56 db-backup-smedia-sd JobId 43810: End of Volume at file 0  
on device "FileStorage" (/mnt/backup/store), Volume "data-inc1709"
18-Mär 13:56 db-backup-smedia-sd JobId 43810: Ready to read from  
volume "data-inc1756" on device "FileStorage" (/mnt/backup/store).
18-Mär 13:56 db-backup-smedia-sd JobId 43810: Forward spacing Volume  
"data-inc1756" to file:block 0:1290450.
18-Mär 13:56 db-backup-smedia-sd JobId 43810: Error: block.c:275  
Volume data error at 0:1290450! Wanted ID: "BB02", got "P". Buffer  
discarded.
18-Mär 13:56 db-backup-smedia-dir JobId 43810: Error: Bacula db-backup- 
smedia-dir 2.2.8 (26Jan08): 18-Mär-2009 13:56:57
  Build OS:               i686-pc-linux-gnu gentoo 1.6.14
  JobId:                  43810
  Job:                    RestoreFiles.2009-03-18_13.47.06
  Restore Client:         d01-box-fd
  Start time:             18-Mär-2009 13:47:50
  End time:               18-Mär-2009 13:56:57
  Files Expected:         924,229
  Files Restored:         398,385
  Bytes Restored:         12,143,871,860
  Rate:                   22200.9 KB/s
  FD Errors:              0
  FD termination status:  OK
  SD termination status:  Error
  Termination:            *** Restore Error ***

This is a 32bit system running inside a Linux vServer on a Xen domain.  
The RAID5 storage array is directly mounted inside the Xen domain and  
handed to the vServer. Bacula version is 2.2.8 on Linux Gentoo, kernel  
2.6.21

storage daemon:
Device {
   Name = FileStorage
   Media Type = File
   Archive Device = /mnt/backup/store
   Spool Directory = /mnt/backup/spool
   Maximum Spool Size = 1099511627776
   LabelMedia = yes;
   Random Access = Yes;
   AutomaticMount = yes;
   RemovableMedia = no;
   AlwaysOpen = no;
}

storage def in director:
Storage {
   Name = File
   Address = localhost
   SDPort = 9103
   Password = "secret"
   Device = FileStorage
   Media Type = File
   Maximum Concurrent Jobs = 20
}

I am using spooling to enable concurrent backup jobs (but having the  
directive "Maximum Volume Jobs = 1" in the pools config). Could this  
somehow produce corrupt volumes?

Thank you.


Stefan Sorin Nicolin
http://nicolinux.org

---
Unix guy, Mac head, Rails wannabe,
iPhone Dev-ious, Computer Science
alumnus, usability guesspert and
overall big time visionary


------------------------------------------------------------------------------
Apps built with the Adobe(R) Flex(R) framework and Flex Builder(TM) are
powering Web 2.0 with engaging, cross-platform capabilities. Quickly and
easily build your RIAs with Flex Builder, the Eclipse(TM)based development
software that enables intelligent coding and step-through debugging.
Download the free 60 day trial. http://p.sf.net/sfu/www-adobe-com
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users