12:59 p.m.
The oVirt Project is pleased to announce the availability
of the Third Release Candidate of oVirt 3.6.2 for testing, as of January
20th, 2016
This release is available now for Fedora 22,
Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and
Red Hat Enterprise Linux >= 7.2, CentOS Linux >= 7.2 (or similar).
This release supports Hypervisor Hosts running
Red Hat Enterprise Linux >= 7.2, CentOS Linux >= 7.2 (or similar) and
Fedora 22.
Highly experimental support for Debian 8.2 Jessie has been added too.
This release candidate includes updated packages for:
- ovirt-engine
- ovirt-engine-reports
- ovirt-hosted-engine-setup
- vdsm
This release of oVirt 3.6.2 includes numerous bug fixes.
See the release notes [1] for an initial list of the new features and bugs
fixed.
Please refer to release notes [1] for Installation / Upgrade instructions.
A new oVirt Live ISO is also already available [2].
Please note that mirrors[3] may need usually one day before being
synchronized.
* Read more about the oVirt 3.6.2 release highlights:
http://www.ovirt.org/OVirt_3.6.2_Release_Notes
* Get more oVirt Project updates on Twitter: https://twitter.com/ovirt
* Read more about oVirt Project community events:
http://www.ovirt.org/Upcoming_events
[1] http://www.ovirt.org/OVirt_3.6.2_Release_Notes
[2] http://resources.ovirt.org/pub/ovirt-3.6-pre/iso/
[3] http://www.ovirt.org/Repository_mirrors#Current_mirrors
--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com
2:18 p.m.
New subject: [ovirt-users] [ANN] oVirt 3.6.2 Third Release Candidate is now available for testing
On Wed, Jan 20, 2016 at 12:59 PM, Sandro Bonazzola <sbonazzo(a)redhat.com>
wrote:
The oVirt Project is pleased to announce the availability
of the Third Release Candidate of oVirt 3.6.2 for testing, as of January
20th, 2016
Tested successfully on CentOS 7.2 with SH Engine on NFS and verified
correct auto-import of SH Domain.
Hypervisor is a CentOS 7.2 VM inside Qemu/KVM in virt-manager (under my
laptop that is Fedora 23).
So it is a nested virtualization environment.
Some NOTES
1) appliance
I see that the appliance rpm pulled in was
ovirt-engine-appliance-3.6-20151216.1.el7.centos.noarch
I presumed it was not populated with correct rpms.
So in "hosted-engine --deploy" setup I used the appliance, but answered
Automatically execute engine-setup on the engine appliance on first boot
(Yes, No)[Yes]? No
I then connect to the appliance OS and configure 3.6-pre repo and run
yum update
Strange that this pulled in the package
ovirt-release36-003-1.noarch
and so the repo file was overwritten and was again 3.6 only and not 3.6-pre.
I re-modified /etc/yum.repos.d/ovirt-3.6.repo re-adding the pre.
and finally
engine-setup
and successfully completed the final part on host.
2) localtime on Engine was not asked but was set to UTC.
So
[root@shengine ~]# ln -sf /usr/share/zoneinfo/Europe/Rome /etc/localtime
shutdown engine OS and after some minutes the VM came back online.
3) As this is a nested environment with NFS domain provided by the only
host itself,
In /usr/lib/systemd/system/ovirt-ha-broker.service
Agdded in section [Unit]
After=nfs-server.service
So that I can manage shutdown/restart of host for complete maintenance
operations
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)
Also able to add ISO Domain.
(both data and iso are NFS on the host itself)
5) The only "problem" (?) I see is this message that I don't understand.
On hypervisors
[root@ovc72 ~]# systemctl status ovirt-ha-agent -l
● ovirt-ha-agent.service - oVirt Hosted Engine High Availability Monitoring
Agent
Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-agent.service; enabled;
vendor preset: disabled)
Active: active (running) since Mon 2016-01-25 11:02:56 CET; 1h 0min ago
Main PID: 17138 (ovirt-ha-agent)
CGroup: /system.slice/ovirt-ha-agent.service
└─17138 /usr/bin/python
/usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent --no-daemon
Jan 25 12:03:27 ovc72.localdomain.local ovirt-ha-agent[17138]:
INFO:ovirt_hosted_engine_ha.lib.storage_server.StorageServer:Connecting
storage server
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
Jan 25 12:03:27 ovc72.localdomain.local ovirt-ha-agent[17138]:
INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Preparing
images
Jan 25 12:03:27 ovc72.localdomain.local ovirt-ha-agent[17138]:
INFO:ovirt_hosted_engine_ha.lib.image.Image:Preparing images
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
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
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
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
6) ISO upload from engine by default doesn't work because its own host
doesn't allow it
[root@shengine ~]# ovirt-iso-uploader -i ISO_DOMAIN upload
/root/CentOS-7-x86_64-NetInstall-1511.iso
Please provide the REST API password for the admin@internal oVirt Engine
user (CTRL+D to abort):
Uploading, please wait...
ERROR: mount.nfs: Connection timed out
If on host I run (.73 is IP of engine)
# iptables -I INPUT -s 192.168.122.73 -j ACCEPT
Then on engine:
[root@shengine ~]# ovirt-iso-uploader -i ISO_DOMAIN upload
/root/CentOS-7-x86_64-NetInstall-1511.iso
Please provide the REST API password for the admin@internal oVirt Engine
user (CTRL+D to abort):
Uploading, please wait...
INFO: Start uploading /root/CentOS-7-x86_64-NetInstall-1511.iso
Uploading: [########################################] 100%
INFO: /root/CentOS-7-x86_64-NetInstall-1511.iso uploaded successfully
7) Installed a CentOS 7.2 VM with netinst.iso. Access to spice console ok.
(85MB/s when downloading on nested network not so bad... ;-)
Very good starting point!
Gianluca
3:16 p.m.
New subject: [ovirt-announce] [ovirt-users] [ANN] oVirt 3.6.2 Third Release Candidate is now available for testing
On Mon, Jan 25, 2016 at 2:18 PM, Gianluca Cecchi <gianluca.cecchi(a)gmail.com>
wrote:
On Wed, Jan 20, 2016 at 12:59 PM, Sandro Bonazzola
<sbonazzo(a)redhat.com>
wrote:
> The oVirt Project is pleased to announce the availability
> of the Third Release Candidate of oVirt 3.6.2 for testing, as of January
> 20th, 2016
>
>
>
Tested successfully on CentOS 7.2 with SH Engine on NFS and verified
correct auto-import of SH Domain.
Hypervisor is a CentOS 7.2 VM inside Qemu/KVM in virt-manager (under my
laptop that is Fedora 23).
So it is a nested virtualization environment.
Some NOTES
1) appliance
I see that the appliance rpm pulled in was
ovirt-engine-appliance-3.6-20151216.1.el7.centos.noarch
I presumed it was not populated with correct rpms.
So in "hosted-engine --deploy" setup I used the appliance, but answered
Automatically execute engine-setup on the engine appliance on first boot
(Yes, No)[Yes]? No
I then connect to the appliance OS and configure 3.6-pre repo and run
yum update
Strange that this pulled in the package
ovirt-release36-003-1.noarch
and so the repo file was overwritten and was again 3.6 only and not
3.6-pre.
I re-modified /etc/yum.repos.d/ovirt-3.6.repo re-adding the pre.
and finally
engine-setup
and successfully completed the final part on host.
2) localtime on Engine was not asked but was set to UTC.
So
[root@shengine ~]# ln -sf /usr/share/zoneinfo/Europe/Rome /etc/localtime
shutdown engine OS and after some minutes the VM came back online.
You are right here: we are not copying the host timezone to the appliance:
we can do it via cloud-init.
Good catch!
3) As this is a nested environment with NFS domain provided by the
only
host itself,
In /usr/lib/systemd/system/ovirt-ha-broker.service
Agdded in section [Unit]
After=nfs-server.service
So that I can manage shutdown/restart of host for complete maintenance
operations
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)
Also able to add ISO Domain.
(both data and iso are NFS on the host itself)
5) The only "problem" (?) I see is this message that I don't understand.
On hypervisors
[root@ovc72 ~]# systemctl status ovirt-ha-agent -l
● ovirt-ha-agent.service - oVirt Hosted Engine High Availability
Monitoring Agent
Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-agent.service;
enabled; vendor preset: disabled)
Active: active (running) since Mon 2016-01-25 11:02:56 CET; 1h 0min ago
Main PID: 17138 (ovirt-ha-agent)
CGroup: /system.slice/ovirt-ha-agent.service
└─17138 /usr/bin/python
/usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent --no-daemon
Jan 25 12:03:27 ovc72.localdomain.local ovirt-ha-agent[17138]:
INFO:ovirt_hosted_engine_ha.lib.storage_server.StorageServer:Connecting
storage server
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
Jan 25 12:03:27 ovc72.localdomain.local ovirt-ha-agent[17138]:
INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Preparing
images
Jan 25 12:03:27 ovc72.localdomain.local ovirt-ha-agent[17138]:
INFO:ovirt_hosted_engine_ha.lib.image.Image:Preparing images
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
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
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
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
We will let you edit some of the engine VM parameters from the engine
itself.
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.
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.
6) ISO upload from engine by default doesn't work because its own
host
doesn't allow it
[root@shengine ~]# ovirt-iso-uploader -i ISO_DOMAIN upload
/root/CentOS-7-x86_64-NetInstall-1511.iso
Please provide the REST API password for the admin@internal oVirt Engine
user (CTRL+D to abort):
Uploading, please wait...
ERROR: mount.nfs: Connection timed out
If on host I run (.73 is IP of engine)
# iptables -I INPUT -s 192.168.122.73 -j ACCEPT
Then on engine:
[root@shengine ~]# ovirt-iso-uploader -i ISO_DOMAIN upload
/root/CentOS-7-x86_64-NetInstall-1511.iso
Please provide the REST API password for the admin@internal oVirt Engine
user (CTRL+D to abort):
Uploading, please wait...
INFO: Start uploading /root/CentOS-7-x86_64-NetInstall-1511.iso
Uploading: [########################################] 100%
INFO: /root/CentOS-7-x86_64-NetInstall-1511.iso uploaded successfully
7) Installed a CentOS 7.2 VM with netinst.iso. Access to spice console ok.
(85MB/s when downloading on nested network not so bad... ;-)
Very good starting point!
Gianluca
_______________________________________________
Announce mailing list
Announce(a)ovirt.org
http://lists.ovirt.org/mailman/listinfo/announce
3:56 p.m.
New subject: [ovirt-users] [ovirt-announce] [ANN] oVirt 3.6.2 Third Release Candidate is now available for testing
On Mon, Jan 25, 2016 at 3:16 PM, Simone Tiraboschi <stirabos(a)redhat.com>
wrote:
On Mon, Jan 25, 2016 at 2:18 PM, Gianluca Cecchi <
gianluca.cecchi(a)gmail.com> wrote:
> On Wed, Jan 20, 2016 at 12:59 PM, Sandro Bonazzola <sbonazzo(a)redhat.com>
> wrote:
>
>> The oVirt Project is pleased to announce the availability
>> of the Third Release Candidate of oVirt 3.6.2 for testing, as of January
>> 20th, 2016
>>
>>
>>
> Tested successfully on CentOS 7.2 with SH Engine on NFS and verified
> correct auto-import of SH Domain.
> Hypervisor is a CentOS 7.2 VM inside Qemu/KVM in virt-manager (under my
> laptop that is Fedora 23).
> So it is a nested virtualization environment.
>
> Some NOTES
> 1) appliance
> I see that the appliance rpm pulled in was
> ovirt-engine-appliance-3.6-20151216.1.el7.centos.noarch
>
> I presumed it was not populated with correct rpms.
> So in "hosted-engine --deploy" setup I used the appliance, but answered
>
> Automatically execute engine-setup on the engine appliance on first boot
> (Yes, No)[Yes]? No
>
> I then connect to the appliance OS and configure 3.6-pre repo and run
>
> yum update
>
> Strange that this pulled in the package
>
> ovirt-release36-003-1.noarch
>
> and so the repo file was overwritten and was again 3.6 only and not
> 3.6-pre.
> I re-modified /etc/yum.repos.d/ovirt-3.6.repo re-adding the pre.
>
> and finally
> engine-setup
>
> and successfully completed the final part on host.
>
> 2) localtime on Engine was not asked but was set to UTC.
> So
> [root@shengine ~]# ln -sf /usr/share/zoneinfo/Europe/Rome /etc/localtime
>
> shutdown engine OS and after some minutes the VM came back online.
>
>
You are right here: we are not copying the host timezone to the appliance:
we can do it via cloud-init.
Good catch!
OK, thanks.
BTW: I see that engine VM is run with option
-rtc base=2016-01-25T13:51:16,driftfix=slew -global
kvm-pit.lost_tick_policy=discard -no-hpet
On hypervisor, a VM configured with Europe/Rome timezone, the related
process is this:
[root@ovc72 ~]# ps -ef|grep qemu
qemu 2995 1 12 14:51 ? 00:07:49 /usr/libexec/qemu-kvm -name
HostedEngine ...
So what is the command run on host to set base= one hour before?
> 5) The only "problem" (?) I see is this message that I
don't understand.
> On hypervisors
>
> [root@ovc72 ~]# systemctl status ovirt-ha-agent -l
> ● ovirt-ha-agent.service - oVirt Hosted Engine High Availability
> Monitoring Agent
> Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-agent.service;
> enabled; vendor preset: disabled)
> Active: active (running) since Mon 2016-01-25 11:02:56 CET; 1h 0min ago
> Main PID: 17138 (ovirt-ha-agent)
> CGroup: /system.slice/ovirt-ha-agent.service
> └─17138 /usr/bin/python
> /usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent --no-daemon
>
> Jan 25 12:03:27 ovc72.localdomain.local ovirt-ha-agent[17138]:
> INFO:ovirt_hosted_engine_ha.lib.storage_server.StorageServer:Connecting
> storage server
> 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
> Jan 25 12:03:27 ovc72.localdomain.local ovirt-ha-agent[17138]:
> INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Preparing
> images
> Jan 25 12:03:27 ovc72.localdomain.local ovirt-ha-agent[17138]:
> INFO:ovirt_hosted_engine_ha.lib.image.Image:Preparing images
> 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
> 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
> 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
> 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
>
>
We will let you edit some of the engine VM parameters from the engine
itself.
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.
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.
I confirm tat now (after also a full restart of engine and hos) I get no
more warnings:
It seems that after complete reboot of environment is not there anymore:
[root@ovc72 ~]# systemctl status ovirt-ha-agent -l
● ovirt-ha-agent.service - oVirt Hosted Engine High Availability Monitoring
Agent
Loaded: loaded (/usr/lib/systemd/system/ovirt-ha-agent.service; enabled;
vendor preset: disabled)
Active: active (running) since Mon 2016-01-25 14:46:45 CET; 7min ago
Main PID: 1735 (ovirt-ha-agent)
CGroup: /system.slice/ovirt-ha-agent.service
└─1735 /usr/bin/python
/usr/share/ovirt-hosted-engine-ha/ovirt-ha-agent --no-daemon
Jan 25 14:53:58 ovc72.localdomain.local ovirt-ha-agent[1735]:
INFO:ovirt_hosted_engine_ha.lib.image.Image:Preparing images
Jan 25 14:53:58 ovc72.localdomain.local ovirt-ha-agent[1735]:
INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Reloading
vm.conf from the shared storage domain
Jan 25 14:53:58 ovc72.localdomain.local ovirt-ha-agent[1735]:
INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Trying
to get a fresher copy of vm configuration from the OVF_STORE
Jan 25 14:53:58 ovc72.localdomain.local ovirt-ha-agent[1735]:
INFO:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Found OVF_STORE:
imgUUID:d5324492-0255-4393-88e4-941bca6de718,
volUUID:ae3a5170-5dac-4f21-96bc-b8e26f1c64ba
Jan 25 14:53:58 ovc72.localdomain.local ovirt-ha-agent[1735]:
INFO:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Found OVF_STORE:
imgUUID:7bb1f41c-39df-4f8b-bff5-6c21ada248c8,
volUUID:bd1871eb-7fe2-4c45-9982-dc3ddd14b48c
Jan 25 14:53:58 ovc72.localdomain.local ovirt-ha-agent[1735]:
INFO:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Extracting Engine VM
OVF from the OVF_STORE
Jan 25 14:53:58 ovc72.localdomain.local ovirt-ha-agent[1735]:
INFO:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:OVF_STORE volume
path:
/rhev/data-center/mnt/ovc72.localdomain.local:_SHE__DOMAIN/60f4ec00-b5fd-410d-982d-c78da8366bd5/images/7bb1f41c-39df-4f8b-bff5-6c21ada248c8/bd1871eb-7fe2-4c45-9982-dc3ddd14b48c
Jan 25 14:53:58 ovc72.localdomain.local ovirt-ha-agent[1735]:
INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Found
an OVF for HE VM, trying to convert
Jan 25 14:53:58 ovc72.localdomain.local ovirt-ha-agent[1735]:
INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Got
vm.conf from OVF_STORE
Jan 25 14:53:58 ovc72.localdomain.local ovirt-ha-agent[1735]:
INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Current state
EngineUp (score: 3400)
Gianluca
3214
days inactive
3219
days old
3 comments
3 participants
participants (3)
-
Gianluca Cecchi -
Sandro Bonazzola -
Simone Tiraboschi