On Fri, 21 Apr 2006, Michal A. Valasek wrote:

>
> | Can you try to do a dbdump+dbload to a new DB file? My guess is that=20
> | something happened to the DB file and the simple GDBM is not able to=20
> | detect and gracefully recover from it.
>
> Your guess was right. Although the database on each server has about 100 =
> MB, resulting export has always only few lines in it.
>
> I have deleted all databases and would watch what it would do.
>
> Now:
>
> 1) How it got corrupted (on three independent servers) in first place?
> 2) Is possible to fix the database somewhat and return the data, so =
> known legitimate mail would not be delayed?

Likely the machine shut down incorrectly (aka bad crash). The Win32 "port" 
of GDBM is basically nothing more than mapping 2-3 trivial functions, 
while the remaining code is common for every platform. The place where the 
CPU-eating (infinite loop) happens is clearly due to DB file corruption.



- Davide


-
To unsubscribe from this list: send the line "unsubscribe xmail" in
the body of a message to [EMAIL PROTECTED]
For general help: send the line "help" in the body of a message to
[EMAIL PROTECTED]

Reply via email to