Although it will generate lots output, have you tried turning on
debugging on the DIR and SD to see if anything shows up there?
On 2/6/2012 8:15 PM, mark.berg...@uphs.upenn.edu wrote:
In the message dated: Mon, 06 Feb 2012 12:43:41 GMT,
The pithy ruminations from Martin Simmons on
Re:
On Mon, 06 Feb 2012 20:15:10 -0500, mark bergman said:
In the message dated: Mon, 06 Feb 2012 12:43:41 GMT,
The pithy ruminations from Martin Simmons on
Re: [Bacula-users] critical error -- tape labels get corrupted, previous
backu
ps unreadable were:
=
=
= When the current
On Fri, 03 Feb 2012 20:04:44 -0500, mark bergman said:
I've added more logging to /etc/init.d/bacula-sd to confirm when tapes are
ejected and to timestamp the SCSI release commands.
Is it possible that bacula flagged tapes 003231 and 000312 as being in
the drives because they were loaded
In the message dated: Mon, 06 Feb 2012 12:43:41 GMT,
The pithy ruminations from Martin Simmons on
Re: [Bacula-users] critical error -- tape labels get corrupted, previous backu
ps unreadable were:
Martin,
Thanks again for continuing to respond...I appreciate the feedback and
troubleshooting
In the message dated: Mon, 30 Jan 2012 19:12:11 GMT,
The pithy ruminations from Martin Simmons on
Re: [Bacula-users] critical error -- tape labels get corrupted, previous backu
ps unreadable were:
= On Wed, 25 Jan 2012 16:55:24 -0500, mark bergman said:
=
= The fact that the server rebooted
On Wed, 25 Jan 2012 16:55:24 -0500, mark bergman said:
The fact that the server rebooted between job 42856 and job 42879 makes
me wonder if something in the fibre/SCSI initialization or bacula-sd
startup causes tapes to be rewound but not ejected.
The bacula-sd startup will rewind the tape,
...@uphs.upenn.edu wrote:
In the message dated: Tue, 24 Jan 2012 14:30:44 PST,
The pithy ruminations from Steve Ellis on
Re: [Bacula-users] critical error -- tape labels get corrupted, previous
backups
unreadable were:
= On 1/24/12 2:22 PM, mark.berg...@uphs.upenn.edu wrote
On Wed, Jan 25, 2012 at 12:47 PM, Brian Debelius
bdebel...@intelesyscorp.com wrote:
I just want to say that I have seen this recently too. I have a set of
LTO-3 tapes that I am now relabeling as I use them because the labels
have become unreadable. All I can add right now is that that
I just checked the config on that server and I am using /dev/nst0. Its just
odd. I have never encountered this before in my ~5 years of running bacula.
I have not seen it on my side yet.
John
--
Keep Your Developer
On Mon, 23 Jan 2012 18:47:31 -0500, mark bergman said:
I'm experiencing a critical problem where tape labels on volumes with data
get corrupted, leaving all data on the tape inaccessible to bacula.
I'm running bacula 5.2.2 built from source, under Linux (CentOS 5.7
x86_64).
This
In the message dated: Tue, 24 Jan 2012 14:30:44 PST,
The pithy ruminations from Steve Ellis on
Re: [Bacula-users] critical error -- tape labels get corrupted, previous
backups
unreadable were:
= On 1/24/12 2:22 PM, mark.berg...@uphs.upenn.edu wrote:
= In the message dated: Tue, 24 Jan 2012 19
I'm experiencing a critical problem where tape labels on volumes with data
get corrupted, leaving all data on the tape inaccessible to bacula.
I'm running bacula 5.2.2 built from source, under Linux (CentOS 5.7
x86_64).
This problem has happened with approximately 15 tapes over approximately 6
12 matches
Mail list logo