Hello,<br><br>thanx for the hint. I tried the new 4.2.1rc1. When I use my script for stop or when I try to connect via osshell - still 100 % CPU usage on test server. I dont have this on the production server, so it might be also a OS problem. So I also try to find a fix for SuSE. When you know about I would be happy to get another hint.<br>
<br>cheers,<br>Juergen<br><br><br><div class="gmail_quote">2011/2/23 Shawn Routhier <span dir="ltr"><<a href="mailto:sar@isc.org">sar@isc.org</a>></span><br><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
<div><div></div><div class="h5">On 02/21/2011 08:26, Peter Rathlev wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
On Mon, 2011-02-21 at 16:25 +0100, Jürgen Dietl wrote:<br>
<blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">
Operating System: SUSE Enterprise Server 11 (x86_64)<br>
Version = 11<br>
PatchLevel = 1<br>
<br>
ISC-DHCP Server 4.2.0-P2<br>
<br>
When I try to open an omapi port via the omshell or script the dhcpd<br>
process raises to 100 % of CPU usage and when I try to connect over<br>
omapi I get the message<br>
</blockquote>
<br>
Redhat har the following bug entry on that:<br>
<br>
<a href="https://bugzilla.redhat.com/show_bug.cgi?id=666441" target="_blank">https://bugzilla.redhat.com/show_bug.cgi?id=666441</a><br>
<br>
The patch is "dhcp-4.2.0-P2-omapi.patch" which can be found in the<br>
source RPM.  If you have trouble finding the patch (and trust a<br>
stranger) it's this:<br>
<br>
diff -up dhcp-4.2.0-P2/omapip/protocol.c.omapi dhcp-4.2.0-P2/omapip/protocol.c<br>
--- dhcp-4.2.0-P2/omapip/protocol.c.omapi       2009-11-20 02:49:02.000000000 +0100<br>
+++ dhcp-4.2.0-P2/omapip/protocol.c     2011-01-03 16:30:25.000000000 +0100<br>
@@ -386,7 +386,7 @@ isc_result_t omapi_protocol_signal_handl<br>
         /* Should only receive these when opening the initial authenticator. */<br>
         if (!strcmp (name, "status")) {<br>
                 status = va_arg (ap, isc_result_t);<br>
-               if (status != ISC_R_SUCCESS) {<br>
+               if ((status != ISC_R_SUCCESS)&&  (status>= ISC_RESULTCLASS_DHCP)) {<br>
                         omapi_signal_in (h ->  inner, "status", status,<br>
                                          (omapi_object_t *)0);<br>
                         omapi_disconnect (p ->  outer, 1);<br>
<br>
It's not in vanilla 4.2.0-P2. Beware that there might be a reason for<br>
this, though I wouldn't know any. We use the patch on our servers and<br>
haven't seen any problems.<br>
<br>
</blockquote>
<br></div></div>
4.2.1rc1 has now been released.  It contains a different fix that should<br>
address the underlying omapi issue.<div><div></div><div class="h5"><br>
_______________________________________________<br>
dhcp-users mailing list<br>
<a href="mailto:dhcp-users@lists.isc.org" target="_blank">dhcp-users@lists.isc.org</a><br>
<a href="https://lists.isc.org/mailman/listinfo/dhcp-users" target="_blank">https://lists.isc.org/mailman/listinfo/dhcp-users</a></div></div></blockquote></div><br>