On Sat, Dec 23, 2017 at 11:18 AM, Gianluca Cecchi <gianluca.cec...@gmail.com
> wrote:

> On Fri, Dec 22, 2017 at 10:22 PM, Sandro Bonazzola <sbona...@redhat.com>
> wrote:
>
>>
>>
>> Il 22 Dic 2017 10:12 PM, "Yaniv Kaul" <yk...@redhat.com> ha scritto:
>>
>>
>>
>> On Dec 22, 2017 7:33 PM, "Gianluca Cecchi" <gianluca.cec...@gmail.com>
>> wrote:
>>
>> Hello, after upgrading engine and then  plain CentOS 7.4 host from 4.1 to
>> 4.2, I see in host section if I select line for the host, right click and
>> host console... That tries to go to the typical 9090 cockpit Port of
>> node-ng...
>> Is this an error or in 4.2 the access to host console is for plain OS
>> nodes too?
>> In that case is there any service I have to enable on host?
>> It seems indeed my host is not currently listening on 9090 Port....
>>
>>
>> Cockpit + firewall settings to enable to get to it.
>>
>>
>> Cockpit service should be up and running after the upgrade. Ovirt hist
>> depliy takes care of it. Firewall is configured by the engine unless you
>> disabled firewall config on the host configuration dialog.
>>
>> Didi, can you help here? Gianluca, can you share host upgrade logs?
>>
>>
>>
> Hello,
> this is a plain CentOS, not ovirt-node-ng one, that was upgraded from
> 4.1.7 to 4.2
> So the upgrade path has been to put the host into maintenance, yum update,
> reboot.
>
> Indeed cockpit has been installed as part of the yum update part:
>
> Dec 22 10:40:07 Installed: cockpit-bridge-155-1.el7.centos.x86_64
> Dec 22 10:40:07 Installed: cockpit-system-155-1.el7.centos.noarch
> Dec 22 10:40:40 Installed: cockpit-networkmanager-155-1.el7.centos.noarch
> Dec 22 10:40:42 Installed: cockpit-ws-155-1.el7.centos.x86_64
> Dec 22 10:40:43 Installed: cockpit-155-1.el7.centos.x86_64
> Dec 22 10:40:52 Installed: cockpit-storaged-155-1.el7.centos.noarch
> Dec 22 10:40:57 Installed: cockpit-dashboard-155-1.el7.centos.x86_64
> Dec 22 10:41:35 Installed: cockpit-ovirt-dashboard-0.11.
> 3-0.1.el7.centos.noarch
>
> I also see that there is a systemd cockpit.service unit that is configured
> as static and requires a cockpit.socket unit, that in turn is WantedBy
> sockets.target
>
> But if I run
>
> [root@ovirt01 ~]# remotectl certificate
> remotectl: No certificate found in dir: /etc/cockpit/ws-certs.d
> [root@ovirt01 ~]#
>
> So it seems that the cockpit.service ExecStartPre has not been ever run...
> ExecStartPre=/usr/sbin/remotectl certificate --ensure --user=root
> --group=cockpit-ws --selinux-type=etc_t
>
> [root@ovirt01 ~]# systemctl status cockpit.service
> ● cockpit.service - Cockpit Web Service
>    Loaded: loaded (/usr/lib/systemd/system/cockpit.service; static;
> vendor preset: disabled)
>    Active: inactive (dead)
>      Docs: man:cockpit-ws(8)
> [root@ovirt01 ~]#
>
> Gianluca
>
>
>
At the end I compared my CentOS 7.4 oVirt 4.2 configuration with the
configuration of a RHEV 4.1 RHV-H environment and there I see this kind of
config

[root@rhevora1 ~]# systemctl status cockpit.socket
● cockpit.socket - Cockpit Web Service Socket
   Loaded: loaded (/usr/lib/systemd/system/cockpit.socket; enabled; vendor
preset: enabled)
   Active: active (listening) since Fri 2017-10-27 17:02:30 CEST; 1 months
29 days ago
     Docs: man:cockpit-ws(8)
   Listen: [::]:9090 (Stream)

Oct 27 17:02:30 rhevora1.mydomain systemd[1]: Listening on Cockpit Web
Service Socket.
Oct 27 17:02:30 rhevora1.mydomain systemd[1]: Starting Cockpit Web Service
Socket.
[root@rhevora1 ~]#

So there is basically the difference that on RHEV RHV-H the cockpit.socket
systemd unit is enabled by default (cockpit-ws-148-1.el7.x86_64), while on
this just updated to 4.2 oVirt host on plain CentOS we have

[root@ovirt01 etc]# systemctl status cockpit.socket
● cockpit.socket - Cockpit Web Service Socket
   Loaded: loaded (/usr/lib/systemd/system/cockpit.socket; disabled; vendor
preset: disabled)
   Active: inactive (dead)
     Docs: man:cockpit-ws(8)
   Listen: 0.0.0.0:9090 (Stream)
[root@ovirt01 etc]#

On oVirt 4.2 the version is currently cockpit-ws-155-1.el7.centos.x86_64

What I've done has been
systemctl enable cockpit.socket
systemctl start cockpit.socket

and now I have the ovirt01 host correctly listening on 9090 port and I'm
able to web connect and enjoy...

Let me know if this is a sort of regression of cockpit-ws package or what...

Gianluca
_______________________________________________
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Reply via email to