segfaults when executing quota command

Craig White craigwhite at azapple.com
Sun Apr 3 10:15:11 EDT 2005


On Sun, 2005-04-03 at 03:46 -0400, Derrick J Brashear wrote:
> > I suspect that this is caused by my setup.
> 
> Quite possibly, I'd guess we'd have seen it before if it were a general 
> issue, but...
> 
> > number of things including openldap, cyrus-sasl, heimdal-kerberos,
> > openssl and what I perceive to the problem, sleepycat db-4.2.52 (+ a
> > couple of patches for openldap transactions).
> 
> Ok, but,
> 
> > # rpm -q db4
> > db4-4.1.25-8
> 
> if your LD_RUN_PATH wasn't set usefull you could be linked against one set 
> of libraries at link time but finding the other at runtime, depending on 
> the names of the libraries.
----
clearly what I am fearing may have happened - sorry that I couldn't
articulate it as well as you have - I'm not all knowledgable on this
stuff
----
> > anyway...
> > since any and all attempts to run quota segfault, I have included the
> > end of the stream of an strace on the command which may help someone
> > tell me what I need to do
> >
> I'd suggest (assumes csh, since guess what I use;-)
> 
> 1)  strace su - cyrus -c '/usr/lib/cyrus-imapd/quota -f'|& grep ^open
> 
> should tell us exactly which shared libraries are being used and for that 
> matter what else is opened.
----
it does - I'm not certain that I find it most useful - it is just simply
less that I was getting before in my previous strace efforts.

I don't see it accessing any db4 libraries at all
----
> 
> 2) su - cyrus -c 'gdb /usr/lib/cyrus-imapd/quota' and then at the gdb 
> prompt,
> run -f
> 
> and see if you get at least function names in the backtrace.
----
this seems to give me something - of course, I am not certain what to
make of it

(gdb) run -f
Starting program: /usr/lib/cyrus-imapd/quota -f
(no debugging symbols found)...(no debugging symbols found)...(no
debugging symbols found)...(no debugging symbols found)...(no debugging
symbols found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...(no debugging symbols
found)...(no debugging symbols found)...[Thread debugging using
libthread_db enabled]
[New Thread -1218568064 (LWP 7193)]
(no debugging symbols found)...
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1218568064 (LWP 7193)]
0x00d1c513 in _int_realloc () from /lib/tls/libc.so.6

and I definitely did install openssl in /usr/local and also have RHEL
distribution based rpm installed too...but I haven't had problems using
tls, I've got a bunch of users authenticating using TLS to imap.

Apr  3 07:06:33 srv1 imaps[7419]: accepted connection
Apr  3 07:06:33 srv1 imaps[7440]: executed
Apr  3 07:06:33 srv1 imaps[7419]: mystore: starting txn 2147491363
Apr  3 07:06:33 srv1 imaps[7419]: mystore: committing txn 2147491363
Apr  3 07:06:33 srv1 imaps[7419]: starttls: TLSv1 with cipher AES256-SHA
(256/256 bits new) no authentication
Apr  3 07:06:33 srv1 imaps[7419]: login: localhost.localdomain
[127.0.0.1] administrator plaintext+TLS User logged in
Apr  3 07:06:33 srv1 imaps[7419]: seen_db: user administrator
opened /var/lib/imap/user/a/administrator.seen

But it's clear that when trying to execute quota program from cyrus-
imap, something is not working for me and I am grateful for any
pointers/ideas.

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