[ovirt-devel] [ovirt-users] [QE] oVirt 3.6.1 Hosted Engine test day

Simone Tiraboschi stirabos at redhat.com
Tue Dec 15 08:15:43 UTC 2015


On Mon, Dec 14, 2015 at 4:39 PM, Gianluca Cecchi <gianluca.cecchi at gmail.com>
wrote:

> On Mon, Dec 14, 2015 at 4:10 PM, Sandro Bonazzola  wrote:
>
>>
>>>
>>> You should just activate it.
>>> Adding Roy, looks like this doesn't happen to me only.
>>>
>>>
>> See *Bug 1290518* <https://bugzilla.redhat.com/show_bug.cgi?id=1290518> -
>>  failed Activating hosted engine domain during auto-import on NFS
>>
>>
> I confirm that I hit the bug and I was able to simply activate the storage
> domain and able to see the engine vm
>
> Dec 14, 2015 4:22:23 PM Hosted Engine VM was imported successfully
> Dec 14, 2015 4:22:23 PM Starting to import Vm HostedEngine to Data Center
> Default, Cluster Default
> Dec 14, 2015 4:22:19 PM Storage Domain hosted_storage (Data Center
> Default) was activated by admin at internal
>
>
> NOTES:
> 1) I configured the engine vm as a vnc one during install (in 3.6.0, as
> the appliance was the 3.6.0 one as we noted)
>
> [ INFO  ] Stage: Setup validation
>
>           --== CONFIGURATION PREVIEW ==--
>
>           Bridge interface                   : eth0
>           Engine FQDN                        : shengine.localdomain.local
>           Bridge name                        : ovirtmgmt
>           SSH daemon port                    : 22
>           Firewall manager                   : iptables
>           Gateway address                    : 192.168.122.1
>           Host name for web application      : hosted_engine_1
>           Host ID                            : 1
>           Image size GB                      : 10
>           GlusterFS Share Name               : hosted_engine_glusterfs
>           GlusterFS Brick Provisioning       : False
>           Storage connection                 :
> ovc71.localdomain.local:/SHE_DOMAIN
>           Console type                       : vnc
>           Memory size MB                     : 8192
>           MAC address                        : 00:16:3e:72:e7:26
>           Boot type                          : disk
>           Number of CPUs                     : 1
>           OVF archive (for disk boot)        :
> /usr/share/ovirt-engine-appliance/ovirt-engine-appliance-3.6-20151211.1.el7.centos.ova
>           Restart engine VM after engine-setup: True
>           CPU Type                           : model_Nehalem
>
>           Please confirm installation settings (Yes, No)[Yes]:
>
> but after import in 3.6.1 I see it configured as with spice console in web
> admin gui.
> I indeed am able to access it via spice, but just to notice that if one
> eventually would like to have it vnc, he/she has to edit the engine vm
> after update to 3.6.1.....
> BTW: is it possible/supported to edit engine vm from the gui and change
> for example the console mode?
>
> 2) During setup, see above, it was configured with iptables as firewall
> manager
> During the update to 3.6.1 this was the workflow shown at video:
>
> [root at shengine ~]# engine-setup
> [ INFO  ] Stage: Initializing
> [ INFO  ] Stage: Environment setup
>           Configuration files:
> ['/etc/ovirt-engine-setup.conf.d/10-packaging-jboss.conf',
> '/etc/ovirt-engine-setup.conf.d/10-packaging.conf',
> '/etc/ovirt-engine-setup.conf.d/20-setup-ovirt-post.conf']
>           Log file:
> /var/log/ovirt-engine/setup/ovirt-engine-setup-20151214134331-ga1lxy.log
>           Version: otopi-1.4.0 (otopi-1.4.0-1.el7.centos)
> [ INFO  ] Stage: Environment packages setup
> [ INFO  ] Stage: Programs detection
> [ INFO  ] Stage: Environment setup
> [ INFO  ] Stage: Environment customization
>
>           --== PRODUCT OPTIONS ==--
>
>
>           --== PACKAGES ==--
>
> [ INFO  ] Checking for product updates...
>           Setup has found updates for some packages:
>           PACKAGE: [updated] ovirt-engine-3.6.0.3-1.el7.centos.noarch
> ...
>           PACKAGE: [update] ovirt-engine-wildfly-overlay-8.0.4-1.el7.noarch
>           do you wish to update them now? (Yes, No) [Yes]:
>  [ INFO  ] Checking for an update for Setup...
>
>           --== ALL IN ONE CONFIGURATION ==--
>
>           --== NETWORK CONFIGURATION ==--
>
>           Setup can automatically configure the firewall on this system.
>           Note: automatic configuration of the firewall may overwrite
> current settings.
>           Do you want Setup to configure the firewall? (Yes, No) [Yes]:
> [ INFO  ] firewalld will be configured as firewall manager.
>
> So the former setup was with iptables durinh sh engine setup in 3.6.0
> while then with firewalld in 3.6.1.
>
> In fact on the engine I see
>
>
> [root at shengine ~]# systemctl status iptables
> iptables.service
>    Loaded: not-found (Reason: No such file or directory)
>    Active: inactive (dead)
>
> [root at shengine ~]# systemctl status firewalld
> firewalld.service - firewalld - dynamic firewall daemon
>    Loaded: loaded (/usr/lib/systemd/system/firewalld.service; enabled)
>    Active: active (running) since Mon 2015-12-14 14:19:56 UTC; 1h 15min ago
>  Main PID: 431 (firewalld)
>    CGroup: /system.slice/firewalld.service
>            └─431 /usr/bin/python -Es /usr/sbin/firewalld --nofork --nopid
>
> Dec 14 14:19:53 shengine.localdomain.local systemd[1]: Starting firewalld
> - dynamic firewall da.....
> Dec 14 14:19:56 shengine.localdomain.local systemd[1]: Started firewalld -
> dynamic firewall daemon.
> Hint: Some lines were ellipsized, use -l to show in full.
>
>
> Or is it the firewall manager asked during the initial hosted engine setup
> related to the host itself and not the engine vm perhaps???
>

Exactly.


>
> Gianluca
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ovirt.org/pipermail/devel/attachments/20151215/3b8a51c7/attachment-0001.html>


More information about the Devel mailing list