From 1be510f9529cb082f802408b472a77d074b394c0 Mon Sep 17 00:00:00 2001 From: Nicolas Vigier Date: Sun, 14 Apr 2013 13:46:12 +0000 Subject: Add zarb MLs html archives --- zarb-ml/mageia-dev/2012-April/014767.html | 122 ++++++++++++++++++++++++++++++ 1 file changed, 122 insertions(+) create mode 100644 zarb-ml/mageia-dev/2012-April/014767.html (limited to 'zarb-ml/mageia-dev/2012-April/014767.html') diff --git a/zarb-ml/mageia-dev/2012-April/014767.html b/zarb-ml/mageia-dev/2012-April/014767.html new file mode 100644 index 000000000..c2a4d191b --- /dev/null +++ b/zarb-ml/mageia-dev/2012-April/014767.html @@ -0,0 +1,122 @@ + + + + [Mageia-dev] [soft-commits] [4244] services: Do not rely on /var/lock/subsys/ $service to determin if a service is running or not. + + + + + + + + + +

[Mageia-dev] [soft-commits] [4244] services: Do not rely on /var/lock/subsys/ $service to determin if a service is running or not.

+ Thierry Vignaud + thierry.vignaud at gmail.com +
+ Wed Apr 25 10:58:35 CEST 2012 +

+
+ +
On 25 April 2012 10:52, Colin Guthrie <mageia at colin.guthr.ie> wrote:
+>> BTW we should make is_service_running more robust by handling services
+>
+> Maybe, but unless this is happening before mga2, then there is little
+> point as all services have a status under systemd.
+>
+> There is also the problem of how do you check? We are already using the
+> exit code...
+
+for systemd, future is shinning.
+For older initscripts w/o units or when running under sysvinit,
+we sadly cannot disting between error code b/c status is KO
+from "I don't actually implement status" w/o first checking
+for usage (grepping output of "service foobar").
+
+Since that's an old issue, maybe should we just not care about it
+and wait for systemd to eventually kill sysvinit in mga3.
+
+I've also seen status displaying errors but returning 0 :-)
+But that cannot be fixed.
+
+ + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + + +
+

+ +
+More information about the Mageia-dev +mailing list
+ -- cgit v1.2.1