On Sat, 7 Feb 2009 12:17:33 +0100, Kern Sibbald said:
On Saturday 07 February 2009 11:33:58 Ralf Gross wrote:
Kern Sibbald schrieb:
The problem described in the email below is probably an important data
loss problem due (most likely) to an I/O error, but more importantly due
to a
On Monday 09 February 2009 13:10:12 Martin Simmons wrote:
On Sat, 7 Feb 2009 12:17:33 +0100, Kern Sibbald said:
On Saturday 07 February 2009 11:33:58 Ralf Gross wrote:
Kern Sibbald schrieb:
The problem described in the email below is probably an important
data loss problem due
On Mon, 9 Feb 2009 13:31:20 +0100, Kern Sibbald said:
On Monday 09 February 2009 13:10:12 Martin Simmons wrote:
On Sat, 7 Feb 2009 12:17:33 +0100, Kern Sibbald said:
On Saturday 07 February 2009 11:33:58 Ralf Gross wrote:
Kern Sibbald schrieb:
The problem described in the
Kern Sibbald schrieb:
The problem described in the email below is probably an important data loss
problem due (most likely) to an I/O error, but more importantly due to a
misconfigured tape drive. From the information I see below, it appears to me
that you have lost significant data.
On Saturday 07 February 2009 11:33:58 Ralf Gross wrote:
Kern Sibbald schrieb:
The problem described in the email below is probably an important data
loss problem due (most likely) to an I/O error, but more importantly due
to a misconfigured tape drive. From the information I see below, it
Kern Sibbald schrieb:
On Saturday 07 February 2009 11:33:58 Ralf Gross wrote:
Kern Sibbald schrieb:
The problem described in the email below is probably an important data
loss problem due (most likely) to an I/O error, but more importantly due
to a misconfigured tape drive. From the
On Saturday 07 February 2009 12:26:12 Ralf Gross wrote:
Kern Sibbald schrieb:
On Saturday 07 February 2009 11:33:58 Ralf Gross wrote:
Kern Sibbald schrieb:
The problem described in the email below is probably an important
data loss problem due (most likely) to an I/O error, but more
Hello,
The problem described in the email below is probably an important data loss
problem due (most likely) to an I/O error, but more importantly due to a
misconfigured tape drive. From the information I see below, it appears to me
that you have lost significant data. This is probably due
Hello,
The problem described in the email below is probably an important data loss
problem due (most likely) to an I/O error, but more importantly due to a
misconfigured tape drive. From the information I see below, it appears to me
that you have lost significant data. This is probably
On Thursday 05 February 2009 12:48:18 Ralf Gross wrote:
Hello,
The problem described in the email below is probably an important data
loss problem due (most likely) to an I/O error, but more importantly due
to a misconfigured tape drive. From the information I see below, it
appears to
Kern Sibbald schrieb:
On Thursday 05 February 2009 12:48:18 Ralf Gross wrote:
Hello,
The problem described in the email below is probably an important data
loss problem due (most likely) to an I/O error, but more importantly due
to a misconfigured tape drive. From the information I
Hi,
I have a problem with a new lto-4 tape. Only 411 GB were written on it, then
bacula detected an write error.
JobId 9250: Error: block.c:568 Write error at 411:14724 on device
ULTRIUM-TD4-D2
(/dev/ULTRIUM-TD4-D2). ERR=Eingabe-/Ausgabefehler.
JobId 9250: Error: Re-read of last
Ralf Gross schrieb:
Hi,
I have a problem with a new lto-4 tape. Only 411 GB were written on it, then
bacula detected an write error.
JobId 9250: Error: block.c:568 Write error at 411:14724 on device
ULTRIUM-TD4-D2
(/dev/ULTRIUM-TD4-D2). ERR=Eingabe-/Ausgabefehler.
JobId
On Fri, 2 Feb 2007, Arno Lehmann wrote:
After reloading it, the tape was positioned at the beginning, where
Bacula requires its tape label.
Bacula knw it could append, so it simply started writing - it did not
position the tape to the correct position.
I remember asking over a year ago if
On Friday 02 February 2007 12:21, Alan Brown wrote:
On Fri, 2 Feb 2007, Arno Lehmann wrote:
After reloading it, the tape was positioned at the beginning, where
Bacula requires its tape label.
Bacula knw it could append, so it simply started writing - it did not
position the tape to the
Maybe I did something really stupid. I ejected an already bacula-mounted tape
and inserted a cleaning cartridge. After the cleaning process was finished I
reinserted the backup tape. I did it without an unmount/mount cycle. When the
backup run later started the tape was ejected with tape error
On Thu, 01 Feb 2007 14:50:10 +0100, Erik P Olsen said:
Maybe I did something really stupid. I ejected an already bacula-mounted tape
and inserted a cleaning cartridge. After the cleaning process was finished I
reinserted the backup tape. I did it without an unmount/mount cycle. When the
Martin Simmons wrote:
On Thu, 01 Feb 2007 14:50:10 +0100, Erik P Olsen said:
Maybe I did something really stupid. I ejected an already bacula-mounted
tape
and inserted a cleaning cartridge. After the cleaning process was finished I
reinserted the backup tape. I did it without an
On Thursday 01 February 2007 21:01, Erik P. Olsen wrote:
Martin Simmons wrote:
On Thu, 01 Feb 2007 14:50:10 +0100, Erik P Olsen said:
Maybe I did something really stupid. I ejected an already bacula-mounted
tape and inserted a cleaning cartridge. After the cleaning process was
finished
Sorry to ask this again, but .. it could be one of the reason why my
tape drive doesn't work properly:
is it not safe to press the eject button when the tape is mounted by
Bacula (AlwaysOpen=yes) but no jobs are running ? If it's not safe then
I suggest to add a remark about this in the FAQ ...
On Thursday 01 February 2007 23:18, Julien Cigar wrote:
Sorry to ask this again, but .. it could be one of the reason why my
tape drive doesn't work properly:
I've read a huge number of emails today and answered a good number of them,
but I wasn't aware that your tape drive doesn't work or
On Thu, 2007-02-01 at 22:31 +0100, Kern Sibbald wrote:
On Thursday 01 February 2007 23:18, Julien Cigar wrote:
Sorry to ask this again, but .. it could be one of the reason why my
tape drive doesn't work properly:
I've read a huge number of emails today and answered a good number of them,
Today I got the tape error
08-Sep 09:43 pentagram-sd: Committing spooled data to Volume SDLT008.
Despooling 10,034,619,918 bytes ...
08-Sep 09:43 pentagram-sd: backup-heptagram.2006-09-08_09.40.23 Error:
block.c:538 Write error at 0:2 on device SDLT6K-1 (/dev/nst0).
ERR=Input/output error.
On Wed, 14 Sep 2005, Kern Sibbald wrote:
I've tried this, it errors again. Switch the tape to used and let it
expire, or purge it if the incomplete backup is the only thing on the
tape.
This is good advice. It avoids the possibility of having an unreadable tape.
If you can repeat the exact
On Thursday 15 September 2005 11:17, Alan Brown wrote:
On Wed, 14 Sep 2005, Kern Sibbald wrote:
I've tried this, it errors again. Switch the tape to used and let it
expire, or purge it if the incomplete backup is the only thing on the
tape.
This is good advice. It avoids the possibility
- Original Message -
From: Alan Brown [EMAIL PROTECTED]
To: Kern Sibbald [EMAIL PROTECTED]
Cc: bacula-users@lists.sourceforge.net; Arunav Mandal
[EMAIL PROTECTED]; Dan Langille [EMAIL PROTECTED]
Sent: Thursday, September 15, 2005 11:17 AM
Subject: Re: [Bacula-users] Tape error
On Wed
On Wednesday 14 September 2005 15:13, Alan Brown wrote:
On Tue, 13 Sep 2005, Arunav Mandal wrote:
I understand this is a known bug, fixed in CVS.
What happens when I change the error to Append manually will the tape
be
used again?
I've tried this, it errors again. Switch the
- Original Message -
From: Dan Langille [EMAIL PROTECTED]
To: Arunav Mandal [EMAIL PROTECTED]
Cc: bacula-users@lists.sourceforge.net
Sent: Tuesday, September 13, 2005 7:07 PM
Subject: Re: [Bacula-users] Tape error
On 13 Sep 2005 at 19:00, Arunav Mandal wrote:
I have seen errors
On 14.09.2005 10:42, Arunav Mandal wrote:
- Original Message - From: Dan Langille [EMAIL PROTECTED]
To: Arunav Mandal [EMAIL PROTECTED]
Cc: bacula-users@lists.sourceforge.net
Sent: Tuesday, September 13, 2005 7:28 PM
Subject: Re: [Bacula-users] Tape error
On 13 Sep 2005 at 19:23
- Original Message -
From: Arno Lehmann [EMAIL PROTECTED]
To: Arunav Mandal [EMAIL PROTECTED]
Cc: bacula-users@lists.sourceforge.net
Sent: Wednesday, September 14, 2005 11:02 AM
Subject: Re: [Bacula-users] Tape error
On 14.09.2005 10:42, Arunav Mandal wrote:
- Original
On 14.09.2005 11:09, Arunav Mandal wrote:
...
Tried it again bacula marked it as Error.
Did you read the message from Phil from 13.09.2005 19:37?
Yes but how to do that?
For example using the sqlquery command from the console. If you don't
know SQL or baculas catalog layout, you
On Tue, 13 Sep 2005, Arunav Mandal wrote:
I understand this is a known bug, fixed in CVS.
What happens when I change the error to Append manually will the tape be used
again?
I've tried this, it errors again. Switch the tape to used and let it
expire, or purge it if the incomplete backup
Arunav Mandal wrote:
Tried it again bacula marked it as Error.
Did you read the message from Phil from 13.09.2005 19:37?
Yes but how to do that?
Try this -- in the console:
[you type:]
sql
[bacula responds:]
Using default Catalog name=MyCatalog DB=bacula
Entering SQL query mode.
Hello Arno,
If this is happening on 1.37.38, then it certainly merits a bug report. A bug
report is the only way I can properly deal with a complicated problem.
Please don't worry about lengthy reports -- that is not a problem. What is
important is that I can either see the problem or
On Wednesday 14 September 2005 15:13, Alan Brown wrote:
On Tue, 13 Sep 2005, Arunav Mandal wrote:
I understand this is a known bug, fixed in CVS.
What happens when I change the error to Append manually will the tape be
used again?
I've tried this, it errors again. Switch the tape to
I have seen errors given below quite often even with new tapes. This happens
mostly when I try to restore files from a tape that has been recently
written and got a Append tag. It restores fine but when it try to write
again this error comes up maybe because the tape media has moved forward or
On 13 Sep 2005 at 19:00, Arunav Mandal wrote:
I have seen errors given below quite often even with new tapes. This
happens mostly when I try to restore files from a tape that has been
recently written and got a Append tag. It restores fine but when it
try to write again this error comes up
- Original Message -
From: Dan Langille [EMAIL PROTECTED]
To: Arunav Mandal [EMAIL PROTECTED]
Cc: bacula-users@lists.sourceforge.net
Sent: Tuesday, September 13, 2005 7:07 PM
Subject: Re: [Bacula-users] Tape error
On 13 Sep 2005 at 19:00, Arunav Mandal wrote:
I have seen errors
- Original Message -
From: Dan Langille [EMAIL PROTECTED]
To: Arunav Mandal [EMAIL PROTECTED]
Cc: bacula-users@lists.sourceforge.net
Sent: Tuesday, September 13, 2005 7:07 PM
Subject: Re: [Bacula-users] Tape error
On 13 Sep 2005 at 19:00, Arunav Mandal wrote:
I have seen errors
On 13 Sep 2005 at 19:23, Arunav Mandal wrote:
- Original Message -
From: Dan Langille [EMAIL PROTECTED]
To: Arunav Mandal [EMAIL PROTECTED]
Cc: bacula-users@lists.sourceforge.net
Sent: Tuesday, September 13, 2005 7:07 PM
Subject: Re: [Bacula-users] Tape error
On 13 Sep 2005
Arunav Mandal wrote:
- Original Message - From: Dan Langille [EMAIL PROTECTED]
On 13 Sep 2005 at 19:00, Arunav Mandal wrote:
Error: I canot write on Volume SDLT010 because:
The number of files mismatch! Volume=303 Catalog=301
13-Sep 16:32 abc-sd: Marking Volume SDLT010 in Error in
On Tuesday 13 September 2005 19:07, Dan Langille wrote:
On 13 Sep 2005 at 19:00, Arunav Mandal wrote:
I have seen errors given below quite often even with new tapes. This
happens mostly when I try to restore files from a tape that has been
recently written and got a Append tag. It restores
- Original Message -
From: Kern Sibbald [EMAIL PROTECTED]
To: bacula-users@lists.sourceforge.net
Cc: Dan Langille [EMAIL PROTECTED]; Arunav Mandal
[EMAIL PROTECTED]
Sent: Tuesday, September 13, 2005 10:26 PM
Subject: Re: [Bacula-users] Tape error
On Tuesday 13 September 2005 19:07
43 matches
Mail list logo