> 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
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
> 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
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 err
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.
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 belo
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 Thu, Feb 05, 2009 at 04:54:33PM +0100, Bastian Friedrich wrote:
> Hi,
>
> On Wednesday 04 February 2009, Ralf Gross wrote:
> >
> > 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
Hi,
On Wednesday 04 February 2009, Ralf Gross wrote:
>
> 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 block OK, but block numbers differ.
> Last block=32305
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 i
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
> > app
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 probabl
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 to
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.
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
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 ta
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
Hi,
On 2/1/2007 2:50 PM, Erik P. Olsen wrote:
> Maybe I did something really stupid.
For your comfort: You're not the first one :-)
> 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 w
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
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 wh
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 ...
O
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
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
> 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. Whe
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 a
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.
e" <[EMAIL PROTECTED]>
> Sent: Thursday, September 15, 2005 11:17 AM
> Subject: Re: [Bacula-users] Tape error
>
> > On Wed, 14 Sep 2005, Kern Sibbald wrote:
> > >> I've tried this, it errors again. Switch the tape to used and let it
> > >> ex
> 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
- Original Message -
From: "Alan Brown" <[EMAIL PROTECTED]>
To: "Kern Sibbald" <[EMAIL PROTECTED]>
Cc: ; "Arunav Mandal"
<[EMAIL PROTECTED]>; "Dan Langille" <[EMAIL PROTECTED]>
Sent: Thursday, September 15, 2005 11:17 A
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 th
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 co
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
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 reprod
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.
Hi,
I've just experienced something similar, and, because I use version
1.37.38 I copy the devel list.
The error:
"Number of files mismatch!"
In this case, the catalog has 2, the volme 2 files.
Interestingly, this tape from a pool where this morning a job from one
client should go, but the
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 i
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 don
- Original Message -
From: "Arno Lehmann" <[EMAIL PROTECTED]>
To: "Arunav Mandal" <[EMAIL PROTECTED]>
Cc:
Sent: Wednesday, September 14, 2005 11:02 AM
Subject: Re: [Bacula-users] Tape error
On 14.09.2005 10:42, Arunav Mandal wrote:
- O
On 14.09.2005 10:42, Arunav Mandal wrote:
- Original Message - From: "Dan Langille" <[EMAIL PROTECTED]>
To: "Arunav Mandal" <[EMAIL PROTECTED]>
Cc:
Sent: Tuesday, September 13, 2005 7:28 PM
Subject: Re: [Bacula-users] Tape error
On 13 Sep 20
- Original Message -
From: "Dan Langille" <[EMAIL PROTECTED]>
To: "Arunav Mandal" <[EMAIL PROTECTED]>
Cc:
Sent: Tuesday, September 13, 2005 7:28 PM
Subject: Re: [Bacula-users] Tape error
On 13 Sep 2005 at 19:23, Arunav Mandal wrote:
- Or
- Original Message -
From: "Dan Langille" <[EMAIL PROTECTED]>
To: "Arunav Mandal" <[EMAIL PROTECTED]>
Cc:
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 err
On Tuesday 13 September 2005 22:31, Arunav Mandal wrote:
> - Original Message -
> From: "Kern Sibbald" <[EMAIL PROTECTED]>
> To:
> Cc: "Dan Langille" <[EMAIL PROTECTED]>; "Arunav Mandal"
> <[EMAIL PROTECTED]>
> Sent: Tuesd
- Original Message -
From: "Kern Sibbald" <[EMAIL PROTECTED]>
To:
Cc: "Dan Langille" <[EMAIL PROTECTED]>; "Arunav Mandal"
<[EMAIL PROTECTED]>
Sent: Tuesday, September 13, 2005 10:26 PM
Subject: Re: [Bacula-users] Tape error
On Tue
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 res
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 "SDLT0
On 13 Sep 2005 at 19:23, Arunav Mandal wrote:
> - Original Message -
> From: "Dan Langille" <[EMAIL PROTECTED]>
> To: "Arunav Mandal" <[EMAIL PROTECTED]>
> Cc:
> Sent: Tuesday, September 13, 2005 7:07 PM
> Subject: Re: [Bacula-users] Ta
- Original Message -
From: "Dan Langille" <[EMAIL PROTECTED]>
To: "Arunav Mandal" <[EMAIL PROTECTED]>
Cc:
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 err
- Original Message -
From: "Dan Langille" <[EMAIL PROTECTED]>
To: "Arunav Mandal" <[EMAIL PROTECTED]>
Cc:
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 err
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
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
50 matches
Mail list logo
