breakage issues that I haven't figured out how to resolve

Craig White craigwhite at azapple.com
Mon Jul 25 23:54:57 EDT 2005


On Mon, 2005-07-25 at 15:08 -0700, Craig White wrote:
> On Mon, 2005-07-25 at 08:46 +0200, Simon Matter wrote:
> > > On Sun, 2005-07-24 at 23:23 +0200, Simon Matter wrote:
> > >
> > >> > # cat /usr/share/cyrus-imapd/rpm/db.cfg
> > >> > CONFIG_DB_DUPLICATE=berkeley
> > >> > CONFIG_DB_MBOX=skiplist
> > >> > CONFIG_DB_SEEN=skiplist
> > >> > CONFIG_DB_SUBS=flat
> > >> > CONFIG_DB_TLS=berkeley
> > >> > CONFIG_DB_ANNOTATION=skiplist
> > >> > CONFIG_DB_SIEVE=2.2.3
> > >>
> > >> Okay, I don't see where a db4 update could be related to you problems.
> > >> Only duplicate and tls db are db4, and they can easily be removed
> > >> without
> > >> too much headache.
> > >> What does
> > >> file /var/lib/imap/*.db
> > >> show you?
> > > ---
> > > # file /var/lib/imap/*.db
> > > /var/lib/imap/annotations.db:       data
> > > /var/lib/imap/deliver.db:           Berkeley DB (Btree, version 9,
> > > native byte-order)
> > > /var/lib/imap/mailboxes.db:         data
> > > /var/lib/imap/recover-mailboxes.db: ASCII English text
> > > /var/lib/imap/tls_sessions.db:      Berkeley DB (Btree, version 9,
> > > native byte-order)
> > > ----
> > >>
> > >> And, did you try to remove all the logs with something like this (after
> > >> doing backups first!)
> > >> rm -rf /var/lib/imap/db/* /var/lib/imap/db.backup?
> > > ----
> > > I thought I did
> > > ----
> > >>
> > >> You may also want to have a look at this:
> > >> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=160317
> > >> It's not directly discussing your problem but may help anyway.
> > > ----
> > > That is probably excellent info for recovering a problem and should
> > > probably be linked on cyrus-wiki.
> > >
> > > I sort of thought that my problem may have been closer to this...
> > > https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=91933
> > >
> > > This is an athlon processor but of course not Fedora Core 2 but
> > > Whiteboxlinux 3 (RHEL 3) but my guess is that the compile flags might be
> > > the issue. I probably need to see the whiteboxlinux source db4 rpm to
> > > see what the spec file looks like.
> > >
> > > I am very frustrated though at my inability to solve the issues with my
> > > inability to have a subscription list and my inability to 'reconstruct -
> > > rf user.craig' which properly detects nested sub-folders and adds them
> > > to the mailbox list. I don't understand why that is not working.
> > 
> > Hm, I don't think you are hit by the NPTL issue.
> > 
> > Did you check permissions on /var/lib/imap and /var/spool/imap?
> ----
> Yes - they are cyrus:mail (700/600 folders/files)
> ----
> > Did you check "rpm -V cyrus-imapd"?
> ----
> seems pretty normal to me...
> # rpm -V cyrus-imapd
> S.5....T c /etc/cyrus.conf
> S.5....T c /etc/imapd.conf
> ----
> > And did you try to convert your skiplist dbs to BDB and back? Maybe you
> > have a skiplist corruption somehow.
> ----
> OK - given the above, do I change
> 
> CONFIG_DB_SUBS=flat
> to
> CONFIG_DB_SUBS=berkeley
> 
> in /var/lib/imap/rpm/db.cfg.cache ?
> 
> restart cyrus-imapd service and it rebuilds it to bdb?
> change back to 'flat' in same file and restart cyrus-imapd service to
> put it back to flat?
> 
> And that is the subscription stuff, do I do similar for 'MBOX'?
> Shouldn't the command
> # su - cyrus -c '/usr/lib/cyrus-imap/reconstruct -rf user.craig'
> automatically descend into the folders? If that rebuilt all of the
> 'first level folders in the INBOX, why didn't it descend deeper?
----
sort of solved...kludgy

su - cyrus -c '/usr/lib/cyrus-imap/reconstruct -rfx user.craig' ended up
fixing the subscription issue.

created a sub mailbox for user.craig.saved ended up causing above
'reconstruct' command to find the subfolders within 'saved' directory as
the 'saved' folder (and probably the 'logs' folder) were created by a
mail client application and didn't have the cyrus.header, cyrus.cache
and cyrus.index files in them so the 'reconstruct' command didn't
descend beyond that folder.

I suppose I can always try the 'yum update' which will update db4 stuff
for the final adventure but not tonight.

Thanks for the help Simon

Craig



---
Cyrus Home Page: http://asg.web.cmu.edu/cyrus
Cyrus Wiki/FAQ: http://cyruswiki.andrew.cmu.edu
List Archives/Info: http://asg.web.cmu.edu/cyrus/mailing-list.html




More information about the Info-cyrus mailing list