On Mon, Dec 14, 2015 at 4:39 PM, Gianluca Cecchi <gianluca.cecchi@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@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@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@shengine ~]# systemctl status iptables iptables.service Loaded: not-found (Reason: No such file or directory) Active: inactive (dead)
[root@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