Re: trashed databases after disk full situation

2006-07-24 Thread Daniel Eckl
Ah, didn't realize that the output is flat file db. Thank you very much for poining this one out! I'll put info-cyrus on CC for others who might be interested. Thanks, Daniel Adam Stephens schrieb: On Sat, 22 Jul 2006, Daniel Eckl wrote: Thanks! The code looks promising, but how can I use

Re: trashed databases after disk full situation

2006-07-24 Thread Adam Stephens
On Sat, 22 Jul 2006, Daniel Eckl wrote: Thanks! The code looks promising, but how can I use this to recover? I couldn't try yet, but it just seems to output the key-value pairs to stdout, or did I read wrong? What would be the step for recover from a broken skiplist? The output should be a

Re: trashed databases after disk full situation

2006-07-21 Thread Daniel Eckl
Thanks! The code looks promising, but how can I use this to recover? I couldn't try yet, but it just seems to output the key-value pairs to stdout, or did I read wrong? What would be the step for recover from a broken skiplist? Thanks, Daniel Adam Stephens schrieb: > On Fri, 21 Jul 2006, Wesle

Re: trashed databases after disk full situation

2006-07-21 Thread Adam Stephens
On Fri, 21 Jul 2006, Wesley Craig wrote: The "skiplist recovery" question is frequently asked: http://www.google.com/search?q=%22skiplist+recovery%22+site%3Acmu.edu+dd and answered. While converting hex to decimal and dd are easy, having a tool included would be nice. I have had so

Re: trashed databases after disk full situation

2006-07-21 Thread Simon Matter
> On 21 Jul 2006, at 07:20, Daniel Eckl wrote: >> The link below every mail http://asg.web.cmu.edu/cyrus/mailing- >> list.html just gives 404. >> The web/http links on http://cyrusimap.web.cmu.edu/ >> lists.html#archives gives 404 either. > > This list is here: > > http://lists.andrew.cmu.edu

Re: trashed databases after disk full situation

2006-07-21 Thread Wesley Craig
On 21 Jul 2006, at 07:20, Daniel Eckl wrote: The link below every mail http://asg.web.cmu.edu/cyrus/mailing- list.html just gives 404. The web/http links on http://cyrusimap.web.cmu.edu/ lists.html#archives gives 404 either. This list is here: http://lists.andrew.cmu.edu/pipermail/inf

Re: trashed databases after disk full situation

2006-07-21 Thread Rodrigo Ventura
On Friday 21 July 2006 12:20, Daniel Eckl wrote: > But can anyone shed light on how to recover a crashed skiplist file? I found a mail in the mailing list archives (via anonymous imap) with a link to http://www.irbs.net/internet/info-cyrus/0507/0075.html stating that: ---

Re: trashed databases after disk full situation

2006-07-21 Thread Daniel Eckl
Thanks! Interesting way to recover. :) Best, Daniel Simon Matter schrieb: Hi! Recently I switched over to another mail host running the same software (cyrus 2.2.12) and there was one broken seen database, too with a similar error message. I didn't find any possibility to recover this db. I h

Re: trashed databases after disk full situation

2006-07-21 Thread Simon Matter
> Hi! > > Recently I switched over to another mail host running the same software > (cyrus 2.2.12) and there was one broken seen database, too with a > similar error message. > > I didn't find any possibility to recover this db. I had to delete it, too. %< >From http://article.gmane.or

Re: trashed databases after disk full situation

2006-07-21 Thread Daniel Eckl
Hi! Recently I switched over to another mail host running the same software (cyrus 2.2.12) and there was one broken seen database, too with a similar error message. I didn't find any possibility to recover this db. I had to delete it, too. I think skiplist is one of the most reliable databas

Re: trashed databases after disk full situation

2006-07-21 Thread Simon Matter
> > Hello all, > > I'm experiencing serious problems whenever there is an accidental disk > full > situation. I see two kinds of messages in syslog: the first one concerns I usually put those files (in my case /var/lib/imap) on a separate filesystem which can't be filled just like that. Skiplist d

trashed databases after disk full situation

2006-07-21 Thread Rodrigo Ventura
Hello all, I'm experiencing serious problems whenever there is an accidental disk full situation. I see two kinds of messages in syslog: the first one concerns the seen database, for instance: Jul 21 09:39:54 omni imap[1133]: DBERROR: skiplist recovery /etc/imap/user/m/mflorencio.seen: ADD at