> It'd help if you told us what the "errors" are that you are seeing. You
> may be having other issues not related to your tapes or your drive.
Sorry I thought I included enough of the error or what was being reported.
Here is the full output:
25-Mar 19:45 amanda-sd: Job Sexy.2007-03-25_19.42.13 waiting. Cannot find any
appendable volumes.
Please use the "label" command to create a new Volume for:
Storage: "Drive-1" (/dev/nst0)
Media type: DLT7000
Pool: BRT_Daily
There is no real error per se' ... it's showing that my 35G tape is full at 9G
and that it would like another volume but the tape is not full. The log shows
nothing for errors just that the pervious backup was successfull. Anything
else I could provide that would help? Currently in messages I'm seeing this
"25-Mar 20:40 amanda-sd: Job Sexy.2007-03-25_19.42.13 canceled while waiting
for mount on Storage Device ""Drive-1" (/dev/nst0)".
25-Mar 20:40 amanda-sd: Job write elapsed time = 00:58:01, Transfer rate =
95.76 K bytes/second
25-Mar 20:40 sexy-fd: Sexy.2007-03-25_19.42.13 Fatal error: backup.c:860
Network send error to SD. ERR=Connection reset by peer"
That was from me stopping the bacula proccesses though. Status on storage
shows this (which is kind of odd too I guess as there is no pool assigned to
the media):
Device status:
Device "Drive-1" (/dev/nst0) is mounted with Volume="BRT000" Pool="*unknown*"
Total Bytes Read=0 Blocks Read=0 Bytes/block=0
Positioned at File=0 Block=0
====
In Use Volume status:
BRT000 on device "Drive-1" (/dev/nst0)
====
The tape has been written to however though so I'm not sure how this would
affect this situation. All of the clients belong to the same pool and 3
worked. Dmesg shows nothing out of the ordinary as well.
I'll try getting rid of everything again and verify the volume is assigned to
the propper pool I guess and see if that does anything.
--
L
> Lonny Selinger wrote:
>> I'm using a DLT7000 drive and DLT IV tapes (35/70) and basically decided to
>> start fresh and start my backups for real after testing and getting things
>> working.
>>
>> I toasted the database tables etc, and re-labled a couple of tapes:
>>
>> 1) mt -f /dev/nst0 status (verify density)
>>
>> # mt -f /dev/nst0 status
>> SCSI 2 tape drive:
>> File number=0, block number=0, partition=0.
>> Tape block size 0 bytes. Density code 0x84 (DLT 35GB uncompressed).
>> Soft error count since last status=0
>> General status bits on (41010000):
>> BOT ONLINE IM_REP_EN
>>
>> 2) Get rid of the existing label
>>
>> # mt -f /dev/nst0 weof
>>
>> 3) use label command to add the media again (in my case BRT000 and BRT001)
>>
>> Ok so far so good, this is what I did the first time with no issues and the
>> first time the tape filled to about 33GB. This tim when I did it the backups
>> cabbed with an error of "No apendable media found" and the tape was full at
>> about 1.3 GB. I did everything all over again but this time before I went
>> through everything I actually erased the tape:
>>
>> # mt -f /dev/nst0 erase
>>
>> 2.5 hours later I relabeled as lited above. Result ... after some backups
>> again it went to 9.3G and error'd out again. What could I possibly be
>> missing?
>> Are there other files I should remove when starting from scratch or is there
>> another way to debug this?
>>
>> The media is new and the drive has been working fine for a while now so I'm
>> not sure what it could be, maybe a block size issue? Currently it looks like
>> it's variable and set to 0:
>>
>> Tape block size 0 bytes. Density code 0x84 (DLT 35GB uncompressed).
>>
>> Should I be running HW compression?
>>
>> Thanks everyone!!
>>
>> --
>> Lonny
>>
>
>
--
"To mess up a Linux box, you need to work at it; to mess up your Windows box,
you just need to work ON it."
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Bacula-users mailing list
Bacula-users@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/bacula-users
