On Tue, Mar 11, 2008 at 01:28:03PM -0500, Mark Martin wrote:
> EXIT STATUS
> +
> + 3 Services exist in problematic state.
>
> Ceri, as to your point about (service_degraded == all_is_well), that's out
> of scope for this case. I'll file a bug for svcs -x showing degraded state
> and we can hash that at a later date.
That suits me OK, although I'm still not really happy with the
implication, particularly in the EXIT STATUS section above, that
"problematic" wouldn't include 'degraded'. What the exit status really
indicates is that services that should be 'online' are presently either
in maintenance, waiting for a dependency to come online (?) or, if
you're very quick, possibly uninitialised. I'd prefer that be made
explicit since I definitely would parse that statement as including
'degraded'.
I'd be equally happy for svcs to grow a -X option for including degraded
services which should be reasonably interface safe, rather than
extending svcs -x and possibly breaking stuff.
Thanks all,
Ceri
--
That must be wonderful! I don't understand it at all.
-- Moliere
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
URL:
<http://mail.opensolaris.org/pipermail/opensolaris-arc/attachments/20080311/b9cb62af/attachment.bin>
