Hi,
use the list, please... unless I'm paid for personal support ;-)
04.07.2008 13:37, Nils Blanck-Wehde wrote:
> Hi Arno,
>
> after each job, the tape is to be ejected for offsite storage. That's
> why I configured the storage device to be alwaysopen=0. If I get the
> documentation right, this will cause bacula to rewind and unload the
> tape and release the drive.
Hmm... I would do this differently, with a script called in an admin
job or as a "run after job" script with the catalog backup.
> After that I will have to manually (via web-frontend of the library)
> export the tape to the mailslot (mtx doesn't discover the mailslot of
> this library).
Quantum Superloader IIRC... you could try to script this using wget
(in the simpler cases) or webinject, for example.
> Still, I did not entirely get your point. Isn't any tape drive a
> rewinding device with the obvious need for the backup software to
> position the tape correctly?
No. Typical unix tape drivers also offer non-rewinding devices, under
linux /dev/nstX.
The reasons, I believe, are obvious.
Arno
> Thanks for your help,
>
> Nils
>
> Arno Lehmann schrieb:
>> Hi,
>>
>> 04.07.2008 13:18, Nils Blanck-Wehde wrote:
>>
>>> Hi,
>>> I was talking about an backup job that backups the catalog to tape every
>>> hour....
>>> Could someone please tell me what's the problem of my tape-drive being
>>> /dev/st0?
>>>
>> It's a rewinding device, which means that each time the device is
>> closed (after a job) it gets rewound to BOT.
>>
>> This requires Bacula to position the tape to the end of data for each
>> job. In the best case, this needs unnecessary time and causes
>> unnecessary tape wear.
>>
>> In worse cases, when Bacula believes to know the tape position and
>> doesn't check, it will overwrite previous data on tape and cause -
>> obviously - unintended data loss. Furthermore, and luckily in this
>> case, in the end the catalog data will not agree with what is on tape
>> and the tapes will be marked as "Error".
>>
>> Arno
>>
>>
>>> Best regards, Nils
>>>
>>> Arno Lehmann schrieb:
>>>
>>>> Hi,
>>>>
>>>> 04.07.2008 11:08, Kern Sibbald wrote:
>>>>
>>>>
>>>>> On Friday 04 July 2008 10:50:52 Arno Lehmann wrote:
>>>>>
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> 04.07.2008 10:27, Kern Sibbald wrote:
>>>>>>
>>>>>>
>>>>>>> If you are new to Bacula and/or you are having support problems, you
>>>>>>> will
>>>>>>> probably get much better answers from the bacula-users list. See
>>>>>>> www.bacula.org <http://www.bacula.org> <http://www.bacula.org> ->
>>>>>>> Support. The bacula-devel list is specifically for
>>>>>>> development issues or issues that are clearly known to be a beta
>>>>>>> problem.
>>>>>>>
>>>>>>>
>>>>>> Well, we have discussed this issue at -users and I recommended to ask
>>>>>> here :-)
>>>>>>
>>>>>> The Bacula version running is 2.4.1b1, upgraded from 2.4.0.
>>>>>>
>>>>>> With 2.4.0, no problems.
>>>>>>
>>>>>> After the upgrade the mentioned problem arose.
>>>>>>
>>>>>> I trim the report below a bit to better show what I think is problematic.
>>>>>>
>>>>>> Without further checking, I got the impression that the volume
>>>>>> selection / reservation seems to be involved - and I believe you did
>>>>>> some work there.
>>>>>>
>>>>>> My conclusion: Looks like a new "feature" of the reworked SD code, and
>>>>>> you might prefer to know about it before releasing a 2.4.2 based on
>>>>>> this version...
>>>>>>
>>>>>>
>>>>>>
>>>>>>> However, be aware that the information you sent is not complete enough
>>>>>>> for them to give a good answer. I suspect that you either lost or
>>>>>>> forgot
>>>>>>> to define the slot numbers in the catalog.
>>>>>>>
>>>>>>>
>>>>>> Assuming Nils didn't manually modify the catalog, Bacula itself lost
>>>>>> the slot numbers :-)
>>>>>>
>>>>>>
>>>>>>
>>>>>>> Since your volume listing is
>>>>>>> clipped, I cannot confirm it.
>>>>>>>
>>>>>>> Thanks for trying the beta version -- good luck on getting it going.
>>>>>>>
>>>>>>> Best regards,
>>>>>>>
>>>>>>> Kern
>>>>>>>
>>>>>>> On Friday 04 July 2008 09:49:11 Nils Blanck-Wehde wrote:
>>>>>>>
>>>>>>>
>>>>>>>> Hello,
>>>>>>>>
>>>>>>>>
>>>>>> ...
>>>>>>
>>>>>>
>>>>>>
>>>>>>>> Bacula started a job that's supposed to be stored on tape, chose
>>>>>>>> exactly
>>>>>>>> the right volume "CNV762" from the pool, purged and recycled it.
>>>>>>>>
>>>>>>>>
>>>> This seems to indicate it's a backup job he's running, not a restore.
>>>> If a restore triggered recycling of the volume it's going to use we're
>>>> in deep trouble ;-)
>>>>
>>>>
>>>>
>>>>> The
>>>>>
>>>>>
>>>>>>>> tape was even loaded correctly from the right slot into the drive.
>>>>>>>>
>>>>>>>>
>>>>>> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
>>>>>> Bacula knew about the slot.
>>>>>>
>>>>>>
>>>>>>
>>>>>>>> Here's *list volumes of that pool:
>>>>>>>> | 28 | CNV762 | Recycle | 1 | 1 | 0
>>>>>>>> | 10,800 |
>>>>>>>> | 29 | CNV763 | Used | 1 | 3,982,261,248 | 4
>>>>>>>> | 10,800 |
>>>>>>>> | 30 | CNV764 | Used | 1 | 3,545,837,568 | 4
>>>>>>>> | 10,800 |
>>>>>>>> | 43 | CNV761 | Used | 1 | 3,982,841,856 | 4
>>>>>>>> | 3,600 |
>>>>>>>>
>>>>>>>> +---------+------------+-----------+---------+---------------+----------
>>>>>>>> +--
>>>>>>>>
>>>>>>>> Now, the job is waiting for the right volume to be mounted, which is
>>>>>>>> already in the drive.
>>>>>>>> The storage-device's status is:
>>>>>>>>
>>>>>>>> Device status:
>>>>>>>> Autochanger "QS3DLT" with devices:
>>>>>>>> "DLT-Drive-1" (/dev/st0)
>>>>>>>> Device "FileStorage_SATA-RAID1-MD1" (/var/bacula/File-Storage) is not
>>>>>>>> open. Device "DLT-Drive-1" (/dev/st0) open but no Bacula volume is
>>>>>>>> currently mounted.
>>>>>>>> Device is BLOCKED waiting for mount of volume "CNV762",
>>>>>>>> Pool: Weekly_Full_Backup_to_DLT
>>>>>>>> Media type: DLT-VS1
>>>>>>>> Slot 2 is loaded in drive 0.
>>>>>>>> Total Bytes Read=322,560 Blocks Read=5 Bytes/block=64,512
>>>>>>>> Positioned at File=0 Block=0
>>>>>>>> Device "DVD Writer" (/dev/hda) is not open.
>>>>>>>> ====
>>>>>>>>
>>>>>>>> In Use Volume status:
>>>>>>>> CNV762 on device "DLT-Drive-1" (/dev/st0)
>>>>>>>> Reader=0 writers=0 devres=1 volinuse=1
>>>>>>>>
>>>>>>>>
>>>>>> All the information needed is there - CNV762 is in DLT-Drive-1,
>>>>>> DLT-Drive-1 wants this volume.
>>>>>>
>>>>>> Arno
>>>>>>
>>>>>>
>>>>> Oh, I forgot to mention one thing. Using a /dev/st0 with an autochanger
>>>>> is
>>>>> very likely to get you into trouble.
>>>>>
>>>>>
>>>>>
>>>> I overlooked this... right.
>>>>
>>>> But directly after a volume is loaded it shouldn't matter much, I
>>>> believe :-)
>>>>
>>>> Arno
>>>>
>>>>
>>>>
>>> --
>>>
>>>
>>>
>>> *B**ack**O**ffice**S**ervice* - Beratung und Service für Ihre IT -
>>>
>>>
>>>
>>> *Anschrift: *
>>>
>>> Niederkastenholzer Str. 40
>>>
>>> 53881 Euskirchen
>>>
>>>
>>>
>>> *Telefon: *+49 2255 953204* *
>>>
>>> *Fax: *+49 2255 953208
>>>
>>> *Mobil: *+49 177 3397547
>>>
>>>
>>>
>>> *Bankverbindung: *
>>>
>>> Raiffeisenbank Rheinbach Voreifel eG
>>>
>>> Kto. Nr. 340286014 (BLZ 370 696 27)
>>>
>>>
>>>
>>> *Online: *
>>>
>>> info AT backofficeservice DOT biz <mailto:info AT backofficeservice DOT
>>> biz> <mailto:bos AT blanck-wehde DOT de>
>>>
>>> www.backofficeservice.biz <http://www.backofficeservice.biz>
>>> <http://www.backofficeservice.biz>
>>>
>>>
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> -------------------------------------------------------------------------
>>> Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
>>> Studies have shown that voting for your favorite open source project,
>>> along with a healthy diet, reduces your potential for chronic lameness
>>> and boredom. Vote Now at http://www.sourceforge.net/community/cca08
>>>
>>>
>>> ------------------------------------------------------------------------
>>>
>>> _______________________________________________
>>> Bacula-users mailing list
>>> Bacula-users AT lists.sourceforge DOT net <mailto:Bacula-users AT
>>> lists.sourceforge DOT net>
>>> https://lists.sourceforge.net/lists/listinfo/bacula-users
>>>
>>
>
> --
>
>
>
> *B**ack**O**ffice**S**ervice* - Beratung und Service für Ihre IT -
>
>
>
> *Anschrift: *
>
> Niederkastenholzer Str. 40
>
> 53881 Euskirchen
>
>
>
> *Telefon: *+49 2255 953204* *
>
> *Fax: *+49 2255 953208
>
> *Mobil: *+49 177 3397547
>
>
>
> *Bankverbindung: *
>
> Raiffeisenbank Rheinbach Voreifel eG
>
> Kto. Nr. 340286014 (BLZ 370 696 27)
>
>
>
> *Online: *
>
> info AT backofficeservice DOT biz <mailto:bos AT blanck-wehde DOT de>
>
> www.backofficeservice.biz <http://www.backofficeservice.biz>
>
>
>
--
Arno Lehmann
IT-Service Lehmann
www.its-lehmann.de
-------------------------------------------------------------------------
Sponsored by: SourceForge.net Community Choice Awards: VOTE NOW!
Studies have shown that voting for your favorite open source project,
along with a healthy diet, reduces your potential for chronic lameness
and boredom. Vote Now at http://www.sourceforge.net/community/cca08
_______________________________________________
Bacula-users mailing list
Bacula-users AT lists.sourceforge DOT net
https://lists.sourceforge.net/lists/listinfo/bacula-users
|
