<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jan 25, 2016 at 2:18 PM, Gianluca Cecchi <span dir="ltr"><<a href="mailto:gianluca.cecchi@gmail.com" target="_blank">gianluca.cecchi@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><span class=""><div class="gmail_extra"><div class="gmail_quote">On Wed, Jan 20, 2016 at 12:59 PM, Sandro Bonazzola <span dir="ltr"><<a href="mailto:sbonazzo@redhat.com" target="_blank">sbonazzo@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>The oVirt Project is pleased to announce the availability<br></div><div><span>of the Third Release Candidate of oVirt 3.6.2 for testing, as of January 20th, 2016</span></div><div><br></div><div><br></div></div></blockquote></div></div><div class="gmail_extra"><br></div></span><div class="gmail_extra">Tested successfully on CentOS 7.2 with SH Engine on NFS and verified correct auto-import of SH Domain.</div><div class="gmail_extra">Hypervisor is a CentOS 7.2 VM inside Qemu/KVM in virt-manager (under my laptop that is Fedora 23).</div><div class="gmail_extra">So it is a nested virtualization environment.</div><div class="gmail_extra"><div class="gmail_extra"><br></div><div class="gmail_extra">Some NOTES</div><div class="gmail_extra">1) appliance</div><div class="gmail_extra">I see that the appliance rpm pulled in was</div><div class="gmail_extra"> ovirt-engine-appliance-3.6-20151216.1.el7.centos.noarch</div><div class="gmail_extra"><br></div><div class="gmail_extra">I presumed it was not populated with correct rpms.</div><div class="gmail_extra">So in "hosted-engine --deploy" setup I used the appliance, but answered</div><div class="gmail_extra"><br></div><div class="gmail_extra">Automatically execute engine-setup on the engine appliance on first boot (Yes, No)[Yes]? No</div><div class="gmail_extra"><br></div><div class="gmail_extra">I then connect to the appliance OS and configure 3.6-pre repo and run </div><div class="gmail_extra"><br></div><div class="gmail_extra">yum update<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">Strange that this pulled in the package</div><div class="gmail_extra"><br></div><div class="gmail_extra">ovirt-release36-003-1.noarch<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">and so the repo file was overwritten and was again 3.6 only and not 3.6-pre.</div><div class="gmail_extra">I re-modified /etc/yum.repos.d/ovirt-3.6.repo re-adding the pre.</div><div class="gmail_extra"><br></div><div class="gmail_extra">and finally</div><div class="gmail_extra">engine-setup<br></div><div class="gmail_extra"><br></div><div class="gmail_extra">and successfully completed the final part on host.</div><div class="gmail_extra"><br></div><div class="gmail_extra">2) localtime on Engine was not asked but was set to UTC.</div><div class="gmail_extra">So</div><div class="gmail_extra">[root@shengine ~]# ln -sf /usr/share/zoneinfo/Europe/Rome /etc/localtime <br></div><div class="gmail_extra"><br></div><div class="gmail_extra">shutdown engine OS and after some minutes the VM came back online.</div><div class="gmail_extra"><br></div></div></div></blockquote><div><br></div><div>You are right here: we are not copying the host timezone to the appliance: we can do it via cloud-init.</div><div>Good catch!</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_extra"></div><div class="gmail_extra">3) As this is a nested environment with NFS domain provided by the only host itself,</div><div class="gmail_extra"><div class="gmail_extra">In /usr/lib/systemd/system/ovirt-ha-broker.service</div><div class="gmail_extra"><br></div><div class="gmail_extra">Agdded in section [Unit]</div><div class="gmail_extra"><br></div><div class="gmail_extra">After=nfs-server.service</div><div>So that I can manage shutdown/restart of host for complete maintenance operations</div><div><br></div><div>4) After adding first data domain, the hosted_storage storage domain came up automatically without any problem. Able to see engine vm in web admin portal and its disk and access its console (used vnc)</div><div>Also able to add ISO Domain.<br></div><div>(both data and iso are NFS on the host itself)</div><div> </div><div>5) The only "problem" (?) I see is this message that I don't understand.</div><div>On hypervisors</div><div><br></div><div><div>[root@ovc72 ~]# systemctl status ovirt-ha-agent -l</div><div>● ovirt-ha-agent.service - oVirt Hosted Engine High Availability Monitoring Agent</div><div> Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-agent.service; enabled; vendor preset: disabled)</div><div> Active: active (running) since Mon 2016-01-25 11:02:56 CET; 1h 0min ago</div><div> Main PID: 17138 (ovirt-ha-agent)</div><div> CGroup: /system.slice/ovirt-ha-agent.service</div><div> └─17138 /usr/bin/python /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent --no-daemon</div></div><div><br></div><div><div>Jan 25 12:03:27 ovc72.localdomain.local ovirt-ha-agent[17138]: INFO:ovirt_hosted_engine_ha.lib.storage_server.StorageServer:Connecting storage server</div><div>Jan 25 12:03:27 ovc72.localdomain.local ovirt-ha-agent[17138]: INFO:ovirt_hosted_engine_ha.lib.storage_server.StorageServer:Refreshing the storage domain</div><div>Jan 25 12:03:27 ovc72.localdomain.local ovirt-ha-agent[17138]: INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Preparing images</div><div>Jan 25 12:03:27 ovc72.localdomain.local ovirt-ha-agent[17138]: INFO:ovirt_hosted_engine_ha.lib.image.Image:Preparing images</div><div>Jan 25 12:03:27 ovc72.localdomain.local ovirt-ha-agent[17138]: INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Reloading vm.conf from the shared storage domain</div><div>Jan 25 12:03:27 ovc72.localdomain.local ovirt-ha-agent[17138]: INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Trying to get a fresher copy of vm configuration from the OVF_STORE</div><div>Jan 25 12:03:27 ovc72.localdomain.local ovirt-ha-agent[17138]: WARNING:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Unable to find OVF_STORE</div></div><div>Jan 25 12:03:27 ovc72.localdomain.local ovirt-ha-agent[17138]: ovirt-ha-agent ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR Unable to get vm.conf from OVF_STORE, falling back to initial vm.conf<br></div></div><div class="gmail_extra"><div><br></div></div></div></div></blockquote><div><br></div><div>We will let you edit some of the engine VM parameters from the engine itself.</div><div>All the modification will be saved as OVF file on a special volume called OVF_STORE; when needed ovirt-ha-agent tries to get the up-to-date engine VM configuration from there and if there is any issue it falls back to the initial vm.conf from the setup time.</div><div>The issue is that by default OVF_STORE gets populated only after 1 hour and so if you wait less than 1 hour you'll get that message since the OVF_STORE is still not there.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div class="gmail_extra"><div></div><div>6) ISO upload from engine by default doesn't work because its own host doesn't allow it</div><div><div>[root@shengine ~]# ovirt-iso-uploader -i ISO_DOMAIN upload /root/CentOS-7-x86_64-NetInstall-1511.iso </div><div>Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): </div><div>Uploading, please wait...</div><div>ERROR: mount.nfs: Connection timed out</div><div><br></div></div><div>If on host I run (.73 is IP of engine)</div><div># iptables -I INPUT -s 192.168.122.73 -j ACCEPT<br></div><div><br></div><div>Then on engine:</div><div><div>[root@shengine ~]# ovirt-iso-uploader -i ISO_DOMAIN upload /root/CentOS-7-x86_64-NetInstall-1511.iso </div><div>Please provide the REST API password for the admin@internal oVirt Engine user (CTRL+D to abort): </div><div>Uploading, please wait...</div><div>INFO: Start uploading /root/CentOS-7-x86_64-NetInstall-1511.iso </div><div>Uploading: [########################################] 100%</div><div>INFO: /root/CentOS-7-x86_64-NetInstall-1511.iso uploaded successfully</div></div><div><br></div><div>7) Installed a CentOS 7.2 VM with netinst.iso. Access to spice console ok.</div><div>(85MB/s when downloading on nested network not so bad... ;-)</div><div><br></div><div>Very good starting point!</div><span class=""><font color="#888888"><div><br></div><div>Gianluca</div><div><br></div></font></span></div></div></div>
<br>_______________________________________________<br>
Announce mailing list<br>
<a href="mailto:Announce@ovirt.org">Announce@ovirt.org</a><br>
<a href="http://lists.ovirt.org/mailman/listinfo/announce" rel="noreferrer" target="_blank">http://lists.ovirt.org/mailman/listinfo/announce</a><br>
<br></blockquote></div><br></div></div>