Hi,

18.10.2007 15:49,, Markus Schulz wrote::
> hello,
> i've done some mistake with a volume (Label TAPE001) of my dlt-v4 
> tape-drive.
> At first: my intention was to change the device of my storage daemon 
> from st0 to non-rewinding nst0. 
> Therefore i've unmounted the volume, changed the config and restarted 
> the storage daemon.

That should work without problems.

> But after this i can't mount the volume again:
> 
> ##################
> *mount
> Using default Catalog name=MyCatalog DB=bacula
> The defined Storage resources are:
>      1: File
>      2: Tapes
> Select Storage resource (1-2): 2
> 3902 Cannot mount Volume on Storage Device "/dev/nst0" because:
> Requested Volume "" on /dev/nst0 is not a Bacula labeled Volume, 
> because: ERR=block.c:793 Read zero bytes at 0:0 on device /dev/nst0.
> 3905 Device /dev/nst0 open but no Bacula volume is mounted.
> If this is not a blank tape, try unmounting and remounting the Volume.
> ##################
> unmount and remount doesn't work too (as suggested). 

Bad. The tape is probably unuasble for restores.

> *list volumes
> Pool: Default
> +---------+------------+-----------+-----------------+----------+--------------+---------+------+-----------+-----------+---------------------+
> | mediaid | volumename | volstatus | volbytes        | volfiles | 
> volretention | recycle | slot | inchanger | mediatype | 
> lastwritten         |
> +---------+------------+-----------+-----------------+----------+--------------+---------+------+-----------+-----------+---------------------+
> |       5 | TAPE001    | Append    | 329,255,094,597 |      535 |   
> 31,536,000 |       1 |    0 |         1 | VS160     | 2007-10-18 
> 00:12:49 |
> |       8 | TAPE002    | Full      | 279,261,830,359 |      504 |   
> 31,536,000 |       1 |    0 |         1 | VS160     | 2007-07-01 
> 08:23:57 |
> |       9 | TAPE003    | Full      | 327,895,771,225 |      532 |   
> 31,536,000 |       1 |    0 |         1 | VS160     | 2007-07-27 
> 23:07:54 |
> |      10 | TAPE004    | Full      | 307,050,768,977 |      492 |   
> 31,536,000 |       1 |    0 |         1 | VS160     | 2007-08-19 
> 14:51:04 |
> |      11 | TAPE005    | Full      | 328,204,187,588 |      524 |   
> 31,536,000 |       1 |    0 |         1 | VS160     | 2007-09-16 
> 10:06:30 |
> +---------+------------+-----------+-----------------+----------+--------------+---------+------+-----------+-----------+---------------------+
> 
> move forward to end-of-data results in: (did this makes sense without a 
> fixed block size?)

Yes. No fixed block size implies variable block size, and this is 
handled by the drive itself, usually flawless...

> # mt -f /dev/nst0 status
> SCSI 2 tape drive:
> File number=0, block number=0, partition=0.
> Tape block size 0 bytes. Density code 0x51 (no translation).
> Soft error count since last status=0
> General status bits on (41010000):
>  BOT ONLINE IM_REP_EN
> 
> # mt -f /dev/nst0 eod
> # mt -f /dev/nst0 status
> SCSI 2 tape drive:
> File number=1, block number=-1, partition=0.
> Tape block size 0 bytes. Density code 0x51 (no translation).
> Soft error count since last status=0
> General status bits on (9010000):
>  EOD ONLINE IM_REP_EN

So there are no blocks on your tape.

> Perhaps i've done another mistake with an misspelled "mt eod" as "mt 
> eof" (but without count). 

Looks like it, yes.

> As i understand right this writes me [count] eof marker (without given 
> count => count=1?)

Yes, according to mt(1L) here.

> to current  position(should be 0), perhaps this was 
> the problem for bacula cause the label was overwritten?)
> 
> Was it possible to get the tape recognized again?

Well, you can *try* to write a new label to the tape, not followed by 
an EOF mark, and it *could* result in your tape being usable again. I 
wouldn't try that, though, unless I really needed that tapes data.

> If not, how can i reassing the same label (TAPE001) to it?

Use btape's label command. With bconsole, then set the tape status to 
used, purge this tape, and it will be recycled when needed.

> Is there in general a problem with changing the device from a rewinding 
> (stX) to a non-rewinding (nstX)?

No, I don't think so.

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
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users

Reply via email to