View Issue Details
ID | Project | Category | View Status | Date Submitted | Last Update |
---|---|---|---|---|---|
0000275 | bareos-core | storage daemon | public | 2014-02-06 09:31 | 2024-03-27 15:19 |
Reporter | jbehrend | Assigned To | bruno-at-bareos | ||
Priority | normal | Severity | feature | Reproducibility | N/A |
Status | closed | Resolution | not fixable | ||
Platform | Linux | OS | Debian | OS Version | 7 |
Product Version | 13.2.2 | ||||
Summary | 0000275: Support mixed LTO drives and tapes setup | ||||
Description | It should be possible to use different LTO drive and tape generations together in one pool. E.g. We have 2 LTO6 drives, 2 LTO5 drives and 2 LTO4 drives in a tape changer. A pool contains tapes of all generations mentioned above. According to availability Bareos should pick correct drive for the tape. | ||||
Additional Information | Taken from the German Max Planck Society TSM mailing list: Hallo TSMler, auch wenn wir inzwischen kein TSM mehr einsetzen, wuerde mich interessieren, wie TSM mit folgender Konstellation umgehen wuerde: Tape-Library mit einem Mix aus LTO5 und LTO6 Laufwerken, ebenso einem Mix aus LTO5 und LTO6 Baendern. Die Backupsoftware sollte das Band erkennen und es in folgende Laufwerke stecken: LTO5 Band in LTO5 oder LTO6 Laufwerk LTO6 Band ausschliesslich in LTO6 Laufwerk Bei Bacula/Bareos/GrauData sehen wir derzeit, dass man immer von homogenen Tape Libraries ausgeht und man inner- halb einer Partition (z.B. nur fuers Backup oder nur fuers Archiv) damit nicht umgehen kann. Wenn wir die Baender in einzelne Partitionen legen wuerden, dann vermutlich schon. Aber man migriert ja nicht auf diese Weise, sondern hat Altlasten und Neues in einem. Und frueher gab es doch auch TL (bspw. ADIC), die mehrere Laufwerkstechnologien (AIT, LTO, DLT, SDLT) in einer TL hatten. Wie ist man dort mit der Nutzung der verschied. Baender durch eine Anwendung umgegangen? #################### TSM sollte dies problemlos schaffen. Anhand des Labels wird erkannt, um welchen Bandtyp es sich handelt, d.h. der Bandtyp ist Teil des Labels (XXXL5 fuer LTO5, XXXL6 fuer LTO6 Baendern). Bei den Bandlaufwerken definiert man, welche Bandtypen im Lese-/Schreibmodus genutzt werden koennen, z.B. fuer ein Laufwerk in meiner Installation: query drive AUTOLIB01 DRV01 f=d Library Name: AUTOLIB01 Drive Name: DRV01 Device Type: LTO On-Line: Yes Read Formats: ULTRIUM6C,ULTRIUM6,ULTRIUM5C,ULTRIUM5,ULTRIUM4C,ULTRIUM4 Write Formats: ULTRIUM6C,ULTRIUM6,ULTRIUM5C,ULTRIUM5 ... Ich hatte letztes Jahr die Bibliothek von LTO4 nach LTO6 problemlos migriert, die LTO4 Baender konnten jedoch nur gelesen werden. | ||||
Tags | No tags attached. | ||||
This already came by in Bacula years ago: Some ideas: Yeah.... I guess it would make sense if "Media Group" was a list of supported strings, not a single value. In this model, sites with multiple devices (tape libraries, disk storage arrays, etc) could use multiple media types, with each physical device being assigned a list of media types (in a "Media Group") that the device can use. Furthermore, the device definition in bacula-sd.conf could list properties for each media type. For example: Device { Name = lto5-changer Media Group = LTO3, LTO4, LTO5 Media Options { LTO3 = ReadOnly LTO4 = ReadWrite LTO5 = ReadWrite } } Device { Name = lto4-changer Media Group = LTO2, LTO3, LTO4 Media Options { LTO2 = ReadOnly LTO3 = ReadWrite LTO4 = ReadWrite } } Device { Name = File Media Group = localNAS, remoteNAS_for_DR Media Options { localNAS = ReadWrite remoteNAS_for_DR = ReadOnly } } |
|
No further action on this issue or is there a (other) solution for this problem in the current release? We have a mixed system with LTO-3 and LTO-4 drives and LTO-2, LTO-3 and LTO-4 tapes. | |
Anyone ever figure out a way to do this? I have an lto 4 and an lto 5 drive, and lto 3-5 tapes in a single changer and need to do a 16tb backup | |
no real fixes, closing before migrating bug tracker to github issues | |
Date Modified | Username | Field | Change |
---|---|---|---|
2014-02-06 09:31 | jbehrend | New Issue | |
2014-02-21 16:17 | pstorz | Status | new => acknowledged |
2014-02-21 16:19 | mvwieringen | Note Added: 0000820 | |
2016-07-24 21:31 | Sinclair73 | Note Added: 0002326 | |
2019-01-03 03:33 | beren | Note Added: 0003165 | |
2024-03-27 15:19 | bruno-at-bareos | Assigned To | => bruno-at-bareos |
2024-03-27 15:19 | bruno-at-bareos | Status | acknowledged => closed |
2024-03-27 15:19 | bruno-at-bareos | Resolution | open => not fixable |
2024-03-27 15:19 | bruno-at-bareos | Note Added: 0005882 |