<html> <head> <meta content="text/html; charset=utf-8" http-equiv="Content-Type"> </head> <body bgcolor="#FFFFFF" text="#000000"> Hi all, Great news, can't wait for it to be available in Fedora ARM en test. Winny <div class="moz-cite-prefix">Op 21-06-16 om 22:23 schreef Nathaniel McCallum: </div> <blockquote cite="mid:1466540605.17252.4.camel@redhat.com" type="cite"> <pre wrap="">I have found and fixed what I believe to be the issue. I have submitted a patch upstream for review: <a class="moz-txt-link-freetext" href="https://github.com/krb5/krb5/pull/471">https://github.com/krb5/krb5/pull/471</a> Once merged, we will backport the fix into all existing Fedora releases. So you should get an update via a simple: dnf update. On Thu, 2016-06-16 at 10:28 +0200, Winfried de Heiden wrote: </pre> <blockquote type="cite"> <pre wrap="">Hi all, "So it looks a bit like a libverto 32bit issue"; any news or progress on this? Bugzilla? Winny Op 09-06-16 om 18:51 schreef Sumit Bose: </pre> <blockquote type="cite"> <pre wrap="">On Thu, Jun 09, 2016 at 08:42:59AM -0400, Nathaniel McCallum wrote: </pre> <blockquote type="cite"> <pre wrap="">On Thu, 2016-06-09 at 10:46 +0200, Sumit Bose wrote: </pre> <blockquote type="cite"> <pre wrap="">On Thu, Jun 09, 2016 at 08:16:13AM +0200, Winfried de Heiden wrote: </pre> <blockquote type="cite"> <pre wrap="">Hi all, I can install libvert-libev but removing libverto-tevent will remove 123 dependencies also. (wget, tomcat and much more...) Hence, I installed libverto-libev, but dit not remove libverto- tevent to give it a try. After ipactl restart still the same problem: </pre> </blockquote> <pre wrap="">fyi, I think I can reproduce the issue on 32bit Fedora. I tried libverto-libev as well but I removed libverto-tevent after installing libverto-libev with 'rpm -e --nodeps ....' to make sure libverto has no other chance. So it looks a bit like a libverto 32bit issue. I used libverto-0.2.6-4.fc22. Since I knew that is was working before on 32bits I tried libverto-0.2.5 and libverto-0.2.4 as well with no lock. Nathaniel, do you have any suggestions what to check with gdb? </pre> </blockquote> <pre wrap="">It may not be a libverto issue at all. Just to summarize, krb5kdc sends the otp request to ipa-otpd using RADIUS-over-UNIX-socket. It appears that ipa-otpd receives the request and sends the appropriate response. However, krb5kdc never appears to receive the request and times out. Once it times out, it closes the socket and ipa-otpd exits. The question is: why? This could be a bug in krb5kdc, libkrad or libverto. Does the event actually fire from libverto? Does libkrad process it correctly? Does krb5kdc process it correctly? There are lots of places to attach gdb. I would probably start here: <a class="moz-txt-link-freetext" href="https://github.com/krb5/krb5/blob/master/src/lib/krad/client.c#L1">https://github.com/krb5/krb5/blob/master/src/lib/krad/client.c#L1</a> 93 </pre> </blockquote> <pre wrap="">It looks like the 3rd argument of recv(), the buffer length, becomes negative aka very big in on_io_read() i = recv(verto_get_fd(rr->io), rr->buffer.data + rr- </pre> <blockquote type="cite"> <pre wrap="">buffer.length, </pre> </blockquote> <pre wrap=""> pktlen - rr->buffer.length, 0); because pktlen is 4 and rr->buffer.length is 16 on my 32bit system. I wonder if pktlen isn't sufficient here because it already is the result of 'len - buffer->length' which is calculated in krad_packet_bytes_needed() ? bye, Sumit </pre> </blockquote> <pre wrap=""> </pre> </blockquote> </blockquote> </body> </html>