Hi,

06.11.2007 20:36,, Win Htin wrote::
> Hi folks,
> 
> I have a RedHat EL4 server connected through FC to an IBM TS3200 tape 
> changer with single LTO4 drive with 44 slots. The bacula version is 
> 2.2.5. I have set the label to use the barcode labels and wiped all 25 
> tapes in the changer clean with the command "mt rewind && mt weof && mt 
> rewind" to make sure all previous label and data entries from earlier 
> tests are completely gone.
> 
> Entry from bacula-sd.conf:
> 
>         Label Type = IBM
>         Check Labels = yes
>         LabelMedia = no;
> 
> Following is the sequence of my test run:
> 
> 1. Checked status of the autochanger just before the job was started. 
> Confirmed NO tapes loaded in the tape drive.
> 2. *list media
... there are volumes available...

> 3. *run NFSSERVER
> 06-Nov 13:51 nfsserver-dir JobId 1: No prior Full backup Job record found.
> 06-Nov 13:51 nfsserver-dir JobId 1: No prior or suitable Full backup 
> found in catalog. Doing FULL backup.
> 06-Nov 13:51 nfsserver-dir JobId 1: Start Backup JobId 1, 
> Job=NFSSERVER.2007-11-06_13.51.03
> 06-Nov 13:51 nfsserver-dir JobId 1: Using Device "LTO4_1"
> 06-Nov 13:51 nfsserver-sd JobId 1: 3301 Issuing autochanger "loaded? 
> drive 0" command.
> 06-Nov 13:51 nfsserver-sd JobId 1: 3302 Autochanger "loaded? drive 0", 
> result: nothing loaded.
> 06-Nov 13:51 nfsserver-sd JobId 1: 3304 Issuing autochanger "load slot 
> 21, drive 0" command.
> 06-Nov 13:52 nfsserver-sd JobId 1: 3305 Autochanger "load slot 21, drive 
> 0", status is OK.
> 06-Nov 13:52 nfsserver-sd JobId 1: 3301 Issuing autochanger "loaded? 
> drive 0" command.
> 06-Nov 13:52 nfsserver-sd JobId 1: 3302 Autochanger "loaded? drive 0", 
> result is Slot 21.
> 06-Nov 13:52 nfsserver-sd JobId 1: Warning: Device "LTO4_1" 
> (/dev/IBMtape0) not configured to autolabel Volumes.

Ignore the warning for now, it's not an error.

The problem is that this volume is not recognized.

I think you should do the following:

1. umount the device from bconsole
2. issue 'setdebug level=400 trace=1 sd=LTO4_1',
3. wait for any messages, then 'setdebug level=0 trace=0 sd=LTO4_1'
4. find the lines in the resulting nfsserver-sd.trace file in the
    SD's working directory where the tape is not accessible (you might
    see something regarding a "rewind error".
5. use mtx to unload the tape from the drive
6. use mtx to load that same tape to the drive again (don't ask...)
7. in bconsole, issue 'mount sd=LTO4_1 slot=21'

According to my theory, your job should run then.
If it does, report back, please - it seems as this is a problem that 
affects several installations.

If I'm guessing right, you'll find that everything works ok as long as 
tapes from among one pool are exchanged, but once you use another 
pool, Bacula doesn't accept the tape because it can't rewind it.

For me, this looks really weird.

If I get this confirmed by others, I'll file a bug report - unless 
someone beats me at it :-)

Arno

-- 
Arno Lehmann
IT-Service Lehmann
www.its-lehmann.de

-------------------------------------------------------------------------
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
[email protected]
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to