SOA in Cardiac Arrest, Long Live Services


 
Thread Tools Search this Thread
Special Forums News, Links, Events and Announcements Complex Event Processing RSS News SOA in Cardiac Arrest, Long Live Services
# 1  
Old 01-11-2009
SOA in Cardiac Arrest, Long Live Services

Tim Bass
01-11-2009 01:01 PM


Source...
Login or Register to Ask a Question

Previous Thread | Next Thread

1 More Discussions You Might Find Interesting

1. UNIX for Advanced & Expert Users

Long Delay if any with network services

While installing a firewall, I was pinging the interface from SCO 5.0.6 Openserver box, while no response, I hit "DEL" to cancel, but no cancel. Then all of a sudden I get BOO-KOO traffic lights on HUB and Switch.... Then a kernel trap error. System froze... Proceeded with a cold boot. Now I have... (8 Replies)
Discussion started by: nashvillek5
8 Replies
Login or Register to Ask a Question
serviceconf(8)						      System Manager's Manual						    serviceconf(8)

NAME
redhat-config-services - Service Configuration Utility SYNTAX
redhat-config-services DESCRIPTION
This is a graphical tool for enabling and disabling services (including xinetd services). Functionality to start, stop, and restart ser- vices is also included. OPTIONS
None FILES
/usr/bin/redhat-config-services /usr/share/serviceconf/* EXAMPLES
To run this program simply type: redhat-config-services LIMITATIONS
This utility currently execs chkconfig --add/--del <servicename> when enabling and disabling services. This means that it does not have the same default behaviour as ntsysv. SEE ALSO
chkconfig(8) ntsysv(8) BUGS
- Some services will not start or stop properly if started anywhere but the console (redhat-config-services will appear to hang in these instances). This is not a bug in redhat-config-services, but in the individual services. - Some services are incredibly hard to detect if they are running or not. Starting, stopping and restarting initscripts may give mixed results (ie. may fail if you are stopping a service that's already stopped, etc). This will be fixed; until then it's a bug. AUTHORS
Tim Powers <timp@redhat.com> Bill Nottingham <notting@redhat.com> Dan Walsh <dwalsh@redhat.com> Wed May 16 2001 serviceconf(8)