In the message dated: Fri, 02 Mar 2012 02:08:27 +0100,
The pithy ruminations from Tilman Schmidt on
<[Bacula-users] LTO media type mixup> were:
=> On a Bacula server running openSUSE 11.4 and Bacula 5.0.2
=> I have replaced the previous LTO-1 drive by an LTO-2 one.
=> The LTO-2 drive can read and write LTO-1 tapes, and so I
=> naively assumed I should be able to continue using my old
=> tapes without further ado.
Sounds good so far.
=>
=> Not so. When I mounted the current backup tape in the new
=> drive, Bacula insisted:
=>
=> Cannot find any appendable volumes.
=> Please use the "label" command to create a new Volume for:
=> Storage: "LTO-2" (/dev/nst0)
=> Pool: Daily
=> Media type: LTO-2
=>
=> The mounted tape was in pool "Daily" and state "Append", but
=> still Bacula refused to use it. The only difference was that
=> it had media type "LTO-1" and Bacula requested "LTO-2".
Did you make any change to the bacula configuration, specifically the "Media
Type" definition in bacula-sd.conf?
=>
=> I then purged and relabeled it, losing all the backups on
=> it. Purging alone did not help, but after relabeling, Bacula
=> listed it as media type "LTO-2" (even though it is of course
=> still an LTO-1 tape) and willingly wrote the waiting backup
=> to it.
=>
=> - Am I right to assume that it was the difference in the
=> media type which caused Bacula to refuse that tape?
It seems like that is correct.
=>
=> - What is the rationale behind that behaviour?
As far as I know, the "Media Type" definition in bacula-sd.conf is not
connected to the hardware in any way. In other words, the "Media Type"
defines different categories, but the tape library doesn't report the
media type to bacula. Bacula uses compares the required "Media Type"
definition (from bacula-sd.conf) to the string written to the media when
it was labeled.
=>
=> - What would happen if I tried to restore with the LTO-2
=> drive one of my old backups written with the LTO-1 drive?
=> Would Bacula refuse that too?
=>
=> - If I connect two LTO drives of different levels to the
=> same Bacula server, is there a way to use the same tape
=> alternatingly in both drives as supported by the
=> hardware? (*without* losing the data on it, that is)
=>
Yes.
Don't change the "Media Type" string in bacula-sd.conf.
In our environment, we've migrated from LTO-2 => LTO-3 => LTO-4. The
current library can read LTO-2 tapes, and can write to LTO-3 (as per the
LTO standard). Our bacula-sd.conf definition for "Media Type" still has
"LTO-2", and that's written to all the tapes, including the LTO-3 and
LTO-4 tapes, when they are labeled.
We ignore the "Media Type" data and use the tape numbers to help keep
track of the different types of media. For example, all LTO-3 tapes
have barcode labels with media ID numbers in the range 003000-003999.
Mark
=> Thanks,
=> Tilman
=>
=>
------------------------------------------------------------------------------
=> Virtualization & Cloud Management Using Capacity Planning
=> Cloud computing makes use of virtualization - but cloud computing
=> also focuses on allowing computing to be delivered as a service.
=> http://www.accelacomm.com/jaw/sfnl/114/51521223/
=> _______________________________________________
=> Bacula-users mailing list
=> Bacula-users AT lists.sourceforge DOT net
=> https://lists.sourceforge.net/lists/listinfo/bacula-users
=>
------------------------------------------------------------------------------
Virtualization & Cloud Management Using Capacity Planning
Cloud computing makes use of virtualization - but cloud computing
also focuses on allowing computing to be delivered as a service.
http://www.accelacomm.com/jaw/sfnl/114/51521223/
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
