From: Craig White (no email)
Date: Sun Apr 03 2005 - 10:15:11 EDT
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
|
|
|