No Enable/Disable for the Services App

hbaird · #1 29th October 2011, 04:34 PM

F 15 all current updates
Yum installed the system config* to get the Services GUI App.
I can start and stop the Services but the Enable/Disable buttons are greyed out. I expect it is because Root did not call it. Is there a way to call the GUI App as Su from a command line? Gnome 2 menus allowed me to get to it and have full control.

Chilly Willy · #2 29th October 2011, 07:56 PM

The command is;
serviceconf

But this shouldn't be necessary, as I can do it from the GUI... (& I don't need SU, either way, to run - if I go to change anything, it will ask for the password) So, it won't surprise me if this doesn't really "help". (& sorry, I don't have a clue beyond this, to be able to help)

hbaird · #3 29th October 2011, 10:47 PM

Thanks Chilly Willy for the reply and info. I used serviceconf as su - and got the same greyed out Enable/Disable. I can stop and start sendmail but not disable/enable it. Earlier versions of Fedora did not work this way. I just noticed that Stop gives an Icon like the Disable. It looks like the plug is pulled. Sendmail was stopped when I booted this time as I left it when I shut down the last time. It may have been changed to make stop also disable it.

***DBelton*** · #4 29th October 2011, 10:56 PM

Fedora 15 started using systemd to control the services instead of sysvinit. For awhile there were big issues with the system-config-services program, and not sure that all of them have been fixed or not.

as far as a gui to enable/disable services, I believe that systemadm (installed by installing systemd-gtk) is supposed to be the replacement, but it's not really completed. I think it allows starting/stopping, but not really enable/disable.

What I have found the easiest way to enable/disable services is to bring up the gui (If I wish to see what is enabled and running) then open a teminal window and su - to root... Then I just use the command line to enable/disable the services. (systemctl enable whatever.service systemctl disable whatever.service)

Chilly Willy · #5 29th October 2011, 11:14 PM

SHOOT, I keep forgetting that all that changed with F15 (I'm still using F14) - sorry if this caused any problems...

***DBelton*** · #6 30th October 2011, 12:30 AM

well, they introduced systemd, BUT, the previous methods were supposed to remain working. So your advice should still work for F15. If it didn't then there is a bug still in the serviceconf application. They may have disabled the ability to enable/disable services rather than fix the bugs.

I also get the same behaviour with the systemconf application running in F16, so I don' think it's anything he is doing wrong that is causing the problem, but rather a problem with systemconf.

hbaird · #7 30th October 2011, 01:14 PM

Thank you Dbelton for the explanation. I tried your suggestion and got:

[root@linux ~]# systemctl disable sendmail.service
sendmail.service is not a native service, redirecting to /sbin/chkconfig.

Executing /sbin/chkconfig --del sendmail and got:
no response. services shows it still just off. I rebooted and now services will not turn it off.
I will stand by and await further instructions.

***glennzo*** · #8 30th October 2011, 01:32 PM

Switch to root and these should work.

PHP Code:


			
systemctl stop sendmail.service
systemctl disable sendmail.service
systemctl status sendmail.service

or

PHP Code:


			
service sendmail stop
chkconfig sendmail off
service sendmail status

Meh. I'm using Fedora 16 at the moment. That stuff was a pain under Fedora 15.

hbaird · #9 30th October 2011, 01:37 PM

root@linux ~]# systemctl disable sendmail.service
sendmail.service is not a native service, redirecting to /sbin/chkconfig.
Executing /sbin/chkconfig sendmail off

When I reboot it is back again.

***glennzo*** · #10 30th October 2011, 03:50 PM

What tells you that it is back again?

hbaird · #11 30th October 2011, 04:43 PM

Well that reboot it is still off. I am checking the state with the Services App. Also Evolution mail checks are slower.

***glennzo*** · #12 30th October 2011, 05:00 PM

Don't understand. Are you saying that it is still off after a reboot?

hbaird · #13 30th October 2011, 05:28 PM

Yes after the last reboot it is still off. I think the last command was:

systemctl disable sendmail.service which gave:

sendmail.service is not a native service, redirecting to /sbin/chkconfig.
Executing /sbin/chkconfig sendmail off.

It looks like that cured my problem. Evolution is much faster responding to a mail check. I have a stand alone box with Evolution handling the email.
Thanks to all for the help.