Dear Mika,
Thanks a bunch for the advice. I deleted db from /etc/nsswitch.conf and
viola, master stopped segfaulting on launch.

Unfortunately, IMAP still isnt working though. When I run:
/usr/local/bin/imtest -m login foobar

I get the following error:

gethostbyname: No such file or directory
failure: Network initialization

Also, I can telnet to port 143, but when postfix delivers mail to cyrus
(for example to the testuser account), the mail is never delivered and
the following processes are run, and never die (even if the box is
restarted, the same processes reappear):

642 ? S 0:00 pipe -n cyrus -t unix flags=R user=cyrus
argv=/usr/cyrus/bin/deliver -e -m ${extension
  
643 ? S 0:00 /usr/cyrus/bin/deliver -e -m  testuser


When I start master, master shows up under running processes, but imapd
doesn't. 

The following appears in the logs:

-----------------------------------------------------------------------

9:27 grass master: unable to change limit of file descriptors available
Oct 21 13:09:27 grass master[1508]: process started
Oct 21 13:09:27 grass master[1509]: about to exec
/usr/local/cyrus/bin/ctl_mboxlist
Oct 21 13:09:27 grass ctl_mboxlist[1509]: running mboxlist recovery
Oct 21 13:09:27 grass ctl_mboxlist[1509]: done running mboxlist recovery
Oct 21 13:09:27 grass service-imap[1518]: executed
Oct 21 13:09:27 grass master[1520]: about to exec
/usr/local/cyrus/bin/imapd
Oct 21 13:09:27 grass service-imap[1520]: executed
Oct 21 13:09:27 grass master[1519]: about to exec
/usr/local/cyrus/bin/pop3d
Oct 21 13:09:27 grass service-pop3[1519]: executed
Oct 21 13:09:27 grass master[1508]: process 1520 exited, signaled to
death by 11
Oct 21 13:09:27 grass service-pop3[1521]: executed
Oct 21 13:09:27 grass master[1521]: about to exec
/usr/local/cyrus/bin/pop3d
Oct 21 13:09:27 grass service-imap[1522]: executed
Oct 21 13:09:27 grass master[1508]: process 1519 exited, signaled to
death by 11
Oct 21 13:09:27 grass master[1508]: process 1518 exited, signaled to
death by 11
Oct 21 13:09:27 grass master[1508]: process 1516 exited, signaled to
death by 11
Oct 21 13:09:27 grass master[1508]: process 1521 exited, signaled to
death by 11
Oct 21 13:09:27 grass service-imap[1523]: executed
Oct 21 13:09:27 grass master[1522]: about to exec
/usr/local/cyrus/bin/imapd
Oct 21 13:09:27 grass master[1508]: process 1522 exited, signaled to
death by 11
Oct 21 13:09:27 grass master[1523]: about to exec
/usr/local/cyrus/bin/imapd
Oct 21 13:09:27 grass master[1508]: process 1512 exited, status 0
Oct 21 13:09:27 grass master[1508]: process 1523 exited, signaled to
death by 11

------------------------------------------------------------------------
---


Any idea whats going on? Any help would be much appreciated.

Thanks,
Lee


-----Original Message-----
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED]] On Behalf Of Mika
Iisakkila
Sent: Sunday, October 21, 2001 4:19 AM
To: [EMAIL PROTECTED]
Subject: Re: Master Segmentation Fault

Lee Hoffman wrote:
> Ive followed the directions to a T, while compiling cyrus sasl (w/ldap
> support) and cyrus (2.0.16) (with ssl support) on a debian 2.2r3
distro
> box. The compilation and installation report no errors. I follow the
> installation directions, and ensure that all the directories exist and
> have the correct permissions. When I run master though, I get a
> "Segmentation Fault" and imapd isn't started. The error log reads:

Welcome to the club. I spent a good deal of a day chasing this,
and the culprit is that Debian stable (2.2r3, currently) comes
with an old version of DB. I went to great lengths to ensure that
cyrus compiled and dynalinked with my own DB 3.1 libraries, and
the damn thing still crashed.

The problem is that for some unfathomable reasons, nsswitch in
Debian uses DB first by default, even though nothing is stored in DB
files in normal installations. Library version clash during imap/pop3
service lookup -> crash. Your /etc/nsswitch.conf has a line

services: db files

Remove the db. If it still doesn't help, the system db libraries are
probably still getting in the way, and you could try setting
LD_LIBRARY_PATH to point to the correct place prior to running master.

--mika

Reply via email to