Managed Block Storage
by dan.poltawski＠tnp.net.uk
I'm testing out the managed storage to connect to ceph and I have a few questions:
* Would I be correct in assuming that the hosted engine VM needs connectivity to the storage and not just the underlying hosts themselves? It seems like the cinderlib client runs from the engine?
* Does the ceph config and keyring need to replicated onto each hypervisor/host?
* I have managed to do one block operation so far (i've created a volume which is visible on the ceph side), but multiple other operations have failed and are 'running' in the engine task list. Is there any way I can increase debugging to see whats happening?
8 months, 3 weeks
[ANN] oVirt 4.3.5 Fourth Release Candidate is now available for testing
by Sandro Bonazzola
The oVirt Project is pleased to announce the availability of the oVirt
4.3.5 Fourth Release Candidate for testing, as of July 3rd, 2019.
While testing this release candidate please consider deeper testing on
gluster upgrade since with this release we are switching from Gluster 5 to
Gluster 6.
This update is a release candidate of the fifth in a series of
stabilization updates to the 4.3 series.
This is pre-release software. This pre-release should not to be used in
production.
This release is available now on x86_64 architecture for:
* Red Hat Enterprise Linux 7.6 or later
* CentOS Linux (or similar) 7.6 or later
This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:
* Red Hat Enterprise Linux 7.6 or later
* CentOS Linux (or similar) 7.6 or later
* oVirt Node 4.3 (available for x86_64 only)
See the release notes [1] for installation / upgrade instructions and a
list of new features and bugs fixed.
Notes:
- oVirt Appliance is laready available
- oVirt Node is already available[2]
Additional Resources:
* Read more about the oVirt 4.3.5 release highlights:
http://www.ovirt.org/release/4.3.5/
* Get more oVirt Project updates on Twitter: https://twitter.com/ovirt
* Check out the latest project news on the oVirt blog:
http://www.ovirt.org/blog/
[1] http://www.ovirt.org/release/4.3.5/
[2] http://resources.ovirt.org/pub/ovirt-4.3-pre/iso/
--
Sandro Bonazzola
MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
Red Hat EMEA <https://www.redhat.com/>
sbonazzo(a)redhat.com
<https://www.redhat.com/>
8 months, 3 weeks
Storage domain format version info
by Gianluca Cecchi
Hello,
part of updating a DC from 4.2 to 4.3 consists in updating format of data
storage domains from V4 to V5.
Questions:
- where can I find list of differences between V4 and V5? And in general
between previous ones?
- can I force only a particular storage domain to remain in V4 while having
the other ones upgraded to V5, for any reason? Or the reverse: update only
one of the defined domains?
Eg on oVirt web site I only found this for V4
https://www.ovirt.org/develop/release-management/features/storage/storage...
with mention about Qcow2 v3 (link broken.. one ot the upstream pages for it
here:
https://wiki.qemu.org/Features/Qcow3 ) that should give near raw
performance with advantages of qcow2 format...
Thanks,
Gianluca
8 months, 3 weeks
Ovirt Secure boot issues
by Strahil
Hello All,
I would like to ask any of you to do a simple test.
Please install a linux on a VM with Secure boot and after the install wizzard is over -power it off and then on.
Here is what I have observed:
1. UEFI forgets the certificates after a poweroff and asks for the openSUSE certificate every time. Rebooting from the VM doesn't cause any problems till nextg boot.
2. RHEL8 grub menu consists only of 'System setup'.
When you select it - you are sent to the UEFI menu. If you select continue - everything is fine.
Poweroff + Poweron makes everything to repeat.
Do you observe the same issues. If I'm not the only one hitting this - I will open a bug, otherwise I will try to further debug this.
Best Regards,
Strahil Nikolov
8 months, 3 weeks
VM lost conection.
by Julio Cesar Bustamante
Hi there,
I have a problem, Last week I lost connectivity a VM with OS Windows server
2008 I access to check it and
in ovirtmanager that VM is power on and I could login it, but there was no
ping to other VM machines So I
restarted VM and I recovery connectivity. Today It shows the same scenario
with same VM.
I checked log from ovirtmananer and ovirt node from running VM but I didnt
find any error.
Where can I find out more ?
I have a Ovirtmanager 4 and a Ovirtnode 4.1
[image: imagen.png]
--
Julio Cesar Bustamante.
8 months, 3 weeks
Re: HE deployment failing
by Strahil
Yes,
But I thought that cockpit should prevent creation of the gluster volume 'engine' as it is too small.
@Dev
Do we have such control ?
Best Regards,
Strahil Nikolov
On Jul 8, 2019 09:19, Parth Dhanjal <dparth(a)redhat.com> wrote:
>
> Hey!
>
> The other 2 bricks were of 50G each.
> I forgot to check that.
> Sorry for the confusion.
> Thanks!
>
> On Mon, Jul 8, 2019 at 11:42 AM Sahina Bose <sabose(a)redhat.com> wrote:
>>
>>
>>
>> On Mon, Jul 8, 2019 at 11:40 AM Parth Dhanjal <dparth(a)redhat.com> wrote:
>>>
>>> Hey!
>>>
>>> I used cockpit to deploy gluster.
>>> And the problem seems to be with
>>> 10.xx.xx.xx9:/engine 50G 3.6G 47G 8% /rhev/data-center/mnt/glusterSD/10.70.41.139:_engine
>>>
>>> Engine volume has 500G available
>>> Filesystem Size Used Avail Use% Mounted on
>>> /dev/mapper/gluster_vg_sdb1-gluster_lv_engine 500G 37M 500G 1% /gluster_bricks/engine
>>
>>
>> Check that you have 500G on all the bricks of the volume if you're using replica 3. It takes the minimum of the 3 bricks.
>>
>>>
>>> On Fri, Jul 5, 2019 at 8:05 PM Strahil Nikolov <hunter86_bg(a)yahoo.com> wrote:
>>>>
>>>> Parth,
>>>>
>>>> did you use cockpit to deploy the gluster volume ?
>>>> it's interesting why the cockpit allowed the engine's volume to be so small ...
>>>>
>>>> Best Regards,
>>>> Strahil Nikolov
>>>>
>>>> В петък, 5 юли 2019 г., 10:17:11 ч. Гринуич-4, Simone Tiraboschi <stirabos(a)redhat.com> написа:
>>>>
>>>>
>>>>
>>>>
>>>> On Fri, Jul 5, 2019 at 4:12 PM Parth Dhanjal <dparth(a)redhat.com> wrote:
>>>>>
>>>>> Hey!
>>>>>
>>>>> I'm trying to deploy a 3 node cluster with gluster storage.
>>>>> After the gluster deployment is completed successfully, the creation of storage domain fails during HE deployment giving the error:
>>>>>
8 months, 3 weeks
4.2.8: NPE starting a specific VM
by Richard Chan
Encountering a NPE on 4.2.8. This is the first start after a 4.1 to 4.2
upgrade.
2019-07-05 15:36:56,912+08 ERROR
[org.ovirt.engine.core.vdsbroker.CreateVDSCommand]
(EE-ManagedThreadFactory-engine-Thread-45700) [64500cdd-b623-4bb1-a7a1-841
6b4e6723b] Failed to create VM: java.lang.NullPointerException
at
org.ovirt.engine.core.vdsbroker.builder.vminfo.LibvirtVmXmlBuilder.lambda$writeInterfaces$26(LibvirtVmXmlBuilder.java:1198)
[vdsbroker.jar:]
at
java.util.Comparator.lambda$comparing$77a9974f$1(Comparator.java:469)
[rt.jar:1.8.0_212]
at java.util.TimSort.countRunAndMakeAscending(TimSort.java:355)
[rt.jar:1.8.0_212]
at java.util.TimSort.sort(TimSort.java:220) [rt.jar:1.8.0_212]
at java.util.Arrays.sort(Arrays.java:1512) [rt.jar:1.8.0_212]
at
java.util.stream.SortedOps$SizedRefSortingSink.end(SortedOps.java:348)
[rt.jar:1.8.0_212]
at
java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:483)
[rt.jar:1.8.0_212]
at
java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:472)
[rt.jar:1.8.0_212]
at
java.util.stream.ForEachOps$ForEachOp.evaluateSequential(ForEachOps.java:151)
[rt.jar:1.8.0_212]
at
java.util.stream.ForEachOps$ForEachOp$OfRef.evaluateSequential(ForEachOps.java:174)
[rt.jar:1.8.0_212]
at
java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:234)
[rt.jar:1.8.0_212]
at
java.util.stream.ReferencePipeline.forEach(ReferencePipeline.java:418)
[rt.jar:1.8.0_212]
at
org.ovirt.engine.core.vdsbroker.builder.vminfo.LibvirtVmXmlBuilder.writeInterfaces(LibvirtVmXmlBuilder.java:1199)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.builder.vminfo.LibvirtVmXmlBuilder.writeDevices(LibvirtVmXmlBuilder.java:1045)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.builder.vminfo.LibvirtVmXmlBuilder.buildCreateVm(LibvirtVmXmlBuilder.java:254)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.vdsbroker.CreateBrokerVDSCommand.generateDomainXml(CreateBrokerVDSCommand.java:93)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.vdsbroker.CreateBrokerVDSCommand.createInfo(CreateBrokerVDSCommand.java:50)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.vdsbroker.CreateBrokerVDSCommand.executeVdsBrokerCommand(CreateBrokerVDSCommand.java:42)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVdsCommandWithNetworkEvent(VdsBrokerCommand.java:123)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.vdsbroker.VdsBrokerCommand.executeVDSCommand(VdsBrokerCommand.java:111)
[vdsbroker.jar:]
at
org.ovirt.engine.core.vdsbroker.VDSCommandBase.executeCommand(VDSCommandBase.java:73)
[vdsbroker.jar:]
at
org.ovirt.engine.core.dal.VdcCommandBase.execute(VdcCommandBase.java:33)
[dal.jar:]
This leads to Failed to run VM message. Any ideas?
Thanks
Richard Chan
8 months, 3 weeks
HE deployment failing
by Parth Dhanjal
Hey!
I'm trying to deploy a 3 node cluster with gluster storage.
After the gluster deployment is completed successfully, the creation of
storage domain fails during HE deployment giving the error:
[ ERROR ] fatal: [localhost]: FAILED! => {"changed": false, "msg": "Error:
the target storage domain contains only 46.0GiB of available space while a
minimum of 61.0GiB is required If you wish to use the current target
storage domain by extending it, make sure it contains nothing before adding
it."}
I have tried to increase the disk size(provided in storage tab) to 90GiB.
But the deployment still fails. A 50GiB storage domain is created by
default even if some other size is provided.
Has anyone faced a similar issue?
Regards
Parth Dhanjal
8 months, 3 weeks
Re: UI - cannot remove disk whiel system is running
by Strahil
Everything ended well - despite the warning 'do not shutdown' I powered off and powered on the VM.
This action allowed me to trigger a snapshot deletion (again) and it completed successfully.
Removing the disk of interest also completed successfully.
So, I got a happy ending.
Best Regards,
Strahil NikolovOn Jul 7, 2019 17:41, Strahil <hunter86_bg(a)yahoo.com> wrote:
>
> I think I'm getting closer.
>
> It seems the snapshot of the VM did not get deleted and that might be the problem.
>
> Can someone give me a hint how to remove the snapshot as I get an error:
>
> Cannot remove Snapshot. The following disks are in ILLEGAL status: uyuni-OS-Disk1 - please remove them and try again.
>
> Yet, removal of the disk cannot happen as I got:
> Cannot detach Virtual Disk. The disk is already configured in a snapshot. In order to detach it, remove the disk's snapshot.
>
> This seems like 'Catch 22' .
>
> Best Regards,
> Strahil Nikolov
>
> On Jul 7, 2019 17:30, Strahil <hunter86_bg(a)yahoo.com> wrote:
>>
>> Hello All,
>>
>> I have changed my system layout and the old disk is removed (echo 1 > /sys/block/sdX/device/delete) from OS, but UI complains when I try to remove with the following error:
>>
>> Error while executing action: Cannot remove Virtual Disk. At least one of the VMs is not down.
>>
>> Is it a limitation of oVirt ? If so, I will open an enhancement entry in bugzilla.
>>
>> As far as I remember KVM allowed me to make such stuff without any issues so far.
>>
>> Best Regards,
>> Strahil Nikolov
8 months, 3 weeks
Re: UI - cannot remove disk whiel system is running
by Strahil
I think I'm getting closer.
It seems the snapshot of the VM did not get deleted and that might be the problem.
Can someone give me a hint how to remove the snapshot as I get an error:
Cannot remove Snapshot. The following disks are in ILLEGAL status: uyuni-OS-Disk1 - please remove them and try again.
Yet, removal of the disk cannot happen as I got:
Cannot detach Virtual Disk. The disk is already configured in a snapshot. In order to detach it, remove the disk's snapshot.
This seems like 'Catch 22' .
Best Regards,
Strahil NikolovOn Jul 7, 2019 17:30, Strahil <hunter86_bg(a)yahoo.com> wrote:
>
> Hello All,
>
> I have changed my system layout and the old disk is removed (echo 1 > /sys/block/sdX/device/delete) from OS, but UI complains when I try to remove with the following error:
>
> Error while executing action: Cannot remove Virtual Disk. At least one of the VMs is not down.
>
> Is it a limitation of oVirt ? If so, I will open an enhancement entry in bugzilla.
>
> As far as I remember KVM allowed me to make such stuff without any issues so far.
>
> Best Regards,
> Strahil Nikolov
8 months, 3 weeks
