The funny thing is the problem went away by itself. Tapes were again filling up
at approx 420GB per tape.
It was doing that for a few months of regular backup cycles. But now
unfortunately tapes are once again coming up as Full at only 320GB.
We do regular rewind and WEOF on these tapes prior t
Thanks John.
+--
|This was sent by goran@momento.com.au via Backup Central.
|Forward SPAM to ab...@backupcentral.com.
+--
-
Status dir:
JobId Level Name Status
==
10079 Increme job_backup.2013-01-22_14.46.39_03 has a fatal error
10087 Fulljob2_backup.2013-01-23_01.00.01_11 has been canceled
Canceled job has been marked
Thanks for your quick responses and suggestions. Not that I know off. Quickly
checked our script folders and start up folders, nothing points to bacula.
I have cancelled all the pending and queued up jobs other than the one needed
to complete, in hope sd would pick it up (where it left off) but
The good news is bacula-sd is running. Not stopped. However looking at the logs
it is clear that sd crashed. Not sure if that helps you?
+--
|This was sent by goran@momento.com.au via Backup Central.
|Forward SPAM to ab...@ba
Hello,
Overnight we have noticed that bacula requested a new tape which was not loaded
into auto changer. This morning when we loaded it we noticed that some jobs
(belonging in the same pool but also in the queued pool) all had fatal error in
the status dir.
I think sd crashed. Canceling the j
Thanks Alan
re: Cleaning tapes are abrasive. Don't use them unless the drive asks for
them. LTO drives and media have internal head and path wiper mechanisms
which keep things under control under normal circumstances - cleaning
tapes are a last resort.
Noted. Will do so only when drive asks from
It would seem the problem resolved itself.
All our tapes are now getting full at 410GB and over. No tape is under 400GB so
far (about 10 of them swapped around). Do not believe it was tape drive itself.
All we've done to the machine was regular ubuntu upgrades and machine restarts.
Occasionally
Just an update, however no good news.
We've got nowhere with this unfortunately and are left to run the critical
backups anyway knowing we would basically loose about 100GB per tape (x30+
tapes) this becomes an $$$ issue. We tried a few things, but nothing has worked.
If anyone has any ideas as
Thanks John,
We've had these tapes fill up to 420GB in the past (to it's native size). I
have added some extra Messages to see if error becomes apparent. We have
multiple pools/multiple tapes (up to 50 tapes) they all are full on odd 300GB
now days. Tape drive configuration in bacula is unchang
Thanks for your reply there John,
I am currently running a backup job of 1 large iso file and checking the logs
to see what it could be. Perhaps an issue with software rather than hardware.
We look after our drive well with cleans whenever asked by the machine. We have
a EXABYTE Model: LTO 1x7
Hello,
First time poster, love the community, been reading it for years but never had
an issue worth posting, until today. :)
Using Bacula Version: 5.0.1 (24 February 2010).
Our brand new LTO3 tapes are filling up too quick. Tapes that normally take
420GB are full at 320GB. This is a major con
12 matches
Mail list logo
