Hide Forgot
Created attachment 482372 [details] httpd error log Description of problem: ipa CLI admin commands intermittently returning .. ipa: ERROR: cannot connect to u'https://qe-blade-12.testrelm/ipa/xml': Bad Request /var/log/httpd/error_log when Bad Request is received: [Fri Mar 04 15:48:10 2011] [error] [client 10.16.76.43] request failed: error reading the headers [Fri Mar 04 15:48:17 2011] [error] [client 10.16.76.43] request failed: error reading the headers Version-Release number of selected component (if applicable): ipa-server-2.0.0-13.20110304T0712zgitbd3e499.el6.x86_64 ipa-admintools-2.0.0-13.20110304T0712zgitbd3e499.el6.x86_6 How reproducible: intermittent Steps to Reproduce: 1. 2. 3. Actual results: Expected results: Additional info:
Any logs from the server would be helpful too. If nothing is happening on the server it might indicate networking issues. If there is something we would want to see it.
I meant the other side. I see that the attached log is from the server. Is there anything on the client?
I am running these tests on the server ... there isn't a client in the environment at this time.
This needs to be fixed in mod_nss. This is caused by a glibc change related to memcpy(). I didn't think this change was done in RHEL 6 otherwise I would have fixed this already. I haven't seen this problem in RHEL 6 myself, though I've only done limited testing.
Backported patch from Fedora
Jenny, do you have a quick reproducer(I know you said 'intermittent', but just checking) or can you point me to the 'CLI admin commands' you were trying?
Technical note added. If any revisions are required, please edit the "Technical Notes" field accordingly. All revisions will be proofread by the Engineering Content Services team. New Contents: Due to an incorrect use of the memcpy() function in the mod_nss module, running the Apache HTTP Server with this module enabled could cause some requests to fail with the following message written to the error_log file: request failed: error reading the headers This update applies a patch to ensure that the memcpy() function is now used in accordance with the current specification, and using the mod_nss module no longer causes HTTP requests to fail.
VERIFIED. - RHEL 6.1(x86_64) nightly - Version info: ----------------------------- [root@tiger ~]# rpm -q mod_nss mod_nss-1.0.8-12.el6.x86_64 ----------------------------- Verification procedure: 1. Configure IPA server 2. Ensure there is valid a Krb ticket for 'admin' user(if not get one) # kinit admin 3. Run any ipa command like 'ipa user-find admin' (or 'ipa user-show admin') for an hour or two 4.Ensure there are no 'failed requests' in /var/log/httpd/error_log Successful verification Result ###################################################### [root@tiger ~]# kinit admin ###################################################### [root@tiger ~]# klist Ticket cache: FILE:/tmp/krb5cc_0 Default principal: admin.PNQ.REDHAT.COM Valid starting Expires Service principal 05/02/11 03:59:31 05/03/11 03:59:27 krbtgt/LAB.ENG.PNQ.REDHAT.COM.PNQ.REDHAT.COM [root@tiger ~]# ###################################################### [root@tiger ~]# while [ true ] ; do ipa user-find admin ; done -------------- 1 user matched -------------- User login: admin Last name: Administrator Home directory: /home/admin Login shell: /bin/bash Account disabled: False Member of groups: admins ---------------------------- Number of entries returned 1 ---------------------------- . . . ###################################################### [root@tiger ~]# grep -i "request failed" /var/log/httpd/error_log [root@tiger ~]# ######################################################
An advisory has been issued which should help the problem described in this bug report. This report is therefore being closed with a resolution of ERRATA. For more information on therefore solution and/or where to find the updated files, please follow the link below. You may reopen this bug report if the solution does not work for you. http://rhn.redhat.com/errata/RHBA-2011-0735.html