[ovirt-users] Re: manual migration

2020-04-03 Thread Strahil Nikolov 
On April 3, 2020 7:00:07 PM GMT+03:00, eev...@digitaldatatechs.com wrote:
>FYI: My issue with the inability to migrate is solved. The issue was
>the ovirt-engine-ui-extensions-1.0.10-1.el7.noarch updated to 1.0.13
>and it killed the ability to migrate.
>
>In order to downgrade I had to download the rpm,
>ovirt-engine-ui-extensions-1.0.10-1.el7.noarch.rpm and run a yum
>downgrade command “yum downgrade
>ovirt-engine-ui-extensions-1.0.10-1.el7.noarch.rpm”. It would not
>downgrade any other way.
>
>Once it downgraded, migration ability was back.
>
>Thanks all for the help and support.
>
> 
>
>Eric Evans
>
>Digital Data Services LLC.
>
>304.660.9080
>
>
>
> 
>
>From: Jayme  
>Sent: Tuesday, February 25, 2020 9:29 AM
>To: users 
>Subject: [ovirt-users] oVirt ansible backup improvements
>
> 
>
>If anyone has been following along, I had previously shared a blog post
>and GitHub repo regarding my unofficial solution for backing up oVirt
>VMs using Ansible.
>
> 
>
>Martin Necas reached out to me and we collaborated on some great
>improvements. Namely, it is now possible to run the playbook from any
>host without requiring direct access to storage (which I was previously
>using for export status verification). There were several other
>improvements and cleanups made as well.
>
> 
>
>The changes have been merged in and the READMME updated, you can find
>the project here: https://github.com/silverorange/ovirt_ansible_backup
>
> 
>
>Big thanks to Martin for helping out. Very much appreciated!
>
> 
>
>- Jayme

Hey Eric,

Did you update the bug report you had already opened ?

Best Regards,
Strahil Nikolov
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/4PTYIVVPGE7XBCS4252URLVZPG2CZGON/

[ovirt-users] Re: Artwork: 4.4 GA banners

2020-04-03 Thread eevans 
 

 

Eric Evans

Digital Data Services LLC.

304.660.9080



 

From: Laura Wright  
Sent: Friday, April 03, 2020 11:51 AM
To: Sandro Bonazzola 
Cc: users 
Subject: [ovirt-users] Re: Artwork: 4.4 GA banners

 

Here are PNGs for the social banners. Let me know what you think! 

 

On Thu, Apr 2, 2020 at 8:23 AM Laura Wright mailto:lwri...@redhat.com> > wrote:

Great! I'll make some other banners with the other dimensions based off of this 
layout. 

 

On Thu, Apr 2, 2020 at 5:37 AM Sandro Bonazzola mailto:sbona...@redhat.com> > wrote:

 

 

Il giorno mer 1 apr 2020 alle ore 21:38 Laura Wright mailto:lwri...@redhat.com> > ha scritto:

Would something like this work?

 

Nice!

 

 

On Thu, Mar 26, 2020 at 4:04 AM Sandro Bonazzola mailto:sbona...@redhat.com> > wrote:

 

 

Il giorno mar 24 mar 2020 alle ore 18:56 Laura Wright mailto:lwri...@redhat.com> > ha scritto:

Hi Sandro, 

 

For the content we want to feature in the banners, besides the version number, 
is there any other specific information we would want to include like the 
release date? 

 

I would exclude release date from the banner

 

 

Best, 

Laura

 

On Tue, Mar 24, 2020 at 1:35 PM Sandro Bonazzola mailto:sbona...@redhat.com> > wrote:

 

 

Il giorno mar 24 mar 2020 alle ore 18:20 Jayme mailto:jay...@gmail.com> > ha scritto:

Hey Sandro,

 

Do you have more specific details or guidelines in regards to the graphics you 
are looking for?

 

Artwork should be shared under a license oVirt project can use, I would 
recommend CC-BY-SA.

The oVirt brand is now blue/white, like 
https://media-exp1.licdn.com/dms/image/C4D1BAQG5ElRFcXlsAQ/company-background_1/0?e=1585159200
 

 &v=beta&t=z90HpSiz36UFDRg7nrwv1FN343liI_byj_1kP-1Rtxw

Maybe Laura can give more guidelines for the graphics.

 

 

 

Thanks!

 

On Tue, Mar 24, 2020 at 1:27 PM Sandro Bonazzola mailto:sbona...@redhat.com> > wrote:

Hi,

in preparation of oVirt 4.4 GA it would be nice to have some graphics we can 
use for launching oVirt 4.4 GA on social media and oVirt website.

If you don't have coding skills but you have marketing or design skills this is 
a good opportunity to contribute back to the project.

Looking forward to your designs!

 

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV

  Red Hat EMEA

  sbona...@redhat.com   


  

  

Red Hat respects your work life balance. Therefore there is no need to answer 
this email out of your office hours.

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




 

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV

  Red Hat EMEA

  sbona...@redhat.com   


  

  

Red Hat respects your work life balance. Therefore there is no need to answer 
this email out of your office hours.  




 

-- 

Laura Wright

She/Her/Hers

UXD Team

  Red Hat Massachusetts

314 Littleton Rd

  lwri...@redhat.com   


  




 

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV

  Red Hat EMEA

  sbona...@redhat.com   


  

  

Red Hat respects your work life balance. Therefore there is no need to answer 
this email out of your office hours.  




 

-- 

Laura Wright

She/Her/Hers

UXD Team

  Red Hat Massachusetts

314 Littleton Rd

  lwri...@redhat.com   


  




 

-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV

  Red Hat EMEA

  sbona...@redhat.com   


  

  

Red Hat respects your work life balance. Therefore there is no need to answer 
this email out of your office hours.  




 

-- 

Laura Wright

She/Her/Hers

UXD Team

  Red Hat Massachusetts

314 Littleton Rd

[ovirt-users] snapshot options on remote NFS storage

2020-04-03 Thread Jayme 
Was wondering if there are any guides or if anyone could share their
storage configuration details for NFS. If using LVM is it safe to snapshot
volumes with running VM images for backup purposes?
___
Users mailing list -- users@ovirt.org
To unsubscribe send an email to users-le...@ovirt.org
Privacy Statement: https://www.ovirt.org/privacy-policy.html
oVirt Code of Conduct: 
https://www.ovirt.org/community/about/community-guidelines/
List Archives: 
https://lists.ovirt.org/archives/list/users@ovirt.org/message/XWTO4BVMIJRPF7EMEGOK2XTZZU6PIPYK/

[ovirt-users] manual migration

2020-04-03 Thread eevans 
FYI: My issue with the inability to migrate is solved. The issue was the 
ovirt-engine-ui-extensions-1.0.10-1.el7.noarch updated to 1.0.13 and it killed 
the ability to migrate.

In order to downgrade I had to download the rpm, 
ovirt-engine-ui-extensions-1.0.10-1.el7.noarch.rpm and run a yum downgrade 
command “yum downgrade ovirt-engine-ui-extensions-1.0.10-1.el7.noarch.rpm”. It 
would not downgrade any other way.

Once it downgraded, migration ability was back.

Thanks all for the help and support.

 

Eric Evans

Digital Data Services LLC.

304.660.9080



 

From: Jayme  
Sent: Tuesday, February 25, 2020 9:29 AM
To: users 
Subject: [ovirt-users] oVirt ansible backup improvements

 

If anyone has been following along, I had previously shared a blog post and 
GitHub repo regarding my unofficial solution for backing up oVirt VMs using 
Ansible.

 

Martin Necas reached out to me and we collaborated on some great improvements. 
Namely, it is now possible to run the playbook from any host without requiring 
direct access to storage (which I was previously using for export status 
verification). There were several other improvements and cleanups made as well.

 

The changes have been merged in and the READMME updated, you can find the 
project here: https://github.com/silverorange/ovirt_ansible_backup

 

Big thanks to Martin for helping out. Very much appreciated!

 

- Jayme


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

[ovirt-users] Re: Artwork: 4.4 GA banners

2020-04-03 Thread Sandro Bonazzola 
Il giorno ven 3 apr 2020 alle ore 17:51 Laura Wright 
ha scritto:

> Here are PNGs for the social banners. Let me know what you think!
>

Looks good to me


>
> On Thu, Apr 2, 2020 at 8:23 AM Laura Wright  wrote:
>
>> Great! I'll make some other banners with the other dimensions based off
>> of this layout.
>>
>> On Thu, Apr 2, 2020 at 5:37 AM Sandro Bonazzola 
>> wrote:
>>
>>>
>>>
>>> Il giorno mer 1 apr 2020 alle ore 21:38 Laura Wright 
>>> ha scritto:
>>>
 Would something like this work?

>>>
>>> Nice!
>>>
>>>

 On Thu, Mar 26, 2020 at 4:04 AM Sandro Bonazzola 
 wrote:

>
>
> Il giorno mar 24 mar 2020 alle ore 18:56 Laura Wright <
> lwri...@redhat.com> ha scritto:
>
>> Hi Sandro,
>>
>> For the content we want to feature in the banners, besides the
>> version number, is there any other specific information we would want to
>> include like the release date?
>>
>
> I would exclude release date from the banner
>
>
>>
>> Best,
>> Laura
>>
>> On Tue, Mar 24, 2020 at 1:35 PM Sandro Bonazzola 
>> wrote:
>>
>>>
>>>
>>> Il giorno mar 24 mar 2020 alle ore 18:20 Jayme 
>>> ha scritto:
>>>
 Hey Sandro,

 Do you have more specific details or guidelines in regards to the
 graphics you are looking for?

>>>
>>> Artwork should be shared under a license oVirt project can use, I
>>> would recommend CC-BY-SA.
>>> The oVirt brand is now blue/white, like
>>> https://media-exp1.licdn.com/dms/image/C4D1BAQG5ElRFcXlsAQ/company-background_1/0?e=1585159200&v=beta&t=z90HpSiz36UFDRg7nrwv1FN343liI_byj_1kP-1Rtxw
>>> Maybe Laura can give more guidelines for the graphics.
>>>
>>>
>>>

 Thanks!

 On Tue, Mar 24, 2020 at 1:27 PM Sandro Bonazzola <
 sbona...@redhat.com> wrote:

> Hi,
> in preparation of oVirt 4.4 GA it would be nice to have some
> graphics we can use for launching oVirt 4.4 GA on social media and 
> oVirt
> website.
> If you don't have coding skills but you have marketing or design
> skills this is a good opportunity to contribute back to the project.
> Looking forward to your designs!
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> *
> *
> *Red Hat respects your work life balance. Therefore there is no
> need to answer this email out of your office hours.*
> ___
> Users mailing list -- users@ovirt.org
> To unsubscribe send an email to users-le...@ovirt.org
> Privacy Statement: https://www.ovirt.org/privacy-policy.html
> oVirt Code of Conduct:
> https://www.ovirt.org/community/about/community-guidelines/
> List Archives:
> https://lists.ovirt.org/archives/list/users@ovirt.org/message/WQWKXCPQVII5SZX2AX2SGUYORDVG5KS6/
>

>>>
>>> --
>>>
>>> Sandro Bonazzola
>>>
>>> MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
>>>
>>> Red Hat EMEA 
>>>
>>> sbona...@redhat.com
>>> *
>>> *
>>> *Red Hat respects your work life balance. Therefore there is no need
>>> to answer this email out of your office hours.
>>> *
>>>
>>
>>
>> --
>>
>> Laura Wright
>>
>> She/Her/Hers
>>
>> UXD Team
>>
>> Red Hat Massachusetts 
>>
>> 314 Littleton Rd
>>
>> lwri...@redhat.com
>> 
>>
>
>
> --
>
> Sandro Bonazzola
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
>
> Red Hat EMEA 
>
> sbona...@redhat.com
> *
> *
> *Red Hat respects your work life balance. Therefore there is no need
> to answer this email out of your office hours.
> *
>


 --

 Laura Wright

 She/Her/Hers

 UXD Team

 Red Hat Massachusetts 

 314 Littleton Rd

 lwri...@redhat.com
 

>>>
>>>
>>> --
>>>
>>> Sandro Bonazzola
>>>
>>> MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV
>>>
>>> Red Hat EMEA 
>>>
>>> sbona...@redhat.com
>>> *
>>>

[ovirt-users] oVirt 4.4.0 Beta release refresh is now available for testing

2020-04-03 Thread Sandro Bonazzola 
oVirt 4.4.0 Beta release refresh is now available for testing

The oVirt Project is excited to announce the availability of the beta
release of oVirt 4.4.0 refresh for testing, as of April 3rd, 2020

This release unleashes an altogether more powerful and flexible open source
virtualization solution that encompasses hundreds of individual changes and
a wide range of enhancements across the engine, storage, network, user
interface, and analytics on top of oVirt 4.3.

Important notes before you try it

Please note this is a Beta release.

The oVirt Project makes no guarantees as to its suitability or usefulness.

This pre-release must not be used in production.

In particular, please note that upgrades from 4.3 and future upgrades from
this beta to the final 4.4 release from this version are not supported.

Some of the features included in oVirt 4.4.0 Beta require content that will
be available in CentOS Linux 8.2 but can’t be tested on RHEL 8.2 beta yet
due to some incompatibility in openvswitch package shipped in CentOS Virt
SIG which requires to rebuild openvswitch on top of CentOS 8.2.

Known Issues

   -

   ovirt-imageio development is still in progress. In this beta you can’t
   upload images to data domains using the engine web application. You can
   still copy iso images into the deprecated ISO domain for installing VMs or
   upload and download to/from data domains is fully functional via the REST
   API and SDK.
   For uploading and downloading via the SDK, please see:
 -
   
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_disk.py
 -
   
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/download_disk.py
   Both scripts are standalone command line tools, try --help for more info.


Installation instructions

For the engine: either use appliance or:

- Install CentOS Linux 8 minimal from
http://centos.mirror.garr.it/centos/8.1.1911/isos/x86_64/CentOS-8.1.1911-x86_64-dvd1.iso

- dnf install
https://resources.ovirt.org/pub/yum-repo/ovirt-release44-pre.rpm

- dnf update (reboot if needed)

- dnf module enable -y javapackages-tools pki-deps 389-ds

- dnf install ovirt-engine

- engine-setup

For the nodes:

Either use oVirt Node ISO or:

- Install CentOS Linux 8 from
http://centos.mirror.garr.it/centos/8.1.1911/isos/x86_64/CentOS-8.1.1911-x86_64-dvd1.iso
; select minimal installation

- dnf install
https://resources.ovirt.org/pub/yum-repo/ovirt-release44-pre.rpm

- dnf update (reboot if needed)

- Attach the host to engine and let it be deployed.

What’s new in oVirt 4.4.0 Beta?

   -

   Hypervisors based on CentOS Linux 8 (rebuilt from award winning RHEL8),
   for both oVirt Node and standalone CentOS Linux hosts
   -

   Easier network management and configuration flexibility with
   NetworkManager
   -

   VMs based on a more modern Q35 chipset with legacy seabios and UEFI
   firmware
   -

   Support for direct passthrough of local host disks to VMs
   -

   Live migration improvements for High Performance guests.
   -

   New Windows Guest tools installer based on WiX framework now moved to
   VirtioWin project
   -

   Dropped support for cluster level prior to 4.2
   -

   Dropped SDK3 support
   -

   4K disks support only for file based storage. iSCSI/FC storage do not
   support 4k disks yet.
   -

   Exporting a VM to a data domain
   -

   Editing of floating disks
   -

   Integrating ansible-runner into engine, which allows a more detailed
   monitoring of playbooks executed from engine
   -

   Adding/reinstalling hosts are now completely based on Ansible
   -

   The OpenStack Neutron Agent cannot be configured by oVirt anymore, it
   should be configured by TripleO instead


This release is available now on x86_64 architecture for:

* Red Hat Enterprise Linux 8.1

* CentOS Linux (or similar) 8.1

This release supports Hypervisor Hosts on x86_64 and ppc64le architectures
for:

* Red Hat Enterprise Linux 8.1

* CentOS Linux (or similar) 8.1

* oVirt Node 4.4 based on CentOS Linux 8.1 (available for x86_64 only)

See the release notes [1] for installation instructions and a list of new
features and bugs fixed.

If you manage more than one oVirt instance, OKD or RDO we also recommend to
try ManageIQ .

In such a case, please be sure  to take the qc2 image and not the ova image.

Notes:

- oVirt Appliance is already available for CentOS Linux 8

- oVirt Node NG is already available for CentOS Linux 8

Additional Resources:

* Read more about the oVirt 4.4.0 release highlights:
http://www.ovirt.org/release/4.4.0/

* 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.4.0/

[2] http://resources.ovirt.org/pub/ovirt-4.4-pre/iso/


-- 

Sandro Bonazzola

MANAGER, SOFTWARE ENGINEERING, EMEA R&D RHV

Red Hat EMEA 

sbona...@redhat.com
*

[ovirt-users] Auto-logout while editing

2020-04-03 Thread Shareef Jalloq 
There's a rather annoying bug in the Engine UI where you can be logged out
while actively using the system.  I've been logged out twice now while
editing the settings for a new VM.  I'm screen grabbing and documenting as
I go but I was just logged out while editing the System settings for a new
VM.

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

[ovirt-users] Re: NFS permissions error on ISODomain file with correct permissions

2020-04-03 Thread Shareef Jalloq 
We're using a Synology SA3400 and you don't get much of a choice to
configure NFS in DSM.  But anyway, I now know that I need to check the
permissions on the NAS directly.

Thanks for the help.

On Fri, Apr 3, 2020 at 12:00 AM Strahil Nikolov 
wrote:

> On April 2, 2020 9:51:47 PM GMT+03:00, eev...@digitaldatatechs.com wrote:
> >It depends on the NAS. What NAS do you have? How is NFS setup and what
> >version? It could be several different things but without knowing the
> >specific setup, I’d be guessing.
> >
> >
> >
> >Eric Evans
> >
> >Digital Data Services LLC.
> >
> >304.660.9080
> >
> >
> >
> >
> >
> >From: Shareef Jalloq 
> >Sent: Thursday, April 02, 2020 10:41 AM
> >To: eev...@digitaldatatechs.com
> >Cc: users@ovirt.org
> >Subject: [ovirt-users] Re: NFS permissions error on ISODomain file with
> >correct permissions
> >
> >
> >
> >OK, think this is solved and it was a permissions issue.  I eventually
> >logged into the NAS to see if I could see anything different in the
> >exports and the ISO Domain didn't have any group ownership rights.
> >
> >
> >
> >This is strange because when you browse the directory from an oVirt
> >node, it shows each directory and file as having full permissions. Is
> >this an NFS thing?
> >
> >
> >
> >On Thu, Apr 2, 2020 at 3:20 PM Shareef Jalloq  > > wrote:
> >
> >On your second point about an Export domain, how do you configure oVirt
> >to look in an Export domain for the Run Once setup?
> >
> >
> >
> >On Thu, Apr 2, 2020 at 3:01 PM Shareef Jalloq  > > wrote:
> >
> >This doesn't seem, to me, to be an issue with the NAS or the mounts.
> >In my original post you can see the VFD files in the mounted directory
> >under /rhev.  Is that not what you're asking?
> >
> >
> >
> >I have both the ISODomain and two DataDomain's mounted.  I have a bunch
> >of VM's running off this NAS with no issues.  The permissions to the
> >VFD files are all correct and I can create and list files in the
> >ISODomain with no issue.
> >
> >
> >
> >On Tue, Mar 31, 2020 at 9:40 PM  > > wrote:
> >
> >If you issue the mount command does the path show.
> >
> >mount |grep 
> >
> >
> >
> >It looks like the ISO domain is on a NAS, so I would try a mount of the
> >actual folder on the ovirt node to make sure you are able to access it.
> >Also, can you place it in an export domain instead and try?
> >
> >I think version 4.2+ it just needs to be in an export domain.
> >
> >
> >
> >Also make sure the NAS path is correct. Most NAS use a data or shares
> >for nfs mounts. (nasname:/shares/
> >
> >
> >
> >
> >
> >Eric Evans
> >
> >Digital Data Services LLC.
> >
> >304.660.9080
> >
> >
> >
> >
> >
> >From: Shareef Jalloq  > >
> >Sent: Tuesday, March 31, 2020 4:59 AM
> >To: users@ovirt.org 
> >Subject: [ovirt-users] NFS permissions error on ISODomain file with
> >correct permissions
> >
> >
> >
> >Hi,
> >
> >
> >
> >I asked this question in another thread but it seems to have been lost
> >in the noise so I'm reposting with a more descriptive subject.
> >
> >
> >
> >I'm trying to start a Windows VM and use the virtio-win VFD floppy to
> >get the drivers but the VM startup fails due to a permissions issue
> >detailed below.  The permissions look fine to me so why can't the VFD
> >be read?
> >
> >
> >
> >Shareef.
> >
> >
> >
> >I found a permissions issue in the engine.log:
> >
> >
> >
> >2020-03-25 21:28:41,662Z ERROR
> >[org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> >(ForkJoinPool-1-worker-14) [] EVENT_ID: VM_DOWN_ERROR(119), VM win-2019
> >is down with error. Exit message: internal error: qemu unexpectedly
> >closed the monitor: 2020-03-25T21:28:40.324426Z qemu-kvm: -drive
> >file=/rhev/data-center/mnt/nas-01.phoelex.com:
> _volume2_isostore/41cebb4b-c164-4956-8f44-6426170cd9f5/images/----/virtio-win_servers_amd64.vfd,format=raw,if=none,id=drive-ua-0b9c28b5-f75c-4575-ad85-b5b836f67d61,readonly=on:
> >Could not open
> >'/rhev/data-center/mnt/nas-01.phoelex.com:
> _volume2_isostore/41cebb4b-c164-4956-8f44-6426170cd9f5/images/----/virtio-win_servers_amd64.vfd':
> >Permission denied.
> >
> >
> >
> >But when I look at that path on the node in question, every folder and
> >the final file have the correct vdsm:kvm permissions:
> >
> >
> >
> >[root@ovirt-node-01 ~]# ll
> >/rhev/data-center/mnt/nas-01.phoelex.com:
> _volume2_isostore/41cebb4b-c164-4956-8f44-6426170cd9f5/images/----/virtio-win_servers_amd64.vfd
> >-rwxrwxrwx. 1 vdsm kvm 2949120 Mar 25 21:24
> >/rhev/data-center/mnt/nas-01.phoelex.com:
> _volume2_isostore/41cebb4b-c164-4956-8f44-6426170cd9f5/images/----/virtio-win_servers_amd64.vfd
> >
> >
> >
> >The files were uploaded to the ISO domain using:
> >
> >
> >
> >engine-iso-uploader --iso-domain=iso_storage upload virti