Blame SOURCES/Exit-with-status-0-from-kadmind.patch

665228
From f77de343e052ad66324eda13cf8dd9b9e131590c Mon Sep 17 00:00:00 2001
665228
From: Robbie Harwood <rharwood@redhat.com>
665228
Date: Wed, 14 Mar 2018 14:31:22 -0400
665228
Subject: [PATCH] Exit with status 0 from kadmind
665228
665228
Typically, 0 denotes successful exit.  In particular, init systems
665228
will complain if another different value is returned.  This presents a
665228
problem for automated installation jobs which want to restart kadmind.
665228
665228
`service kadmin stop` typically sends SIGTERM, which is caught by
665228
verto and passed to our handler.  Besides cleanup, we then call
665228
verto_break(), which causes the verto_run() event loop to return.  The
665228
weird return code has been present since the addition of the kadmin
665228
code, which used a similar event model for signals.
665228
665228
(cherry picked from commit f970ad412aca36f8a7d3addb1cd4026ed22e5592)
665228
(cherry picked from commit 3bfe632c7011c335362d78356232507d9ee26f73)
665228
---
665228
 src/kadmin/server/ovsec_kadmd.c | 2 +-
665228
 1 file changed, 1 insertion(+), 1 deletion(-)
665228
665228
diff --git a/src/kadmin/server/ovsec_kadmd.c b/src/kadmin/server/ovsec_kadmd.c
665228
index a3edd3b00..9fc49f1e6 100644
665228
--- a/src/kadmin/server/ovsec_kadmd.c
665228
+++ b/src/kadmin/server/ovsec_kadmd.c
665228
@@ -558,5 +558,5 @@ main(int argc, char *argv[])
665228
 
665228
     krb5_klog_close(context);
665228
     krb5_free_context(context);
665228
-    exit(2);
665228
+    exit(0);
665228
 }