Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

service disapear after stopping it at opensuse 42.1 #414

Closed
ramonmedeiros opened this issue Sep 14, 2016 · 6 comments
Closed

service disapear after stopping it at opensuse 42.1 #414

ramonmedeiros opened this issue Sep 14, 2016 · 6 comments
Assignees
Labels
Milestone

Comments

@ramonmedeiros
Copy link

Go to system service administration
Stop a service
Reload page

Did not see it anymore

@alinefm alinefm added the bug label Sep 21, 2016
@alinefm alinefm added this to the Ginger 2.3 milestone Sep 21, 2016
danielhb pushed a commit that referenced this issue Oct 3, 2016
Dispite the title, ginger was not listing disabled services on systemctl
management. Just add --all parameter to list all of them, also, need to
list service without cgroup, which value is defined when services are
on.

Signed-off-by: Ramon Medeiros <ramonn@linux.vnet.ibm.com>
danielhb pushed a commit that referenced this issue Oct 3, 2016
Dispite the title, ginger was not listing disabled services on systemctl
management. Just add --all parameter to list all of them, also, need to
list service without cgroup, which value is defined when services are
on.

Signed-off-by: Ramon Medeiros <ramonn@linux.vnet.ibm.com>
@alinefm alinefm closed this as completed Oct 3, 2016
lcorreia pushed a commit to open-power-host-os/ginger that referenced this issue Oct 4, 2016
…use 42.1

Dispite the title, ginger was not listing disabled services on systemctl
management. Just add --all parameter to list all of them, also, need to
list service without cgroup, which value is defined when services are
on.

Signed-off-by: Ramon Medeiros <ramonn@linux.vnet.ibm.com>
@sureshab
Copy link
Member

sureshab commented Nov 4, 2016

Hi,
this issue is still valid for services which are not enabled.
Steps to reproduce -
select a service and disable it using - systemctl disable
go to - System Services in wok UI and stop that service - reload the page.
I tried it for openvswitch and sshd.

@ramonmedeiros or @danielhb could you please confirm and reopen if its valid?

@ramonmedeiros
Copy link
Author

Did not reproduced here.

Steps:
Go to System Services UI
Run: systemctl disable
Pressed F5
After that, Service is listed at inactive

I'm running Fedora 24

@sureshab
Copy link
Member

sureshab commented Nov 7, 2016

I tested on Fedora and KVM for IBM z systems:

  1. sshd is active and running

$# systemctl status sshd
● sshd.service - OpenSSH server daemon
Loaded: loaded (/usr/lib/systemd/system/sshd.service; disabled; vendor preset: enabled)
Active: active (running) since Mon 2016-11-07 09:27:30 CET; 7s ago
Docs: man:sshd(8)
man:sshd_config(5)
Main PID: 81688 (sshd)
CGroup: /system.slice/sshd.service
└─81688 /usr/sbin/sshd -D

Nov 07 09:27:30 zfwcec164 systemd[1]: Started OpenSSH server daemon.
Nov 07 09:27:30 zfwcec164 systemd[1]: Starting OpenSSH server daemon...
Nov 07 09:27:30 zfwcec164 sshd[81688]: Server listening on 0.0.0.0 port 22.
Nov 07 09:27:30 zfwcec164 sshd[81688]: Server listening on :: port 22.

  1. its disabled
    $# systemctl is-enabled sshd
    disabled

  2. wok gui listing sshd service

screenshot from 2016-11-07 13-58-58

  1. select "Stop" action:
    screenshot from 2016-11-07 13-59-08

  2. UI displays success message
    screenshot from 2016-11-07 13-59-14

  3. confirming status from command line:
    $# systemctl status sshd
    ● sshd.service - OpenSSH server daemon
    Loaded: loaded (/usr/lib/systemd/system/sshd.service; disabled; vendor preset: enabled)
    Active: inactive (dead)
    Docs: man:sshd(8)
    man:sshd_config(5)

Nov 07 09:26:27 zfwcec164 systemd[1]: Stopping OpenSSH server daemon...
Nov 07 09:26:27 zfwcec164 sshd[54761]: Received signal 15; terminating.
Nov 07 09:26:27 zfwcec164 systemd[1]: Stopped OpenSSH server daemon.
Nov 07 09:27:30 zfwcec164 systemd[1]: Started OpenSSH server daemon.
Nov 07 09:27:30 zfwcec164 systemd[1]: Starting OpenSSH server daemon...
Nov 07 09:27:30 zfwcec164 sshd[81688]: Server listening on 0.0.0.0 port 22.
Nov 07 09:27:30 zfwcec164 sshd[81688]: Server listening on :: port 22.
Nov 07 09:28:48 zfwcec164 sshd[81688]: Received signal 15; terminating.
Nov 07 09:28:48 zfwcec164 systemd[1]: Stopping OpenSSH server daemon...
Nov 07 09:28:48 zfwcec164 systemd[1]: Stopped OpenSSH server daemon.

  1. Now reload page and look for sshd

screenshot from 2016-11-07 13-59-31

It disappeared from list.

Could you please verify with sshd?

@danielhb
Copy link
Contributor

I can say that sshd isn't being shown here. Here's the output in the terminal:

[danielhb@arthas kimchi]$ sudo systemctl status sshd
[sudo] password for danielhb: 
● sshd.service - OpenSSH server daemon
   Loaded: loaded (/usr/lib/systemd/system/sshd.service; disabled; vendor preset: disa
   Active: inactive (dead)
     Docs: man:sshd(8)
           man:sshd_config(5)
[danielhb@arthas kimchi]$

Same thing with openvswitch:

[danielhb@arthas kimchi]$ sudo systemctl status openvswitch
● openvswitch.service - Open vSwitch
   Loaded: loaded (/usr/lib/systemd/system/openvswitch.service; disabled; vendor prese
   Active: inactive (dead)
[danielhb@arthas kimchi]$ 

This has been tested in a Fedora 24 x86_64.

@ramonmedeiros please take a look into how the backend is retrieving the service list and why these services are being left out of it.

@ramonmedeiros
Copy link
Author

Hi @sureshab, just reproduced. But, i only saw this environment with sshd. Maybe there is a category for services to have this behaviour. WIth other services, like my VPN manager, i was able to turn it off and see it at my services list as inactive.

I will spend more time understanding this. Thanks for all information.

danielhb pushed a commit that referenced this issue Nov 18, 2016
Signed-off-by: Ramon Medeiros <ramonn@linux.vnet.ibm.com>
@sureshab
Copy link
Member

thanks @ramonmedeiros . latest fix is working fine.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

4 participants