|
Hi, I'm in the process of moving my server backup from a ufsdump/DLT-IV to a new setup, running Bacula with a HP Ultrium-230 drive and LTO1 tapes. What I backup is a mixture "office files" (i.e. loads of .doc, .xls and .pdf), source code (i.e. text) and a couple of DB dumps - all in all, stuff that should be reasonnnably compressible even though I might not get the 2:1 ratio that the marketing people are so fond of... so I'd except to get 120-150GB out of each LTO1 tape - but I usually get only about 60GB :( After a few tests either with incompressible data (/dev/urandom) or using the non-compressed device, I am reasonnably sure that the tapes are seen as full after 50GB of "raw" data. Now, as I'm having the same problem with bacula and using tar/dd, I'm reasonnably sure that the problem is not with bacula itself, but with the tape drive configuration - I have over the last 2 weeks or so posted a few general purpose forums and got nowhere (had one useful suggestion - see below - but that did not solve the pb) - so here I am, posting on the bacula forum, hoping that someone might have had the same problem. And now, more details on the setup: - the server is an HP-DL380 G3 (dual Xeon 2.8GHz) with two GB of RAM - it comes with a built-in SCSI RAID controller (not sure exactly which model it is, but it picks up the cciss linux driver) - the tape drive is a HP Ultrium-230 (external) / LTO1 drive - it was originally connected direclty to the RAID controller, but someone on a HP forum suggested that the RAID controller might cause shoe-shinning that might explain the problem - so I now have an Adaptec 29160 for the tape drive - the drive is not new, but it seems in good working order - there are no kernel messages during boot, it has been cleaned, and whatever I write and can read back - I have a few tapes - all LTO1, all new - and I have tried 4 different ones, with the exact same problem - the OS is Xubuntu LTS 6.06 (basically Ubuntu/Debian with an XFCE window manager) - the kernel version is 2.6.15-26 (i686) and the main tape tools I use for diagnostics are: [EMAIL PROTECTED]:~$ dd --version- I installed bacula using the package management system - it is v 1.36.3 - "btape test" works fine and when running a backup job, everything goes OK - I tried to restore a couple of files from a backup - again, all OK - the only problem is that the tape gets full after 50-60GB - a far cry from the 100GB min. I should get - I separately compiled 2.2.0 and ran btape from this 2.2.0 distribution to make sure that the issue is not bacula related - same pb happens - which in my mind just confirms that the problem is not with bacula but with the scsi/tape driver configuration After quite a bit of digging around in various forums and mailing lists archives, I've arrived at the current config for both bacula and the linux side of things. Extracts from various config files follow: bacula-sd.conf: Device {stinit.def manufacturer="HP" model = "Ultrium 1-SCSI" {Note that during my investigations, I've also set the density code in stinit.def to 0x40 (what dd -f xxx setdensities reports as the density for Ultrium) - no difference. I've also tried using /dev/st0l (no-compression) and /dev/st0 (hardware compression) - and the results are consistently the same: with either no compression, or non compressible data (e.g. dd if=/dev/urandom of=/dev/st0), I get 50GB on a tape, and with compression I get around 60GB. In summary, I'm reasonnably sure that the hardware side and bacula sides are OK, and that the problem lies with the scsi/tape/linux configuration - but I just cannot figure out what's wrong. Rest assured that any help will be gratefully received! Olivier |
------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
