Re: imapd segfault at 0 help

--===============1126346128202385511==
Content-Type: multipart/alternative; boundary=bcaec517c4602d768605083bf981

--bcaec517c4602d768605083bf981
Content-Type: text/plain; charset=UTF-8

On Wed, Nov 19, 2014 at 11:57 AM, David B Funk <[email protected]>
wrote:

> On Tue, 18 Nov 2014, Jerry Lowry wrote:
>
>  Hello,
>> I am hoping that you may be able to help me solve a problem I have
>> encountered with UW-imapd.
>> We have been running the UW-imap application for quite a while.  First on
>> a Sun system and now we have upgraded
>> [2011] to imap-2007f running on a Centos system. I have noticed lately
>> that imapd segfaults. I was wondering what
>> I can do to determine the cause or if this is known problem and there is
>> a fix that I can apply?
>>
>> [System]
>> Centos 6.5
>> 2.6.32-431.1.2.0.1.el6.x86_64 kernel
>> memory = 16G
>> total of 35 users
>>
>> [messages]
>> Nov 18 15:05:49 mailsvr kernel: imapd[11359]: segfault at 0 ip
>> 0000000000457ca9 sp 00007fff123174d0 error 4 in
>> imapd[400000+f5000]
>>
>> [configuration files]
>> service imap
>> {
>>     disable    = no
>>     socket_type    = stream
>>     wait        = no
>>     user        = root
>>     server        = /usr/local/sbin/imapd
>>     groups        = yes
>>     flags        = REUSE
>> }
>>
>
> I cannot tell for certain from your info but that 'sp' value looks like a
> 64 bit
> number. You -did- build your imapd as a 32bit program? You do know that
> Mark never completed the 64bit port of UW-imap.
>
> Have you tried the Panda distro? Mark fixed a number of bugs in it as well
> as
> adding some enhancements that never got backported to the UW version.
> As the Panda distro is now publicly available I'd try that before wasting
> more time on the UW kit.
>

I agree, too: move on to recent IMAP implementations, you'll get more from
it.

We started to move to GoogleLand a few years back and now only support
one box running UW-IMAP 2004a, down from six, and this support is only
for moving remaining mail to gmail (we quit local delivery recently).  We're
pulling the plug on a good chunk of our mail architecture.

We ran 2004a since it came out, on 32-bit and 64-bit platforms, and saw
segfaults, too, but it appears not to affect the user's experience, so no
bother to hunt it down.  I recall getting Mark involved at one point, but
decided
it might not be too important since users were happy and inboxes not
being corrupted.


> --
> Dave Funk                                  University of Iowa
> <dbfunk (at) engineering.uiowa.edu>        College of Engineering
> 319/335-5751   FAX: 319/384-0549           1256 Seamans Center
> Sys_admin/Postmaster/cell_admin            Iowa City, IA 52242-1527
> #include <std_disclaimer.h>
> Better is not better, 'standard' is better. B{
> _______________________________________________
> Imap-uw mailing list
> [email protected]
> http://mailman13.u.washington.edu/mailman/listinfo/imap-uw
>
>


-- 
scott hollatz
information technology systems and services
university of minnesota duluth mn usa
net: [email protected] tel: +1 218 726 8851 fax: +1 218 726 7674
                         Asn aD ta zlAp em uT zt33rg

--bcaec517c4602d768605083bf981
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

<div dir=3D"ltr"><br><div class=3D"gmail_extra"><br><div class=3D"gmail_quo=
te">On Wed, Nov 19, 2014 at 11:57 AM, David B Funk <span dir=3D"ltr">&lt;<a=
 href=3D"mailto:[email protected]" target=3D"_blank">[email protected]=
a.edu</a>&gt;</span> wrote:<br><blockquote class=3D"gmail_quote" style=3D"m=
argin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=
=3D"">On Tue, 18 Nov 2014, Jerry Lowry wrote:<br>
<br>
<blockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1p=
x #ccc solid;padding-left:1ex">
Hello,<br>
I am hoping that you may be able to help me solve a problem I have encounte=
red with UW-imapd.<br>
We have been running the UW-imap application for quite a while.=C2=A0 First=
 on a Sun system and now we have upgraded<br>
[2011] to imap-2007f running on a Centos system. I have noticed lately that=
 imapd segfaults. I was wondering what<br>
I can do to determine the cause or if this is known problem and there is a =
fix that I can apply?<br>
<br>
[System]<br>
Centos 6.5<br>
2.6.32-431.1.2.0.1.el6.x86_64 kernel<br>
memory =3D 16G<br>
total of 35 users<br>
<br>
[messages]<br>
Nov 18 15:05:49 mailsvr kernel: imapd[11359]: segfault at 0 ip 000000000045=
7ca9 sp 00007fff123174d0 error 4 in<br>
imapd[400000+f5000]<br>
<br>
[configuration files]<br>
service imap<br>
{<br>
=C2=A0=C2=A0=C2=A0 disable=C2=A0=C2=A0=C2=A0 =3D no<br>
=C2=A0=C2=A0=C2=A0 socket_type=C2=A0=C2=A0=C2=A0 =3D stream<br>
=C2=A0=C2=A0=C2=A0 wait=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 =3D no<br>
=C2=A0=C2=A0=C2=A0 user=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 =3D root<br>
=C2=A0=C2=A0=C2=A0 server=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 =3D /usr/loc=
al/sbin/imapd<br>
=C2=A0=C2=A0=C2=A0 groups=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 =3D yes<br>
=C2=A0=C2=A0=C2=A0 flags=C2=A0=C2=A0=C2=A0 =C2=A0=C2=A0=C2=A0 =3D REUSE<br>
}<br>
</blockquote>
<br></span>
I cannot tell for certain from your info but that &#39;sp&#39; value looks =
like a 64 bit<br>
number. You -did- build your imapd as a 32bit program? You do know that<br>
Mark never completed the 64bit port of UW-imap.<br>
<br>
Have you tried the Panda distro? Mark fixed a number of bugs in it as well =
as<br>
adding some enhancements that never got backported to the UW version.<br>
As the Panda distro is now publicly available I&#39;d try that before wasti=
ng<br>
more time on the UW kit.<span class=3D"HOEnZb"><font color=3D"#888888"><br>=
</font></span></blockquote><div><br></div><div>I agree, too: move on to rec=
ent IMAP implementations, you&#39;ll get more from it.<br><br></div><div>We=
 started to move to GoogleLand a few years back and now only support<br></d=
iv><div>one box running UW-IMAP 2004a, down from six, and this support is o=
nly<br></div><div>for moving remaining mail to gmail (we quit local deliver=
y recently).=C2=A0 We&#39;re<br></div><div>pulling the plug on a good chunk=
 of our mail architecture.<br></div><div><br></div><div>We ran 2004a since =
it came out, on 32-bit and 64-bit platforms, and saw<br></div><div>segfault=
s, too, but it appears not to affect the user&#39;s experience, so no<br></=
div><div>bother to hunt it down.=C2=A0 I recall getting Mark involved at on=
e point, but decided<br></div><div>it might not be too important since user=
s were happy and inboxes not<br></div><div>being corrupted.<br><br></div><b=
lockquote class=3D"gmail_quote" style=3D"margin:0 0 0 .8ex;border-left:1px =
#ccc solid;padding-left:1ex"><span class=3D"HOEnZb"><font color=3D"#888888"=
>
<br>
-- <br>
Dave Funk=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 University of Iowa<br>
&lt;dbfunk (at) <a href=3D"http://engineering.uiowa.edu" target=3D"_blank">=
engineering.uiowa.edu</a>&gt;=C2=A0 =C2=A0 =C2=A0 =C2=A0 College of Enginee=
ring<br>
<a href=3D"tel:319%2F335-5751" value=3D"+13193355751" target=3D"_blank">319=
/335-5751</a>=C2=A0 =C2=A0FAX: <a href=3D"tel:319%2F384-0549" value=3D"+131=
93840549" target=3D"_blank">319/384-0549</a>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A01256 Seamans Center<br>
Sys_admin/Postmaster/cell_<u></u>admin=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =
=C2=A0 Iowa City, IA 52242-1527<br>
#include &lt;std_disclaimer.h&gt;<br>
Better is not better, &#39;standard&#39; is better. B{</font></span><br>___=
____________________________________________<br>
Imap-uw mailing list<br>
<a href=3D"mailto:[email protected]">[email protected]</a><br=
>
<a href=3D"http://mailman13.u.washington.edu/mailman/listinfo/imap-uw" targ=
et=3D"_blank">http://mailman13.u.washington.edu/mailman/listinfo/imap-uw</a=
><br>
<br></blockquote></div><br><br clear=3D"all"><br>-- <br><div class=3D"gmail=
_signature">scott hollatz<br>information technology systems and services<br=
>university of minnesota duluth mn usa<br>net: <a href=3D"mailto:shollatz@d=
.UMn.eDu" target=3D"_blank">[email protected]</a> tel: +1 218 726 8851 fax=
: +1 218 726 7674<br>=C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=
=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0 =C2=A0Asn aD ta zlAp em uT zt33rg</div>
</div></div>

--bcaec517c4602d768605083bf981--

--===============1126346128202385511==
Content-Type: text/plain; charset="us-ascii"
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

_______________________________________________
Imap-uw mailing list
[email protected]
http://mailman13.u.washington.edu/mailman/listinfo/imap-uw

--===============1126346128202385511==--