In the message dated: Wed, 01 Feb 2012 09:15:23 -0200,
The pithy ruminations from Isamar Maia on
<Re: [Bacula-users] Autochanger Problem: Second label is not being mounted> wer
e:
=> Hey Mark,
=>
=> Thanks for your tips..
=>
=> Another idea could be to give up the barcode label and identify the
=> tapes by its slot number,
=> even being kinda risky... what about that ?
That's a really bad idea. It will make it virtually impossible to manage
media, and it does not sound like it would solve the problem at all.
From what you've described:
the tape library is able to read the barcode labels
bacula is able to query the tape library about which
tapes are in which slots (by barcode label)
bacula is able to issue mtx commands to move tapes from
a storage slot to a drive
Those are all good things, and fundamental requirements.
It sounds like the problem isn't in the printed barcode or in bacula's
ability to move tapes. It sounds like the problem is that the tape does
not contain a valid logical 'label' that should have been been written
with the "label barcodes" command.
If the tape that's is causing problems has never been used before, it's
possible that it never had a label--you can add media to the database
without writing the label header to the tape itself.
If the tape has been used before but bacula does not recognize the
logical label now, it sounds like the label has been overwritten,
similar to the issue I have been experiencing.
Mark
=>
=> Isamar
=>
=>
=> 2012$BG/(B1$B7n(B31$BF|(B19:08 Isamar Maia <isamar < at > gmail.com>:
=> > 2012/1/31 <mark.bergman < at > uphs.upenn.edu>:
=> >> In the message dated: Tue, 31 Jan 2012 18:50:07 -0200,
=> >> The pithy ruminations from Isamar Maia on
=> >> <Re: [Bacula-users] Autochanger Problem: Second label is not being mounted> wer
=> >> e:
=> >> => 2012/1/31 <mark.bergman < at > uphs.upenn.edu>:
=> >> => > In the message dated: Tue, 31 Jan 2012 17:14:24 -0200,
=> >> => > The pithy ruminations from Isamar Maia on
=> >> => > <[Bacula-users] Autochanger Problem: Second label is not being mounted> were:
=> >> => > => Hi Folks,
=> >> => > =>
=> >> => > => We are using a HP 1x8 G2 AutoLDR Autochanger with Bacula version 5.2.3
=> >> => > =>
=> >> => > => We're facing the following problem:
=> >> => > =>
=> >> => > => 1) When I restart Bacula and run a Daily backup job, it automatically
=> >> => > => mounts the first tape, labeled as "KDZ000L4"(tape1)
=> >> => > => and it works perfectly well.
=> >> => > =>
=> >> => > => 2) In the sequence, when it's necessary to load a second
=> >> => > => tape(KDZ003L4), the tape is physically loaded into the drive but
=> >> => > => Bacula stucks
=> >> => > => with the following message:
=> >> => >
=> >> => > Was that tape already labeled?
=> >> =>
=> >> => Yes. I can see them with "list volumes".
=> >>
=> >>
=> >> Well, that says that a volume with that name was added to the database,
=> >> not that the tape itself was physically labled...but it's unlikely that
=> >> the tape was not labeled at the time it was added.
=> >>
=> >> Do you use "label barcodes" to add new media?
=> >
=> > Yep. I retrying that, it says;
=> >
=> > Slot Volume
=> > ==============
=> > 5 KDZ000L4
=> > 6 KDZ001L4
=> > 7 KDZ002L4
=> > 8 KDZ003L4
=> >
=> >
=> >>
=> >> =>
=> >> => And "mtx -f /dev/changer status" says:
=> >> =>
=> >> => mtx -f /dev/changer status
=> >> => Storage Changer /dev/changer:1 Drives, 8 Slots ( 0 Import/Export )
=> >> => Data Transfer Element 0:Full (Storage Element 8 Loaded):VolumeTag =
=> >> => KDZ003L4
=> >> => Storage Element 1:Empty
=> >> => Storage Element 2:Empty
=> >> => Storage Element 3:Empty
=> >> => Storage Element 4:Empty
=> >> => Storage Element 5:Full :VolumeTag=KDZ000L4
=> >> => Storage Element 6:Full :VolumeTag=KDZ001L4
=> >> => Storage Element 7:Full :VolumeTag=KDZ002L4
=> >> => Storage Element 8:Empty
=> >> =>
=> >> => I imported them into Bacula using "update volumes".
=> >>
=> >> Do you mean:
=> >> update volumes
=> >> then
=> >> slots from autochanger
=> >>
=> >> That tells bacula to update it's idea of what tapes are present, but I
=> >> don't believe that it writes a label to any tape.
=> >
=> > Yep. We did that after "label barcodes".
=> >
=> >>
=> >>
=> >> => Also, "list volumes" lists them OK.
=> >> =>
=> >> =>
=> >> =>
=> >> =>
=> >> => >
=> >> => > Was that tape used before?
=> >> => >
=> >>
=> > No. Never. We are just starting up this brand new backup server.
=> >
=> >>
=> >> =>
=> >> => One problem here.. when running "readlabel", an error comes out:
=> >> =>
=> >> => Tape block granularity is 1024 bytes.
=> >> => btape: butil.c:290 Using device: "/dev/nst0" for writing.
=> >> => 31-Jan 18:44 btape JobId 0: 3301 Issuing autochanger "loaded? drive 0" command.
=> >> => 31-Jan 18:44 btape JobId 0: 3302 Autochanger "loaded? drive 0", result
=> >> => is Slot 8.
=> >> => btape: btape.c:477 open device "Fita" (/dev/nst0): OK
=> >> => *readlabel
=> >> => 31-Jan 18:45 btape JobId 0: Error:
=> >> => btape: btape.c:526 Volume has no label.
=> >>
=> >>
=> >> That's the same symptom that I am having--the label gets corrupted and
=> >> bacula can no longer use the tape.
=> >>
=> >
=> > Ouuch.
=> >
=> >> Unfortunately, we have not determined an exact cause, and do not have a
=> >> solution.
=> >
=> > But, even doing "label barcode" again or starting again everything
=> > from the scratch,
=> > couldn't solve this problem ?
=> >
=> >
=> >
=> >>
=> >> Mark
=> >>
=> >> =>
=> >> =>
=> >> =>
=> >> => >
=> >> => > The problem sounds very similar to what I described previously. See the
=> >> => > list archive for the subject "critical error -- tape labels get corrupted,
=> >> => > previous backups unreadable":
=> >> => >
=> >> => >
http://sourceforge.net/mailarchive/message.php?msg_id=28718589
=> >> => >
=> >> => > Mark
=> >> => >
=> >> => > =>
=> >> => > => What should be the problem ?
=> >> => > =>
=> >> => > => Isamar
=> >> => > =>
=> >> => > =>
=> >> => > => --
=> >> => > => Isamar Maia
=> >> => > => Cel. VIVO SSA: (55) 71-9146-8575
=> >> => > => Cel. TIM SSA: (55) 71-9185-5264
=> >> => > => Fixo: (55) 71-4062-8688
=> >> => > => $BF|K\(B: +81-(0)3-4550-1212
=> >> => > => Skype ID: isamar.maia
=> >> => > =>
=> >> =>
=> >> =>
=> >> =>
=> >> => --
=> >> => Isamar Maia
=> >> => Cel. VIVO SSA: (55) 71-9146-8575
=> >> => Cel. TIM SSA: (55) 71-9185-5264
=> >> => Fixo: (55) 71-4062-8688
=> >> => $BF|K\(B: +81-(0)3-4550-1212
=> >> => Skype ID: isamar.maia
=> >> =>
=> >>
=> >>
=> >
=> >
=> >
=> > --
=> > Isamar Maia
=> > Cel. VIVO SSA: (55) 71-9146-8575
=> > Cel. TIM SSA: (55) 71-9185-5264
=> > Fixo: (55) 71-4062-8688
=> > $BF|K\(B: +81-(0)3-4550-1212
=> > Skype ID: isamar.maia
=>
=>
=>
=> --
=> Isamar Maia
=> Cel. VIVO SSA: (55) 71-9146-8575
=> Cel. TIM SSA: (55) 71-9185-5264
=> Fixo: (55) 71-4062-8688
=> $BF|K\(B: +81-(0)3-4550-1212
=> Skype ID: isamar.maia
=>
------------------------------------------------------------------------------
Keep Your Developer Skills Current with LearnDevNow!
The most comprehensive online learning library for Microsoft developers
is just $99.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
Metro Style Apps, more. Free future releases when you subscribe now!
http://p.sf.net/sfu/learndevnow-d2d
_______________________________________________
Bacula-users mailing list
Bacula-users < at > lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
