Date: Fri, 16 Jul 2010 11:56:17 +0300 From: "Reko Turja" <reko.turja@liukuma.net> To: "Jeremy Chadwick" <freebsd@jdc.parodius.com>, "Mikhail T." <mi+thun@aldan.algebra.com> Cc: freebsd-stable@freebsd.org, Henrik /KaarPoSoft <henrik@kaarposoft.dk> Subject: Re: openldap client GSSAPI authentication segfaults in fbsd8stablei386 Message-ID: <3FE6787E5CAC4C108C031CA6C8044FE4@rivendell> In-Reply-To: <20100716083617.GA97981@icarus.home.lan> References: <4C3CC831.7040005@kaarposoft.dk> <20100713210729.GA11943@icarus.home.lan> <0228E401B70A4023A6F86A2ADAE59EF9@rivendell> <008D0251AE4F4A2DBAA1369410565B61@rivendell> <20100715162251.GA73929@icarus.home.lan> <20100716083617.GA97981@icarus.home.lan>
next in thread | previous in thread | raw e-mail | index | archive | help
> On Thu, Jul 15, 2010 at 09:22:51AM -0700, Jeremy Chadwick wrote: >> Furthermore, relevant bug (PR 144754) indicates there's an easier=20 >> way to >> induce this problem, so I'm going to see if I can reproduce it here >> locally. It's almost certainly the same problem but induced via a >> slightly different context. >> >> = http://lists.freebsd.org/pipermail/freebsd-bugs/2010-March/038956.html >> >> I'll report back once I poke around with that. > testbox# cyradm > cyradm> Try giving command cyradm localhost instead - the cyradm without=20 connection starts, but trying to connect to the local server triggers=20 the bug. Or you can give 'server localhost' instead from the cyradm=20 command line. > I should note this machine **does** have Kerberos installed as part=20 > of > the FreeBSD base system (meaning src.conf does not contain > WITHOUT_KERBEROS). Similar as my setup - kerberos isn't excluded even if it's not really=20 used. > Mikhail, is there something I need to configure within cyrus-imapd23 > first? Three things to note: > > 1) I didn't modify /usr/local/etc/cyrus.conf or imapd.conf. > 2) I have not started the imapd service. > 3) /var/log/all.log shows the following errors (but the daemon=20 > starts > anyway): > Let me know as I'm doing my best to track this down. Thanks. Another datapoint that might or might not have some connection with=20 the issue is that in _gss_mg_error (m=3D0x28a86480, maj=3D851968, = min=3D2)=20 at /usr/src/lib/libgssapi/gss_display_status.c void 232 _gss_mg_error(struct _gss_mech_switch *m, OM_uint32 maj,=20 OM_uint32 min) 233 { 234 OM_uint32 major_status, minor_status; 235 OM_uint32 message_content; 236 struct mg_thread_ctx *mg; 237 238 mg =3D &last_error_context; 239 240 gss_release_buffer(&minor_status, &mg->maj_error); 241 gss_release_buffer(&minor_status, &mg->min_error); 242 243 mg->mech =3D &m->gm_mech_oid; 244 mg->maj_stat =3D maj; when I give following comands, gdb tells me: (gdb) p last_error_context Cannot find thread-local variables on this target (gdb) p &last_error_context Cannot find thread-local variables on this target (gdb) p mg No symbol "mg" in current context. (gdb) Thank you very much for your effort in the issue! -Reko=20
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?3FE6787E5CAC4C108C031CA6C8044FE4>