Description of problem: When using 'hosted-engine --deploy' from the command line (as opposed to cockpit), the RHV 4.0 hypervisor will provide the following warning: It has been detected that this program is executed through an SSH connection without using screen. Continuing with the installation may lead to broken installation if the network connection fails. It is highly recommended to abort the installation and run it inside a screen session using command "screen". Do you want to continue anyway? (Yes, No)[No]: However the screen package is not available on the RHV 4.0 hypervisor, even after registering and applying appropriate subscriptions Version-Release number of selected component (if applicable): 4.0 How reproducible: Steps to Reproduce: 1. Install RHV 4.0 2. Start 'hosted-engine --deploy', observe warning 3. try to install screen, this always fails Actual results: Screen is not available, nor is it packaged in the RHV hypervisor image Expected results: Screen should be available in case customers are using command line for HE deployment Additional info:
This seems to be a missing dependency, moving it to the right component.
How is this 'screen' requirement is met when running the installation via the Cockpit wizard, btw? If there is a disconnection, will re-connection bring you back to where you were?
(In reply to Fabian Deutsch from comment #1) > This seems to be a missing dependency, moving it to the right component. screen is an optional (recomended) dependency, so if you want it in RHVH it has to be added to the equivalent of ovirt-release Node RPM. (In reply to Yaniv Kaul from comment #2) > How is this 'screen' requirement is met when running the installation via > the Cockpit wizard, btw? If there is a disconnection, will re-connection > bring you back to where you were? I don't know how cockpit works regarding to this, moving the needinfo to Ryan who developed it.
(In reply to Yaniv Kaul from comment #2) > How is this 'screen' requirement is met when running the installation via > the Cockpit wizard, btw? If there is a disconnection, will re-connection > bring you back to where you were? actually, cockpit is talking to hosted-engine deploy on the local host so no ssh connection is established there and no screen execution is suggested on hosted-engine deploy side.
(In reply to Sandro Bonazzola from comment #4) > actually, cockpit is talking to hosted-engine deploy on the local host so no > ssh connection is established there and no screen execution is suggested on > hosted-engine deploy side. Correct -- we initially had some discussions about using screen in cockpit in order to reconnect to a running session, but this is tricky, since reconnecting a screen session from a cockpit channel does not flush the otopi output back to stdout, so there would be no good way to update the UI. For deploying hosted engine from the CLI in RHV-H, though, we can definitely include screen.(In reply to Yaniv Kaul from comment #2) > How is this 'screen' requirement is met when running the installation via > the Cockpit wizard, btw? If there is a disconnection, will re-connection > bring you back to where you were? No, it will not... We start a new instance of the installer on a page reload (and kill the old one when the page dies or is refreshed). It's possible to add this as a future feature (4.2?), but it would mean scanning for a screen session, forcing a reconnect, iterating through the hosted engine logs to find the most recent one (and hoping that is correct), then grabbing the last messages from otopi's machine dialog to populate the UI.
screen is not required by Node, because node is using the wizard. If screen is also not required by hosted-engine-setup, then there is no need to pull it in. Considering comment 2 - I remember that we actually had the case to keep the process (back the accidentally) running. But then we decided to kill the process when the page is left. To me this looks like a reasonable default. HE setup is a single flow which needs to be completed, switching pages in between does not sound as if it is needed. Closing this according to the first paragraph of this comment.
(In reply to Fabian Deutsch from comment #7) > screen is not required by Node, because node is using the wizard. > If screen is also not required by hosted-engine-setup, then there is no need > to pull it in. > > Considering comment 2 - I remember that we actually had the case to keep the > process (back the accidentally) running. > But then we decided to kill the process when the page is left. > > To me this looks like a reasonable default. > > HE setup is a single flow which needs to be completed, switching pages in > between does not sound as if it is needed. > > Closing this according to the first paragraph of this comment. We support CLI in RHV-H 4. Screen a very useful app for using server CLI. It should not add much size to image. I would request you reconsider.
(In reply to Roger Heslop from comment #8) > If screen is not needed, the warning in the setup process should be removed. > The problem is not that screen is absent, more that there is a warning that > is should be present, but cannot be easily installed without manually > downloading the package. (Even after attaching 'Employee SKU') > > This will cause lost time and confusion for some of our customers. As far as I know, the prompt for "screen" occurs only if users run "hosted-engine --deploy" over SSH. Since cockpit invokes it directly from the system, the prompt is not present there. Nor would it be present if users were logged directly into the system. But for the case where users SSH into a RHV-H host (instead of cockpit), the prompt for "screen" will be shown. The question is whether we support this flow, but it's not hard to add screen if customers prefer to deploy via this method.
(In reply to Ryan Barry from comment #10) > The question is whether we support this flow, but it's not hard to add > screen if customers prefer to deploy via this method. We so support it, why shouldn't we? CLI is prefer by Linux admins usually.
Well, the question here is basically whether we support non-Cockpit flows on RHV-H 4.0. In vintage node, using the shell was unsupported (and clearly warned about). There's no such warning in 4.0, and 4.0 should basically behave like a RHEL-H host, but I wasn't sure what the official stance on support was. If we support the CLI in 4.0, it's no problem to add it to the image. CLI is often preferred to GUI tools by Linux admins, yes, where CLI tools exist which are more scriptable or can accomplish more (by chaining flags) than clicking through a GUI can. hosted-engine-setup doesn't really match either of those cases, though.
*** Bug 1383567 has been marked as a duplicate of this bug. ***
As we see issues in the wild, and to keep compatability with RHEV-H 3.y we should ship screen.
In 4.2 the HE flow will only be supported via Cockpit
(In reply to Fabian Deutsch from comment #19) > In 4.2 the HE flow will only be supported via Cockpit This is not true. We will never support GUI only flow. CLI is the preference of many admins and automated install requires CLI for bootstrap. If this was the logic in moving this out, I suggest to fix it for the current release as it makes the setup much harder.
I just had the wrong informations then.
The screen package is not available on the RHVH 4.1 (rhvh-4.1-0.20170104.0+1) Also, after subscribed, yum install screen failed. There is no package about screen. Steps: Install RHVH 4.1 (rhvh-4.1-0.20170104.0+1) 1. subscription-manager register (with account: qa) 2. subscription-manager attach --auto 3. subscription-manager repos --enable=* 4. yum install screen [root@dell-per730-34 ~]# yum install screen Loaded plugins: imgbased-persist, product-id, search-disabled-repos, subscription-manager No package screen available. Error: Nothing to do [root@dell-per730-34 ~]# yum repolist all Loaded plugins: imgbased-persist, product-id, search-disabled-repos, subscription-manager repo id repo name status rhel-7-server-rhvh-4-beta-debug-rpms/x86_64 Red Hat Virtualization Host 7 Beta (Debug RPMs) enabled: 2 rhel-7-server-rhvh-4-beta-rpms/x86_64 Red Hat Virtualization Host 7 Beta (RPMs) enabled: 41 rhel-7-server-rhvh-4-beta-source-rpms/x86_64 Red Hat Virtualization Host 7 Beta (Source RPMs) enabled: 21 rhel-7-server-rhvh-4-debug-rpms/x86_64 Red Hat Virtualization Host 7 (Debug RPMs) enabled: 0 rhel-7-server-rhvh-4-rpms/x86_64 Red Hat Virtualization Host 7 (RPMs) enabled: 7 rhel-7-server-rhvh-4-source-rpms/x86_64 Red Hat Virtualization Host 7 (Source RPMs) enabled: 7 rhel-atomic-7-cdk-2.2-debug-rpms Red Hat Container Development Kit 2.2 /(Debug RPMs) enabled: 0 rhel-atomic-7-cdk-2.2-rpms Red Hat Container Development Kit 2.2 /(RPMs) enabled: 0 rhel-atomic-7-cdk-2.2-source-rpms Red Hat Container Development Kit 2.2 /(Source RPMs) enabled: 0 rhel-atomic-7-cdk-2.3-debug-rpms Red Hat Container Development Kit 2.3 /(Debug RPMs) enabled: 0 rhel-atomic-7-cdk-2.3-rpms Red Hat Container Development Kit 2.3 /(RPMs) enabled: 0 rhel-atomic-7-cdk-2.3-source-rpms Red Hat Container Development Kit 2.3 /(Source RPMs) enabled: 0 rhel-atomic-7-devstudio-10.0-debug-rpms Red Hat Developer Studio 10.0 /(Debug RPMs) enabled: 0 rhel-atomic-7-devstudio-10.0-rpms Red Hat Developer Studio 10.0 /(RPMs) enabled: 0 rhel-atomic-7-devstudio-10.0-source-rpms Red Hat Developer Studio 10.0 /(Source RPMs) enabled: 0 rhel-atomic-host-beta-debug-rpms/x86_64 Red Hat Enterprise Linux Atomic Host Beta (Debug RPMs) enabled: 0 rhel-atomic-host-beta-rpms/x86_64 Red Hat Enterprise Linux Atomic Host Beta (RPMs) enabled: 34 rhel-atomic-host-beta-source-rpms Red Hat Enterprise Linux Atomic Host Beta (Source RPMs) enabled: 22 rhel-atomic-host-debug-rpms/x86_64 Red Hat Enterprise Linux Atomic Host (Debug RPMs) enabled: 49 rhel-atomic-host-htb-rpms/x86_64 Red Hat Enterprise Linux Atomic Host HTB (RPMs) enabled: 0 rhel-atomic-host-rpms/x86_64 Red Hat Enterprise Linux Atomic Host (RPMs) enabled: 136 rhel-atomic-host-source-rpms/x86_64 Red Hat Enterprise Linux Atomic Host (Source RPMs) enabled: 66 rhel-atomic-preview-debug-rpms Red Hat Enterprise Linux Atomic Host Preview (Debug RPMs) enabled: 0 rhel-atomic-preview-source-rpms Red Hat Enterprise Linux Atomic Host Preview (Source RPMs) enabled: 0 repolist: 385 Ryan, my steps have some errors ? Or lost other repos?
screen was added in today's image (20170111.0)
Thanks,Ryan The screen package is available on the RHVH 4.1 (rhvh-4.1-0.20170111.0+1) Version-Release number of selected component (if applicable): rhvh-4.1-0.20170111.0+1 imgbased-0.9.3-0.1.el7ev.noarch ovirt-hosted-engine-ha-2.1.0-0.0.master.git118000f.el7ev.noarch ovirt-hosted-engine-setup-2.1.0-0.0.master.git46cacd3.el7ev.noarch cockpit-ovirt-dashboard-0.10.7-0.0.3.el7ev.noarch [root@dell-per730-34 ~]# imgbase w [INFO] You are on rhvh-4.1-0.20170111.0+1 [root@dell-per730-34 ~]# rpm -qa |grep screen screen-4.1.0-0.23.20120314git3c2946.el7_2.x86_64 So, the bug's status is VERIFIED.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHEA-2017:1114