Hi
As you can see from the systemctl status, the difference is caused due to
the preset rule for cockpit.socket, which is enabled on the node-ng based
system, and disabled on your regular centos based system.
If you take a look at the cockpit postinstall script, you'd see something
like:
systemctl --no-reload preset cockpit.socket...
This sets the cockpit.socket according to its preset rule.
Thanks,
Yuval.
On Tue, Dec 26, 2017 at 3:35 PM, Gianluca Cecchi <gianluca.cecchi(a)gmail.com>
wrote:
On Sat, Dec 23, 2017 at 11:18 AM, Gianluca Cecchi <
gianluca.cecchi(a)gmail.com> wrote:
> On Fri, Dec 22, 2017 at 10:22 PM, Sandro Bonazzola <sbonazzo(a)redhat.com>
> wrote:
>
>>
>>
>> Il 22 Dic 2017 10:12 PM, "Yaniv Kaul" <ykaul(a)redhat.com> ha
scritto:
>>
>>
>>
>> On Dec 22, 2017 7:33 PM, "Gianluca Cecchi"
<gianluca.cecchi(a)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(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/users