[ovirt-users] How to create a template from VM Portal

2019-03-25 Thread Wood Peter
Hi,

How do I create a template from a VM in "VM Portal"?

I'm using version 4.2.8.2 and I don't see the option to convert a VM to a
template anywhere. The documentation refers to the Administration Portal
interface.

Is it possible to create a template from the "VM Portal" or one must login
to "Administration Portal"?

Any help would be appreciated.

Thank you,
-- Peter
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/JBXDHZN2YCDQON3DARZCAMBYMSZE4RHL/


[ovirt-users] API POST ovf file instead of libvirt KVM regular xml

2019-03-25 Thread Nathanaël Blanchet
Hi all, 
I've got a ovf file where I need to reuse nic defintions. I want to post them 
to the REST API, but in API documentation, I'm only able to find examples with 
libvirt definition. 
So my question is : does ovf file are supported to be directly posted or is 
there a way to convert ovf file to libvirtxml so as to post them to the API? 
Thank you. 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/DOZX264W5RTIJBP4HNCIPWFOTKSAUGET/


[ovirt-users] User permissions needed to clone template disk

2019-03-25 Thread Wood Peter
Hi,

Users have PowerUserRole permissions on the cluster and the storage
objects. Also TemplateCreator role on the Datacenter.

When users create VMs from templates there is no option to clone the disk
and create independent VM disk. The resource allocation section is not
visible at all.

What permissions should I give users so they can clone the disk when
creating a VM from a template?

Using oVirt 4.2.8.2-1.el7

Thank you,
-- Peter
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/CTPCB6SFIUEVUZSNYGIQCOTJBEVIRRTZ/


[ovirt-users] genev_sys_6081 left/entered promiscuous mode

2019-03-25 Thread Arif Ali

Hi all,

I was wondering if anyone seen the messages below in the syslog. I see 
this set every second, and I am not sure why this is the case, and it's 
filling the logs quite a lot


Mar 22 23:08:08  kernel: device genev_sys_6081 left promiscuous 
mode
Mar 22 23:08:08  kernel: i40e :3d:00.0 eno3: port 6081 already 
offloaded
Mar 22 23:08:08  kernel: i40e :3d:00.1 eno4: port 6081 already 
offloaded
Mar 22 23:08:08  kernel: i40e :3d:00.2 eno5: port 6081 already 
offloaded
Mar 22 23:08:08  kernel: i40e :3d:00.3 eno6: port 6081 already 
offloaded
Mar 22 23:08:08  kernel: device genev_sys_6081 entered promiscuous 
mode
Mar 22 23:08:09  kernel: i40e :3d:00.0 eno3: UDP port 6081 was 
not found, not deleting
Mar 22 23:08:09  kernel: i40e :3d:00.1 eno4: UDP port 6081 was 
not found, not deleting
Mar 22 23:08:09  kernel: i40e :3d:00.2 eno5: UDP port 6081 was 
not found, not deleting
Mar 22 23:08:09  kernel: i40e :3d:00.3 eno6: UDP port 6081 was 
not found, not deleting
Mar 22 23:08:09  kernel: device genev_sys_6081 left promiscuous 
mode


--
regards,

Arif Ali
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/3Q2RCGCPGSPA5M3TGRVQJVOG5TSRHUAU/


[ovirt-users] Gluster event logging

2019-03-25 Thread Ron Jerome
I'm running oVirt 4.3.2, and just upgraded gluster to 5.5.  I see that the 
gluster event daemon now works, however the events are not being processed by 
the ovirt engine.  On the engine side I'm seeing: 

"engine.log:2019-03-25 17:14:04,707-04 ERROR 
[org.ovirt.engine.core.services.GlusterEventsWebHookServlet] (default task-198) 
[] Error processing event data" in the engine log. 

On the gluster servers in event.log, I'm seeing: 

"[2019-03-25 17:14:04,704] WARNING [utils - 272:publish_to_webhook] - Event 
push failed to URL: http://ovirt-engine:80/ovirt-engine/services/glusterevents, 
Event: {"event": "CLIENT_CONNECT", "message": {"brick_path": 
"/gluster_bricks/ISO/ISO", "client_identifier": "10.10.15.12:49120", 
"client_uid": 
"CTX_ID:d988b64d-2996-44c4-88ed-ee768c9e0c21-GRAPH_ID:0-PID:43711-HOST:ovirt2-PC_NAME:ISO-client-2-RECON_NO:-0",
 "server_identifier": "10.10.15.12:49155", "subdir_mount": "(null)"}, "nodeid": 
"9a6ea54e-c692-45bd-889b-ed20c6fb1145", "ts": 1553548444}, Status Code: 500"

How can I determine why these events are not getting processed?

Thanks,
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/D574QVY4X2DK4KAXQGHXE7PYILJT5MDA/


[ovirt-users] Re: Hosted Engine Storage migration

2019-03-25 Thread joel+ovirt
Thanks for the reply! Sorry, it's been a while for my response.

I presently have 3 hypervisors in this environment - do I need to remove one of 
the hypervisors from the cluster and use that to run the `hosted-engine 
--deploy --restore-from-file=` command? or can this be done completely in-situ 
with a running hosted-engine running?   I'm really unclear about where to start 
and the docs vary in description.

Thanks for your help!
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/FPZQL7OUH5NDQOPCAHWBCVCAVSV4YK6B/


[ovirt-users] Re: Hosts not coming back into oVirt

2019-03-25 Thread Arif Ali
On 22-03-2019 12:04, Arif Ali wrote:

> On 21-03-2019 17:47, Simone Tiraboschi wrote: 
> 
> On Thu, Mar 21, 2019 at 3:47 PM Arif Ali  wrote: Hi all,
> 
> Recently deployed oVirt version 4.3.1
> 
> It's in a self-hosted engine environment
> 
> Used the steps via cockpit to install the engine, and was able to add 
> the rest of the oVirt nodes without any specific problems
> 
> We tested the HA of the hosted-engine without a problem, and then at one 
> point of turn off the machine that was hosting the engine, to mimic 
> failure to see how it goes; the vm was able to move over successfully, 
> but some of the oVirt started to go into Unassigned. From a total of 6 
> oVirt hosts, I have 4 of them in this state.
> 
> Clicking on the host, I see the following message in the events. I can 
> get to the hosts via the engine, and ping the machine, so not sure what 
> it's doing that it's no longer working
> 
> VDSM  command Get Host Capabilities failed: Message timeout which 
> can be caused by communication issues
> 
> Mind you, I have been trying to resolve this issue since Monday, and 
> have tried various things, like rebooting and re-installing the oVirt 
> hosts, without having much luck
> 
> So any assistance on this would be grateful, maybe I've missed something 
> really simple, and I am overlooking it 
> 
> Can you please check that VDSM is correctly running on that nodes? 
> Are you able to correctly reach that nodes from the engine VM?

So, I have gone back, and re-installed the whole solution again with the
4.3.2 now, and I again have the same issue 

Checking the vdsm logs, I get the issue below in the logs. The host is
either Unassigned or Connecting. I don't have the option to Activate or
put the host into Maintenance mode. I have tried rebooting the node with
no luck 

Mar 22 10:53:27 scvirt02 vdsm[32481]: WARN WORKER BLOCKED:  AT
0X7EFED4180650> TIMEOUT=15, DURATION=30.00 AT 0X7EFED4180810> TASK#=2 AT
0X7EFEF41987D0>, TRACEBACK: 

  FILE:
"/USR/LIB64/PYTHON2.7/THREADING.PY", LINE 785, IN __BOOTSTRAP 

SELF.__BOOTSTRAP_INNER() 

  FILE:
"/USR/LIB64/PYTHON2.7/THREADING.PY", LINE 812, IN __BOOTSTRAP_INNER 

SELF.RUN() 

  FILE:
"/USR/LIB64/PYTHON2.7/THREADING.PY", LINE 765, IN RUN 

SELF.__TARGET(*SELF.__ARGS,
**SELF.__KWARGS) 

  FILE:
"/USR/LIB/PYTHON2.7/SITE-PACKAGES/VDSM/COMMON/CONCURRENT.PY", LINE 195,
IN RUN 

RET = FUNC(*ARGS, **KWARGS) 

  FILE:
"/USR/LIB/PYTHON2.7/SITE-PACKAGES/VDSM/EXECUTOR.PY", LINE 301, IN _RUN 

SELF._EXECUTE_TASK() 

  FILE:
"/USR/LIB/PYTHON2.7/SITE-PACKAGES/VDSM/EXECUTOR.PY", LINE 315, IN
_EXECUTE_TASK 

TASK() 

  FILE:
"/USR/LIB/PYTHON2.7/SITE-PACKAGES/VDSM/EXECUTOR.PY", LINE 391, IN
__CALL__ 

SELF._CALLABLE() 

  FILE:
"/USR/LIB/PYTHON2.7/SITE-PACKAGES/VDSM/VIRT/PERIODIC.PY", LINE 186, IN
__CALL__ 

SELF._FUNC() 

  FILE:
"/USR/LIB/PYTHON2.7/SITE-PACKAGES/VDSM/VIRT/SAMPLING.PY", LINE 481, IN
__CALL__ 

STATS =
HOSTAPI.GET_STATS(SELF._CIF, SELF._SAMPLES.STATS()) 

  FILE:
"/USR/LIB/PYTHON2.7/SITE-PACKAGES/VDSM/HOST/API.PY", LINE 79, IN
GET_STATS 

RET['HASTATS'] = _GETHAINFO() 

  FILE:
"/USR/LIB/PYTHON2.7/SITE-PACKAGES/VDSM/HOST/API.PY", LINE 177, IN
_GETHAINFO 

STATS = INSTANCE.GET_ALL_STATS()


  FILE:
"/USR/LIB/PYTHON2.7/SITE-PACKAGES/OVIRT_HOSTED_ENGINE_HA/CLIENT/CLIENT.PY",
LINE 94, IN GET_ALL_STATS 

STATS =
BROKER.GET_STATS_FROM_STORAGE() 

  FILE:
"/USR/LIB/PYTHON2.7/SITE-PACKAGES/OVIRT_HOSTED_ENGINE_HA/LIB/BROKERLINK.PY",
LINE 143, IN GET_STATS_FROM_STORAGE 

RESULT = SELF._PROXY.GET_STATS()


  FILE:
"/USR/LIB64/PYTHON2.7/XMLRPCLIB.PY", LINE 1233, IN __CALL__ 

RETURN SELF.__SEND(SELF.__NAME,
ARGS) 

  FILE:
"/USR/LIB64/PYTHON2.7/XMLRPCLIB.PY", LINE 1591, IN __REQUEST 

VERBOSE=SELF.__VERBOSE 

  FILE:
"/USR/LIB64/PYTHON2.7/XMLRPCLIB.PY", LINE 1273, IN REQUEST 

 

[ovirt-users] Re: CLI command to export VMs

2019-03-25 Thread Hesham Ahmed
This can be executed anywhere, I run it either on the engine or host since
all prerequisites are pre-installed there. You need to enter the name of
the vm and host in place of 'myvm' and 'myhost'

On Mon, Mar 25, 2019, 4:45 PM Sakhi Hadebe  wrote:

> Thank you Hesham,
>
> Do execute the script on engine or ovirt hosts? Should I specify the
> domain of the VM and the name of the host on the values bolded below:
>
> # Find the virtual machine:
> vms_service = connection.system_service().vms_service()
> vm = vms_service.list(search='name=myvm')[0]
> vm_service = vms_service.vm_service(vm.id)
> # Find the host:
> hosts_service = connection.system_service().hosts_service()
> host = hosts_service.list(search='name=myhost')[0]
>
>
>
>
> On Mon, Mar 25, 2019 at 2:49 PM Hesham Ahmed  wrote:
>
>> I don't think there is a pre-installed CLI tool for export to OVA,
>> however you can use this
>>
>> https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/export_vm_as_ova.py
>>
>> Make sure you change the Engine URL, username, password, VM and Host
>> values to match your requirements.
>>
>> On Mon, Mar 25, 2019 at 3:35 PM Sakhi Hadebe  wrote:
>> >
>> > Hi,
>> >
>> > What is the CLI command to export VMs as OVA?
>> >
>> > --
>> > Regards,
>> > Sakhi Hadebe
>> > ___
>> > Users mailing list -- users@ovirt.org
>> > To unsubscribe send an email to users-le...@ovirt.org
>> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> > oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> > List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/I32KQWNTIY4N6ZXTH6IGND74H2JLWJJ5/
>>
>
>
> --
> Regards,
> Sakhi Hadebe
>
> Engineer: South African National Research Network (SANReN)Competency Area, 
> Meraka, CSIR
>
> Tel:   +27 12 841 2308 <+27128414213>
> Fax:   +27 12 841 4223 <+27128414223>
> Cell:  +27 71 331 9622 <+27823034657>
> Email: sa...@sanren.ac.za 
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/BFZ2NRXE36QU2QSJ4EHAJFSH4PXHOQP5/


[ovirt-users] illegal Disk state

2019-03-25 Thread Bryan Sockel
Hi,


Had an issue with a vm over the weekend and i am now unable to start the vm. 
 Both Disks show up in an illegal state when i attempt to launch the vm.  
Any help would be greatly appreciated.  Below are the portions of vdsm.log 
and engine.log files.  


VM is stored on an ISCSI Lun.


VDSM.Log - 
https://docs.google.com/document/d/1RWxka-EtiPHF9KWjvZrVCuV90tVKRZtOefvkXQp34BQ/edit?usp=sharing


Engine.Log - 
https://docs.google.com/document/d/1wyGrlxemI_hPgUeVlCibi0AYCO7NL_HVyXv_ICooxUU/edit?usp=sharing



Thank You,


Bryan Sockel
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/IMHZGYAR4PRUWQVTZOU3PZMOZDWV6UWW/


[ovirt-users] Re: High iowait and low throughput on NFS, oflag=direct fixes it?

2019-03-25 Thread Strahil
What are the mount options ?
I think I read somewhere about poor NFS performance.
I think that 'async' mount option was a kind of solution.

Best Regards,
Strahil NikolovOn Mar 25, 2019 15:45, Frank Wall  wrote:
>
> Hi, 
>
> I've been using oVirt for years and have just discovered a rather strange 
> issue that causes EXTREME high iowait when using a NFSv3 storage. 
>
> Here's a quick test on a CentOS 7.6 VM running on any oVirt 4.2.x node: 
> (5 oVirt nodes, all showing the same results) 
>
> # CentOS VM 
> $ dd if=/dev/zero of=TEST02 bs=1M count=3000 
> 3000+0 records in 
> 3000+0 records out 
> 3145728000 bytes (3.1 GB) copied, 141.649 s, 22.2 MB/s 
>
> # iostat output 
> Device: rrqm/s   wrqm/s r/s w/s    rMB/s    wMB/s avgrq-sz 
> avgqu-sz   await r_await w_await  svctm  %util 
> vdb   0.00 0.00    1.00   50.00 0.00    23.02   924.39   
> 121.62 2243.47 2301.00 2242.32  19.61 100.00 
>
>
> As you can see iowait is beyond bad both for read and write requests. 
> During this test the underlying NFS storage server was idle, disks barely 
> doing anything. iowait on the NFS storage server was very low. 
>
> However, when using oflag=direct the test shows a completely different 
> result: 
>
>
> # CentOS VM 
> $ dd if=/dev/zero of=TEST02 bs=1M count=3000 oflag=direct 
> 3000+0 records in 
> 3000+0 records out 
> 3145728000 bytes (3.1 GB) copied, 21.0724 s, 149 MB/s 
>
> # iostat output 
> Device: rrqm/s   wrqm/s r/s w/s    rMB/s    wMB/s avgrq-sz 
> avgqu-sz   await r_await w_await  svctm  %util 
> vdb   0.00 0.00    4.00  483.00 0.02   161.00   677.13
>  2.90    5.96    0.00    6.01   1.99  97.10 
>
>
> This test shows the *expected* performance in this small oVirt setup. 
> Notice how iowait remains healthy, although the throughput is 7x higher now. 
>
> I think this 2nd test may prove multiple things: the NFS storage is fast 
> enough and there's no networking/switch issue either. 
>
> Still, under normal conditions WRITE/READ operations are really slow and 
> iowait goes through the roof. 
>
> Do these results make sense to anyone? Any hints how to find what's wrong 
> here? 
> Any tests I should run or sysctls/tunables that would make sense? 
>
> FWIW, iperf result looks good between the oVirt Node and the NFS storage: 
>
> [ ID] Interval   Transfer Bandwidth 
> [  3]  0.0-10.0 sec  10.9 GBytes  9.36 Gbits/sec 
>
>
> Regards 
> - Frank
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/GUDZWGRLIVCEC546DIBK77A3BUBQOXKQ/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/PVTRFXGUVPQO54YHDIVBA6PYVD4GALA6/


[ovirt-users] Re: [Gluster-users] Announcing Gluster release 5.5

2019-03-25 Thread Darrell Budic
I’m not quite done with my test upgrade to ovirt 4.3.x with gluster 5.5, but so 
far it’s looking good. I have NOT encountered the upgrade bugs listed as 
resolved in the 5.5 release notes. Strahil, I didn’t encounter the brick death 
issue and don’t have a bug ID handy for it, but so far I haven’t had any bricks 
die. I’m moving the last node of my hyperconverged test environment over today, 
and will followup again tomorrow on it.

Separately, I upgraded my production nodes from ovirt 4.3.1 to 4.3.2 (they have 
a separate gluster server cluster which is still on 3.12.15), which seems to 
have moved to the gluster 5.3.2 release. While 5.3.0 clients were not having 
any trouble talking to my 3.12.15 servers, 5.3.2 hit 
https://bugzilla.redhat.com/show_bug.cgi?id=1651246 
, causing disconnects to 
one of my servers (but only one, oddly enough), raising the load on my other 
two servers and causing a lot of continuous healing. This lead to some 
stability issues with my hosted engine and general sluggishness of the ovirt 
UI. I also experienced problems migrating from 4.3.1 nodes, but that seems to 
have been related to the underlying gluster issues, as it seems to have cleared 
up onceI resolved the gluster problems. Since I was testing gluster 5.5 
already, I moved my nodes to gluster 5.5 (instead of rolling them back) as the 
bug above was resolved in that version. That did the trick, and my cluster is 
back to normal and behaving properly again.

So my gluster 5.5 experience has been positive so far, and it looks like 5.3 is 
a version for laying down and avoiding. I’ll update again tomorrow, and then 
flag the centos maintainers about 5.5 stability so it gets out of the -testing 
repo if all continues to go well.

  -Darrell


> On Mar 21, 2019, at 3:39 PM, Strahil  wrote:
> 
> Hi Darrel,
> 
> Will it fix the cluster brick sudden death issue ?
> 
> Best Regards,
> Strahil Nikolov
> 
> On Mar 21, 2019 21:56, Darrell Budic  wrote:
> This release of Gluster 5.5 appears to fix the gluster 3.12->5.3 migration 
> problems many ovirt users have encountered. 
> 
> I’ll try and test it out this weekend and report back. If anyone else gets a 
> chance to check it out, let us know how it goes!
> 
>   -Darrell
> 
> Begin forwarded message:
> 
> From: Shyam Ranganathan mailto:srang...@redhat.com>>
> Subject: [Gluster-users] Announcing Gluster release 5.5
> Date: March 21, 2019 at 6:06:33 AM CDT
> To: annou...@gluster.org , gluster-users 
> Discussion List mailto:gluster-us...@gluster.org>>
> Cc: GlusterFS Maintainers  >
> 
> The Gluster community is pleased to announce the release of Gluster
> 5.5 (packages available at [1]).
> 
> Release notes for the release can be found at [3].
> 
> Major changes, features and limitations addressed in this release:
> 
> - Release 5.4 introduced an incompatible change that prevented rolling
> upgrades, and hence was never announced to the lists. As a result we are
> jumping a release version and going to 5.5 from 5.3, that does not have
> the problem.
> 
> Thanks,
> Gluster community
> 
> [1] Packages for 5.5:
> https://download.gluster.org/pub/gluster/glusterfs/5/5.5/ 
> 
> 
> [2] Release notes for 5.5:
> https://docs.gluster.org/en/latest/release-notes/5.5 
> /
> ___
> Gluster-users mailing list
> gluster-us...@gluster.org
> https://lists.gluster.org/mailman/listinfo/gluster-users 
> 
> 

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/5SS24L27QNSR2MZEQEGKCLWAIW5DVTYX/


[ovirt-users] share ISO storage domain between 4.2 and 4.3 ??

2019-03-25 Thread Matthias Leopold

Hi,

My test and production oVirt environments share the ISO domain. When I 
upgrade the test environment to 4.3 the ISO domain will be used by oVirt 
4.2 and 4.3 at the same time. Is that a problem?


thx
Matthias
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QXMAUEVC6CS6RAYF2DWFQ5PL5ZW4IFVY/


[ovirt-users] High iowait and low throughput on NFS, oflag=direct fixes it?

2019-03-25 Thread Frank Wall
Hi,

I've been using oVirt for years and have just discovered a rather strange
issue that causes EXTREME high iowait when using a NFSv3 storage.

Here's a quick test on a CentOS 7.6 VM running on any oVirt 4.2.x node:
(5 oVirt nodes, all showing the same results)

# CentOS VM
$ dd if=/dev/zero of=TEST02 bs=1M count=3000
3000+0 records in
3000+0 records out
3145728000 bytes (3.1 GB) copied, 141.649 s, 22.2 MB/s

# iostat output
Device: rrqm/s   wrqm/s r/s w/srMB/swMB/s avgrq-sz 
avgqu-sz   await r_await w_await  svctm  %util
vdb   0.00 0.001.00   50.00 0.0023.02   924.39   
121.62 2243.47 2301.00 2242.32  19.61 100.00


As you can see iowait is beyond bad both for read and write requests.
During this test the underlying NFS storage server was idle, disks barely
doing anything. iowait on the NFS storage server was very low.

However, when using oflag=direct the test shows a completely different result:


# CentOS VM
$ dd if=/dev/zero of=TEST02 bs=1M count=3000 oflag=direct
3000+0 records in
3000+0 records out
3145728000 bytes (3.1 GB) copied, 21.0724 s, 149 MB/s

# iostat output
Device: rrqm/s   wrqm/s r/s w/srMB/swMB/s avgrq-sz 
avgqu-sz   await r_await w_await  svctm  %util
vdb   0.00 0.004.00  483.00 0.02   161.00   677.13 
2.905.960.006.01   1.99  97.10


This test shows the *expected* performance in this small oVirt setup.
Notice how iowait remains healthy, although the throughput is 7x higher now.

I think this 2nd test may prove multiple things: the NFS storage is fast
enough and there's no networking/switch issue either.

Still, under normal conditions WRITE/READ operations are really slow and
iowait goes through the roof.

Do these results make sense to anyone? Any hints how to find what's wrong here?
Any tests I should run or sysctls/tunables that would make sense?

FWIW, iperf result looks good between the oVirt Node and the NFS storage:

[ ID] Interval   Transfer Bandwidth
[  3]  0.0-10.0 sec  10.9 GBytes  9.36 Gbits/sec


Regards
- Frank
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/GUDZWGRLIVCEC546DIBK77A3BUBQOXKQ/


[ovirt-users] Re: VMs import over slow 1gig interface instead of fast 10gig interface?

2019-03-25 Thread Lucia Mandela
http://retailcardactivation.com/
http://redeem-office.com/
http://redeem-officesetup.com/
http://notronnorton.com/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/QZAZHAUHIXWUUHWL4JY7YT5EL6VBTIGV/


[ovirt-users] Re: VMs import over slow 1gig interface instead of fast 10gig interface?

2019-03-25 Thread Lucia Mandela
Thanks for sharing this marvelous post. I m very pleased to read this article 
.I enjoy this site - its so usefull and helpfull.
http://retailcardactivation.com/
http://redeem-office.com/
http://redeem-officesetup.com/
http://notronnorton.com/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZICH7OHYCMOBWLOT4NIU3CDIQUPIGGC6/


[ovirt-users] Re: CLI command to export VMs

2019-03-25 Thread Sakhi Hadebe
Thank you Hesham,

Do execute the script on engine or ovirt hosts? Should I specify the domain
of the VM and the name of the host on the values bolded below:

# Find the virtual machine:
vms_service = connection.system_service().vms_service()
vm = vms_service.list(search='name=myvm')[0]
vm_service = vms_service.vm_service(vm.id)
# Find the host:
hosts_service = connection.system_service().hosts_service()
host = hosts_service.list(search='name=myhost')[0]




On Mon, Mar 25, 2019 at 2:49 PM Hesham Ahmed  wrote:

> I don't think there is a pre-installed CLI tool for export to OVA,
> however you can use this
>
> https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/export_vm_as_ova.py
>
> Make sure you change the Engine URL, username, password, VM and Host
> values to match your requirements.
>
> On Mon, Mar 25, 2019 at 3:35 PM Sakhi Hadebe  wrote:
> >
> > Hi,
> >
> > What is the CLI command to export VMs as OVA?
> >
> > --
> > Regards,
> > Sakhi Hadebe
> > ___
> > Users mailing list -- users@ovirt.org
> > To unsubscribe send an email to users-le...@ovirt.org
> > Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> > oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> > List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/I32KQWNTIY4N6ZXTH6IGND74H2JLWJJ5/
>


-- 
Regards,
Sakhi Hadebe

Engineer: South African National Research Network (SANReN)Competency
Area, Meraka, CSIR

Tel:   +27 12 841 2308 <+27128414213>
Fax:   +27 12 841 4223 <+27128414223>
Cell:  +27 71 331 9622 <+27823034657>
Email: sa...@sanren.ac.za 
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/T7UUJYCBWX7VPXVB4EGT3H2QCIWGIO5C/


[ovirt-users] Re: CLI command to export VMs

2019-03-25 Thread Hesham Ahmed
I don't think there is a pre-installed CLI tool for export to OVA,
however you can use this
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/export_vm_as_ova.py

Make sure you change the Engine URL, username, password, VM and Host
values to match your requirements.

On Mon, Mar 25, 2019 at 3:35 PM Sakhi Hadebe  wrote:
>
> Hi,
>
> What is the CLI command to export VMs as OVA?
>
> --
> Regards,
> Sakhi Hadebe
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/I32KQWNTIY4N6ZXTH6IGND74H2JLWJJ5/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ITHP7WA273M456NZFUMVYO7Q6VPR5DZP/


[ovirt-users] CLI command to export VMs

2019-03-25 Thread Sakhi Hadebe
Hi,

What is the CLI command to export VMs as OVA?

-- 
Regards,
Sakhi Hadebe
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/I32KQWNTIY4N6ZXTH6IGND74H2JLWJJ5/


[ovirt-users] Re: 4.2.8 to 4.3.2 upgrade

2019-03-25 Thread Leo David
Thank you very much Jayme.
You have just saved me from potential  problems regarding upgrade.

On Fri, Mar 22, 2019, 12:02 Jayme  wrote:

> Apparently a new version of gluster was just released that addresses the
> issue that is causing The problems, I’d wait and make sure that whatever
> version you are upgrading to has that new package
>
> On Fri, Mar 22, 2019 at 1:53 AM Leo David  wrote:
>
>> Hi everyone,
>> I have seen a lot of threads here regarding 4.3.x release regarding
>> problems a different layers, most of them related to underneath gluster
>> storage.
>> I would do an upgrade though, thus benefiting the new added features.
>> My thoughts would be:
>> 1. did anyone succesfully went through this process, any problems occured
>> during of after the upgrade ?
>> 2. any sincere recomandation like "if it works don't fix it" considering
>> the platform is running in production ?
>> I would really apreciate your oppinion.
>> Thank you very much !
>>
>> Leo
>>
>>
>>
>> ___
>> Users mailing list -- users@ovirt.org
>> To unsubscribe send an email to users-le...@ovirt.org
>> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
>> oVirt Code of Conduct:
>> https://www.ovirt.org/community/about/community-guidelines/
>> List Archives:
>> https://lists.ovirt.org/archives/list/users@ovirt.org/message/C4JZE7QNC7OZPWL4GZQDJW5KLWCCHXPK/
>>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/LMMQGJIVHJDGNTW6WM6HUU3HRDOMY3EQ/


[ovirt-users] Re: Can't connect to storage

2019-03-25 Thread Lucie Leistnerova

Hi Julio,

please send engine and vdsm log.

Thank you.

Lucie

On 3/24/19 3:05 PM, Julio Cesar Bustamante wrote:

Hi everyone

I hace a problem with ovirtmanager 4.2. in the nodes can't connect to 
storage. They show these messages. What can I do yo Solve it?





___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/6LEJTKNVLE57LMA6XHKODBIP2RGJAHQJ/


--
Lucie Leistnerova
Quality Engineer, QE Cloud, RHVM
Red Hat EMEA

IRC: lleistne @ #rhev-qe

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/ZJRKTY6WCF4IB7KCL656U5NUSYUKDGJN/


[ovirt-users] Re: Can't connect to storage

2019-03-25 Thread Strahil
You can check if any hosts' network is out of sync.
Also try ssh from engine to each host.

Best Regards,
Strahil NikolovOn Mar 24, 2019 16:05, Julio Cesar Bustamante 
 wrote:
>
> Hi everyone
>
> I hace a problem with ovirtmanager 4.2. in the nodes can't connect to 
> storage. They show these messages. What can I do yo Solve it?
>
>
>
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/VGBPIV24CN4JGKKRSRP6XTVZAPSVTKLJ/


[ovirt-users] Re: OVirt Gluster Fail

2019-03-25 Thread Sahina Bose
You will first need to restore connectivity between the gluster peers
for heal to work. So restart glusterd on all hosts as Strahil
mentioned, and check if "gluster peer status" returns the other nodes
as connected. If not, please check the glusterd log to see what's
causing the issue. Share the logs if we need to look at it, along with
the version info


On Sun, Mar 24, 2019 at 1:08 AM Strahil  wrote:
>
> Hi Andrea,
>
> The cluster volumes might have sharding enabled and thus files larger than 
> shard size can be recovered only  via cluster.
>
> You  can try to restart gluster on all nodes and force heal:
> 1. Kill gluster processes:
> systemctl stop glusterd
> /usr/share/glusterfs/scripts/stop-all-gluster-processes.sh
>
> 2. Start gluster:
> systemctl start glusterd
>
> 3. Force heal:
> for i in $(gluster volume list);  do gluster volume heal $i full  ; done
> sleep 300
> for i in $(gluster volume list);  do gluster volume heal $i info summary ; 
> done
>
> Best Regards,
> Strahil Nikolov
>
> On Mar 23, 2019 13:51, commram...@tiscali.it wrote: > > During maintenance of 
> a machine the hosted engine crashed. > At that point there was no more chance 
> of managing anything. > > The VMs have paused, and were no longer manageable. 
> > I restarted the machine, but one point all the bricks were no longer 
> reachable. > > Now I am in a situation where the engine support is no longer 
> loaded. > > The gluster sees the peers connected and the services turned on 
> for the various bricks, but fails to heal the messages that I find for each 
> machine are the following > > # gluster volume heal engine info > Brick 
> 192.170.254.3:/bricks/engine/brick > > . > . > . > > Status: Connected Number 
> of entries: 190 > > Brick 192.170.254.4:/bricks/engine/brick > Status: Il 
> socket di destinazione non è connesso > Number of entries: - > > Brick 
> 192.170.254.6:/bricks/engine/brick > Status: Il socket di destinazione non è 
> connesso > Number of entries: - > > this for all the bricks (some have no 
> heal to do because the machines inside were turned off). > > In practice all 
> the bricks see only localhost as connected. > > How can I restore the 
> machines? > Is there a way to read data from the physical machine and export 
> it so that it can be reused? > Unfortunately we need to access that data. > > 
> Someone can help me. > > Thanks Andrea > 
> ___ > Users mailing list -- 
> users@ovirt.org > To unsubscribe send an email to users-le...@ovirt.org > 
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/ > oVirt Code of 
> Conduct: https://www.ovirt.org/community/about/community-guidelines/ > List 
> Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/EOIY7ZU4GOEMRUNY3CWF6R3JIQNPHLVA/
>  ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/site/privacy-policy/
> oVirt Code of Conduct: 
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives: 
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/NMBDYBOY4TZB37I6O6VYBCVVGM5H3Y3F/
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/IUVVKMLEN5NLBCANUHA6QU5FVNXTHUJ6/


[ovirt-users] Re: Add Storage Domain to existing Datacenter - side effect

2019-03-25 Thread jeanbaptiste.coupiac
Hello Fred,

Thanks for clarification.

 

Is there a RedHat or oVirt link related to this behavior ?  

If some hosts have access to the volume and some another have no access, what 
the behavior ? Is there a percentage calculation like “Skip fencing on cluster 
connectivity issues” ?

 

Regards,

 

De : Fred Rolland  
Envoyé : dimanche 24 mars 2019 11:40
À : jeanbaptiste.coup...@nfrance.com
Cc : users 
Objet : Re: [ovirt-users] Add Storage Domain to existing Datacenter - side 
effect

 

 

If none of the nodes can access the storage domain, then the storage domain 
will move to inactive status and the nodes will stay in UP.

If one of the node cannot access the storage domain and all the other nodes can 
access, then the storage domain will stay in UP and the node will not.

 

The "Skip fencing on cluster connectivity issues " is not related to node <-> 
storage domain connectivity but related to oVirt engine(manager)<-> nodes 
connectivity. 

 

On Fri, Mar 22, 2019 at 3:51 PM mailto:jeanbaptiste.coup...@nfrance.com> > wrote:

Hello Guys,

 

We are evaluating oVirt , and this morning I had to face to a side effect ( 
small impact because oVIrt Datacenter is actually a small one).

1.  I added a new Storage domain from iSCSI SAN 
2.  Not all hosts HBA were authorized to access to this LUN (lack of 
configuration on SAN side)
3.  One of ovirt Node on four nodes into my datacenter couldn’t access to 
the LUN => this ovirt node has gone into “Non-responsible” state. => All VMs 
running into this host has gone to another 

 

My question is regarding the “operational mode” :

*   If I add a Storage Domain which is not already fully configured / badly 
configured (“regarding HBA acces granted on SAN side), when I add the Storage 
Domain to my DC, each oVirt node into my datacenter will move to 
“non-operationnal” state after fews seconds since no one will be able to log 
into the new LUN ? (This state change can have some “major effect”  (vm 
migration between hosts without any logic) ?)

 

Does I miss something ? 

Is there a guard ? Is Cluster Fencing policy option: Skip fencing on cluster 
connectivity issues => Threshold: xx% can protect this type of error  ?

 

Regards,

Jean-Baptiste

 

 

 

___
Users mailing list -- users@ovirt.org  
To unsubscribe send an email to users-le...@ovirt.org 
 
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/AIKWEISCUFXYNGDYLHVAD7EKIVUL4S5F/

___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/site/privacy-policy/
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/R5TEF4FZM52WZM7CWJPSSLBUE2J5ECJW/