Re: [Bacula-users] Advice needed on Linux backup strategy to LTO-4 tape
rorycl schrieb: I'm going to cross-post this text on the Amanda and Bacula lists. Apologies in advance if you see this twice. Our company is about to provide centralised backups for several pools of backup data of between 1 and 15TB in size. Each pool changes daily but backups to tape will only occur once a month for each pool. The backup tape format is to be LT04 and we have a second-hand Dell PowerVault 124T 16 tape autoloader to work with currently. Backup from a pool may be taken off a Linux LVM (or hopefully soon a BTRFS) snapshot ensuring that the source data does not change during the backup process. We have the possibility of pre-preparing backup or compressed images if this is advisable. An important aspect of the system is that the tapes should be readable for 12 years, by other parties if necessary. From this point of view we like the idea of providing a CD with each tape set of the software needed to extract the contents, together with a listing of the enclosed files in a UTF8 text file. We will be required to audit each backup set by successfully extracting files from tape. ... If you want to keep the data 12 years, you may have to copy these LTO-4 tapes to a next generation LTO-X media during that time. The durability of LTO-4 tapes is up to 30 years - in theory. So beside bacula you have to find a place where you can keep the tapes under the right conditions (temperatur, humidity...). I just had a bunch of 40 LTO-4 tapes that had problems during backups (or worse - only during the verify job afterwards). All from the same production date. So my trust in tapes is not that good anymore... Ralf -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Timeout (?) problems with some Full backups
Thanks very much for the help everyone, I do appreciate it. And quite possibly - you've fixed it :) From the top: John Drescher wrote: I would make the heartbeat interval much shorter. Thinking that this might be a good idea, I dropped all the Heartbeat Intervals to 1 minute and left the same backup to run again along with the usual overnight backups. (hooray for bash, I can push a new bacula-fd.conf to all the servers in less than 2 minutes!) As it was the end of the day for me, I thought letting Bacula do it's stuff in peace and taking a fresh look this morning would be best. I assume that a 1 minute heartbeat won't be too detrimental to the network - compared to the flood of backup data that's coming into the same server? (I run the Dir and SD on the same server) I'll show the results below... Also I am interested on why the backup rate is this slow. Slow network? This particular machine is a VM on a quite highly loaded host. We put lower priority, less demanding, VM hosts together on one host in order to give more resources to higher priority tasks. The effective CPU speed in the VM is quite low, so I think that the compression which the bacula-fd task performs on the data is a rate-limiting step. We *can* get line-speed transfers from other servers, it just happens that this one is a little slower! Josh Fisher wrote: Something is dropping the Dir-FD connection. A router in between FD and Dir, perhaps. Yes, it seems that something is dropping the connection. For peace of mind I'll have a word with our networking engineer as to what the current connection timeout values are on the hardware I don't directly control. It's also occured to me that I'll have to check what the current tcp timeout settings are on the server - maybe a recent update changed them and I didn't notice...? (Full backups have been running OK for a few months prior to my current problems!) However, it might be moot after last night's attempts with a 1 minute heartbeat (see below). John Lockard wrote: While the job is running, keep an eye on the system which houses your MySQL database and make sure that it isn't filling up a partition with temp data. I was running into a similar problem and needed to move my mysql_tmpdir (definable in /etc/my.cnf) to another location. I'd never even considered that! We're using Postgres for the db, the temp directory for that is currently /var/lib/postgresql/8.3/main/base/pgsql_tmp and has 33Gb free. I don't think that it's the problem this time, but I'll certainly have to keep it in mind in the future... OK - the results. Here's the same backup that I showed failing in my first post: --- 12-Aug 16:37 exa-bacula-dir JobId 5518: Start Backup JobId 5518, Job=backup_scavenger.2009-08-12_16.37.28.03 12-Aug 16:37 exa-bacula-dir JobId 5518: Purging oldest volume scavenger-full-1191 12-Aug 16:37 exa-bacula-dir JobId 5518: 1 File on Volume scavenger-full-1191 purged from catalog. 12-Aug 16:37 exa-bacula-dir JobId 5518: There are no more Jobs associated with Volume scavenger-full-1191. Marking it purged. 12-Aug 16:37 exa-bacula-dir JobId 5518: All records pruned from Volume scavenger-full-1191; marking it Purged 12-Aug 16:37 exa-bacula-dir JobId 5518: Using Device FileStorageScavenger 12-Aug 16:37 exa-bacula-sd JobId 5518: Recycled volume scavenger-full-1191 on device FileStorageScavenger (/srv/bacula/volume/web-scavenger), all previous data lost. 12-Aug 16:37 exa-bacula-dir JobId 5518: Max Volume jobs exceeded. Marking Volume scavenger-full-1191 as Used. 12-Aug 18:16 exa-bacula-sd JobId 5518: Job write elapsed time = 01:38:34, Transfer rate = 373.4 K bytes/second 12-Aug 18:19 exa-bacula-dir JobId 5518: Bacula exa-bacula-dir 2.4.4 (28Dec08): 12-Aug-2009 18:19:42 Build OS: x86_64-pc-linux-gnu debian lenny/sid JobId: 5518 Job:backup_scavenger.2009-08-12_16.37.28.03 Backup Level: Full Client: scavenger 2.4.4 (28Dec08) i486-pc-linux-gnu,debian,5.0 FileSet:full-scavenger 2009-04-16 15:58:05 Pool: scavenger-full (From Job FullPool override) Storage:FileScavenger (From Job resource) Scheduled time: 12-Aug-2009 16:37:24 Start time: 12-Aug-2009 16:37:30 End time: 12-Aug-2009 18:19:42 Elapsed time: 1 hour 42 mins 12 secs Priority: 10 FD Files Written: 81,883 SD Files Written: 81,883 FD Bytes Written: 2,197,458,673 (2.197 GB) SD Bytes Written: 2,208,651,895 (2.208 GB) Rate: 358.4 KB/s Software Compression: 28.4 % VSS:no Storage Encryption: no Volume name(s): scavenger-full-1191 Volume Session Id: 1 Volume Session Time:1250091413 Last Volume Bytes: 2,212,931,408 (2.212 GB) Non-fatal FD errors:0
Re: [Bacula-users] bacula 3.0.2 fileset file-list on the fly ?
Hello, Clark Hartness wrote: I am attempting to send a list of files to Bacula from the Client using this syntax described in the manual: Any file-list item preceded by a less-than sign () will be taken to be a file. This file will be read on the Director's machine at the time the Job starts, and the data will be assumed to be a list of directories or files, one per line, to be included. The names should start in column 1 and should not be quoted even if they contain spaces. This feature allows you to modify the external file and change what will be saved without stopping and restarting Bacula as would be necessary if using the @ modifier noted above. For example: Include { Options { signature = SHA1 } File = /home/files/local-filelist } If you precede the less-than sign () with a backslash as in \, the file-list will be read on the Client machine instead of on the Director's machine. Please note that if the filename is given within quotes, you will need to use two slashes. Include { Options { signature = SHA1 } File = \\/home/xxx/filelist-on-client } If I use the \\ syntax I can not estimate or run the job to create the backup I get errors like: 12-Aug 19:29 ws27-fd JobId 297: Could not stat File = /mnt/fog006/ddrswa/jckh/dlr_leopard_dev_12/dfb/doc/001-10043-dfb-BROS-starB.doc: ERR=No such file or directory 12-Aug 19:29 ws27-fd JobId 297: Could not stat File = /mnt/fog006/ddrswa/jckh/dlr_leopard_dev_12/dfb/doc/001-10043-dfb-BROS-starB.pdf: ERR=No such file or directory 12-Aug 19:29 ws27-fd JobId 297: Could not stat File = /mnt/fog006/ddrswa/jckh/dlr_leopard_dev_12/dfb/doc/001-10043-dfb-BROS-starC.doc: ERR=No such file or directory Have you really a file named : File = /mnt/fog006/ddrswa/jckh/dlr_leopard_dev_12/dfb/doc/001-10043-dfb-BROS-starB.doc on your system ? If yes, i'm very surprised. Don't forget to read what you've written 10 lines before: The names should start in column 1 and should not be quoted even if they contain spaces. I think that you have put File= before each filename, that will explain why it works with the @ command. Bye -- View this message in context: http://www.nabble.com/bacula-3.0.2-fileset-file-list-on-the-fly---tp24947515p24951634.html Sent from the Bacula - Users mailing list archive at Nabble.com. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] disabling 'accurate' for a restore
Hello James, James Harper wrote: I do a full backup once a week, and then incremental backups for the rest of the week. MSSQL is configured to back up transaction logs every day and keep the backup for 3 days (by which time it would have been backed up). It's Thursday today and I want to restore the most recent full backup (Saturday night) and all the subsequent transaction logs, but of course because accurate backup is on I'm going to have to do multiple restores at various points - restore as at Monday night to get Saturday + Sunday logfiles, then restore at Wednesday night to get Monday + Tuesday logfiles, etc. Restoring as at last nights backup will only give me the logfiles that existed at the time. Is there a way to tell Bacula that you want to restore the backups as if accurate was not enabled at the time? No i don't think. You can do multiple restore, or select files with a tool like brestore or bat. It can be a good idea from time to time, i will add it to my todolist. Bye -- View this message in context: http://www.nabble.com/disabling-%27accurate%27-for-a-restore-tp24946884p24951695.html Sent from the Bacula - Users mailing list archive at Nabble.com. -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] bacula 3.0.2 fileset file-list on the fly ?
Hello, Have you really a file named : File = /mnt/fog006/ddrswa/jckh/dlr_leopard_dev_12/dfb/doc/001-10043-dfb-BROS-starB. doc on your system ? If yes, i'm very surprised. Don't forget to read what you've written 10 lines before: The names should start in column 1 and should not be quoted even if they contain spaces. I think that you have put File= before each filename, that will explain why it works with the @ command. Bye Your exactly correct Eric. I painstakingly scripted in File = before each line listing the filename :-) Thanks for the quick catch Clark -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula asking for a new tape volume in a file volume pool
2009/8/13 Mark Walkom markwal...@gmail.com: I am seeing this error a lot in messages; 13-Aug 15:19 benjy-sd JobId 31: Job BenjyFull.2009-08-12_21.05.00.57 waiting. Cannot find any appendable volumes. Please use the label command to create a new Volume for: Storage: LTO2 (/dev/nst0) Pool: Incremental Media type: LTO2 Here is our pools and volumes; *list volumes Pool: Default +-++---+-++--+--+-+--+---+---+-+ | MediaId | VolumeName | VolStatus | Enabled | VolBytes | VolFiles | VolRetention | Recycle | Slot | InChanger | MediaType | LastWritten | +-++---+-++--+--+-+--+---+---+-+ | 17 | WEEK1_001 | Used | 1 | 39,160,267,776 | 75 | 950,400 | 1 | 0 | 0 | LTO2 | 2009-08-05 12:12:27 | | 18 | WEEK1_002 | Used | 1 | 12,403,464,192 | 35 | 950,400 | 1 | 0 | 0 | LTO2 | 2009-08-07 10:51:41 | | 19 | WEEK1_003 | Append | 1 | 0 | 10 | 950,400 | 1 | 0 | 0 | LTO2 | -00-00 00:00:00 | | 20 | WEEK1_004 | Append | 1 | 0 | 22 | 950,400 | 1 | 0 | 0 | LTO2 | -00-00 00:00:00 | | 21 | WEEK1_005 | Append | 1 | 0 | 0 | 950,400 | 1 | 0 | 0 | LTO2 | -00-00 00:00:00 | +-++---+-++--+--+-+--+---+---+-+ Pool: Incremental +-+--+---+-++--+--+-+--+---+---+-+ | MediaId | VolumeName | VolStatus | Enabled | VolBytes | VolFiles | VolRetention | Recycle | Slot | InChanger | MediaType | LastWritten | +-+--+---+-++--+--+-+--+---+---+-+ | 8 | Incremental_0001 | Full | 1 | 19,999,944,755 | 4 | 950,400 | 1 | 0 | 0 | File | 2009-08-04 21:51:22 | | 9 | Incremental_0002 | Full | 1 | 19,999,945,596 | 4 | 950,400 | 1 | 0 | 0 | File | 2009-08-04 22:21:46 | | 10 | Incremental_0003 | Full | 1 | 19,999,945,761 | 4 | 950,400 | 1 | 0 | 0 | File | 2009-08-04 22:47:28 | | 11 | Incremental_0004 | Full | 1 | 19,999,945,373 | 4 | 950,400 | 1 | 0 | 0 | File | 2009-08-04 23:24:09 | | 12 | Incremental_0005 | Full | 1 | 19,999,945,880 | 4 | 950,400 | 1 | 0 | 0 | File | 2009-08-04 23:47:44 | | 13 | Incremental_0006 | Used | 1 | 4,314,839,214 | 1 | 950,400 | 1 | 0 | 0 | File | 2009-08-04 23:52:51 | | 14 | Incremental_0007 | Full | 1 | 19,999,945,856 | 4 | 950,400 | 1 | 0 | 0 | File | 2009-08-07 10:33:09 | | 15 | Incremental_0008 | Used | 1 | 7,595,827,276 | 1 | 950,400 | 1 | 0 | 0 | File | 2009-08-07 10:42:37 | | 16 | Incremental_0009 | Used | 1 | 896,336,707 | 0 | 950,400 | 1 | 0 | 0 | File | 2009-08-07 21:13:16 | +-+--+---+-++--+--+-+--+---+---+-+ I am a bit unsure as to why it wants a tape volume in a file pool? That is the problem. Any chance someone accidentally choose the tape drive for the storage device for this job? John -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Advice needed on Linux backup strategy to LTO-4 tape
I just had a bunch of 40 LTO-4 tapes that had problems during backups (or worse - only during the verify job afterwards). All from the same production date. So my trust in tapes is not that good anymore... For anything archived I usually make 2 copies and at one time it was 2 copies using 2 different tape drive technologies but both my DLT-IV drives died so its only LTO2 for now. John -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] bacula 1.38 file daemon compatibility with latest 3.0 Bacula Server Solution
I used combination 1.38 FD and 2.4.4 director + SD, and it works, except if I use the Runscript directive - the Filedaemon did not know it. I have no experience with bacula 3.0 director Marek Michael Halfhill napsal(a): Has anyone confirmed if there are any complications or issues with remote bacula 1.38 file daemon clients working with Bacula 3.0 Server solution? Michael G. Halfhill East Kentucky Network, LLC. Appalachian Wireless Information Technology mhalfh...@ekn.com (606) 477-2355 ext 144 (606) 791-9421 cell -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] looking for older version of bacula
Hi, Does anyone know a good source for old versions of Bacula. I'm looking for 1.38.11 rpm centos 5 Thanks, John -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Btape test results.
I was wondering if I could get some help reviewing the results of the btape test output. I think that it failed but I am not 100% sure, my reading of the manual didn't show me what to expect to see for the results. http://bacula.org/manuals/en/utility/utility/Volume_Utility_Tools.html#TapeTestingChapter Any feedback including pointers as to a different place in the doc to read will be appreciated. Thanks -Jason sudo btape -v -c /etc/bacula/bacula-sd.conf nst0 Password: Tape block granularity is 1024 bytes. btape: butil.c:285 Using device: nst0 for writing. 12-Aug 23:48 btape JobId 0: 3301 Issuing autochanger loaded? drive 0 command. 12-Aug 23:48 btape JobId 0: 3302 Autochanger loaded? drive 0, result is Slot 1 . btape: btape.c:383 open device nst0 (/dev/nst0): OK *test === Write, rewind, and re-read test === I'm going to write 1000 records and an EOF then write 1000 records and an EOF, then rewind, and re-read the data to verify that it is correct. This is an *essential* feature ... btape: btape.c:841 Wrote 1000 blocks of 1048476 bytes. btape: btape.c:515 Wrote 1 EOF to nst0 (/dev/nst0) btape: btape.c:857 Wrote 1000 blocks of 1048476 bytes. btape: btape.c:515 Wrote 1 EOF to nst0 (/dev/nst0) btape: btape.c:866 Rewind OK. Got EOF on tape. btape: btape.c:878 Read block 954 failed! ERR=Success *fill This command simulates Bacula writing to a tape. It requires either one or two blank tapes, which it will label and write. If you have an autochanger configured, it will use the tapes that are in slots 1 and 2, otherwise, you will be prompted to insert the tapes when necessary. It will print a status approximately every 322 MB, and write an EOF every 3.2 GB. If you have selected the simple test option, after writing the first tape it will rewind it and re-read the last block written. If you have selected the multiple tape test, when the first tape fills, it will ask for a second, and after writing a few more blocks, it will stop. Then it will begin re-reading the two tapes. This may take a long time -- hours! ... Do you want to run the simplified test (s) with one tape or the complete multiple tape (m) test: (s/m) s Simple test (single tape) selected. Wrote Volume label for volume TestVolume1. Wrote Start of Session label. 23:52:29 Begin writing Bacula records to tape ... Wrote blk_block=5000, dev_blk_num=234 VolBytes=5,241,831,424 rate=44422.3 KB/s Wrote blk_block=1, dev_blk_num=469 VolBytes=10,484,711,424 rate=43686.3 KB/s Wrote blk_block=15000, dev_blk_num=704 VolBytes=15,727,591,424 rate=43809.4 KB/s Wrote blk_block=2, dev_blk_num=939 VolBytes=20,970,471,424 rate=44335.0 KB/s Wrote blk_block=25000, dev_blk_num=221 VolBytes=26,213,351,424 rate=44504.8 KB/s Wrote blk_block=3, dev_blk_num=456 VolBytes=31,456,231,424 rate=44429.7 KB/s 00:05:03 Flush block, write EOF (Truncate a few hours of just about the same) Wrote blk_block=74, dev_blk_num=188 VolBytes=775,945,191,424 rate=45008.4 KB/s Wrote blk_block=745000, dev_blk_num=423 VolBytes=781,188,071,424 rate=45014.9 KB/s Wrote blk_block=75, dev_blk_num=658 VolBytes=786,430,951,424 rate=45021.2 KB/s Wrote blk_block=755000, dev_blk_num=893 VolBytes=791,673,831,424 rate=45019.8 KB/s Wrote blk_block=76, dev_blk_num=175 VolBytes=796,916,711,424 rate=45021.0 KB/s Wrote blk_block=765000, dev_blk_num=410 VolBytes=802,159,591,424 rate=45014.6 KB/s 04:50:37 Flush block, write EOF Wrote blk_block=77, dev_blk_num=94 VolBytes=807,402,471,424 rate=45015.8 KB/s Wrote blk_block=775000, dev_blk_num=329 VolBytes=812,645,351,424 rate=45021.9 KB/s Wrote blk_block=78, dev_blk_num=564 VolBytes=817,888,231,424 rate=45018.1 KB/s Wrote blk_block=785000, dev_blk_num=799 VolBytes=823,131,111,424 rate=45024.1 KB/s Wrote blk_block=79, dev_blk_num=81 VolBytes=828,373,991,424 rate=45025.2 KB/s 13-Aug 04:59 btape JobId 0: End of Volume TestVolume1 at 842:462 on device nst0 (/dev/nst0). Write of 1048576 bytes got -1. 13-Aug 05:00 btape JobId 0: Error: block.c:275 Volume data error at 842:4294967295! Wanted ID: BB02, got MY�. Buffer discarded. 13-Aug 05:00 btape JobId 0: Error: Re-read last block at EOT failed. ERR=block.c:275 Volume data error at 842:4294967295! Wanted ID: BB02, got MY�. Buffer discarded. btape: btape.c:2359 Last block at: 842:461 this_dev_block_num=462 btape: btape.c:2373 Block not written: FileIndex=25343033 blk_block=792287 Size=1048512 btape: btape.c:2393 End of tape 842:-1. VolumeCapacity=830,772,084,736. Write rate = 45016.1 KB/s Done writing 0 records ... Wrote state file last_block_num1=461 last_block_num2=0 05:00:05 Done filling tape at 842:-1. Now beginning re-read of tape ... 13-Aug 05:00 btape JobId 0: Ready to read from volume TestVolume1 on device nst0 (/dev/nst0). Rewinding. Reading the first 1 records from 0:0. 1 records read now at 1:313 Reposition from 1:313 to 842:461 Reading block 461. 13-Aug 05:01 btape JobId 0: Error: block.c:275 Volume data error at
Re: [Bacula-users] disabling 'accurate' for a restore
On Thu, 13 Aug 2009 10:05:14 +1000, James Harper said: I do a full backup once a week, and then incremental backups for the rest of the week. MSSQL is configured to back up transaction logs every day and keep the backup for 3 days (by which time it would have been backed up). It's Thursday today and I want to restore the most recent full backup (Saturday night) and all the subsequent transaction logs, but of course because accurate backup is on I'm going to have to do multiple restores at various points - restore as at Monday night to get Saturday + Sunday logfiles, then restore at Wednesday night to get Monday + Tuesday logfiles, etc. Restoring as at last nights backup will only give me the logfiles that existed at the time. So why are you using accurate backups for this case? __Martin -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] looking for older version of bacula
John Fitzpatrick wrote: Hi, Does anyone know a good source for old versions of Bacula. I'm looking for 1.38.11 rpm centos 5 Thanks, John sourceforge has all files http://sourceforge.net/projects/bacula/files/ (check under bacula after the page has loaded) for example the source for 1.38.11 are here http://sourceforge.net/projects/bacula/files/bacula/1.38.11/bacula-1.38.11.tar.gz/download and you could rebuild them with the specs (adapted) http://sourceforge.net/projects/bacula/files/rpms/1.38.9/bacula-1.38.9-1.src.rpm/download -- Bruno Friedmann -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Seeking advice re: offline archives
On Wed, 12 Aug 2009, Ian Levesque wrote: I'm curious about using Bacula in a slightly different way than it was apparently intended. We have large directories of data that need to periodically be moved offline to tape. I've got a Scalar 100 with two LTO2 drives. I wouldn't be doing incremental/differential backups, or scheduled backups in any way. At first, I was using a shell script that wrapped around tar. Since my archives often need to span tapes and sometimes many tapes, it was becoming very difficult to manage. I think a solution like Bacula is *mostly* right for my needs, but my question is whether anyone on list has an installation similar to mine and can offer some management advice. How do you configure your jobs and schedules when it's just a bunch of one-off archives? I just use manual scheduling (nothing specified), a special pool (archives) and kick the jobs off manually. Even if the archive job entries are lost from the database you can still effect a restore using bacula's manual tools. AB -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Advice needed on Linux backup strategy to LTO-4 tape
On Wed, 12 Aug 2009, rorycl wrote: An important aspect of the system is that the tapes should be readable for 12 years, by other parties if necessary. From this point of view we like the idea of providing a CD with each tape set of the software needed to extract the contents Judging from my experience with CD-Rs there is a high chance that the disc will become unreadable within 12 years unless kept in a cool, dark environment (on a shelf in an office isn't good enough) together with a listing of the enclosed files in a UTF8 text file. We will be required to audit each backup set by successfully extracting files from tape. Will the tape technology still be available in 12 years? Again, based on past experience I'm pretty sure it won't be. Bacula allows backups to be migrated or copied between pools. One of the advantages of this is that it allows archival sets to be migrated to new storage technology relatively easily. Bacula also has options for hash-based verification of files. This allows you to not only extract a backup's contents, but to verify their integrity - that can then be done on a scheduled basis and if coupled with SMART monitoring of the tape drive (LTOs use smart to report error correction stats during tape run) this will give ample warning of impending tape doom. AB -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Advice needed on Linux backup strategy to LTO-4 tape
On Thu, 13 Aug 2009, Ralf Gross wrote: I just had a bunch of 40 LTO-4 tapes that had problems during backups (or worse - only during the verify job afterwards). All from the same production date. So my trust in tapes is not that good anymore... What do the SMART stats from those tapes look like? LTO has separate read and write heads. The technology verifies what's been written a few ms after it's been written and the drive will rewrite any data blocks it decides has uncorrectable errors in. If the SMART stats look ok then the problem is likely your HBA or f/c interfaces (too short a FC cable can cause all sorts of wierd problems..) AB -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] btape fails to see loaded tape
I am setting up a new autochanger / tape drive. I'm trying to run btape. The basic test works, but I see this message when I start btape: Autochanger loaded? drive 0, result: nothing loaded. mtx-changer [and mtx] both disagree with this: $ sudo /etc/bacula/mtx-changer /dev/sg4 loaded 0 /dev/nst0 0 AAM240L4 I'm guessing that I'm overlooking something simple. More eyes please? The SD autochanger and device configuration: Autochanger { Name = LTO-4-changer Device = LTO-4 Changer Command = /etc/bacula/mtx-changer %c %o %s %a %d Changer Device = /dev/sg4 } # # A Linux or Solaris LTO-4 tape drive # Device { Name= LTO-4 Media Type = LTO-4 Archive Device = /dev/nst0 AutomaticMount = yes; # when device opened, read it AlwaysOpen = yes; RemovableMedia = yes; RandomAccess= no; AutoChanger = yes # # Enable the Alert command only if you have the mtx package loaded ## Alert Command = sh -c 'tapeinfo -f %c |grep TapeAlert|cat' ## If you have smartctl, enable this, it has more info than tapeinfo ## Alert Command = sh -c 'smartctl -H -l error %c' } Debug output follows: $ sudo /sbin/btape -d100 -c /etc/bacula/bacula-sd.conf /dev/nst0 Tape block granularity is 1024 bytes. btape: stored_conf.c:701-0 Inserting director res: backup01.scs.myyearbook.com-mon btape: stored_conf.c:701-0 Inserting device res: LTO-4 btape: butil.c:285 Using device: /dev/nst0 for writing. btape: dev.c:269-0 init_dev: tape=1 dev_name=/dev/nst0 btape: dev.c:345-0 open dev: type=2 dev_name=LTO-4 (/dev/nst0) vol= mode=OPEN_READ_ONLY btape: dev.c:394-0 Open dev: device is tape 13-Aug 13:04 btape JobId 0: 3301 Issuing autochanger loaded? drive 0 command. btape: autochanger.c:273-0 Run program=/etc/bacula/mtx-changer /dev/sg4 loaded 0 /dev/nst0 0 btape: autochanger.c:275-0 run_prog: /etc/bacula/mtx-changer /dev/sg4 loaded 0 /dev/nst0 0 stat=0 result=AAM240L4 13-Aug 13:04 btape JobId 0: 3302 Autochanger loaded? drive 0, result: nothing loaded. btape: dev.c:409-0 Try open LTO-4 (/dev/nst0) mode=OPEN_READ_ONLY btape: dev.c:431-0 Rewind after open btape: dev.c:2483-0 In set_os_device_parameters btape: dev.c:2489-0 Set block size to zero btape: dev.c:2505-0 MTSETDRVBUFFER btape: dev.c:483-0 open dev: tape 3 opened btape: dev.c:358-0 preserve=0x0 fd=3 btape: dev.c:336-0 Close fd for mode change. btape: dev.c:345-0 open dev: type=2 dev_name=LTO-4 (/dev/nst0) vol= mode=OPEN_READ_WRITE btape: dev.c:394-0 Open dev: device is tape 13-Aug 13:04 btape JobId 0: 3301 Issuing autochanger loaded? drive 0 command. btape: autochanger.c:273-0 Run program=/etc/bacula/mtx-changer /dev/sg4 loaded 0 /dev/nst0 0 btape: autochanger.c:275-0 run_prog: /etc/bacula/mtx-changer /dev/sg4 loaded 0 /dev/nst0 0 stat=0 result=AAM240L4 13-Aug 13:04 btape JobId 0: 3302 Autochanger loaded? drive 0, result: nothing loaded. btape: dev.c:409-0 Try open LTO-4 (/dev/nst0) mode=OPEN_READ_WRITE btape: dev.c:431-0 Rewind after open btape: dev.c:2483-0 In set_os_device_parameters btape: dev.c:2489-0 Set block size to zero btape: dev.c:2505-0 MTSETDRVBUFFER btape: dev.c:483-0 open dev: tape 3 opened btape: dev.c:358-0 preserve=0x0 fd=3 btape: btape.c:383 open device LTO-4 (/dev/nst0): OK * -- Dan Langille -- http://langille.org/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] btape fails to see loaded tape
On Thu, August 13, 2009 1:19 pm, Dan Langille wrote: I am setting up a new autochanger / tape drive. I'm trying to run btape. The basic test works, but I see this message when I start btape: Autochanger loaded? drive 0, result: nothing loaded. mtx-changer [and mtx] both disagree with this: $ sudo /etc/bacula/mtx-changer /dev/sg4 loaded 0 /dev/nst0 0 AAM240L4 Could this be a permission issue? I'm running as root (via sudo). The output I'm encountering is: $ sudo /sbin/btape -c /etc/bacula/bacula-sd.conf /dev/nst0 Password: Sorry, try again. Password: Tape block granularity is 1024 bytes. btape: butil.c:285 Using device: /dev/nst0 for writing. 13-Aug 13:32 btape JobId 0: 3301 Issuing autochanger loaded? drive 0 command. 13-Aug 13:32 btape JobId 0: 3302 Autochanger loaded? drive 0, result: nothing loaded. 13-Aug 13:32 btape JobId 0: 3301 Issuing autochanger loaded? drive 0 command. 13-Aug 13:32 btape JobId 0: 3302 Autochanger loaded? drive 0, result: nothing loaded. btape: btape.c:383 open device LTO-4 (/dev/nst0): OK * Which isn't quite what I saw in 2006. I'm guessing that I'm overlooking something simple. More eyes please? The SD autochanger and device configuration: Autochanger { Name = LTO-4-changer Device = LTO-4 Changer Command = /etc/bacula/mtx-changer %c %o %s %a %d Changer Device = /dev/sg4 } # # A Linux or Solaris LTO-4 tape drive # Device { Name= LTO-4 Media Type = LTO-4 Archive Device = /dev/nst0 AutomaticMount = yes; # when device opened, read it AlwaysOpen = yes; RemovableMedia = yes; RandomAccess= no; AutoChanger = yes # # Enable the Alert command only if you have the mtx package loaded ## Alert Command = sh -c 'tapeinfo -f %c |grep TapeAlert|cat' ## If you have smartctl, enable this, it has more info than tapeinfo ## Alert Command = sh -c 'smartctl -H -l error %c' } Debug output follows: $ sudo /sbin/btape -d100 -c /etc/bacula/bacula-sd.conf /dev/nst0 Tape block granularity is 1024 bytes. btape: stored_conf.c:701-0 Inserting director res: backup01.scs.myyearbook.com-mon btape: stored_conf.c:701-0 Inserting device res: LTO-4 btape: butil.c:285 Using device: /dev/nst0 for writing. btape: dev.c:269-0 init_dev: tape=1 dev_name=/dev/nst0 btape: dev.c:345-0 open dev: type=2 dev_name=LTO-4 (/dev/nst0) vol= mode=OPEN_READ_ONLY btape: dev.c:394-0 Open dev: device is tape 13-Aug 13:04 btape JobId 0: 3301 Issuing autochanger loaded? drive 0 command. btape: autochanger.c:273-0 Run program=/etc/bacula/mtx-changer /dev/sg4 loaded 0 /dev/nst0 0 btape: autochanger.c:275-0 run_prog: /etc/bacula/mtx-changer /dev/sg4 loaded 0 /dev/nst0 0 stat=0 result=AAM240L4 13-Aug 13:04 btape JobId 0: 3302 Autochanger loaded? drive 0, result: nothing loaded. btape: dev.c:409-0 Try open LTO-4 (/dev/nst0) mode=OPEN_READ_ONLY btape: dev.c:431-0 Rewind after open btape: dev.c:2483-0 In set_os_device_parameters btape: dev.c:2489-0 Set block size to zero btape: dev.c:2505-0 MTSETDRVBUFFER btape: dev.c:483-0 open dev: tape 3 opened btape: dev.c:358-0 preserve=0x0 fd=3 btape: dev.c:336-0 Close fd for mode change. btape: dev.c:345-0 open dev: type=2 dev_name=LTO-4 (/dev/nst0) vol= mode=OPEN_READ_WRITE btape: dev.c:394-0 Open dev: device is tape 13-Aug 13:04 btape JobId 0: 3301 Issuing autochanger loaded? drive 0 command. btape: autochanger.c:273-0 Run program=/etc/bacula/mtx-changer /dev/sg4 loaded 0 /dev/nst0 0 btape: autochanger.c:275-0 run_prog: /etc/bacula/mtx-changer /dev/sg4 loaded 0 /dev/nst0 0 stat=0 result=AAM240L4 13-Aug 13:04 btape JobId 0: 3302 Autochanger loaded? drive 0, result: nothing loaded. btape: dev.c:409-0 Try open LTO-4 (/dev/nst0) mode=OPEN_READ_WRITE btape: dev.c:431-0 Rewind after open btape: dev.c:2483-0 In set_os_device_parameters btape: dev.c:2489-0 Set block size to zero btape: dev.c:2505-0 MTSETDRVBUFFER btape: dev.c:483-0 open dev: tape 3 opened btape: dev.c:358-0 preserve=0x0 fd=3 btape: btape.c:383 open device LTO-4 (/dev/nst0): OK * -- Dan Langille -- http://langille.org/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users -- Dan Langille -- http://langille.org/ -- Dan Langille -- http://langille.org/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do
[Bacula-users] Need help with Migrate
I need some help with migration of backup data from disk to tape. How can I set up that the whole data of all clients (one pool of disk based volumes) including last full and every incremental backup since then is moved over to tape. I found out how to migrate every client, but then only the last backups are moved to tape, so only the incrementals, but I need an absolutely full set on each tape every day. Thanks for any help Rene +-- |This was sent by goher...@googlemail.com via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Bacula backups and restores
Hello all Lets say in the event that disaster strikes and all data on my server is lost for whatever reason. I have encrypted backups of the data on the server stored on tapes (on and off site) and NAS. After reinstalling my database management system, and then firing up bacula using copies I have of the director, client and storage daemon files how can I then read the catalog from the encrypted tape. Is there any way I can test this without overwriting the bacula database. Also is there a way to read files (the director, storage and daemon) off the encrypted storage and then restoring them using bacula command line tools or non bacula command line tools .or am I not making any sense?! Second thing is that I am noticing that the size of the backups on my different storage devices are different. So for example the first backup occurs on the tape and the size of the backup is 14.09gb, then on my second storage device it will be 14.12gb and my third one is 14.16gb. They are all full backups ??? Any idea why there may be different sizes Thanks for any help in advance!!! +-- |This was sent by tqzeli...@yahoo.co.uk via Backup Central. |Forward SPAM to ab...@backupcentral.com. +-- -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Advice needed on Linux backup strategy to LTO-4 tape
Alan Brown schrieb: On Thu, 13 Aug 2009, Ralf Gross wrote: I just had a bunch of 40 LTO-4 tapes that had problems during backups (or worse - only during the verify job afterwards). All from the same production date. So my trust in tapes is not that good anymore... What do the SMART stats from those tapes look like? smartctl showed different error. Most of the time we saw media errors in syslog during backup. Our vendor used VeriTape (http://www.mptapes.com/) to check the tapes. They had a VeriScore from 5-10 points out of 100 (many servo errors...). The LTT tool from HP also showed the tapes as bad in the drives history. Getting the information about tape errors and status from the LTT tool (or any other way) into bacula would be cool. It's really a pity that this information is not easy to get and to integrate in bacula. Even our Overland changer doesen't show this detailed information. LTO has separate read and write heads. The technology verifies what's been written a few ms after it's been written and the drive will rewrite any data blocks it decides has uncorrectable errors in. The affected LTO tapes were marked as full after less than 800 GB, so there were too many blocks that had to be rewritten If the SMART stats look ok then the problem is likely your HBA or f/c interfaces (too short a FC cable can cause all sorts of wierd problems..) The tapes werde bad. But recently I had a bad LTO-4 drive too. I hate Murphy. The drive was writing perfectly with ~120 MB/s for 10-20 GB, but then dropped to 30-40 MB/s. In the end an assessment test with the LTT tool showed that the drive had problems to keep the track. LTT is a really helpful tool. Ralf -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] btape fails to see loaded tape
On Thu, August 13, 2009 1:19 pm, Dan Langille wrote: I am setting up a new autochanger / tape drive. I'm trying to run btape. The basic test works, but I see this message when I start btape: Autochanger loaded? drive 0, result: nothing loaded. mtx-changer [and mtx] both disagree with this: $ sudo /etc/bacula/mtx-changer /dev/sg4 loaded 0 /dev/nst0 0 AAM240L4 That is a problem. You don't want the label. You want the slt it came from. See http://www.bacula.org/en/dev-manual/Autochanger_Resource.html#SECTION001713 loaded -- returns number of the slot that is loaded, base 1, in the drive or 0 if the drive is empty. Current problem: I can't see how to get this information from the device. I'll keep working on it: $ sudo /usr/sbin/mtx -f /dev/sg4 inquiry Password: Product Type: Medium Changer Vendor ID: 'QUANTUM ' Product ID: 'PX500 ' Revision: '0033' Attached Changer: No [dlangi...@backup01 bacula]$ -- Dan Langille -- http://langille.org/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] btape fails to see loaded tape
Just a potshot guess, I don't have an auto-changer, but, isn't the bacula user supposed to have proper permissions to the device for writing? I had to make sure the file store locally had rw access for the bacula user themselves when I set it up, not sure if that's the ticket. -- Shawn Qureshi Artemide, Inc. IT Specialist On Thu, 2009-08-13 at 13:34 -0400, Dan Langille wrote: On Thu, August 13, 2009 1:19 pm, Dan Langille wrote: I am setting up a new autochanger / tape drive. I'm trying to run btape. The basic test works, but I see this message when I start btape: Autochanger loaded? drive 0, result: nothing loaded. mtx-changer [and mtx] both disagree with this: $ sudo /etc/bacula/mtx-changer /dev/sg4 loaded 0 /dev/nst0 0 AAM240L4 Could this be a permission issue? I'm running as root (via sudo). The output I'm encountering is: $ sudo /sbin/btape -c /etc/bacula/bacula-sd.conf /dev/nst0 Password: Sorry, try again. Password: Tape block granularity is 1024 bytes. btape: butil.c:285 Using device: /dev/nst0 for writing. 13-Aug 13:32 btape JobId 0: 3301 Issuing autochanger loaded? drive 0 command. 13-Aug 13:32 btape JobId 0: 3302 Autochanger loaded? drive 0, result: nothing loaded. 13-Aug 13:32 btape JobId 0: 3301 Issuing autochanger loaded? drive 0 command. 13-Aug 13:32 btape JobId 0: 3302 Autochanger loaded? drive 0, result: nothing loaded. btape: btape.c:383 open device LTO-4 (/dev/nst0): OK * Which isn't quite what I saw in 2006. I'm guessing that I'm overlooking something simple. More eyes please? The SD autochanger and device configuration: Autochanger { Name = LTO-4-changer Device = LTO-4 Changer Command = /etc/bacula/mtx-changer %c %o %s %a %d Changer Device = /dev/sg4 } # # A Linux or Solaris LTO-4 tape drive # Device { Name= LTO-4 Media Type = LTO-4 Archive Device = /dev/nst0 AutomaticMount = yes; # when device opened, read it AlwaysOpen = yes; RemovableMedia = yes; RandomAccess= no; AutoChanger = yes # # Enable the Alert command only if you have the mtx package loaded ## Alert Command = sh -c 'tapeinfo -f %c |grep TapeAlert|cat' ## If you have smartctl, enable this, it has more info than tapeinfo ## Alert Command = sh -c 'smartctl -H -l error %c' } Debug output follows: $ sudo /sbin/btape -d100 -c /etc/bacula/bacula-sd.conf /dev/nst0 Tape block granularity is 1024 bytes. btape: stored_conf.c:701-0 Inserting director res: backup01.scs.myyearbook.com-mon btape: stored_conf.c:701-0 Inserting device res: LTO-4 btape: butil.c:285 Using device: /dev/nst0 for writing. btape: dev.c:269-0 init_dev: tape=1 dev_name=/dev/nst0 btape: dev.c:345-0 open dev: type=2 dev_name=LTO-4 (/dev/nst0) vol= mode=OPEN_READ_ONLY btape: dev.c:394-0 Open dev: device is tape 13-Aug 13:04 btape JobId 0: 3301 Issuing autochanger loaded? drive 0 command. btape: autochanger.c:273-0 Run program=/etc/bacula/mtx-changer /dev/sg4 loaded 0 /dev/nst0 0 btape: autochanger.c:275-0 run_prog: /etc/bacula/mtx-changer /dev/sg4 loaded 0 /dev/nst0 0 stat=0 result=AAM240L4 13-Aug 13:04 btape JobId 0: 3302 Autochanger loaded? drive 0, result: nothing loaded. btape: dev.c:409-0 Try open LTO-4 (/dev/nst0) mode=OPEN_READ_ONLY btape: dev.c:431-0 Rewind after open btape: dev.c:2483-0 In set_os_device_parameters btape: dev.c:2489-0 Set block size to zero btape: dev.c:2505-0 MTSETDRVBUFFER btape: dev.c:483-0 open dev: tape 3 opened btape: dev.c:358-0 preserve=0x0 fd=3 btape: dev.c:336-0 Close fd for mode change. btape: dev.c:345-0 open dev: type=2 dev_name=LTO-4 (/dev/nst0) vol= mode=OPEN_READ_WRITE btape: dev.c:394-0 Open dev: device is tape 13-Aug 13:04 btape JobId 0: 3301 Issuing autochanger loaded? drive 0 command. btape: autochanger.c:273-0 Run program=/etc/bacula/mtx-changer /dev/sg4 loaded 0 /dev/nst0 0 btape: autochanger.c:275-0 run_prog: /etc/bacula/mtx-changer /dev/sg4 loaded 0 /dev/nst0 0 stat=0 result=AAM240L4 13-Aug 13:04 btape JobId 0: 3302 Autochanger loaded? drive 0, result: nothing loaded. btape: dev.c:409-0 Try open LTO-4 (/dev/nst0) mode=OPEN_READ_WRITE btape: dev.c:431-0 Rewind after open btape: dev.c:2483-0 In set_os_device_parameters btape: dev.c:2489-0 Set block size to zero btape: dev.c:2505-0 MTSETDRVBUFFER btape: dev.c:483-0 open dev: tape 3 opened btape: dev.c:358-0 preserve=0x0 fd=3 btape: btape.c:383 open device LTO-4 (/dev/nst0): OK * -- Dan Langille -- http://langille.org/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now.
Re: [Bacula-users] btape fails to see loaded tape
On Thu, August 13, 2009 2:27 pm, Dan Langille wrote: On Thu, August 13, 2009 1:19 pm, Dan Langille wrote: I am setting up a new autochanger / tape drive. I'm trying to run btape. The basic test works, but I see this message when I start btape: Autochanger loaded? drive 0, result: nothing loaded. mtx-changer [and mtx] both disagree with this: $ sudo /etc/bacula/mtx-changer /dev/sg4 loaded 0 /dev/nst0 0 AAM240L4 That is a problem. You don't want the label. You want the slt it came from. See http://www.bacula.org/en/dev-manual/Autochanger_Resource.html#SECTION001713 loaded -- returns number of the slot that is loaded, base 1, in the drive or 0 if the drive is empty. Current problem: I can't see how to get this information from the device. I'll keep working on it: $ sudo /usr/sbin/mtx -f /dev/sg4 inquiry Password: Product Type: Medium Changer Vendor ID: 'QUANTUM ' Product ID: 'PX500 ' Revision: '0033' Attached Changer: No [dlangi...@backup01 bacula]$ I think we have a problem: [dlangi...@backup01 bacula]$ sudo /usr/sbin/mtx -f /dev/sg4 load 3 [dlangi...@backup01 bacula]$ sudo /usr/sbin/mtx -f /dev/sg4 status Storage Changer /dev/sg4:1 Drives, 38 Slots ( 36 Import/Export ) Data Transfer Element 0:Full (Unknown Storage Element Loaded):VolumeTag = AAM240L4 Storage Element 1:Empty Storage Element 2:Empty Storage Element 3 IMPORT/EXPORT:Empty Storage Element 4 IMPORT/EXPORT:Full :VolumeTag=AAM241L4 Should that 'Unknown Storage Element Loaded' be a 3 to indicate the slot it came from? -- Dan Langille -- http://langille.org/ -- Dan Langille -- http://langille.org/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] btape fails to see loaded tape
On Thu, Aug 13, 2009 at 2:45 PM, Dan Langilled...@langille.org wrote: On Thu, August 13, 2009 2:27 pm, Dan Langille wrote: On Thu, August 13, 2009 1:19 pm, Dan Langille wrote: I am setting up a new autochanger / tape drive. I'm trying to run btape. The basic test works, but I see this message when I start btape: Autochanger loaded? drive 0, result: nothing loaded. mtx-changer [and mtx] both disagree with this: $ sudo /etc/bacula/mtx-changer /dev/sg4 loaded 0 /dev/nst0 0 AAM240L4 That is a problem. You don't want the label. You want the slt it came from. See http://www.bacula.org/en/dev-manual/Autochanger_Resource.html#SECTION001713 loaded -- returns number of the slot that is loaded, base 1, in the drive or 0 if the drive is empty. Current problem: I can't see how to get this information from the device. I'll keep working on it: $ sudo /usr/sbin/mtx -f /dev/sg4 inquiry Password: Product Type: Medium Changer Vendor ID: 'QUANTUM ' Product ID: 'PX500 ' Revision: '0033' Attached Changer: No [dlangi...@backup01 bacula]$ I think we have a problem: [dlangi...@backup01 bacula]$ sudo /usr/sbin/mtx -f /dev/sg4 load 3 [dlangi...@backup01 bacula]$ sudo /usr/sbin/mtx -f /dev/sg4 status Storage Changer /dev/sg4:1 Drives, 38 Slots ( 36 Import/Export ) Data Transfer Element 0:Full (Unknown Storage Element Loaded):VolumeTag = AAM240L4 Storage Element 1:Empty Storage Element 2:Empty Storage Element 3 IMPORT/EXPORT:Empty Storage Element 4 IMPORT/EXPORT:Full :VolumeTag=AAM241L4 Should that 'Unknown Storage Element Loaded' be a 3 to indicate the slot it came from? Here is what my mtx output looks like dev6 ~ # mtx -f /dev/autochanger1 status Storage Changer /dev/autochanger1:2 Drives, 24 Slots ( 1 Import/Export ) Data Transfer Element 0:Full (Storage Element 17 Loaded):VolumeTag = A00036 Data Transfer Element 1:Empty Storage Element 1:Full :VolumeTag=A00030 Storage Element 2:Empty:VolumeTag= Storage Element 3:Full :VolumeTag=A00058 Storage Element 4:Full :VolumeTag=A00053 Storage Element 5:Full :VolumeTag=A00023 Storage Element 6:Full :VolumeTag=A6 Storage Element 7:Full :VolumeTag=A7 Storage Element 8:Full :VolumeTag=A00052 Storage Element 9:Full :VolumeTag=A00028 Storage Element 10:Full :VolumeTag=A00020 Storage Element 11:Full :VolumeTag=A00054 Storage Element 12:Full :VolumeTag=A00039 Storage Element 13:Full :VolumeTag=A00048 Storage Element 14:Full :VolumeTag=A00012 Storage Element 15:Full :VolumeTag=A00068 Storage Element 16:Full :VolumeTag=A00069 Storage Element 17:Empty:VolumeTag= Storage Element 18:Full :VolumeTag=A00065 Storage Element 19:Full :VolumeTag=A00066 Storage Element 20:Full :VolumeTag=A00067 Storage Element 21:Full :VolumeTag=A00062 Storage Element 22:Full :VolumeTag=A00063 Storage Element 23:Full :VolumeTag=A00064 Storage Element 24 IMPORT/EXPORT:Full :VolumeTag=A00029 What version of mtx are you using? dev6 ~ # equery l mtx [ Searching for package 'mtx' in all categories among: ] * installed packages [I--] [ ] sys-block/mtx-1.2.18 (0) It looks like I have 1.2.18 John -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] btape fails to see loaded tape
On Thu, Aug 13, 2009 at 3:14 PM, John Drescherdresche...@gmail.com wrote: On Thu, Aug 13, 2009 at 3:09 PM, John Drescherdresche...@gmail.com wrote: On Thu, Aug 13, 2009 at 2:45 PM, Dan Langilled...@langille.org wrote: On Thu, August 13, 2009 2:27 pm, Dan Langille wrote: On Thu, August 13, 2009 1:19 pm, Dan Langille wrote: I am setting up a new autochanger / tape drive. I'm trying to run btape. The basic test works, but I see this message when I start btape: Autochanger loaded? drive 0, result: nothing loaded. mtx-changer [and mtx] both disagree with this: $ sudo /etc/bacula/mtx-changer /dev/sg4 loaded 0 /dev/nst0 0 AAM240L4 That is a problem. You don't want the label. You want the slt it came from. See http://www.bacula.org/en/dev-manual/Autochanger_Resource.html#SECTION001713 loaded -- returns number of the slot that is loaded, base 1, in the drive or 0 if the drive is empty. Current problem: I can't see how to get this information from the device. I'll keep working on it: $ sudo /usr/sbin/mtx -f /dev/sg4 inquiry Password: Product Type: Medium Changer Vendor ID: 'QUANTUM ' Product ID: 'PX500 ' Revision: '0033' Attached Changer: No [dlangi...@backup01 bacula]$ I think we have a problem: [dlangi...@backup01 bacula]$ sudo /usr/sbin/mtx -f /dev/sg4 load 3 [dlangi...@backup01 bacula]$ sudo /usr/sbin/mtx -f /dev/sg4 status Storage Changer /dev/sg4:1 Drives, 38 Slots ( 36 Import/Export ) Data Transfer Element 0:Full (Unknown Storage Element Loaded):VolumeTag = AAM240L4 Storage Element 1:Empty Storage Element 2:Empty Storage Element 3 IMPORT/EXPORT:Empty Storage Element 4 IMPORT/EXPORT:Full :VolumeTag=AAM241L4 Should that 'Unknown Storage Element Loaded' be a 3 to indicate the slot it came from? Here is what my mtx output looks like dev6 ~ # mtx -f /dev/autochanger1 status Storage Changer /dev/autochanger1:2 Drives, 24 Slots ( 1 Import/Export ) Data Transfer Element 0:Full (Storage Element 17 Loaded):VolumeTag = A00036 Data Transfer Element 1:Empty Storage Element 1:Full :VolumeTag=A00030 Storage Element 2:Empty:VolumeTag= Storage Element 3:Full :VolumeTag=A00058 Storage Element 4:Full :VolumeTag=A00053 Storage Element 5:Full :VolumeTag=A00023 Storage Element 6:Full :VolumeTag=A6 Storage Element 7:Full :VolumeTag=A7 Storage Element 8:Full :VolumeTag=A00052 Storage Element 9:Full :VolumeTag=A00028 Storage Element 10:Full :VolumeTag=A00020 Storage Element 11:Full :VolumeTag=A00054 Storage Element 12:Full :VolumeTag=A00039 Storage Element 13:Full :VolumeTag=A00048 Storage Element 14:Full :VolumeTag=A00012 Storage Element 15:Full :VolumeTag=A00068 Storage Element 16:Full :VolumeTag=A00069 Storage Element 17:Empty:VolumeTag= Storage Element 18:Full :VolumeTag=A00065 Storage Element 19:Full :VolumeTag=A00066 Storage Element 20:Full :VolumeTag=A00067 Storage Element 21:Full :VolumeTag=A00062 Storage Element 22:Full :VolumeTag=A00063 Storage Element 23:Full :VolumeTag=A00064 Storage Element 24 IMPORT/EXPORT:Full :VolumeTag=A00029 What version of mtx are you using? dev6 ~ # equery l mtx [ Searching for package 'mtx' in all categories among: ] * installed packages [I--] [ ] sys-block/mtx-1.2.18 (0) It looks like I have 1.2.18 John Ahh. If I manually load a tape using controls on the archive I get the same. Bacula will pick this up correctly if I update slots in the console however. dev6 ~ # mtx -f /dev/autochanger1 status Storage Changer /dev/autochanger1:2 Drives, 24 Slots ( 1 Import/Export ) Data Transfer Element 0:Full (Storage Element 17 Loaded):VolumeTag = A00036 Data Transfer Element 1:Full (Unknown Storage Element Loaded):VolumeTag = A00029 Storage Element 1:Full :VolumeTag=A00030 Storage Element 2:Empty:VolumeTag= Storage Element 3:Full :VolumeTag=A00058 Storage Element 4:Full :VolumeTag=A00053 Storage Element 5:Full :VolumeTag=A00023 Storage Element 6:Full :VolumeTag=A6 Storage Element 7:Full :VolumeTag=A7 Storage Element 8:Full :VolumeTag=A00052 Storage Element 9:Full :VolumeTag=A00028 Storage Element 10:Full :VolumeTag=A00020 Storage Element 11:Full :VolumeTag=A00054 Storage Element 12:Full :VolumeTag=A00039 Storage Element 13:Full :VolumeTag=A00048 Storage Element 14:Full :VolumeTag=A00012 Storage Element 15:Full :VolumeTag=A00068 Storage Element 16:Full :VolumeTag=A00069 Storage Element 17:Empty:VolumeTag= Storage Element 18:Full :VolumeTag=A00065 Storage Element 19:Full :VolumeTag=A00066 Storage Element 20:Full :VolumeTag=A00067 Storage Element 21:Full :VolumeTag=A00062 Storage Element 22:Full :VolumeTag=A00063 Storage Element 23:Full :VolumeTag=A00064
Re: [Bacula-users] btape fails to see loaded tape
On Thu, Aug 13, 2009 at 3:09 PM, John Drescherdresche...@gmail.com wrote: On Thu, Aug 13, 2009 at 2:45 PM, Dan Langilled...@langille.org wrote: On Thu, August 13, 2009 2:27 pm, Dan Langille wrote: On Thu, August 13, 2009 1:19 pm, Dan Langille wrote: I am setting up a new autochanger / tape drive. I'm trying to run btape. The basic test works, but I see this message when I start btape: Autochanger loaded? drive 0, result: nothing loaded. mtx-changer [and mtx] both disagree with this: $ sudo /etc/bacula/mtx-changer /dev/sg4 loaded 0 /dev/nst0 0 AAM240L4 That is a problem. You don't want the label. You want the slt it came from. See http://www.bacula.org/en/dev-manual/Autochanger_Resource.html#SECTION001713 loaded -- returns number of the slot that is loaded, base 1, in the drive or 0 if the drive is empty. Current problem: I can't see how to get this information from the device. I'll keep working on it: $ sudo /usr/sbin/mtx -f /dev/sg4 inquiry Password: Product Type: Medium Changer Vendor ID: 'QUANTUM ' Product ID: 'PX500 ' Revision: '0033' Attached Changer: No [dlangi...@backup01 bacula]$ I think we have a problem: [dlangi...@backup01 bacula]$ sudo /usr/sbin/mtx -f /dev/sg4 load 3 [dlangi...@backup01 bacula]$ sudo /usr/sbin/mtx -f /dev/sg4 status Storage Changer /dev/sg4:1 Drives, 38 Slots ( 36 Import/Export ) Data Transfer Element 0:Full (Unknown Storage Element Loaded):VolumeTag = AAM240L4 Storage Element 1:Empty Storage Element 2:Empty Storage Element 3 IMPORT/EXPORT:Empty Storage Element 4 IMPORT/EXPORT:Full :VolumeTag=AAM241L4 Should that 'Unknown Storage Element Loaded' be a 3 to indicate the slot it came from? Here is what my mtx output looks like dev6 ~ # mtx -f /dev/autochanger1 status Storage Changer /dev/autochanger1:2 Drives, 24 Slots ( 1 Import/Export ) Data Transfer Element 0:Full (Storage Element 17 Loaded):VolumeTag = A00036 Data Transfer Element 1:Empty Storage Element 1:Full :VolumeTag=A00030 Storage Element 2:Empty:VolumeTag= Storage Element 3:Full :VolumeTag=A00058 Storage Element 4:Full :VolumeTag=A00053 Storage Element 5:Full :VolumeTag=A00023 Storage Element 6:Full :VolumeTag=A6 Storage Element 7:Full :VolumeTag=A7 Storage Element 8:Full :VolumeTag=A00052 Storage Element 9:Full :VolumeTag=A00028 Storage Element 10:Full :VolumeTag=A00020 Storage Element 11:Full :VolumeTag=A00054 Storage Element 12:Full :VolumeTag=A00039 Storage Element 13:Full :VolumeTag=A00048 Storage Element 14:Full :VolumeTag=A00012 Storage Element 15:Full :VolumeTag=A00068 Storage Element 16:Full :VolumeTag=A00069 Storage Element 17:Empty:VolumeTag= Storage Element 18:Full :VolumeTag=A00065 Storage Element 19:Full :VolumeTag=A00066 Storage Element 20:Full :VolumeTag=A00067 Storage Element 21:Full :VolumeTag=A00062 Storage Element 22:Full :VolumeTag=A00063 Storage Element 23:Full :VolumeTag=A00064 Storage Element 24 IMPORT/EXPORT:Full :VolumeTag=A00029 What version of mtx are you using? dev6 ~ # equery l mtx [ Searching for package 'mtx' in all categories among: ] * installed packages [I--] [ ] sys-block/mtx-1.2.18 (0) It looks like I have 1.2.18 John Ahh. If I manually load a tape using controls on the archive I get the same. Bacula will pick this up correctly if I update slots in the console however. dev6 ~ # mtx -f /dev/autochanger1 status Storage Changer /dev/autochanger1:2 Drives, 24 Slots ( 1 Import/Export ) Data Transfer Element 0:Full (Storage Element 17 Loaded):VolumeTag = A00036 Data Transfer Element 1:Full (Unknown Storage Element Loaded):VolumeTag = A00029 Storage Element 1:Full :VolumeTag=A00030 Storage Element 2:Empty:VolumeTag= Storage Element 3:Full :VolumeTag=A00058 Storage Element 4:Full :VolumeTag=A00053 Storage Element 5:Full :VolumeTag=A00023 Storage Element 6:Full :VolumeTag=A6 Storage Element 7:Full :VolumeTag=A7 Storage Element 8:Full :VolumeTag=A00052 Storage Element 9:Full :VolumeTag=A00028 Storage Element 10:Full :VolumeTag=A00020 Storage Element 11:Full :VolumeTag=A00054 Storage Element 12:Full :VolumeTag=A00039 Storage Element 13:Full :VolumeTag=A00048 Storage Element 14:Full :VolumeTag=A00012 Storage Element 15:Full :VolumeTag=A00068 Storage Element 16:Full :VolumeTag=A00069 Storage Element 17:Empty:VolumeTag= Storage Element 18:Full :VolumeTag=A00065 Storage Element 19:Full :VolumeTag=A00066 Storage Element 20:Full :VolumeTag=A00067 Storage Element 21:Full :VolumeTag=A00062 Storage Element 22:Full :VolumeTag=A00063 Storage Element 23:Full :VolumeTag=A00064 Storage Element 24 IMPORT/EXPORT:Empty:VolumeTag= -- John M. Drescher
Re: [Bacula-users] btape fails to see loaded tape
On Thu, August 13, 2009 3:09 pm, John Drescher wrote: On Thu, Aug 13, 2009 at 2:45 PM, Dan Langilled...@langille.org wrote: On Thu, August 13, 2009 2:27 pm, Dan Langille wrote: On Thu, August 13, 2009 1:19 pm, Dan Langille wrote: I am setting up a new autochanger / tape drive. I'm trying to run btape. The basic test works, but I see this message when I start btape: Autochanger loaded? drive 0, result: nothing loaded. mtx-changer [and mtx] both disagree with this: $ sudo /etc/bacula/mtx-changer /dev/sg4 loaded 0 /dev/nst0 0 AAM240L4 That is a problem. You don't want the label. You want the slt it came from. See http://www.bacula.org/en/dev-manual/Autochanger_Resource.html#SECTION001713 loaded -- returns number of the slot that is loaded, base 1, in the drive or 0 if the drive is empty. Current problem: I can't see how to get this information from the device. I'll keep working on it: $ sudo /usr/sbin/mtx -f /dev/sg4 inquiry Password: Product Type: Medium Changer Vendor ID: 'QUANTUM ' Product ID: 'PX500 ' Revision: '0033' Attached Changer: No [dlangi...@backup01 bacula]$ I think we have a problem: [dlangi...@backup01 bacula]$ sudo /usr/sbin/mtx -f /dev/sg4 load 3 [dlangi...@backup01 bacula]$ sudo /usr/sbin/mtx -f /dev/sg4 status Storage Changer /dev/sg4:1 Drives, 38 Slots ( 36 Import/Export ) Data Transfer Element 0:Full (Unknown Storage Element Loaded):VolumeTag = AAM240L4 Storage Element 1:Empty Storage Element 2:Empty Storage Element 3 IMPORT/EXPORT:Empty Storage Element 4 IMPORT/EXPORT:Full :VolumeTag=AAM241L4 Should that 'Unknown Storage Element Loaded' be a 3 to indicate the slot it came from? Here is what my mtx output looks like dev6 ~ # mtx -f /dev/autochanger1 status Storage Changer /dev/autochanger1:2 Drives, 24 Slots ( 1 Import/Export ) Data Transfer Element 0:Full (Storage Element 17 Loaded):VolumeTag = A00036 Data Transfer Element 1:Empty Storage Element 1:Full :VolumeTag=A00030 Storage Element 2:Empty:VolumeTag= Storage Element 3:Full :VolumeTag=A00058 Storage Element 4:Full :VolumeTag=A00053 Storage Element 5:Full :VolumeTag=A00023 Storage Element 6:Full :VolumeTag=A6 Storage Element 7:Full :VolumeTag=A7 Storage Element 8:Full :VolumeTag=A00052 Storage Element 9:Full :VolumeTag=A00028 Storage Element 10:Full :VolumeTag=A00020 Storage Element 11:Full :VolumeTag=A00054 Storage Element 12:Full :VolumeTag=A00039 Storage Element 13:Full :VolumeTag=A00048 Storage Element 14:Full :VolumeTag=A00012 Storage Element 15:Full :VolumeTag=A00068 Storage Element 16:Full :VolumeTag=A00069 Storage Element 17:Empty:VolumeTag= Storage Element 18:Full :VolumeTag=A00065 Storage Element 19:Full :VolumeTag=A00066 Storage Element 20:Full :VolumeTag=A00067 Storage Element 21:Full :VolumeTag=A00062 Storage Element 22:Full :VolumeTag=A00063 Storage Element 23:Full :VolumeTag=A00064 Storage Element 24 IMPORT/EXPORT:Full :VolumeTag=A00029 What version of mtx are you using? dev6 ~ # equery l mtx [ Searching for package 'mtx' in all categories among: ] * installed packages [I--] [ ] sys-block/mtx-1.2.18 (0) It looks like I have 1.2.18 John It appears we reached the same conclusion independently. I had the admins upgrade mtx and now it works fine. mtx version 1.3.12 We were on mtx-1.2.18-8.2.2 One day... I'll document how best to customize mtx-changer. -- Dan Langille -- http://langille.org/ -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july ___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
[Bacula-users] Client backups crash director until full backup is run
Starting on August 11, Bacula 3.0.1 suddenly decided that the director needs to crash after it runs random incremental backups and lock up the storage director. I tried upgrading to 3.0.2 on all clients and directors, but that didn't fix the problem. The director and storage directors run on Gentoo and the clients are a Gentoo/Red Hat/Windows/Ubuntu mix. I should mention that I have two storage directors and both exhibit the same behavior. For example, I can have Client1, Client2, and Client3. Incremental backups will run fine for Client1 and Client2, but the incremental backup for Client3 will cause the director to crash. It also locks up the storage director with a message like JobId=16459 wants Pool=Client1-Pool but have Pool=Client3-Pool nreserve=1 on drive My-Device (/bacula/vtapes). I can fix the issue for the storage director by restarting it, but that's the only way I've found to fix the bacula-sd problem. I have to restart the director as well because it crashes when this happens. If I then do a full backup of Client3, it will work and so will subsequent incremental backups. However, later Client2 will start doing the same thing until a full backup is run. Any ideas that people can shed on the subject would be very helpful. Using gdb, I tried to get some debugging information, but it didn't give me anything at all. _ Corey Shaw Technology Specialist O. 801.491.0705 (x. 157) F. 801.491.8774 Winner of the 2009 Utah Work/Life Award -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users
Re: [Bacula-users] Bacula asking for a new tape volume in a file volume pool
It *shouldn't* be the case as the config is set to LTO2=Default and File=Incremental, and the job then picks the specific pool. Is there a way to force a job to use a specific pool? Thanks, Mark 2009/8/13 John Drescher dresche...@gmail.com 2009/8/13 Mark Walkom markwal...@gmail.com: I am seeing this error a lot in messages; 13-Aug 15:19 benjy-sd JobId 31: Job BenjyFull.2009-08-12_21.05.00.57 waiting. Cannot find any appendable volumes. Please use the label command to create a new Volume for: Storage: LTO2 (/dev/nst0) Pool: Incremental Media type: LTO2 Here is our pools and volumes; *list volumes Pool: Default +-++---+-++--+--+-+--+---+---+-+ | MediaId | VolumeName | VolStatus | Enabled | VolBytes | VolFiles | VolRetention | Recycle | Slot | InChanger | MediaType | LastWritten | +-++---+-++--+--+-+--+---+---+-+ | 17 | WEEK1_001 | Used | 1 | 39,160,267,776 | 75 | 950,400 | 1 |0 | 0 | LTO2 | 2009-08-05 12:12:27 | | 18 | WEEK1_002 | Used | 1 | 12,403,464,192 | 35 | 950,400 | 1 |0 | 0 | LTO2 | 2009-08-07 10:51:41 | | 19 | WEEK1_003 | Append| 1 | 0 | 10 | 950,400 | 1 |0 | 0 | LTO2 | -00-00 00:00:00 | | 20 | WEEK1_004 | Append| 1 | 0 | 22 | 950,400 | 1 |0 | 0 | LTO2 | -00-00 00:00:00 | | 21 | WEEK1_005 | Append| 1 | 0 |0 | 950,400 | 1 |0 | 0 | LTO2 | -00-00 00:00:00 | +-++---+-++--+--+-+--+---+---+-+ Pool: Incremental +-+--+---+-++--+--+-+--+---+---+-+ | MediaId | VolumeName | VolStatus | Enabled | VolBytes | VolFiles | VolRetention | Recycle | Slot | InChanger | MediaType | LastWritten | +-+--+---+-++--+--+-+--+---+---+-+ | 8 | Incremental_0001 | Full | 1 | 19,999,944,755 | 4 | 950,400 | 1 |0 | 0 | File | 2009-08-04 21:51:22 | | 9 | Incremental_0002 | Full | 1 | 19,999,945,596 | 4 | 950,400 | 1 |0 | 0 | File | 2009-08-04 22:21:46 | | 10 | Incremental_0003 | Full | 1 | 19,999,945,761 | 4 | 950,400 | 1 |0 | 0 | File | 2009-08-04 22:47:28 | | 11 | Incremental_0004 | Full | 1 | 19,999,945,373 | 4 | 950,400 | 1 |0 | 0 | File | 2009-08-04 23:24:09 | | 12 | Incremental_0005 | Full | 1 | 19,999,945,880 | 4 | 950,400 | 1 |0 | 0 | File | 2009-08-04 23:47:44 | | 13 | Incremental_0006 | Used | 1 | 4,314,839,214 | 1 | 950,400 | 1 |0 | 0 | File | 2009-08-04 23:52:51 | | 14 | Incremental_0007 | Full | 1 | 19,999,945,856 | 4 | 950,400 | 1 |0 | 0 | File | 2009-08-07 10:33:09 | | 15 | Incremental_0008 | Used | 1 | 7,595,827,276 | 1 | 950,400 | 1 |0 | 0 | File | 2009-08-07 10:42:37 | | 16 | Incremental_0009 | Used | 1 |896,336,707 | 0 | 950,400 | 1 |0 | 0 | File | 2009-08-07 21:13:16 | +-+--+---+-++--+--+-+--+---+---+-+ I am a bit unsure as to why it wants a tape volume in a file pool? That is the problem. Any chance someone accidentally choose the tape drive for the storage device for this job? John -- Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july___ Bacula-users mailing list Bacula-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bacula-users