krb5 commit: Exit with status 0 from kadmind

Greg Hudson <[email protected]>
Newsgroups gmane.comp.encryption.kerberos.cvs
Message-ID <[email protected]>
https://github.com/krb5/krb5/commit/3e53f7b254c6704ad16942f98d9b222c9e069ef3
commit 3e53f7b254c6704ad16942f98d9b222c9e069ef3
Author: Robbie Harwood <[email protected]>
Date:   Wed Mar 14 14:31:22 2018 -0400

    Exit with status 0 from kadmind
    
    Typically, 0 denotes successful exit.  In particular, init systems
    will complain if another different value is returned.  This presents a
    problem for automated installation jobs which want to restart kadmind.
    
    `service kadmin stop` typically sends SIGTERM, which is caught by
    verto and passed to our handler.  Besides cleanup, we then call
    verto_break(), which causes the verto_run() event loop to return.  The
    weird return code has been present since the addition of the kadmin
    code, which used a similar event model for signals.
    
    ticket: 8650 (new)

 src/kadmin/server/ovsec_kadmd.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

diff --git a/src/kadmin/server/ovsec_kadmd.c b/src/kadmin/server/ovsec_kadmd.c
index 6c87590..936955b 100644
--- a/src/kadmin/server/ovsec_kadmd.c
+++ b/src/kadmin/server/ovsec_kadmd.c
@@ -560,5 +560,5 @@ main(int argc, char *argv[])
 
     krb5_klog_close(context);
     krb5_free_context(context);
-    exit(2);
+    exit(0);
 }
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.