Date: Mon, 23 Dec 2002 14:43:17 -0500
From: "John A. Tamplin" <[EMAIL PROTECTED]>
I have a user mailbox that is genering thousands of these same "DBERROR:
skiplist recovery: should be ADD or DELETE" messages. This machine
hasn't been rebooted, and Cyrus hasn't even been rest
I have a user mailbox that is genering thousands of these same "DBERROR:
skiplist recovery: should be ADD or DELETE" messages. This machine
hasn't been rebooted, and Cyrus hasn't even been restarted since this
particular user was converted (on the Cyrus side, conversion entails
simply doi
So... is the berkley db3 more reliable then skiplist ?
is it slower than skiplist ?
Lawrence Greenfield wrote:
Date: Wed, 11 Dec 2002 10:46:45 -0200
From: Alessandro Oliveira <[EMAIL PROTECTED]>
[...]
Dec 9 09:12:35 intra03 imapd[30212]: DBERROR: skiplist recovery: 0958
should b
Quoting Lawrence Greenfield <[EMAIL PROTECTED]>:
> Actually, for some drives the claim is that, if they are correctly
> functioning, then that _won't_ happen. After all, it takes an
> insignificant amount of time to write a single block to a modern
> drive---there is plenty of power in capacitors
Date: Thu, 12 Dec 2002 20:32:50 -0500
From: "John A. Tamplin" <[EMAIL PROTECTED]>
Correct, but if the power gets cut to the drive during the block
write, all bets are off for the content of that block. True, most
of the time you won't get weird failures but then most of the time
> I don't think I've ever heard of a filesystem that mingles more than
> one file in a single block. (If they do, it's certainly news to me,
> and no reasonable model can be made that will deal with it.) The "out
ResierFS does this (though you can turn it off). One of it's claims is that
it happi
Quoting Lawrence Greenfield <[EMAIL PROTECTED]>:
> Obviously disks do not write one byte at a time. Writes happen to
> blocks of data. However, the operating system will issue the block of
> data identically to the old block except for the byte (or word, or
> whatever) that I've changed.
Correct,
Quoting Lawrence Greenfield <[EMAIL PROTECTED]>:
> [Sidebar: skiplist makes an assumption that a single byte write might
> be in an interdeterminate state after a crash, that write will not
> affect nearby data that is already known to be on stable storage. On
> reflection I suspect the loop-forev
Date: Thu, 12 Dec 2002 20:00:52 -0500
From: "John A. Tamplin" <[EMAIL PROTECTED]>
[...]
Disks don't write one byte at a time, so a system crash during a
write can result in indeterminate state for the entire block (and
it gets worse when you go through the filesystem rather than raw
--On Friday, December 13, 2002 10:48 AM +1100 Rob Mueller
<[EMAIL PROTECTED]> wrote:
| Yes. I think it's better to at least startup with a reduced DB, then fail
| to start at all.
Which means mail to those poor soles that got dropped from the db will
start bouncing horribly, right? If so, thes
From: "Rob Mueller" <[EMAIL PROTECTED]>
Date: Fri, 13 Dec 2002 10:48:20 +1100
>It's scarier when you see this on the mailboxes DB.
>
> You've had this problem on your mailboxes db? Yuck.
Yes, after system crashes. I think it was a SCSI card/driver problem.
Hmm. Well, this i
>It's scarier when you see this on the mailboxes DB.
>
> You've had this problem on your mailboxes db? Yuck.
Yes, after system crashes. I think it was a SCSI card/driver problem.
> Doing this could destroy most of the database and could be even more
> confusing to system administrators. I gu
From: "Rob Mueller" <[EMAIL PROTECTED]>
Date: Thu, 12 Dec 2002 13:01:48 +1100
Looks like you've got corrupted skiplist files. Delete the seen state
databases with the problem and it will automatically rebuild them.
That's what we do.
It's scarier when you see this on the mailboxes
Date: Wed, 11 Dec 2002 10:46:45 -0200
From: Alessandro Oliveira <[EMAIL PROTECTED]>
[...]
Dec 9 09:12:35 intra03 imapd[30212]: DBERROR: skiplist recovery: 0958
should be ADD or DELETE
Dec 9 09:12:35 intra03 imapd[30212]: DBERROR: opening
/var/lib/imap/user/n/natacha.se
2002 11:02 AM
> To: Alessandro Oliveira; [EMAIL PROTECTED]
> Cc: Rob Siemborski
> Subject: Re: DBERROR: skiplist recovery errors
>
>
> Looks like you've got corrupted skiplist files. Delete the seen state
> databases with the problem and it will automatically rebuild the
went into an
infinite loop. Also not a good idea when trying to recover a database.
Rob
- Original Message -
From: "Alessandro Oliveira" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Wednesday, December 11, 2002 11:46 PM
Subject: DBERROR: skiplist recovery er
Hi,
I'm getting the following errors in my logs:
Dec 9 09:12:35 intra03 imapd[30212]: DBERROR: skiplist recovery: 0958
should be ADD or DELETE
Dec 9 09:12:35 intra03 imapd[30212]: DBERROR: opening
/var/lib/imap/user/n/natacha.seen: cyrusdb error
Dec 9 09:12:35 intra03 imapd[30212]: Coul
17 matches
Mail list logo
