[ovirt-users] oVirt 4.5.6 + Windows 11 + TPM oddness

[Daniel Henninger via Users]

Hi folk,

I'm running into a very bizarre situation.  To start with, I am able to install 
Windows 11 perfectly fine, with or without Secure Boot enabled, and the TPM 
appears to function regardless.  From the Windows OS itself, I can confirm that 
Get-TPM, tpm.msc, windows security, etc all show that the TPM looks happy and 
healthy and well received.

However -- the system logs are absolutely flooded with the following error:
The initialization of the Trusted Platform Module (TPM) failed. The TPM may be 
in failure mode. To allow diagnosis, contact the TPM manufacturer with the 
attached information.

And this appears to correlate with SCCM being unable to properly set up a 
client certificate and register.  But I am not exagerating when I say it's 
flooding the logs -- I am currently staring at a system log with 668 log 
entries, 97% of which are the same TPM error repeated.

Does anyone have any ideas what might be going on or have seen this before?  
I'm running out of ideas.  =/  Thanks!
___
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/HQIHI2M5WKMLDVFIV2YRLNQDJH6ZBZXW/

[ovirt-users] Re: Ovirt-engine , certificate issue

[Daniel Parraz]

Hi Angel,

I was wondering if you were able to resolve the issue with the non-responsive 
hypervisor hosts in the HostedEngine web GUI after running the "engine-setup 
--offline"? I currently have an expired certificate causing a similar issue and 
wanted to know if/how you were able to get your Ovirt node to recognize the new 
cert created?

Thank you,

Daniel Parraz
___
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/NIOTSR5F6K5XOFLONJ5PUHZNU4G4Z5ZF/

[ovirt-users] dnf update fails with oVirt 4.4 on centos 8 stream due to ansible package conflicts.

[Daniel McCoshen]

Hey all,
I'm running ovirt 4.4 in production (4.4.5-11-1.el8), and I'm attempting to 
update the OS on my hosts. The hosts are all centos 8 stream, and dnf update is 
failing on all of them with the following output:

[root@ovirthost ~]# dnf update
Last metadata expiration check: 1:36:32 ago on Thu 17 Feb 2022 12:01:25 PM CST.
Error: 
 Problem: package cockpit-ovirt-dashboard-0.15.1-1.el8.noarch requires ansible, 
but none of the providers can be installed
  - package ansible-2.9.27-2.el8.noarch conflicts with ansible-core > 2.11.0 
provided by ansible-core-2.12.2-2.el8.x86_64
  - package ansible-core-2.12.2-2.el8.x86_64 obsoletes ansible < 2.10.0 
provided by ansible-2.9.27-2.el8.noarch
  - package ansible-core-2.12.2-2.el8.x86_64 obsoletes ansible < 2.10.0 
provided by ansible-2.9.27-1.el8.noarch
  - package ansible-core-2.12.2-2.el8.x86_64 obsoletes ansible < 2.10.0 
provided by ansible-2.9.17-1.el8.noarch
  - package ansible-core-2.12.2-2.el8.x86_64 obsoletes ansible < 2.10.0 
provided by ansible-2.9.18-2.el8.noarch
  - package ansible-core-2.12.2-2.el8.x86_64 obsoletes ansible < 2.10.0 
provided by ansible-2.9.20-2.el8.noarch
  - package ansible-core-2.12.2-2.el8.x86_64 obsoletes ansible < 2.10.0 
provided by ansible-2.9.21-2.el8.noarch
  - package ansible-core-2.12.2-2.el8.x86_64 obsoletes ansible < 2.10.0 
provided by ansible-2.9.23-2.el8.noarch
  - package ansible-core-2.12.2-2.el8.x86_64 obsoletes ansible < 2.10.0 
provided by ansible-2.9.24-2.el8.noarch
  - cannot install the best update candidate for package 
cockpit-ovirt-dashboard-0.15.1-1.el8.noarch
  - cannot install the best update candidate for package 
ansible-2.9.27-2.el8.noarch
  - package ansible-2.9.20-1.el8.noarch is filtered out by exclude filtering
  - package ansible-2.9.16-1.el8.noarch is filtered out by exclude filtering
  - package ansible-2.9.19-1.el8.noarch is filtered out by exclude filtering
  - package ansible-2.9.23-1.el8.noarch is filtered out by exclude filtering
(try to add '--allowerasing' to command line to replace conflicting packages or 
'--skip-broken' to skip uninstallable packages or '--nobest' to use not only 
best candidate packages)

cockpit-ovirt-dashboard.noarch is at 0.15.1-1.el8, and it looks like that 
conflicting ansible-core package was added to the 8-stream repo two days ago. 
That's when I first noticed the issue, but I it might be older. When the 
eariler issues with the centos 8 deprecation happened, I had swapped out the 
repos on some of these hosts for the new ones, and have since added new hosts 
as well, using the updated repos. Both hosts that had been moved from the old 
repos, and ones created with the new repos are experienceing this issue.

ansible-core is being pulled from the centos 8 stream AppStream repo, and the 
ansible package that cockpit-ovirt-dashboard.noarch is trying to use as a 
dependency is comming from ovirt-4.4-centos-ovirt44

I'm tempted to blacklist ansible-core in my dnf conf, but that seems like a 
hacky work-around and not the actual fix here.
Thanks,
Dan
___
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/3N4ZO6LXNOQNQU5HHDGNOZHDSO4IBGFF/

[ovirt-users] VXLAN

[Daniel Menzel]

Hi,

currently we're evaluation the usage of VXLAN in oVirt - and strangely
enough we don't find anything in the manual. Has this been implemented,
yet? Or are we just blind because it is hidden somewhere in the tons of
features of /ovn/?

Kind regards,
Daniel

-- 
Daniel Menzel
Geschäftsführer

Menzel IT GmbH
Charlottenburger Str. 33a
13086 Berlin

+49 (0) 30 / 5130 444 - 00
daniel.men...@menzel-it.net
https://menzel-it.net

Geschäftsführer: Daniel Menzel, Josefin Menzel
Unternehmenssitz: Berlin
Handelsregister: Amtsgericht Charlottenburg
Handelsregister-Nummer: HRB 149835 B
USt-ID: DE 309 226 751

___
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/Z4AG42UIC6XPOIEIENF36TKBV4ZDWB67/

[ovirt-users] illegal disk status

[Daniel Menzel]

Hi,

we have a problem with some VMs which cannot be started anymore due to
an illegal disk status of a snapshot.

What happend (most likely)? we tried to snapshot those vms some days ago
but the storage domain didn't have enough free space left. Yesterday we
shut those vms down - and from then on they didn't start anymore.

What have I tried so far?

 1. Via the web interface I tried to remove the snapshot - didn't work.
 2. Searched the internet. Found (among other stuff) this:
https://bugzilla.redhat.com/show_bug.cgi?id=1649129
 3. via /vdsm-tool dump-volume-chains/ I managed to list those 5
snapshots (see below).

The output for one machine was:

   image:    2d707743-4a9e-40bb-b223-83e3be672dfe

 - 9ae6ea73-94b4-4588-9a6b-ea7a58ef93c9
   status: OK, voltype: INTERNAL, format: RAW, legality:
LEGAL, type: PREALLOCATED, capacity: 32212254720, truesize: 32212254720

 - f7d2c014-e8f5-4413-bfc5-4aa1426cb1e2
   status: ILLEGAL, voltype: LEAF, format: COW, legality:
ILLEGAL, type: SPARSE, capacity: 32212254720, truesize: 29073408

So my idea was to follow the said bugzilla thread and update the volume
- but I didn't manage to find input for the /job_id/ and /generation/.

So my question is: Does anyone have an idea on how to (force) remove a
given snapshot via vsdm-{tool|client}?

Thanks in advance!
Daniel

-- 
Daniel Menzel
Geschäftsführer

Menzel IT GmbH
Charlottenburger Str. 33a
13086 Berlin

+49 (0) 30 / 5130 444 - 00
daniel.men...@menzel-it.net
https://menzel-it.net

Geschäftsführer: Daniel Menzel, Josefin Menzel
Unternehmenssitz: Berlin
Handelsregister: Amtsgericht Charlottenburg
Handelsregister-Nummer: HRB 149835 B
USt-ID: DE 309 226 751

___
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/5ZRHPBH6PKWUXSQIEKT4352D5RVNH6G6/

[ovirt-users] Re: NVMe-oF

[Daniel Menzel]

Wenn ich mit meinen begrenzten Fähigkeiten, zu programmieren, helfen
könnte würde ich das sofort machen. Wozu also der Seitenhieb?

Am 27.06.20 um 23:20 schrieb tho...@hoberg.net:
> Irgendwie habe ich das Gefühl, daß Dir da eine schlüsselfertige Lösung 
> vorschwebt, die Du direkt verticken kannst...

-- 
Daniel Menzel
Geschäftsführer

Menzel IT GmbH
Charlottenburger Str. 33a
13086 Berlin

+49 (0) 30 / 5130 444 - 00
daniel.men...@menzel-it.net
https://menzel-it.net

Geschäftsführer: Daniel Menzel, Josefin Menzel
Unternehmenssitz: Berlin
Handelsregister: Amtsgericht Charlottenburg
Handelsregister-Nummer: HRB 149835 B
USt-ID: DE 309 226 751

___
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/MPZTPGGCZ5TEURWJIHLOEQD2ICJ6IK44/

[ovirt-users] NVMe-oF

[Daniel Menzel]

Hi all,

does anybody know whether NVMe-over-Fabrics support is somehow scheduled
in oVirt? As, from a logical point of view, it is like iSCSI on
steroids, I guess it shouldn't be too hard to implement it. Yep, I know,
bold statement from someone who isn't a programmer. ;-) Nonetheless: Are
there plans to implement NVMe-oF as storage backend for oVirt in the
near future? If so: Is there a way to help (i.e. with hardware ressources)?

Kind regards,
Daniel

-- 
Daniel Menzel
Geschäftsführer

Menzel IT GmbH
Charlottenburger Str. 33a
13086 Berlin

+49 (0) 30 / 5130 444 - 00
daniel.men...@menzel-it.net
https://menzel-it.net

Geschäftsführer: Daniel Menzel, Josefin Menzel
Unternehmenssitz: Berlin
Handelsregister: Amtsgericht Charlottenburg
Handelsregister-Nummer: HRB 149835 B
USt-ID: DE 309 226 751

___
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/QQQDCQERXVOVPDEXOMAMG7H5H7PGSBDZ/

[ovirt-users] Requesting Permission to Post

[Daniel S]

___
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/UXFS5KN2OXLUGUAJ57NCNT22KLBMWPLV/

[ovirt-users] Re: EqualLogic SAN controller switchover

[Daniel Rix]

I run ovirt in my homelab, and have an Equallogic PS6000.

I did this the other week, and it took about 8 to 10 minutes for the VMs 
to start coming back. I run my engine off of the SAN, and it had some 
trouble coming back because ovirt was in a lease lock situation.


The engine VMs did pause, but the switchover took too long and it killed 
it. The other HA VMs were just killed and restarted after the storage 
issue. It did sort itself out, but the equallogic took its time to do 
the controller switchover.



On 2/27/2020 11:55 AM, Chris Adams wrote:

Once upon a time, Strahil Nikolov  said:

Do you have  an idea  how long will it take  ?

No, it has been years and years since I had to do a switchover on an
EqualLogic (they mostly just run).  I know I've read of others using
EqualLogic's for oVirt, so I'm hoping for someone who's experienced a
switchover...


Keep in mind that in case  the domain is declared  unavailable  (reached  a  
threshold , which I doesn't know)  ,  all VMs using it will be paused and oVirt 
 will try to recover them once the storage is back available.

Right - with the hosted engine on the SAN, I am also curious how that is
impacted (how will the engine HA tooling handle a pause).

___
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/A4DO3QU32NLS4TMPIX4AAFHX42RPNSPT/

[ovirt-users] host failed to attach one of the storage domains attached to it

[Daniel Menzel]

Dear all,

after a GlusterFS reboot of two servers out of three (and thus a loss of
quorum) by an admin we've got strange problems:

 1. The hosted engine and one export work perfectly fine. (Same three
servers!)
 2. Another export (main one) seems to be fine within GlusterFS itself.
But: When we activate this domain most of the hosts go into "non
operational" with the subject's error message. As soon as we
deactivate this domain all those hosts come back online. Strange
thing: The GlusterFS export seems to be mounted on the SPM.

Does anyone know what could have happened and how to fix that?

Kind regards
Daniel

___
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/E77R65MMJHTIGDSDBTJQCKSS64SIMXEE/

[ovirt-users] Re: Problems with glance.ovirt.org over IPV6.

[Daniel Leite De Abreu]

Dear Dominik.

I had create a issue on Jira.

https://ovirt-jira.atlassian.net/browse/OFT-654

Thanks alot hope this can get sorted for everyone.
___
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/TC2JS3BOP7GBOXCYLAPETI7YZQSAECSS/

[ovirt-users] Problems with glance.ovirt.org over IPV6.

[Daniel Leite De Abreu]

Hi, there hope someone has experienced this situation and can help me further 
on his matter.

Our current ovirt engine is trying to download images from 
http://glance.ovirt.org:9292 and the connection work normally whoever for some 
reason it also tries to download over ipv6 and our network is all based on IPV4 
so the error I get is the bellow.

Connecting to glance.ovirt.org 
(glance.ovirt.org)|2620:52:3:1:5054:ff:fe32:c1d9|:9292... failed: Network is 
unreachable

I had tried the same from outside our network on a public place that works on 
IPV6 and I get the same error, as my understanding from the error message I am 
for some reason now able to reach the destination via IPV6, whoever my goal is 
to use IPV4 only and I would like to know if there is any way I can disable 
import or any checks done over ipv6 from glance.ovirt.org ?

Thanks in advance for the support and help on this matter.
___
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/AUS3K2SY256LR64UJWXQMBLZVF3KPPW5/

[ovirt-users] Re: Stuck in "Finalizing" disk upload phase

[Daniel Erez]

On Thu, Jul 18, 2019 at 7:31 PM Vrgotic, Marko
 wrote:
>
> Hi Daniel,
>
> Is it possible that upgrade from 4.3.3 to 4.3.4  affected/reset/changed the 
> certificate for imageio?

Have you restarted the ovirt-imageio-proxy service after upgrading? It
should be restarted to reload the certificate.

>
> Reason why I am asking is that, while running 4.3.3 version, I was uploading 
> Ubuntu 16-18, CentOS 7 cloud images, and CentOS6 no issues.
> Now issue is with CentOS6.
> I have tried to upload centos6.5 image via Ansible ovirt_disk and than one 
> ended stuck in “Finalizing” state.
> Than I tried with to Upload same image from UI and that ended in “Paused” 
> state.
>
> I will try Test Connection and let you know.
>
> Sent from my iPhone
>
> > On 18 Jul 2019, at 16:13, Daniel Erez  wrote:
> >
> > Hi Marko,
> >
> > According to the log, it seems there's an issue with a secured
> > connection to the proxy.
> > Can you please try the 'Test Connection' button on upload disk dialog,
> > to ensure the certificate is properly installed?
> > Also, is the disk currently in 'Paused by System' status?
> >
> > Thanks,
> > Daniel
> >
> > On Thu, Jul 18, 2019 at 2:35 PM Vrgotic, Marko
> >  wrote:
> >>
> >> Hi Nir,
> >>
> >>
> >>
> >> Since this is already compressed file, I have added output of grep for 
> >> moment this command was issue and following 300lines.
> >>
> >>
> >>
> >> [root@ovirt-engine ovirt-engine]# zgrep "2019-07-17 13:36:11,121Z" 
> >> engine.log-20190* -A300
> >>
> >> engine.log-20190718.gz:2019-07-17 13:36:11,121Z INFO  
> >> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] 
> >> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] Running command: 
> >> TransferDiskImageCommand internal: false. Entities affected :  ID: 
> >> 3452459d-aec6-430e-9509-1d9ca815b2d8 Type: DiskAction group 
> >> EDIT_DISK_PROPERTIES with role type USER
> >>
> >> engine.log-20190718.gz:2019-07-17 13:36:11,121Z INFO  
> >> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] 
> >> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] Creating 
> >> ImageTransfer entity for command '28eda0c2-e36b-4e70-91ea-2ecf4a030d19'
> >>
> >> gzip: -A300.gz: No such file or directory
> >>
> >> [root@ovirt-engine ovirt-engine]# zgrep -A 300 "2019-07-17 13:36:11,121Z" 
> >> engine.log-20190*
> >>
> >> engine.log-20190718.gz:2019-07-17 13:36:11,121Z INFO  
> >> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] 
> >> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] Running command: 
> >> TransferDiskImageCommand internal: false. Entities affected :  ID: 
> >> 3452459d-aec6-430e-9509-1d9ca815b2d8 Type: DiskAction group 
> >> EDIT_DISK_PROPERTIES with role type USER
> >>
> >> engine.log-20190718.gz:2019-07-17 13:36:11,121Z INFO  
> >> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] 
> >> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] Creating 
> >> ImageTransfer entity for command '28eda0c2-e36b-4e70-91ea-2ecf4a030d19'
> >>
> >> engine.log-20190718.gz:2019-07-17 13:36:11,142Z INFO  
> >> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] 
> >> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] Successfully 
> >> added Upload disk 'av-07-centos-65-base' (disk id: 
> >> '3452459d-aec6-430e-9509-1d9ca815b2d8', image id: 
> >> 'b44659a9-607a-4eeb-a255-99532fd4fce4') for image transfer command 
> >> '28eda0c2-e36b-4e70-91ea-2ecf4a030d19'
> >>
> >> engine.log-20190718.gz:2019-07-17 13:36:11,188Z INFO  
> >> [org.ovirt.engine.core.vdsbroker.vdsbroker.PrepareImageVDSCommand] 
> >> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] START, 
> >> PrepareImageVDSCommand(HostName = ovirt-hv-01.avinity.tv, 
> >> PrepareImageVDSCommandParameters:{hostId='e7e3f1dc-8037-4e74-a44c-442bdb02197d'}),
> >>  log id: 3bd84b38
> >>
> >> engine.log-20190718.gz:2019-07-17 13:36:11,351Z INFO  
> >> [org.ovirt.engine.core.vdsbroker.vdsbroker.PrepareImageVDSCommand] 
> >> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] FINISH, 
> >> PrepareImageVDSCommand, return: PrepareImageReturn:{status='Status 
> >> [code=0, message=Done]'}, log id: 3bd84b38
> >>
> >> engine.log-20190718.gz:2019-07

[ovirt-users] Re: Stuck in "Finalizing" disk upload phase

[Daniel Erez]

Hi Marko,

According to the log, it seems there's an issue with a secured
connection to the proxy.
Can you please try the 'Test Connection' button on upload disk dialog,
to ensure the certificate is properly installed?
Also, is the disk currently in 'Paused by System' status?

Thanks,
Daniel

On Thu, Jul 18, 2019 at 2:35 PM Vrgotic, Marko
 wrote:
>
> Hi Nir,
>
>
>
> Since this is already compressed file, I have added output of grep for moment 
> this command was issue and following 300lines.
>
>
>
> [root@ovirt-engine ovirt-engine]# zgrep "2019-07-17 13:36:11,121Z" 
> engine.log-20190* -A300
>
> engine.log-20190718.gz:2019-07-17 13:36:11,121Z INFO  
> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] 
> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] Running command: 
> TransferDiskImageCommand internal: false. Entities affected :  ID: 
> 3452459d-aec6-430e-9509-1d9ca815b2d8 Type: DiskAction group 
> EDIT_DISK_PROPERTIES with role type USER
>
> engine.log-20190718.gz:2019-07-17 13:36:11,121Z INFO  
> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] 
> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] Creating 
> ImageTransfer entity for command '28eda0c2-e36b-4e70-91ea-2ecf4a030d19'
>
> gzip: -A300.gz: No such file or directory
>
> [root@ovirt-engine ovirt-engine]# zgrep -A 300 "2019-07-17 13:36:11,121Z" 
> engine.log-20190*
>
> engine.log-20190718.gz:2019-07-17 13:36:11,121Z INFO  
> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] 
> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] Running command: 
> TransferDiskImageCommand internal: false. Entities affected :  ID: 
> 3452459d-aec6-430e-9509-1d9ca815b2d8 Type: DiskAction group 
> EDIT_DISK_PROPERTIES with role type USER
>
> engine.log-20190718.gz:2019-07-17 13:36:11,121Z INFO  
> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] 
> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] Creating 
> ImageTransfer entity for command '28eda0c2-e36b-4e70-91ea-2ecf4a030d19'
>
> engine.log-20190718.gz:2019-07-17 13:36:11,142Z INFO  
> [org.ovirt.engine.core.bll.storage.disk.image.TransferDiskImageCommand] 
> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] Successfully added 
> Upload disk 'av-07-centos-65-base' (disk id: 
> '3452459d-aec6-430e-9509-1d9ca815b2d8', image id: 
> 'b44659a9-607a-4eeb-a255-99532fd4fce4') for image transfer command 
> '28eda0c2-e36b-4e70-91ea-2ecf4a030d19'
>
> engine.log-20190718.gz:2019-07-17 13:36:11,188Z INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.PrepareImageVDSCommand] (default 
> task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] START, 
> PrepareImageVDSCommand(HostName = ovirt-hv-01.avinity.tv, 
> PrepareImageVDSCommandParameters:{hostId='e7e3f1dc-8037-4e74-a44c-442bdb02197d'}),
>  log id: 3bd84b38
>
> engine.log-20190718.gz:2019-07-17 13:36:11,351Z INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.PrepareImageVDSCommand] (default 
> task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] FINISH, 
> PrepareImageVDSCommand, return: PrepareImageReturn:{status='Status [code=0, 
> message=Done]'}, log id: 3bd84b38
>
> engine.log-20190718.gz:2019-07-17 13:36:11,356Z INFO  
> [org.ovirt.engine.core.vdsbroker.irsbroker.SetVolumeLegalityVDSCommand] 
> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] START, 
> SetVolumeLegalityVDSCommand( 
> SetVolumeLegalityVDSCommandParameters:{storagePoolId='10525aa0-839d-11e9-a016-00163e4f2a6d',
>  ignoreFailoverLimit='false', 
> storageDomainId='644aacaa-12e1-4fcd-b3aa-941678cf95bd', 
> imageGroupId='3452459d-aec6-430e-9509-1d9ca815b2d8', 
> imageId='b44659a9-607a-4eeb-a255-99532fd4fce4'}), log id: 5e0f7654
>
> engine.log-20190718.gz:2019-07-17 13:36:11,390Z INFO  
> [org.ovirt.engine.core.vdsbroker.irsbroker.SetVolumeLegalityVDSCommand] 
> (default task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] FINISH, 
> SetVolumeLegalityVDSCommand, return: , log id: 5e0f7654
>
> engine.log-20190718.gz:2019-07-17 13:36:11,394Z INFO  
> [org.ovirt.engine.core.vdsbroker.vdsbroker.AddImageTicketVDSCommand] (default 
> task-376) [a43180ec-afc7-429e-9f30-9e851eaf7ce7] START, 
> AddImageTicketVDSCommand(HostName = ovirt-hv-01.avinity.tv, 
> AddImageTicketVDSCommandParameters:{hostId='e7e3f1dc-8037-4e74-a44c-442bdb02197d',
>  ticketId='10096b11-d10d-43aa-ad16-668b29a8c152', timeout='300', 
> operations='[write]', size='47244640256', 
> url='file:///rhev/data-center/mnt/172.17.28.5:_ovirt__production/644aacaa-12e1-4fcd-b3aa-941678cf95bd/images/3452459d-aec6-430e-9509-1d9ca815b2d8/b44659a9-607a-4eeb-a255-99532fd4fce4',
>  filename='null', sparse='true', 
> transferId='28eda0c2-e36b-4e70-91ea-2e

[ovirt-users] NVME-oF

[Daniel Menzel]

Hi guys,

just out of curiosity: Have there been any attempts yet to use NVMe over
Fabrics as Storage-Backend in oVirt? We have used NVMe-oF several times
in the past few weeks/month and its an absolutely gorgeous technology -
and more than perfect for virtualization.

Best
Daniel

-- 
Daniel Menzel
Geschäftsführer

Menzel IT GmbH
Charlottenburger Str. 33a
13086 Berlin

+49 (0) 30 / 5130 444 - 00
daniel.men...@menzel-it.net
https://menzel-it.net

Geschäftsführer: Daniel Menzel
Unternehmenssitz: Berlin
Handelsregister: Amtsgericht Charlottenburg
Handelsregister-Nummer: HRB 149835 B
USt-ID: DE 309 226 751
___
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/GRIL6L4DESLORUPO4HQYJ42BA6ITFF5Q/

[ovirt-users] Re: engine-setup failing on 4.3.2 -> 4.3.3 fails during Engine schema refresh fail

[Daniel Erez]

On Wed, Apr 17, 2019 at 11:43 AM Yedidyah Bar David  wrote:
>
> On Wed, Apr 17, 2019 at 10:51 AM Yedidyah Bar David  wrote:
> >
> > On Wed, Apr 17, 2019 at 10:48 AM Yedidyah Bar David  wrote:
> > >
> > > On Wed, Apr 17, 2019 at 10:30 AM Lucie Leistnerova  
> > > wrote:
> > > >
> > > > Hi Edward,
> > > >
> > > > On 4/16/19 9:23 PM, Edward Berger wrote:
> > > >
> > > > I was trying to upgrade a hyperconverged oVirt hosted engine and failed 
> > > > in the engine-setup command with these error and warnings.
> > > >
> > > > ...
> > > > [ INFO  ] Creating/refreshing Engine database schema
> > > > [ ERROR ] schema.sh: FATAL: Cannot execute sql command: 
> > > > --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_03_0830_add_foreign_key_to_image_transfers.sql
> > > >
> > > > The error is
> > > >
> > > > ERROR:  insert or update on table "image_transfers" violates foreign 
> > > > key constraint "fk_image_transfers_command_enitites"
> > > > DETAIL:  Key (command_id)=(fedc82f7-9bf7-4988-b9d9-23853e04e44e) is not 
> > > > present in table "command_entities".
> > > >
> > > > So there is some image transfer left without appropriate command entity.
> > > > If you are sure that no such transfer is active. You can remove it from 
> > > > the table.
> > > >
> > > >
> > > > $ scl enable rh-postgresql10 bash
> > > > $ psql engine
> > > >
> > > > engine=# delete from image_transfers where 
> > > > command_id='fedc82f7-9bf7-4988-b9d9-23853e04e44e';
> > >
> > > Or, more generally, copying from
> > > 04_03_0270_add_foreign_key_to_image_transfers.sql:
> > >
> > > DELETE FROM image_transfers
> > > WHERE command_id NOT IN
> > > (SELECTcommand_entities.command_id
> > >  FROM  command_entities);
> > >
> > > and then try again.
> > >
> > > Adding Also Bhushan, who reported this in private as well.
> > >
> > > Adding Daniel, author of the patch causing this:
> > >
> > > https://gerrit.ovirt.org/#/q/I65906d09ba201c93da65e9a2b67cef5f9f177747,n,z
> > >
> > > Daniel:
> > >
> > > This already happened in the past, and we fixed it by adding
> > > 04_03_0265_remove_foreign_key_in_image_transfers.sql . Not sure why we
> > > needed to add 04_03_0830_add_foreign_key_to_image_transfers.sql again,
> > > but perhaps add now another copy of
> > > 04_03_0265_remove_foreign_key_in_image_transfers.sql before it as
> > > well.

We needed the '04_03_0830' script, to avoid a missing FK when upgrading from
4.2.7 to 4.3, as '04_03_0270_add_foreign_key' script was skipped (and
thus the FK
was missing due to '04_03_0265_remove_foreign_key_in_image_transfers').

As Didi mentioned, deleting the stale image_transfers should solve the issue [*]
I'll add this script to the patch: https://gerrit.ovirt.org/#/c/99497/

[*]
DELETE FROM image_transfers
WHERE command_id NOT IN
(SELECTcommand_entities.command_id
 FROM  command_entities);




> >
> > Alternatively, if we are still not fully certain this is over,
> > consider adding an engine-setup plugin that does that, ignoring common
> > practice of dbscripts upgrade (which ignores files it already loaded
> > in the past).
>
> Pushed [1] to master and 4.3 branches. Feel free to take over, change
> Bug-Url, whatever.
>
> [1] https://gerrit.ovirt.org/#/q/I90b464eb6574b9b49daf26d365f4034098f01f64
>
> >
> > >
> > > Also: Perhaps push a patch to OST to verify this flow.
> > >
> > > Thanks and best regards,
> > >
> > > >
> > > >
> > > > [ ERROR ] Failed to execute stage 'Misc configuration': Engine schema 
> > > > refresh failed
> > > > ...
> > > > [ INFO  ] Yum Verify: 16/16: ovirt-engine-tools.noarch 0:4.3.3.5-1.el7 
> > > > - e
> > > > [WARNING] Rollback of DWH database postponed to Stage "Clean up"
> > > > [ INFO  ] Rolling back database schema
> > > > ...
> > > > [ INFO  ] Stage: Pre-termination
> > > > [ INFO  ] Stage: Termination
> > > > [ ERROR ] Execution of setup failed
> > > >
> > > > Attaching engine-setup logfile.
> > > >
> > > > ___
> > > > Users mailing list -- user

[ovirt-users] Re: ovirt-imageio-proxy upload and status

[Daniel Erez]

On Sun, Feb 10, 2019 at 9:11 AM Hetz Ben Hamo  wrote:

> I've reinstalled the system yesterday. Now it automatically switches from
> "complete" to OK.
> Daniel, did you commit/push anything?
>

No, it should be fine on a clean installation. I suspect it's related only
to upgrade.
But need to see the setup logs from upgrade to understand to exact scenario.


>
>
> On Sun, Feb 10, 2019 at 9:10 AM Daniel Erez  wrote:
>
>>
>>
>> On Fri, Feb 8, 2019 at 10:39 PM  wrote:
>>
>>> > On Thu, Feb 7, 2019 at 3:19 PM Hetz Ben Hamo  wrote:
>>> >
>>> >
>>> > Where do you see this status? In REST-API?
>>> > What is the status of the disk? ('Disks' tab in the WebAdmin)
>>>
>>> I am also seeing the same thing on a system I just upgraded from 4.2.8
>>> to 4.3.  After the upgrade, I uploaded a qcow2 image and it remains in the
>>> "Completed" state in the Disks tab of the WebAdmin.
>>>
>>> The image itself works fine, I attached it to a new vm and it is running
>>> fine.
>>>
>>
>> For Hetz it was due to a missing foreign key constraints in
>> image_transfers table.
>> Can you please check if 'fk_image_transfers_command_enitites'[*] exists
>> by executing the following sql command:
>> SELECT COUNT(1) FROM information_schema.table_constraints WHERE
>> constraint_name='fk_image_transfers_command_enitites' AND
>> table_name='image_transfers';
>>
>> Also, can you please attach 'ovirt-engine-setup' log from after the
>> upgrade to 4.3
>>
>> [*] The constraint should be added by
>> '04_03_0270_add_foreign_key_to_image_transfers.sql'
>>
>>
>>
>>> ___
>>> 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/L2EKJ6LYFCODW4YP73NNBKNIFWMFXETR/
>>>
>> ___
>> 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/DRULD23ZP5SOCSXIC5LXIVXXONFEVGN2/
>>
>
___
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/LGRYJ6T6SUNS3ZJZKYWWPD4GOUKTF4JJ/

[ovirt-users] Re: ovirt-imageio-proxy upload and status

[Daniel Erez]

On Fri, Feb 8, 2019 at 10:39 PM  wrote:

> > On Thu, Feb 7, 2019 at 3:19 PM Hetz Ben Hamo  wrote:
> >
> >
> > Where do you see this status? In REST-API?
> > What is the status of the disk? ('Disks' tab in the WebAdmin)
>
> I am also seeing the same thing on a system I just upgraded from 4.2.8 to
> 4.3.  After the upgrade, I uploaded a qcow2 image and it remains in the
> "Completed" state in the Disks tab of the WebAdmin.
>
> The image itself works fine, I attached it to a new vm and it is running
> fine.
>

For Hetz it was due to a missing foreign key constraints in image_transfers
table.
Can you please check if 'fk_image_transfers_command_enitites'[*] exists by
executing the following sql command:
SELECT COUNT(1) FROM information_schema.table_constraints WHERE
constraint_name='fk_image_transfers_command_enitites' AND
table_name='image_transfers';

Also, can you please attach 'ovirt-engine-setup' log from after the upgrade
to 4.3

[*] The constraint should be added by
'04_03_0270_add_foreign_key_to_image_transfers.sql'



> ___
> 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/L2EKJ6LYFCODW4YP73NNBKNIFWMFXETR/
>
___
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/DRULD23ZP5SOCSXIC5LXIVXXONFEVGN2/

[ovirt-users] Re: ovirt-imageio-proxy upload and status

[Daniel Erez]

On Thu, Feb 7, 2019 at 3:32 PM Hetz Ben Hamo  wrote:

> Sure, care to tell me the locations of those files? (I assume they are on
> the HE?)
>

Yes, should be on /var/log folder.
If you just want to unlock the disk in the mean time, you can use the
'unlock_entity' utility:
https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities.html#unlock_entity


>
> Thanks
>
>
> On Thu, Feb 7, 2019 at 3:30 PM Daniel Erez  wrote:
>
>>
>>
>> On Thu, Feb 7, 2019 at 3:25 PM Hetz Ben Hamo  wrote:
>>
>>> see this screenshot: https://imgur.com/a/Mzpn6qY
>>>
>>
>> ok, so maybe there was a failure in the finalizing step that should
>> unlock the disk as well.
>> Can you please attach the relevant engine/vdsm/proxy/daemon logs?
>>
>>
>>>
>>> תודה,
>>> *חץ בן חמו*
>>> אתם מוזמנים לבקר בבלוג היעוץ <http://linvirtstor.net/> או בבלוג הפרטי
>>> שלי <http://benhamo.org>
>>>
>>>
>>> On Thu, Feb 7, 2019 at 3:21 PM Daniel Erez  wrote:
>>>
>>>>
>>>>
>>>> On Thu, Feb 7, 2019 at 3:19 PM Hetz Ben Hamo  wrote:
>>>>
>>>>> Hi Daniel,
>>>>>
>>>>> There is no failure when uploading the ISO. I tried to upload it both
>>>>> to NFS and to iSCSI. In both cases it completes the upload and the status
>>>>> remains "completed".
>>>>> I can use the ISO from the storage domain without any problems so
>>>>> there are no errors.
>>>>>
>>>>
>>>> Where do you see this status? In REST-API?
>>>> What is the status of the disk? ('Disks' tab in the WebAdmin)
>>>>
>>>>
>>>>>
>>>>>
>>>>> On Thu, Feb 7, 2019 at 3:04 PM Daniel Erez  wrote:
>>>>>
>>>>>>
>>>>>>
>>>>>> On Thu, Feb 7, 2019 at 9:26 AM Sandro Bonazzola 
>>>>>> wrote:
>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> Il giorno gio 7 feb 2019 alle ore 01:12 Hetz Ben Hamo 
>>>>>>> ha scritto:
>>>>>>>
>>>>>>>> Hi,
>>>>>>>>
>>>>>>>> I've just uploaded the CentOS 1810 ISO to a domain. It worked.
>>>>>>>> However, the status in the UI is "stuck" in the "complete" in the
>>>>>>>> status column. Does it change to "OK" as others images in the domain?
>>>>>>>>
>>>>>>>
>>>>>> Hi Hetz,
>>>>>>
>>>>>> The disk should move back to 'OK' status after completing the
>>>>>> operation.
>>>>>> In case of a failure during the operation, the disk moves to 'PAUSED'
>>>>>> state, in which it can be either resumes or cancelled.
>>>>>>
>>>>>> * What is the current status of the disk?
>>>>>> * Any failure message in the events tab?
>>>>>> * Can you please attach engine/vdsm/proxy/daemon logs?
>>>>>> * If the upload can't be cancelled or resumed, the disk can be
>>>>>> manually unlocked using the 'unlock_entity' utility:
>>>>>>
>>>>>> https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities.html#unlock_entity
>>>>>>
>>>>>>
>>>>>>>
>>>>>>> Daniel, Tal, do we have page data refresh issue there?
>>>>>>>
>>>>>>>
>>>>>>>> ___
>>>>>>>> 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/K5FEKILG2D7PO3QPTB5RRX3RR6RXWNII/
>>>>>>>>
>>>>>>>
>>>>>>>
>>>>>>> --
>>>>>>>
>>>>>>> SANDRO BONAZZOLA
>>>>>>>
>>>>>>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>>>>>>
>>>>>>> Red Hat EMEA <https://www.redhat.com/>
>>>>>>>
>>>>>>> sbona...@redhat.com
>>>>>>> <https://red.ht/sig>
>>>>>>>
>>>>>>
___
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/GUHPSXO6EISTSV2GZLVYVN6E32FLF342/

[ovirt-users] Re: ovirt-imageio-proxy upload and status

[Daniel Erez]

On Thu, Feb 7, 2019 at 3:25 PM Hetz Ben Hamo  wrote:

> see this screenshot: https://imgur.com/a/Mzpn6qY
>

ok, so maybe there was a failure in the finalizing step that should unlock
the disk as well.
Can you please attach the relevant engine/vdsm/proxy/daemon logs?


>
> תודה,
> *חץ בן חמו*
> אתם מוזמנים לבקר בבלוג היעוץ <http://linvirtstor.net/> או בבלוג הפרטי שלי
> <http://benhamo.org>
>
>
> On Thu, Feb 7, 2019 at 3:21 PM Daniel Erez  wrote:
>
>>
>>
>> On Thu, Feb 7, 2019 at 3:19 PM Hetz Ben Hamo  wrote:
>>
>>> Hi Daniel,
>>>
>>> There is no failure when uploading the ISO. I tried to upload it both to
>>> NFS and to iSCSI. In both cases it completes the upload and the status
>>> remains "completed".
>>> I can use the ISO from the storage domain without any problems so there
>>> are no errors.
>>>
>>
>> Where do you see this status? In REST-API?
>> What is the status of the disk? ('Disks' tab in the WebAdmin)
>>
>>
>>>
>>>
>>> On Thu, Feb 7, 2019 at 3:04 PM Daniel Erez  wrote:
>>>
>>>>
>>>>
>>>> On Thu, Feb 7, 2019 at 9:26 AM Sandro Bonazzola 
>>>> wrote:
>>>>
>>>>>
>>>>>
>>>>> Il giorno gio 7 feb 2019 alle ore 01:12 Hetz Ben Hamo 
>>>>> ha scritto:
>>>>>
>>>>>> Hi,
>>>>>>
>>>>>> I've just uploaded the CentOS 1810 ISO to a domain. It worked.
>>>>>> However, the status in the UI is "stuck" in the "complete" in the
>>>>>> status column. Does it change to "OK" as others images in the domain?
>>>>>>
>>>>>
>>>> Hi Hetz,
>>>>
>>>> The disk should move back to 'OK' status after completing the operation.
>>>> In case of a failure during the operation, the disk moves to 'PAUSED'
>>>> state, in which it can be either resumes or cancelled.
>>>>
>>>> * What is the current status of the disk?
>>>> * Any failure message in the events tab?
>>>> * Can you please attach engine/vdsm/proxy/daemon logs?
>>>> * If the upload can't be cancelled or resumed, the disk can be manually
>>>> unlocked using the 'unlock_entity' utility:
>>>>
>>>> https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities.html#unlock_entity
>>>>
>>>>
>>>>>
>>>>> Daniel, Tal, do we have page data refresh issue there?
>>>>>
>>>>>
>>>>>> ___
>>>>>> 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/K5FEKILG2D7PO3QPTB5RRX3RR6RXWNII/
>>>>>>
>>>>>
>>>>>
>>>>> --
>>>>>
>>>>> SANDRO BONAZZOLA
>>>>>
>>>>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>>>>
>>>>> Red Hat EMEA <https://www.redhat.com/>
>>>>>
>>>>> sbona...@redhat.com
>>>>> <https://red.ht/sig>
>>>>>
>>>>
___
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/HREIHW3GIO6GOARII5FQUPTSO3HZMPOR/

[ovirt-users] Re: ovirt-imageio-proxy upload and status

[Daniel Erez]

On Thu, Feb 7, 2019 at 3:19 PM Hetz Ben Hamo  wrote:

> Hi Daniel,
>
> There is no failure when uploading the ISO. I tried to upload it both to
> NFS and to iSCSI. In both cases it completes the upload and the status
> remains "completed".
> I can use the ISO from the storage domain without any problems so there
> are no errors.
>

Where do you see this status? In REST-API?
What is the status of the disk? ('Disks' tab in the WebAdmin)


>
>
> On Thu, Feb 7, 2019 at 3:04 PM Daniel Erez  wrote:
>
>>
>>
>> On Thu, Feb 7, 2019 at 9:26 AM Sandro Bonazzola 
>> wrote:
>>
>>>
>>>
>>> Il giorno gio 7 feb 2019 alle ore 01:12 Hetz Ben Hamo 
>>> ha scritto:
>>>
>>>> Hi,
>>>>
>>>> I've just uploaded the CentOS 1810 ISO to a domain. It worked.
>>>> However, the status in the UI is "stuck" in the "complete" in the
>>>> status column. Does it change to "OK" as others images in the domain?
>>>>
>>>
>> Hi Hetz,
>>
>> The disk should move back to 'OK' status after completing the operation.
>> In case of a failure during the operation, the disk moves to 'PAUSED'
>> state, in which it can be either resumes or cancelled.
>>
>> * What is the current status of the disk?
>> * Any failure message in the events tab?
>> * Can you please attach engine/vdsm/proxy/daemon logs?
>> * If the upload can't be cancelled or resumed, the disk can be manually
>> unlocked using the 'unlock_entity' utility:
>>
>> https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities.html#unlock_entity
>>
>>
>>>
>>> Daniel, Tal, do we have page data refresh issue there?
>>>
>>>
>>>> ___
>>>> 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/K5FEKILG2D7PO3QPTB5RRX3RR6RXWNII/
>>>>
>>>
>>>
>>> --
>>>
>>> SANDRO BONAZZOLA
>>>
>>> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>>>
>>> Red Hat EMEA <https://www.redhat.com/>
>>>
>>> sbona...@redhat.com
>>> <https://red.ht/sig>
>>>
>>
___
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/3N644Q2N3AQ5TTSII6746WDKRWNP24KU/

[ovirt-users] Re: ovirt-imageio-proxy upload and status

[Daniel Erez]

On Thu, Feb 7, 2019 at 9:26 AM Sandro Bonazzola  wrote:

>
>
> Il giorno gio 7 feb 2019 alle ore 01:12 Hetz Ben Hamo  ha
> scritto:
>
>> Hi,
>>
>> I've just uploaded the CentOS 1810 ISO to a domain. It worked.
>> However, the status in the UI is "stuck" in the "complete" in the status
>> column. Does it change to "OK" as others images in the domain?
>>
>
Hi Hetz,

The disk should move back to 'OK' status after completing the operation.
In case of a failure during the operation, the disk moves to 'PAUSED'
state, in which it can be either resumes or cancelled.

* What is the current status of the disk?
* Any failure message in the events tab?
* Can you please attach engine/vdsm/proxy/daemon logs?
* If the upload can't be cancelled or resumed, the disk can be manually
unlocked using the 'unlock_entity' utility:
https://www.ovirt.org/develop/developer-guide/db-issues/helperutilities.html#unlock_entity


>
> Daniel, Tal, do we have page data refresh issue there?
>
>
>> ___
>> 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/K5FEKILG2D7PO3QPTB5RRX3RR6RXWNII/
>>
>
>
> --
>
> SANDRO BONAZZOLA
>
> MANAGER, SOFTWARE ENGINEERING, EMEA R RHV
>
> Red Hat EMEA <https://www.redhat.com/>
>
> sbona...@redhat.com
> <https://red.ht/sig>
>
___
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/YEGI6ZKIXYUTHVKLP2BGLX4SSAI45BVO/

[ovirt-users] Re: Cannot import VM. Invalid time zone for given OS type. Attribute: vm.vmStatic

[daniel]

I restore the engine DB on another server to look at the time_zone for the 
faulty server and here what I have

America/New_York but it's not valid for a Windows VM.  Windows VM get time_zone 
like "GMT Standard Time", "Eastern Standard Time", etc but no time_zone with a 
/ in the name like Linux time_zone.

Now, how can I get to the ISCSI drive to change this time_zone and be able to 
import the VM after ?

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/L5TCCKT4IRTKYYHQNSVJ2ZUHWNF4SB3O/

[ovirt-users] Cannot import VM. Invalid time zone for given OS type. Attribute: vm.vmStatic

[daniel]

Need some magic here ...
- 2 hosts CentOS 7.5.1804 with all the patch available,  in the cluster
- hosted engine from rpm ovirt-engine-appliance-4.2-20181113.1.el7.noarch with 
all the patch as well (manager Version 4.2.7.5-1.el7)

1) I re-install the hosts and the hosted engine from scratch
2) I imported the ISO, export and DATA domain from the SAN
3) I went to the DATA domain in the VM Import tab where I saw all the VMs
4) I imported the VM one after one BUT 

One of the VM (Windows 10 x64) can't be import because of the error in the 
subject of this thread.  In the engine.log file I get 

2018-12-01 19:17:50,387-05 WARN  
[org.ovirt.engine.core.bll.exportimport.ImportVmFromConfigurationCommand] 
(default task-4) [92c96b3c-38c5-42ab-b81c-11413ea32ccd] Validation of action 
'ImportVmFromConfiguration' failed for user admin@internal-authz. Reasons: 
VAR__ACTION__IMPORT,VAR__TYPE__VM,ACTION_TYPE_FAILED_INVALID_TIMEZONE,$groups 
[Ljava.lang.Class;@5cac1830,$message 
ACTION_TYPE_FAILED_INVALID_TIMEZONE,$payload 
[Ljava.lang.Class;@6770dba6,ACTION_TYPE_FAILED_ATTRIBUTE_PATH,$path 
vm.vmStatic,$validatedValue 
org.ovirt.engine.core.common.businessentities.VmStatic@804b3abe

So it seem that the timezone of the VM is not a valid timezone so I used 
engine-config like this

engine-config -s DefaultWindowsTimeZone="Eastern Standard Time"
and restart the engine service and try again to import without success

engine-config -s DefaultWindowsTimeZone="GMT Standard Time"
and restart again and import again no success

I tried all the timezone available for Windows and always the same result.  I 
also tried to put the DefaultWindowsTimeZone empty but engine-config doesn't 
allow that neither if I put a *

The VM is on iscsi device so can't go see the vm files to fix it directly on 
the fs

10 hours since I start to fix this import thing ;-(

If someone has some magic for me, I will be a nice gift before christmas 
___
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/7XOGEPYZXX5ASINSLR2CW5AXIIUVOKEA/

[ovirt-users] Re: Console to HostedEngine

[Daniel Menzel]

Hi Simone,
it worked - I can access the server via SSH again to solve the original 
problem (which is an httpd problem). Concerning the add-console-password 
problem: It sounds weird to me, too.


For others: In my case the console device was there, it just did not 
have any ID or address:


devices={device:console,type:console}

Regards
Daniel


something adding like this should be enough:
devices={device:console,type:console,deviceId:816e131e-5718-45e7-b1e3-81a6dfd51e19,address:None}

and please remove xmlBase64= line if there since it contains the XML for 
libvirt as generated by the engine and that one, if there, wins over the 
dictionary for vdsm.



 > As an alternative, VNC console should work as well; you can set VNC
 > password with
 > hosted-engine --add-console-password

I have tried this, too. The result was the following:

Command VM.updateDevice with args {'params': {'existingConnAction':
'keep', 'graphicsType': 'vnc', 'params': {}, 'ttl': '120',
'deviceType':
'graphics', 'password': ''}, 'vmID': ''} failed:


(code=56, message=Failed to update device)


This sounds really weird.

___
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/5OULWWI6VIXY3F342RQIJDSMP65ZR5N6/

[ovirt-users] Re: Console to HostedEngine

[Daniel Menzel]

Hello Simone,
thanks for your reply.


hosted-engine --vm-shutdown --vm-conf=/root/my_vm.conf


I came across that before but the syntax of this file is nebulous to me 
as it looks like some kind of JSON?! How do I add the serial console 
there? What's the syntax?


As an alternative, VNC console should work as well; you can set VNC 
password with

hosted-engine --add-console-password


I have tried this, too. The result was the following:

Command VM.updateDevice with args {'params': {'existingConnAction': 
'keep', 'graphicsType': 'vnc', 'params': {}, 'ttl': '120', 'deviceType': 
'graphics', 'password': ''}, 'vmID': ''} failed: 



(code=56, message=Failed to update device)
___
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/SLV4GDTQRWSWH4JRW7I23HRXVP6AK5B5/

[ovirt-users] Console to HostedEngine

[Daniel Menzel]

Hi at all,

we cannot access our hosted engine anymore. It started with and overfull 
/var due to a growing  database. We access the engine via SSH and tried 
to fix that - but somehow we seem to have produced another problem on 
the SSH server itself. So unfortunately we can not login anymore.


We then tried to access it via its host and a "hosted-engine --console" 
but ran into an


internal error: cannot find character device 

which I know from KVM. With other VMs I could follow the RedHat's advice 
to add a console 
(https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/6/html/virtualization_host_configuration_and_guest_installation_guide/app_domain_console) 
but although I edited the hosted engine's profile those changes weren't 
applied - and after an engine restart even deleted again. That kind of 
makes sense to me, but limits my options.


So my question is: Is there any idea how can I access the the console 
with my current limitations to fix the SSH server's problems and then 
hopefully fix everything?


Regards
Daniel
___
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/KGOQLNNAHLOBEOZSBDJOBLIM4URGZSPS/

[ovirt-users] Re: Can't start the VM ... There are no hosts to use. Check that the cluster contains at least one host in Up state.

[Daniel Renaud]

I checked for the unmanaged interface and they was all ok in the 3 vm

--
Daniel Renaud
Analyste Sécurité & Système
DJJ Consultants, http://www.djj-consultants.com
Téléphone : 418-907-9530, poste 200
GPG key : 0x7189C9D0

> Le 22 août 2018 à 09:43, Arik Hadas  a écrit :
> 
> 
> 
>> On Wed, Aug 22, 2018 at 3:07 PM Daniel Renaud  
>> wrote:
>> Hi
>> 
>> I didn't upgrade and the run once didn't solve the issue but . When I 
>> use run once again, I remove (in the system tab) Custom emulate machine and 
>> Custom CPU type (leave it blank) and the run once worked.  After that, I can 
>> shutdown and but without any problem.  If I go back to look the emulate 
>> machine and CPU type, it is back to the same value but now I can boot.
> 
> Please reply to the list.
> You said that you have 3 VMs in that state - could you please check if you 
> have unmanaged interfaces for the other 2 before fixing them that way?
>  
>> 
>> 2018-08-22 7:44 GMT-04:00 Arik Hadas :
>>> Do you remember to what version of oVirt you upgraded the 4.1/4.0/3.6 
>>> cluster?
>>> It sounds like a bug we had (relatively long time ago) that lead to having 
>>> duplicated unmanaged devices.
>>> Can you please check in the VM devices tab if you have unmanaged network 
>>> interfaces? if you do, it was reported that running the VM in run-once mode 
>>> would clear those devices (but you can also remove them from the database 
>>> as well).
>>> 
>>>> On Wed, Aug 22, 2018 at 1:38 PM  wrote:
>>>> I also tried to export (work) and re-import(work) the same VM and try to 
>>>> start the imported one with the same result that it didn't start
>>>> ___
>>>> 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/SVE77SQAO5BUC2YQSBWRL54DKYB5FE62/
>> 
>> 
>> 
>> -- 
>> Daniel Renaud
>> Analyste Sécurité & Système
>> DJJ Consultants, http://www.djj-consultants.com
>> Téléphone : 418-907-9530, poste 200
>> GPG key : 0x7189C9D0
___
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/CD67GFIUMKPF5EXRHMWU7RNOE3GBYAF6/

[ovirt-users] Re: Can't start the VM ... There are no hosts to use. Check that the cluster contains at least one host in Up state.

[daniel]

I also tried to export (work) and re-import(work) the same VM and try to start 
the imported one with the same result that it didn't start
___
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/SVE77SQAO5BUC2YQSBWRL54DKYB5FE62/

[ovirt-users] Can't start the VM ... There are no hosts to use. Check that the cluster contains at least one host in Up state.

[daniel]

Hello

I'm stuck since 3 days trying to find out why I can't start a VM.  I tried to 
start with the GUI (ovirt-manager) and ovirt-shell

action vm 5a61762e-ff97-47b6-891b-2a05d38ebc45 start

==
  status: 400
  reason: Bad Request
  detail: There are no hosts to use. Check that the cluster contains at least 
one host in Up state.
  
=

list hosts;

id : f76a3135-8a3b-4c5b-b7bd-4c539e93d944
name   : ovirt01.xxx.yy

id : 1f545c5a-06a7-497c-914a-29e81b1b80d7
name   : ovirt02.xxx.yy


Theses 2 hosts are running other VMs without any problem.  I tried to export 
the VM and re-import it but the problem still present.  I'm thinking of 
something like a lease for HA that went bad somewhere and that's maybe why the 
VM don't want to start but I can't find out.

I went to postgresql (engine DB) to find out some clues but nothing yet.

Is there someone that can send me some clues or better a solution for this issue

Hosted engine is Version 4.2.4.5-1.el7
Hosts are running :ovirt-host-4.2.3-1.el7.x86_64
Storage use ISCSI with a Storinator from 45Drives (Freenas 11)

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/DBWQ7RJ2ZTOUILYXAESRXU4OCS4E2IGO/

[ovirt-users] Re: Schema upgrade error while updating 4.2.4 to 4.2.5

[Daniel Erez]

On Fri, Aug 3, 2018 at 2:01 PM Jan Siml  wrote:

> Hello,
>
> > If there are Disk Uploads that have not completed (i.e: currently
> > Paused or with Error) and were not canceled the upgrade will fail.This
> > is due to a foreign key being added on 4.2.5, relating image_transfers
> > table to command_entities table.
> >
> > When the roll-back to the previous RHV-M version finishes, open the
> > Administration Portal and navigate to Storage -> Disks.
>
> there was indeed one disk upload which wasn't finshed. I have canceled
> it and removed the disk.
>
> > If it fails then share your observations with us, so we need to do
> > some manual changes in database.
> The seconds attempt to update failed to:
>
> Running upgrade sql script
>
> '/usr/share/ovirt-engine/dbscripts/upgrade/04_02_1210_add_foreign_key_to_image_transfers.sql'...
>
> 2018-08-03 12:45:05,808+0200 DEBUG
> otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema
> plugin.execute:926 execute-output:
> ['/usr/share/ovirt-engine/dbscripts/schema.sh', '-s', 'localhost', '-p',
>   '5432', '-u', 'engine', '-d', 'engine', '-l',
> '/var/log/ovirt-engine/setup/ovirt-engine-setup-20180803124017-k94hg1.log',
>
> '-c', 'apply'] stderr:
> psql:/usr/share/ovirt-engine/dbscripts/upgrade/04_02_1210_add_foreign_key_to_image_transfers.sql:1:
>
> ERROR:  insert or update on table "image_transfers" violates foreign key
> constraint "fk_image_tran
> sfers_command_enitites"
> DETAIL:  Key (command_id)=(312f711f-a5c3-477d-8533-82ef88a54b77) is not
> present in table "command_entities".
> FATAL: Cannot execute sql command:
>
> --file=/usr/share/ovirt-engine/dbscripts/upgrade/04_02_1210_add_foreign_key_to_image_transfers.sql
>

There are probably some more stale image transfers records,
can you please check whether 'image_transfers' table is empty?
If not, you can try removing them by executing:
"DELETE FROM image_transfers WHERE command_id NOT IN (SELECT
command_entities.command_id FROM command_entities);"
(you can simply prepend it to
'04_02_1210_add_foreign_key_to_image_transfers.sql')


>
> 2018-08-03 12:45:05,809+0200 ERROR
> otopi.plugins.ovirt_engine_setup.ovirt_engine.db.schema schema._misc:434
> schema.sh: FATAL: Cannot execute sql command:
> --file=/usr/share/ovirt-engine/dbscripts/upg
> rade/04_02_1210_add_foreign_key_to_image_transfers.sql
> 2018-08-03 12:45:05,812+0200 DEBUG otopi.context
> context._executeMethod:143 method exception
> Traceback (most recent call last):
>File "/usr/lib/python2.7/site-packages/otopi/context.py", line 133,
> in _executeMethod
>  method['method']()
>File
> "/usr/share/ovirt-engine/setup/bin/../plugins/ovirt-engine-setup/ovirt-engine/db/schema.py",
>
> line 436, in _misc
>  raise RuntimeError(_('Engine schema refresh failed'))
> RuntimeError: Engine schema refresh failed
> 2018-08-03 12:45:05,815+0200 ERROR otopi.context
> context._executeMethod:152 Failed to execute stage 'Misc configuration':
> Engine schema refresh failed
>
> The restore for both databases (engine and engine_hirory) fails too:
>
> pg_restore: [archiver (db)] Error from TOC entry 7339; 0 0 COMMENT
> EXTENSION "uuid-ossp"
> pg_restore: [archiver (db)] could not execute query: ERROR:  must be
> owner of extension uuid-ossp
>
> Regards
>
> Jan
> ___
> 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/DSVVDV42APPUKQN6XV4ZUSI3PUAXPOWB/
>
___
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/F5UMM27QBPMUTWYMEJJSFAH5JJO5CXVF/

[ovirt-users] Re: Import Netapp snapshot volume into ovirt and start VM from volume snapshot

[Daniel Erez]

On Mon, Jul 30, 2018 at 10:32 AM Igor Zinovik 
wrote:

>
>
> пн, 30 июл. 2018 г., 9:54 Daniel Erez :
>
>> On Sun, Jul 29, 2018 at 11:45 AM Igor Zinovik 
>> wrote:
>>
>>>   Hello.
>>>
>>> I'm trying to implement following backup scenario for my VMs:
>>> storage domain is a volume on netapp appliance connected to oVirt cluster
>>> via NFS3. Netapp produces its zero copy snapshots of this volume.
>>> I want to be able to restore VMs from these snapshots, e.g.
>>> Netapp can export snapshot to ovirt as another NFS volume after that
>>> I want to be able to import VM or attach VM disks from snapshot volume
>>> to VM and start it. As far as I understand it is basic backup|migration
>>> scenario
>>> when user wants to move VMs from one ovirt DC to another ovirt DC.
>>>
>>> Right now I cannot import snapshot volume which contains exactly same
>>> domain
>>> metadata (in dom_dm/ directory) as original volume (which I cannot
>>> detach since
>>> it hosts disks for running VMs). I tried to rename dom_md/, but with no
>>> success in
>>> domain import process.
>>>
>>> Maybe someone in this list uses same scenario for VM backup and can give
>>> some advice.
>>>
>>
>> Hi Zinovik,
>>
>> Have you tried using the scan disks procedure[*] (which scans the domain
>> for unregistered floating disks)?
>> You can find it under 'Storage -> Domains -> Disks -> "Scan Disks" button
>> (in the Kebab Menu)'.
>>
>> [*]
>> https://www.ovirt.org/develop/release-management/features/storage/importstoragedomain/#work-flow-for-scanning-unregistered-floating-disks---ui-flow
>>
>
> I cannot even attach snapshot volume.
> Disks scanning is available only for attached storage domains.
>

In order to import an existing storage domain, the old domain should be
removed first.
If you need to import just a single vm/disk, you can use the upload flow:
https://ovirt.org/develop/release-management/features/storage/backup-restore-disk-snapshots/
Or, if relevant, use the backup API integration:
https://www.ovirt.org/develop/release-management/features/storage/backup-restore-api-integration/


>
>
>>
>>> ___
>>> 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/MRIYFKQTTC4NNTOIMZ5G676EQQEUBFNV/
>>>
>>
___
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/47ILMZZUOFWVCRZ3WBNSOEJAFGEABAFN/

[ovirt-users] Re: Import Netapp snapshot volume into ovirt and start VM from volume snapshot

[Daniel Erez]

On Sun, Jul 29, 2018 at 11:45 AM Igor Zinovik 
wrote:

>   Hello.
>
> I'm trying to implement following backup scenario for my VMs:
> storage domain is a volume on netapp appliance connected to oVirt cluster
> via NFS3. Netapp produces its zero copy snapshots of this volume.
> I want to be able to restore VMs from these snapshots, e.g.
> Netapp can export snapshot to ovirt as another NFS volume after that
> I want to be able to import VM or attach VM disks from snapshot volume
> to VM and start it. As far as I understand it is basic backup|migration
> scenario
> when user wants to move VMs from one ovirt DC to another ovirt DC.
>
> Right now I cannot import snapshot volume which contains exactly same
> domain
> metadata (in dom_dm/ directory) as original volume (which I cannot detach
> since
> it hosts disks for running VMs). I tried to rename dom_md/, but with no
> success in
> domain import process.
>
> Maybe someone in this list uses same scenario for VM backup and can give
> some advice.
>

Hi Zinovik,

Have you tried using the scan disks procedure[*] (which scans the domain
for unregistered floating disks)?
You can find it under 'Storage -> Domains -> Disks -> "Scan Disks" button
(in the Kebab Menu)'.

[*]
https://www.ovirt.org/develop/release-management/features/storage/importstoragedomain/#work-flow-for-scanning-unregistered-floating-disks---ui-flow


> ___
> 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/MRIYFKQTTC4NNTOIMZ5G676EQQEUBFNV/
>
___
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/SJKWUSSJPODAV6AEWVMUSOSIYN6A2XFT/

[ovirt-users] Re: Cannot switch to maintenance, image transfer is in progress

[Daniel Erez]

Hi Randi,

To understand if it's indeed the same issue, can you please attach the
output of:
- select * from image_transfers;
- select * from command_entities;

Every image_transfer record should have a correlated command_entity.
If it's missing from entities then you probably hit a similar issue.
In that case, you can change the image_transfers phase value to 4 ('Pause'),
and for cleanup, cancel the transfer manually (e.g. from webadmin -> disks
-> cancel).

On Wed, Jul 25, 2018 at 3:54 AM Randy Bender  wrote:

> We've just updated our hosted engine to 4.2.4.
> When trying to place one of the hosts in maintenance mode, we get the
> error in the subject line.  I've found the following that looks to be the
> issue we are hitting:
>
> https://bugzilla.redhat.com/show_bug.cgi?id=1586126
>
> I've looked in the engine database with the following command and results:
>
> engine=# select disk_id from image_transfers ;
>disk_id
> --
>  52966b71-2d01-4a16-9830-65a888717656
>  c72d64b7-93c9-485b-b031-29c785c5bf9a
> (2 rows)
>
> Full details on these records show that they are indeed old - there are no
> transfers actually in progress.
>
> Can anyone confirm the correct way to remedy this?  The bug report notes
> changing the phase on the record in question.  Before I try that, I'd like
> confirmation if anyone else has seen this issue and resolved it.
> And if this is the resolution, can you describe the exact psql commands to
> achieve this?
>
> 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/IRT6E43OYO52CIKC42AWLQJTNIFMYF3C/
>
___
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/E3AFM4K36HLSLT3ZFNFBJLPWT2SHFT4O/

[ovirt-users] Re: Problems import vm/uploading disk

[Daniel Erez]

On Wed, Jun 27, 2018 at 1:04 PM Alan G  wrote:

> Hi,
>
> I'm trying to import a KVM VM into Ovirt.
>
> First I tried the GUI VM import functionality and this failed with the
> error below. However other VMs from the same source host were imported fine.
>
> read-32893::ERROR::2018-06-27 09:43:48,703::v2v::679::root::(_run) Job
> u'1a5fe287-d2dd-429c-87b5-6f240b59c17f' failed
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 674, in _run
> self._import()
>   File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 691, in
> _import
> with self._command.execute() as self._proc:
>   File "/usr/lib64/python2.7/contextlib.py", line 17, in __enter__
> return self.gen.next()
>   File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 597, in
> execute
> yield self._start_helper()
>   File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 374, in
> _start_helper
> env=self._environment())
>   File "/usr/lib/python2.7/site-packages/vdsm/commands.py", line 71, in
> execCmd
> deathSignal=deathSignal)
>   File "/usr/lib64/python2.7/site-packages/cpopen/__init__.py", line 63,
> in __init__
> **kw)
>   File "/usr/lib64/python2.7/subprocess.py", line 711, in __init__
> errread, errwrite)
>   File "/usr/lib64/python2.7/site-packages/cpopen/__init__.py", line 83,
> in _execute_child_v276
> _to_close=to_close
>   File "/usr/lib64/python2.7/site-packages/cpopen/__init__.py", line 118,
> in _execute_child_v275
> restore_sigpipe
> OSError: [Errno 0] Error
> Thread-32893::ERROR::2018-06-27 09:43:48,704::v2v::686::root::(_run) Job
> u'1a5fe287-d2dd-429c-87b5-6f240b59c17f', error trying to abort:
> AttributeError("'NoneType' object has no attribute 'returncode'",)
> Traceback (most recent call last):
>   File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 683, in _run
> self._abort()
>   File "/usr/lib/python2.7/site-packages/vdsm/v2v.py", line 743, in _abort
> if self._proc.returncode is None:
> AttributeError: 'NoneType' object has no attribute 'returncode'
>
>
> Second I tried using the disk upload feature in the GUI, but this created
> the target disk then fails to upload the content - I've ensured that the
> relevant CAs are loaded into the browser.
>

> Third I successfully imported the VM into an ovirt 4.2 instance in the
> lab, but can find no way of then importing it into ovirt 4.0 as the storage
> domain format seems not to be backwards compatible.
>
> Finally I used the upload_disk.py example script from python SDK. This
> creates the disk and starts to upload the content but always fails at 2%
> with "socket.error: [Errno 32] Broken pipe"
>

Did it fail in oVirt 4.0 or 4.2?
Can you please attach engine, vdsm, proxy and daemon logs?


>
> Any ideas on how I can get this qcow2 image loaded into ovirt 4.0?
>
> Thanks,
>
> Alan
>
> ___
> 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/A7RVNCGYKBHC7NV6HUJ2WAJ2WDJORTIU/
>
___
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/WMDPVRM5DHVOCUA4DD4PQHX6FDMR5BT7/

[ovirt-users] Re: Unable to backend oVirt with Cinder

[Daniel Erez]

On Thu, Jun 21, 2018 at 12:20 PM  wrote:

> Sorry, I found last message some later.
> Problem that I can't auth with keystone, and without keystone I can't
> create image, because field Volume Type is empty, and in
> /var/log/ovirt-engine/engine.log
> messages
> 2018-06-20 19:24:29,667+03 ERROR
> [org.ovirt.engine.core.bll.storage.disk.cinder.GetCinderVolumeTypesByStorageDomainIdQuery]
> (default task-60) [9c78dc58-8a03-411e-998b-8ea3b0e6a34a] Query
> 'GetCinderVolumeTypesBy
> StorageDomainIdQuery' failed: null
> 2018-06-20 19:24:29,667+03 ERROR
> [org.ovirt.engine.core.bll.storage.disk.cinder.GetCinderVolumeTypesByStorageDomainIdQuery]
> (default task-60) [9c78dc58-8a03-411e-998b-8ea3b0e6a34a] Exception:
> java.lang.NullPoin
> terException
>

It probably means that there's no volume types configured for the tenant.
You should create a new volume type in cinder that is associated with the
ceph backend.
In the new volume type, create an extra spec for ceph, e.g.
volume_backend_name=ceph.
Here are some relevant docs for details:
-
https://docs.openstack.org/cinder/latest/admin/blockstorage-multi-backend.html
- https://docs.openstack.org/horizon/latest/admin/manage-volumes.html



>
>
>
> I install openstack keystone and cinder from pike, and create endpoint
> /v2.0 and it's solve problem.
> As far as I understand, it's impossible to use a cinder without keystone,
> and for keystone needed endpoint /v2.0 (not /v2 or /v3). And this api was
> removed from openstack release queen.
>
> The only question that I have left, I also earned glance, but it is
> unclear how to use it. The only thing I can do now is export image into it,
> that's all. Is this its only function?
>
>
>
> 21.06.2018, 11:58, "Shani Leviim" :
>
> Hi,
>
> Can you please supply some more details about the problem?
>
> Thanks
>
> *Regards,*
> *Shani Leviim*
>
> On Thu, Jun 21, 2018 at 1:47 AM,  wrote:
>
> Hi. Did you solve this problem?
> ___
> 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/R4AMON6RE72LD2CHJJNAHYYCERUZBEHX/
>
> ___
> 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/47BYYEKJAWP54AT7XJBOD7CK4IFB3PUZ/
>
___
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/O24CDECG23MSEBK7YUNA3GKUFY32VTNA/

Re: [ovirt-users] oVIrt4.2 snapshot upload fail

[Daniel Erez]

On Tue, Apr 24, 2018 at 9:36 AM David David  wrote:

> Hi all.
> oVirt 4.2
> trying to upload disk snapshot
> thereis VM named vm-test, with disk id =
> 078398f5-0679-4eec-97e2-d227c097f453, storage = data00 and cluster =
> testcluster.
> i do snapshot of this VM.
> and subsequently launched these scripts
>
> download_vm_ovf.py
> ==
> if __name__ == "__main__":
>
> # Set VM name
> vm_name = 'vm-test'
> 
>
> the ovf file is saved as 1d45f654-2ade-46c9-a747-2cd01ce14df2.ovf
>
> download_disk_snapshots.py
> ==
> if __name__ == "__main__":
>
> # Set relevant disk and stroage domain IDs
> disk_id = '078398f5-0679-4eec-97e2-d227c097f453'
> sd_name = 'data00'
> ==
>
> the snapshot is saved as a8278905-57c9-4321-ab08-633436c5a63c
>
> upload_disk_snapshots.py:
> =
> if __name__ == "__main__":
>
> # Set storage domain name
> sd_name = 'data00'
>
> # Set OVF file path
> ovf_file_path = '1d45f654-2ade-46c9-a747-2cd01ce14df2.ovf'
>
> # Disk to upload
> disk_path = 'a8278905-57c9-4321-ab08-633436c5a63c'
> ==
>
> when trying run script upload_disk_snapshots.py, i got error with these
> message:
>
> Traceback (most recent call last):
>   File "snapshot_upload.py", line 279, in 
> images_chain = get_images_chain(disk_path)
>   File "snapshot_upload.py", line 244, in get_images_chain
> base_volume = [v for v in volumes_info.values() if
> 'full-backing-filename' not in v ][0]
> IndexError: list index out of range
>
> Anyone can help with this?
>

Hi David,

Please make sure that the snapshots are located inside the disk folder.
I.e.
- 
-- 
-- 
-- ...
Also, can you please attach the output of "qemu-img info" on each snapshot.


> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Decrease downtime for HA

[Daniel Menzel]

Hi Michal,

in your last mail you wrote, that the values can be turned down - how 
can this be done?


Best
Daniel


On 12.04.2018 20:29, Michal Skrivanek wrote:



On 12 Apr 2018, at 13:13, Daniel Menzel 
<daniel.men...@hhi.fraunhofer.de 
<mailto:daniel.men...@hhi.fraunhofer.de>> wrote:


Hi there,

does anyone have an idea how to decrease a virtual machine's downtime?

Best
Daniel


On 06.04.2018 13:34, Daniel Menzel wrote:


Hi Michal,




Hi Daniel,
adding Martin to review fencing behavior


(sorry for misspelling your name in my first mail).




that’s not the reason I’m replying late!:-))


The settings for the VMs are the following (oVirt 4.2):

 1. HA checkbox enabled of course
 2. "Target Storage Domain for VM Lease" -> left empty



if you need faster reactions then try to use VM Leases as well, it 
won’t make a difference in this case but will help in case of network 
issues. E.g. if you use iSCSI and the storage connection breaks while 
host connection still works it would restart the VM in about 80s; 
otherwise it would take >5 mins.


 3. "Resume Behavior" -> AUTO_RESUME
 4. Priority for Migration -> High
 5. "Watchdog Model" -> No-Watchdog

For testing we did not kill any VM but the host. So basically we 
simulated an instantaneous crash by manually turning the machine off 
via IPMI-Interface (not via operating system!) and ping the 
guest(s). What happens then?


 1. 2-3 seconds after the we press the host's shutdown button we
lose ping contact to the VM(s).
 2. After another 20s oVirt changes the host's status to
"connecting", the VM's status is set to a question mark.
 3. After ~1:30 the host is flagged to "non responsive”



that sounds about right. Now fencing action should have been 
initiated, if you can share the engine logs we can confirm that. IIRC 
we first try soft fencing - try to ssh to that host, that might take 
some time to time out I guess. Martin?


3.


 4. After ~2:10 the host's reboot is initiated by oVirt, 5-10s later
the guest is back online.

So, there seems to be one mistake I made in the first mail: The 
downtime is "only" 2.5min. But still I think this time can be 
decreased as for some services it is still quite a long time.





these values can be tuned down, but then you may be more susceptible 
to fencing power cycling a host in case of shorter network outages. It 
may be ok…depending on your requirements.


Best
Daniel


On 06.04.2018 12:49, Michal Skrivanek wrote:

On 6 Apr 2018, at 12:45, Daniel Menzel<daniel.men...@hhi.fraunhofer.de>  wrote:

Hi Michael,
thanks for your mail. Sorry, I forgot to write that. Yes, we have power 
management and fencing enabled on all hosts. We also tested this and found out 
that it works perfectly. So this cannot be the reason I guess.

Hi Daniel,
ok, then it’s worth looking into details. Can you describe in more detail what 
happens? What exact settings you’re using for such VM? Are you killing the HE 
VM or other VMs or both? Would be good to narrow it down a bit and then review 
the exact flow

Thanks,
michal


Daniel



On 06.04.2018 11:11, Michal Skrivanek wrote:

On 4 Apr 2018, at 15:36, Daniel Menzel<daniel.men...@hhi.fraunhofer.de>  wrote:

Hello,

we're successfully using a setup with 4 Nodes and a replicated Gluster for 
storage. The engine is self hosted. What we're dealing with at the moment is 
the high availability: If a node fails (for example simulated by a forced power 
loss) the engine comes back up online withing ~2min. But guests (having the HA 
option enabled) come back online only after a very long grace time of ~5min. As 
we have a reliable network (40 GbE) and reliable servers I think that the 
default grace times are way too high for us - is there any possibility to 
change those values?

And do you have Power Management(iLO, iDRAC,etc) configured for your hosts? 
Otherwise we have to resort to relatively long timeouts to make sure the host 
is really dead
Thanks,
michal

Thanks in advance!
Daniel

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users






___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


___
Users mailing list
Users@ovirt.org <mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users




___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Decrease downtime for HA

[Daniel Menzel]

Hi there,

does anyone have an idea how to decrease a virtual machine's downtime?

Best
Daniel


On 06.04.2018 13:34, Daniel Menzel wrote:


Hi Michal,

(sorry for misspelling your name in my first mail).

The settings for the VMs are the following (oVirt 4.2):

 1. HA checkbox enabled of course
 2. "Target Storage Domain for VM Lease" -> left empty
 3. "Resume Behavior" -> AUTO_RESUME
 4. Priority for Migration -> High
 5. "Watchdog Model" -> No-Watchdog

For testing we did not kill any VM but the host. So basically we 
simulated an instantaneous crash by manually turning the machine off 
via IPMI-Interface (not via operating system!) and ping the guest(s). 
What happens then?


 1. 2-3 seconds after the we press the host's shutdown button we lose
ping contact to the VM(s).
 2. After another 20s oVirt changes the host's status to "connecting",
the VM's status is set to a question mark.
 3. After ~1:30 the host is flagged to "non responsive"
 4. After ~2:10 the host's reboot is initiated by oVirt, 5-10s later
the guest is back online.

So, there seems to be one mistake I made in the first mail: The 
downtime is "only" 2.5min. But still I think this time can be 
decreased as for some services it is still quite a long time.


Best
Daniel


On 06.04.2018 12:49, Michal Skrivanek wrote:

On 6 Apr 2018, at 12:45, Daniel Menzel<daniel.men...@hhi.fraunhofer.de>  wrote:

Hi Michael,
thanks for your mail. Sorry, I forgot to write that. Yes, we have power 
management and fencing enabled on all hosts. We also tested this and found out 
that it works perfectly. So this cannot be the reason I guess.

Hi Daniel,
ok, then it’s worth looking into details. Can you describe in more detail what 
happens? What exact settings you’re using for such VM? Are you killing the HE 
VM or other VMs or both? Would be good to narrow it down a bit and then review 
the exact flow

Thanks,
michal


Daniel



On 06.04.2018 11:11, Michal Skrivanek wrote:

On 4 Apr 2018, at 15:36, Daniel Menzel<daniel.men...@hhi.fraunhofer.de>  wrote:

Hello,

we're successfully using a setup with 4 Nodes and a replicated Gluster for 
storage. The engine is self hosted. What we're dealing with at the moment is 
the high availability: If a node fails (for example simulated by a forced power 
loss) the engine comes back up online withing ~2min. But guests (having the HA 
option enabled) come back online only after a very long grace time of ~5min. As 
we have a reliable network (40 GbE) and reliable servers I think that the 
default grace times are way too high for us - is there any possibility to 
change those values?

And do you have Power Management(iLO, iDRAC,etc) configured for your hosts? 
Otherwise we have to resort to relatively long timeouts to make sure the host 
is really dead
Thanks,
michal

Thanks in advance!
Daniel

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users






___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Decrease downtime for HA

[Daniel Menzel]

Hi Michal,

(sorry for misspelling your name in my first mail).

The settings for the VMs are the following (oVirt 4.2):

1. HA checkbox enabled of course
2. "Target Storage Domain for VM Lease" -> left empty
3. "Resume Behavior" -> AUTO_RESUME
4. Priority for Migration -> High
5. "Watchdog Model" -> No-Watchdog

For testing we did not kill any VM but the host. So basically we 
simulated an instantaneous crash by manually turning the machine off via 
IPMI-Interface (not via operating system!) and ping the guest(s). What 
happens then?


1. 2-3 seconds after the we press the host's shutdown button we lose
   ping contact to the VM(s).
2. After another 20s oVirt changes the host's status to "connecting",
   the VM's status is set to a question mark.
3. After ~1:30 the host is flagged to "non responsive"
4. After ~2:10 the host's reboot is initiated by oVirt, 5-10s later the
   guest is back online.

So, there seems to be one mistake I made in the first mail: The downtime 
is "only" 2.5min. But still I think this time can be decreased as for 
some services it is still quite a long time.


Best
Daniel


On 06.04.2018 12:49, Michal Skrivanek wrote:



On 6 Apr 2018, at 12:45, Daniel Menzel <daniel.men...@hhi.fraunhofer.de> wrote:

Hi Michael,
thanks for your mail. Sorry, I forgot to write that. Yes, we have power 
management and fencing enabled on all hosts. We also tested this and found out 
that it works perfectly. So this cannot be the reason I guess.

Hi Daniel,
ok, then it’s worth looking into details. Can you describe in more detail what 
happens? What exact settings you’re using for such VM? Are you killing the HE 
VM or other VMs or both? Would be good to narrow it down a bit and then review 
the exact flow

Thanks,
michal


Daniel



On 06.04.2018 11:11, Michal Skrivanek wrote:

On 4 Apr 2018, at 15:36, Daniel Menzel <daniel.men...@hhi.fraunhofer.de> wrote:

Hello,

we're successfully using a setup with 4 Nodes and a replicated Gluster for 
storage. The engine is self hosted. What we're dealing with at the moment is 
the high availability: If a node fails (for example simulated by a forced power 
loss) the engine comes back up online withing ~2min. But guests (having the HA 
option enabled) come back online only after a very long grace time of ~5min. As 
we have a reliable network (40 GbE) and reliable servers I think that the 
default grace times are way too high for us - is there any possibility to 
change those values?

And do you have Power Management(iLO, iDRAC,etc) configured for your hosts? 
Otherwise we have to resort to relatively long timeouts to make sure the host 
is really dead
Thanks,
michal

Thanks in advance!
Daniel

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users




___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Decrease downtime for HA

[Daniel Menzel]

Hi Michael,
thanks for your mail. Sorry, I forgot to write that. Yes, we have power 
management and fencing enabled on all hosts. We also tested this and 
found out that it works perfectly. So this cannot be the reason I guess.


Daniel



On 06.04.2018 11:11, Michal Skrivanek wrote:




On 4 Apr 2018, at 15:36, Daniel Menzel <daniel.men...@hhi.fraunhofer.de> wrote:

Hello,

we're successfully using a setup with 4 Nodes and a replicated Gluster for 
storage. The engine is self hosted. What we're dealing with at the moment is 
the high availability: If a node fails (for example simulated by a forced power 
loss) the engine comes back up online withing ~2min. But guests (having the HA 
option enabled) come back online only after a very long grace time of ~5min. As 
we have a reliable network (40 GbE) and reliable servers I think that the 
default grace times are way too high for us - is there any possibility to 
change those values?


And do you have Power Management(iLO, iDRAC,etc) configured for your hosts? 
Otherwise we have to resort to relatively long timeouts to make sure the host 
is really dead

Thanks,
michal


Thanks in advance!
Daniel

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users





___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Decrease downtime for HA

[Daniel Menzel]

Hello,

we're successfully using a setup with 4 Nodes and a replicated Gluster 
for storage. The engine is self hosted. What we're dealing with at the 
moment is the high availability: If a node fails (for example simulated 
by a forced power loss) the engine comes back up online withing ~2min. 
But guests (having the HA option enabled) come back online only after a 
very long grace time of ~5min. As we have a reliable network (40 GbE) 
and reliable servers I think that the default grace times are way too 
high for us - is there any possibility to change those values?


Thanks in advance!
Daniel

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Failing to upload qcow2 disk image

[Daniel Erez]

Hi Anantha,

The issue seems similar to https://bugzilla.redhat.com/1554226

Please try to increase to value of ImageTransferClientTicketValidityInSeconds
configuration value.
E.g.
# engine-config -s ImageTransferClientTicketValidityInSeconds=36

As the value was exposed to engine-config only in version 4.2.2, either
update the engine
to latest version or update it manually on vdc_options table.

On Mon, Mar 19, 2018 at 11:08 AM Anantha Raghava <
rag...@exzatechconsulting.com> wrote:

> Hi,
>
> I am trying to upload the disk image which is in qcow2 format. After
> uploading about 38 GB the status turns to "Paused by system" and it does
> not resume at all. Any attempt to manually resume, will result back in
> paused status.
>
> Ovirt engine version : 4.2.1.6-1.el7.centos
>
> Any guidance to finish this upload task?
>
> --
>
> Thanks & Regards,
>
>
> Anantha Raghava
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] storage domain ovirt-image-repository doesn't work

[Daniel Erez]

Hi Nicolas,

Can you please try navigating to "Administration -> Providers", select
"ovirt-image-repository" provider and click "Edit" button.
Make sure that "Requires Authentication" isn't checked, and click the
"Test" button - is it accessing the provider successfully?

On Wed, Mar 14, 2018 at 1:45 AM Nicolas Vaye 
wrote:

> the logs during the test of the ovirt-image-repository provider :
>
>
> 2018-03-14 10:39:43,337+11 INFO
> [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand]
> (default task-17) [6c8c6a9f-2c24-4a77-af75-47352c6df887] Running command:
> TestProviderConnectivityCommand internal: false. Entities affected :  ID:
> aaa0----123456789aaa Type: SystemAction group
> CREATE_STORAGE_POOL with role type ADMIN
> 2018-03-14 10:41:30,465+11 INFO
> [org.ovirt.engine.core.utils.transaction.TransactionSupport] (default
> task-27) [42cb88a3-2614-4aa9-a3bf-b56102a83c35] transaction rolled back
> 2018-03-14 10:41:30,465+11 ERROR
> [org.ovirt.engine.core.bll.storage.repoimage.GetImagesListQuery] (default
> task-27) [42cb88a3-2614-4aa9-a3bf-b56102a83c35] Failed to retrieve image
> list: Connection timed out (Connection timed out)
> 2018-03-14 10:41:50,560+11 ERROR
> [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand]
> (default task-17) [6c8c6a9f-2c24-4a77-af75-47352c6df887] Command
> 'org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand'
> failed: EngineException: (Failed with error PROVIDER_FAILURE and code 5050)
>
>
>
>
>
>  Message initial 
>
> Date: Tue, 13 Mar 2018 23:36:06 +
> Objet: Re: [ovirt-users] storage domain ovirt-image-repository doesn't work
> Cc: users@ovirt.org  22%20%3cus...@ovirt.org%3e>>
> À: ish...@redhat.com  22%20%3cish...@redhat.com%3e>>
> Reply-to: Nicolas Vaye 
> De: Nicolas Vaye >
>
> Hi Idan,
>
> here are the logs requested :
>
> 2018-03-14 10:25:52,097+11 INFO
> [org.ovirt.engine.core.utils.transaction.TransactionSupport] (default
> task-6) [61b5b46f-0ea3-496a-af90-bf82e7d204f3] transaction rolled back
> 2018-03-14 10:25:52,097+11 ERROR
> [org.ovirt.engine.core.bll.storage.repoimage.GetImagesListQuery] (default
> task-6) [61b5b46f-0ea3-496a-af90-bf82e7d204f3] Failed to retrieve image
> list: Connection timed out (Connection timed out)
> 2018-03-14 10:25:57,083+11 INFO
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'commandCoordinator' is using 0 threads out of 10 and 10 tasks are waiting
> in the queue.
> 2018-03-14 10:25:57,083+11 INFO
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'default' is using 0 threads out of 1 and 5 tasks are waiting in the queue.
> 2018-03-14 10:25:57,083+11 INFO
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'engine' is using 0 threads out of 500, 16 threads waiting for tasks and 0
> tasks in queue.
> 2018-03-14 10:25:57,084+11 INFO
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'engineScheduled' is using 0 threads out of 100 and 100 tasks are waiting
> in the queue.
> 2018-03-14 10:25:57,084+11 INFO
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'engineThreadMonitoring' is using 1 threads out of 1 and 0 tasks are
> waiting in the queue.
> 2018-03-14 10:25:57,084+11 INFO
> [org.ovirt.engine.core.bll.utils.ThreadPoolMonitoringService]
> (EE-ManagedThreadFactory-engineThreadMonitoring-Thread-1) [] Thread pool
> 'hostUpdatesChecker' is using 0 threads out of 5 and 4 tasks are waiting in
> the queue.
>
>
> Connection timed out seems to indicate that it doesn't use the proxy to
> get web access ? or a firewall issue ?
>
> but on each ovirt node, i try to curl the url and the result is OK :
>
> curl http://glance.ovirt.org:9292/
>
> {"versions": [{"status": "CURRENT", "id": "v2.3", "links": [{"href": "
> http://glance.ovirt.org:9292/v2/;, "rel": "self"}]}, {"status":
> "SUPPORTED", "id": "v2.2", "links": [{"href": "
> http://glance.ovirt.org:9292/v2/;, "rel": "self"}]}, {"status":
> "SUPPORTED", "id": "v2.1", "links": [{"href": "
> http://glance.ovirt.org:9292/v2/;, "rel": "self"}]}, {"status":
> "SUPPORTED", "id": "v2.0", "links": [{"href": "
> http://glance.ovirt.org:9292/v2/;, "rel": "self"}]}, {"status":
> "SUPPORTED", "id": "v1.1", "links": [{"href": "
> http://glance.ovirt.org:9292/v1/;, "rel": "self"}]}, {"status":
> "SUPPORTED", "id": "v1.0", "links": [{"href": "
> 

[ovirt-users] oVirt 4.2: hostdev passthrough not working any more

[Daniel Helgenberger]

Hello,

yesterday I upgraded to 4.2.0 from 4.1.8.

Now I notice I cannot assign host dev pass though any more; in the GUI
the 'Pinnded to host' list is empty; I cannot select any host for pass
through host pinning.

When I was creating the particular VM in 4.1 it was working as expected.

The hostdev from before the upgrades are still present. I tried to
remove them and got an NPE (see below).

As a workaround, is the old hostusb[1] method I know back from 3.x still 
working in the 4.x
line?

AFAICT IOMMU is working

> dmesg | grep -e DMAR -e IOMMU
> [0.00] ACPI: DMAR 7b7e7000 002C6 (v01 HP ProLiant 
> 0001 HP   0001)
> [0.168032] DMAR: Host address width 46
> [0.168034] DMAR: DRHD base: 0x00fbffc000 flags: 0x0
> [0.168047] DMAR: dmar0: reg_base_addr fbffc000 ver 1:0 cap 
> 8d2078c106f0466 ecap f020de
> [0.168050] DMAR: DRHD base: 0x00c7ffc000 flags: 0x1
> [0.168061] DMAR: dmar1: reg_base_addr c7ffc000 ver 1:0 cap 
> 8d2078c106f0466 ecap f020de
> [0.168063] DMAR: RMRR base: 0x0079174000 end: 0x0079176fff
> [0.168065] DMAR: RMRR base: 0x00791f4000 end: 0x00791f7fff
> [0.168067] DMAR: RMRR base: 0x00791de000 end: 0x00791f3fff
> [0.168070] DMAR: RMRR base: 0x00791cb000 end: 0x00791dbfff
> [0.168071] DMAR: RMRR base: 0x00791dc000 end: 0x00791ddfff
> [0.168073] DMAR: ATSR flags: 0x0
> [0.168075] DMAR: ATSR flags: 0x0
> [0.168079] DMAR-IR: IOAPIC id 10 under DRHD base  0xfbffc000 IOMMU 0
> [0.168082] DMAR-IR: IOAPIC id 8 under DRHD base  0xc7ffc000 IOMMU 1
> [0.168084] DMAR-IR: IOAPIC id 9 under DRHD base  0xc7ffc000 IOMMU 1
> [0.168086] DMAR-IR: HPET id 0 under DRHD base 0xc7ffc000
> [0.168088] DMAR-IR: Queued invalidation will be enabled to support x2apic 
> and Intr-remapping.
> [0.169073] DMAR-IR: Enabled IRQ remapping in x2apic mode

Thanks,

[1] https://www.ovirt.org/develop/release-management/features/virt/hostusb/
-- 
Daniel Helgenberger
m box bewegtbild GmbH

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19
D-10115 BERLIN


> 2018-01-17 11:37:51,035+01 INFO  
> [org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand] (default 
> task-48) [57a8c14d-fc2c-4846-bc3d-cc4f3e8393f8] Running command: 
> RemoveVmHostDevicesCommand internal: false. Entities affected :  ID: 
> 6132322b-e187-4a83-b8c1-0477bde10497 Type: VMAction group 
> EDIT_ADMIN_VM_PROPERTIES with role type ADMIN
> 2018-01-17 11:37:51,037+01 ERROR 
> [org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand] (default 
> task-48) [57a8c14d-fc2c-4846-bc3d-cc4f3e8393f8] Command 
> 'org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand' failed: null
> 2018-01-17 11:37:51,037+01 ERROR 
> [org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand] (default 
> task-48) [57a8c14d-fc2c-4846-bc3d-cc4f3e8393f8] Exception: 
> java.lang.NullPointerException
>   at 
> org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand.executeCommand(RemoveVmHostDevicesCommand.java:64)
>  [bll.jar:]
>   at 
> org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1205)
>  [bll.jar:]
>   at 
> org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1345)
>  [bll.jar:]
>   at 
> org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1987) 
> [bll.jar:]
>   at 
> org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:202)
>  [utils.jar:]
>   at 
> org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInRequired(TransactionSupport.java:137)
>  [utils.jar:]
>   at 
> org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:105)
>  [utils.jar:]
>   at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1405) 
> [bll.jar:]
>   at 
> org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:412) 
> [bll.jar:]
>   at 
> org.ovirt.engine.core.bll.executor.DefaultBackendActionExecutor.execute(DefaultBackendActionExecutor.java:13)
>  [bll.jar:]
>   at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:509) 
> [bll.jar:]
>   at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:491) 
> [bll.jar:]
>   at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:444) 
> [bll.jar:]
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
> [rt.jar:1.8.0_151]
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
> [rt.jar:1.8.0_151]
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.jav

[ovirt-users] oVirt 4.2: hostdev passthrough noop

[Daniel Helgenberger]

Hello,

yesterday I upgraded to 4.2 from 4.1.8.

Now I notice I cannot assign host dev pass though any more; in the GUI
the 'Pinnded to host' list is empty.

The hostdev from before the upgrades are still present. I tried to
remove them and got an NPE (see below).

Has anyone an idea?

---

 > 2018-01-17 11:37:51,035+01 INFO
[org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand] (default
task-48) [57a8c14d-fc2c-4846-bc3d-cc4f3e8393f8] Running command:
RemoveVmHostDevicesCommand internal: false. Entities affected :  ID:
6132322b-e187-4a83-b8c1-0477bde10497 Type: VMAction group
EDIT_ADMIN_VM_PROPERTIES with role type ADMIN
> 2018-01-17 11:37:51,037+01 ERROR 
> [org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand] (default 
> task-48) [57a8c14d-fc2c-4846-bc3d-cc4f3e8393f8] Command 
> 'org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand' failed: null
> 2018-01-17 11:37:51,037+01 ERROR 
> [org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand] (default 
> task-48) [57a8c14d-fc2c-4846-bc3d-cc4f3e8393f8] Exception: 
> java.lang.NullPointerException
>   at 
> org.ovirt.engine.core.bll.hostdev.RemoveVmHostDevicesCommand.executeCommand(RemoveVmHostDevicesCommand.java:64)
>  [bll.jar:]
>   at 
> org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1205)
>  [bll.jar:]
>   at 
> org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1345)
>  [bll.jar:]
>   at 
> org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1987) 
> [bll.jar:]
>   at 
> org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:202)
>  [utils.jar:]
>   at 
> org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInRequired(TransactionSupport.java:137)
>  [utils.jar:]
>   at 
> org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:105)
>  [utils.jar:]
>   at org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1405) 
> [bll.jar:]
>   at 
> org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:412) 
> [bll.jar:]
>   at 
> org.ovirt.engine.core.bll.executor.DefaultBackendActionExecutor.execute(DefaultBackendActionExecutor.java:13)
>  [bll.jar:]
>   at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:509) 
> [bll.jar:]
>   at org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:491) 
> [bll.jar:]
>   at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:444) 
> [bll.jar:]
>   at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
> [rt.jar:1.8.0_151]
>   at 
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
> [rt.jar:1.8.0_151]
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>  [rt.jar:1.8.0_151]
>   at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151]
>   at 
> org.jboss.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)
>   at 
> org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:422)
>   at 
> org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:509)
>   at 
> org.jboss.as.weld.ejb.DelegatingInterceptorInvocationContext.proceed(DelegatingInterceptorInvocationContext.java:92)
>  [wildfly-weld-ejb-11.0.0.Final.jar:11.0.0.Final]
>   at 
> org.jboss.weld.interceptor.proxy.WeldInvocationContext.interceptorChainCompleted(WeldInvocationContext.java:98)
>  [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
>   at 
> org.jboss.weld.interceptor.proxy.WeldInvocationContext.proceed(WeldInvocationContext.java:117)
>  [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
>   at 
> org.ovirt.engine.core.common.di.interceptor.LoggingInterceptor.apply(LoggingInterceptor.java:12)
>  [common.jar:]
>   at sun.reflect.GeneratedMethodAccessor67.invoke(Unknown Source) 
> [:1.8.0_151]
>   at 
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
>  [rt.jar:1.8.0_151]
>   at java.lang.reflect.Method.invoke(Method.java:498) [rt.jar:1.8.0_151]
>   at 
> org.jboss.weld.interceptor.reader.SimpleInterceptorInvocation$SimpleMethodInvocation.invoke(SimpleInterceptorInvocation.java:73)
>  [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
>   at 
> org.jboss.weld.interceptor.proxy.WeldInvocationContext.invokeNext(WeldInvocationContext.java:83)
>  [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
>   at 
> org.jboss.weld.interceptor.proxy.WeldInvocationContext.proceed(WeldInvocationContext.java:115)
>  [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
>   at 
> org.jboss.weld.bean.InterceptorImpl.intercept(InterceptorImpl.java:108) 
> [weld-core-impl-2.4.3.Final.jar:2.4.3.Final]
>   at 
> 

Re: [ovirt-users] Disk image upload via CLI?

[Daniel Erez]

Hi Matthias,

The 403 response from the daemon means the ticket can't be authenticated
(for some reason). I assume that the issue here is the initial size of the
disk.
When uploading/downloading a qcow image, you should specify the apparent
size of the file (see 'st_size' in [1]). You can get it simply by 'ls -l'
[2] (which is
a different value from 'disk size' of qemu-img info [3]).
btw, why are you creating a preallocated qcow disk? For what use-case?

[1] https://linux.die.net/man/2/stat

[2] $ ls -l test.qcow2
-rw-r--r--. 1 user user 1074135040 Sep 13 16:50 test.qcow2

[3]
$ qemu-img create -f qcow2 -o preallocation=full test.qcow2 1g
$ qemu-img info test.qcow2
image: test.qcow2
file format: qcow2
virtual size: 1.0G (1073741824 bytes)
disk size: 1.0G
cluster_size: 65536
Format specific information:
compat: 1.1
lazy refcounts: false
refcount bits: 16
corrupt: false



On Wed, Sep 13, 2017 at 5:03 PM Matthias Leopold <
matthias.leop...@meduniwien.ac.at> wrote:

> i tried it again twice:
>
> when using upload_disk.py from the ovirt engine host itself the disk
> upload succeeds (despite an "503 Service Unavailable Completed 100%" in
> script output in the end)
>
> another try was from an ovirt-sdk installation on my ubuntu desktop
> itself (yesterday i tried it from a centos VM on my desktop machine).
> this failed again, this time with "socket.error: [Errno 32] Broken pipe"
> after reaching "200 OK Completed 100%". in imageio-proxy log i have
> again the 403 error in this moment
>
> what's the difference between accessing the API from the engine host and
> from "outside" in this case?
>
> thx
> matthias
>
> Am 2017-09-12 um 16:42 schrieb Matthias Leopold:
> > Thanks, i tried this script and it _almost_ worked ;-)
> >
> > i uploaded two images i created with
> > qemu-img create -f qcow2 -o preallocation=full
> > and
> > qemu-img create -f qcow2 -o preallocation=falloc
> >
> > for initial_size and provisioned_size i took the value reported by
> > "qemu-img info" in "virtual size" (same as "disk size" in this case)
> >
> > the upload goes to 100% and then fails with
> >
> > 200 OK Completed 100%
> > Traceback (most recent call last):
> >File "./upload_disk.py", line 157, in 
> >  headers=upload_headers,
> >File "/usr/lib64/python2.7/httplib.py", line 1017, in request
> >  self._send_request(method, url, body, headers)
> >File "/usr/lib64/python2.7/httplib.py", line 1051, in _send_request
> >  self.endheaders(body)
> >File "/usr/lib64/python2.7/httplib.py", line 1013, in endheaders
> >  self._send_output(message_body)
> >File "/usr/lib64/python2.7/httplib.py", line 864, in _send_output
> >  self.send(msg)
> >File "/usr/lib64/python2.7/httplib.py", line 840, in send
> >  self.sock.sendall(data)
> >File "/usr/lib64/python2.7/ssl.py", line 746, in sendall
> >  v = self.send(data[count:])
> >File "/usr/lib64/python2.7/ssl.py", line 712, in send
> >  v = self._sslobj.write(data)
> > socket.error: [Errno 104] Connection reset by peer
> >
> > in web GUI the disk stays in Status: "Transferring via API"
> > it can only be removed when manually unlocking it (unlock_entity.sh)
> >
> > engine.log tells nothing interesting
> >
> > i attached the last lines of ovirt-imageio-proxy/image-proxy.log and
> > ovirt-imageio-daemon/daemon.log (from the executing node)
> >
> > the HTTP status 403 in ovirt-imageio-daemon/daemon.log doesn't look too
> > nice to me
> >
> > can you explain what happens?
> >
> > ovirt engine is 4.1.5
> > ovirt node is 4.1.3 (is that a problem?)
> >
> > thx
> > matthias
> >
> >
> >
> > Am 2017-09-12 um 13:15 schrieb Fred Rolland:
> >> Hi,
> >>
> >> You can check this example:
> >>
> https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/upload_disk.py
> >>
> >>
> >> Regards,
> >> Fred
> >>
> >> On Tue, Sep 12, 2017 at 11:49 AM, Matthias Leopold
> >>  >> > wrote:
> >>
> >> Hi,
> >>
> >> is there a way to upload disk images (not OVF files, not ISO files)
> >> to oVirt storage domains via CLI? I need to upload a 800GB file and
> >> this is not really comfortable via browser. I looked at ovirt-shell
> >> and
> >>
> >>
> https://www.ovirt.org/develop/release-management/features/storage/image-upload/
> >>
> >>
> >> <
> https://www.ovirt.org/develop/release-management/features/storage/image-upload/
> >,
> >>
> >> but i didn't find an option in either of them.
> >>
> >> thx
> >> matthias
> >>
> >> ___
> >> Users mailing list
> >> Users@ovirt.org 
> >> http://lists.ovirt.org/mailman/listinfo/users
> >> 
> >>
> >>
> >
>
> --
> Matthias Leopold
> IT Systems & Communications
> Medizinische Universität Wien
> Spitalgasse 23 / BT 88 /Ebene 00
> A-1090 Wien
> Tel: +43 1 40160-21241 

Re: [ovirt-users] imageio: Error setting ImageProxyAddress's value. No such entry with version general.

[Daniel Erez]

Hi Richard,

This issue has been already addressed by
https://bugzilla.redhat.com/show_bug.cgi?id=1476979
The fix should be in latest build (4.1.5.1).
Alternatively, you can also amend it manually in the DB if you prefer to
avoid updating


On Sat, Jul 29, 2017 at 10:21 AM Richard Chan 
wrote:

> oVirt 4.1.4 - engine-setup of imageio proxy on a host, at the end it
> requires:
>
> engine-config -s ImageProxyAddress=:54323
>
> But on engine:
>
> Error setting ImageProxyAddress's value. No such entry with version
> general.
>
> Any ideas thanks!
>
>
>
> --
> Richard Chan
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to rename disks via REST API

[Daniel Erez]

Hi,

Updating is done using the PUT method.
Please try that with the same XML body.

Thanks,
Daniel

On Wed, Jun 28, 2017 at 10:26 AM Bruno Rodriguez <br...@pic.es> wrote:

> Hello everyone,
>
> I'm having some problems about renaming some disks (setting a different
> alias, name or description) for VMs disks created from a template. When I
> get this URL
>
> https://ovirt-manager/ovirt-engine/api/disks/0123
>
> I can see are the methods sparsify, export, move and copy. I tried to POST
> the following XML to the previous URL with no result (as expected, it won't
> work)
>
> 
>   my_machine_Disk1
> 
>
> I'm quite sure I'm thinking about it in a wrong way (as usual). Any help
> would be welcome...
>
> Thank you in advance
>
> --
> Bruno Rodríguez Rodríguez
>
> *Port d'Informació Científica (PIC)*
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] upload image

[Daniel Erez]

The oVirt's CA certificate can be fetched from http://
/ovirt-engine/services/pki-resource?resource=ca-certificate=X509-PEM-CA

(more details in 'SSL installation' section at:
https://github.com/oVirt/ovirt-imageio/blob/master/proxy/README).

For importing the certificate to firefox, try the following instruction
demo :
https://danielerez.github.io/slides-image-io/#/3/2

On Mon, May 22, 2017 at 10:56 AM qinglong.d...@horebdata.cn <
qinglong.d...@horebdata.cn> wrote:

> Thanks! But I don't know how to import CA to browser. I have tried to
> import the CA to my firefox browser, but I failed. Is there any
> documentations about that?
>
>
> *From:* Niyazi Elvan 
> *Date:* 2017-05-19 15:54
> *To:* qinglong.dong 
> *CC:* users 
> *Subject:* Re: [ovirt-users] upload image
>
> Most probably it's ovirt engine CA certificate. You need to import it to
> your browser.
>
>
> On May 19, 2017 6:36 AM, "qinglong.d...@horebdata.cn" <
> qinglong.d...@horebdata.cn> wrote:
>
>> Hi all,
>> I wanted to upload a qcow2 image using web UI. But I got an
>> error:
>>  "
>> Unable to upload image to disk a38f29f4-594a-438b-a8e0-6a85ac56055d due to a 
>> network error. Make sure ovirt-imageio-proxy service is installed and 
>> configured, and ovirt-engine's certificate is registered as a valid CA in 
>> the browser.
>> "
>> The ovirt-imageio-proxy service had been installed when I
>> excuted "engine-setup". What shoud I do about ovirt-imageio-proxy or CA?
>> Hope someone can help, thanks!
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Upgrade 4.0.6 to 4.1.1 -- How to Update oVirt Node (4.x) Hosts?

[Beckman, Daniel]

Hello,

I’m not trying to run nodectl myself; in fact I was not familiar with the 
command until the error popped up at every login. As I mentioned earlier:

> So it looks like it’s been invoked from here:
> ls -llh /etc/profile.d/nodectl*
> -rwxr-xr-x. 1 root root 13 Apr  6 06:46 /etc/profile.d/nodectl-motd.sh
> -rwxr-xr-x. 1 root root 24 Apr  6 06:46 /etc/profile.d/nodectl-run-banner.sh
> According to ‘yum whatprovides’ this appears to have been installed by 
> package “ovirt-node-ng-nodectl-4.1.0-0.20170406.0.el7.noarch”.

This is how those scripts are trying to run it:
[root@labovirt host-deploy]# cat /etc/profile.d/nodectl-motd.sh
nodectl motd
[root@labovirt host-deploy]# cat /etc/profile.d/nodectl-run-banner.sh
nodectl generate-banner

Thanks,
Daniel

From: Yuval Turgeman <yuv...@redhat.com>
Date: Sunday, April 30, 2017 at 2:43 AM
To: Yedidyah Bar David <d...@redhat.com>, Ryan Barry <rba...@redhat.com>
Cc: "Beckman, Daniel" <daniel.beck...@ingramcontent.com>, users 
<users@ovirt.org>
Subject: Re: [ovirt-users] Upgrade 4.0.6 to 4.1.1 -- How to Update oVirt Node 
(4.x) Hosts?

Looks like something went wrong during the update process, can you please 
attach /tmp/imgbased.log ?
Regarding nodectl, I'm not sure, adding Ryan.  Basically, it's a python 2.7 
module, not sure why it's running in python3.  How are you trying to run this ?

On Sun, Apr 30, 2017 at 8:44 AM, Yedidyah Bar David 
<d...@redhat.com<mailto:d...@redhat.com>> wrote:
On Thu, Apr 27, 2017 at 6:48 PM, Beckman, Daniel
<daniel.beck...@ingramcontent.com<mailto:daniel.beck...@ingramcontent.com>> 
wrote:
> Didi,
>
> Thanks for the tip on the utilities – I’ll add that for future upgrades. 
> Since you pointed that out,  I’m reminded that in a previous upgrade 
> (following one of the developer’s suggestions) I had added this:
> /etc/ovirt-engine/engine.conf.d/99-custom-truststore.conf
> So I guess that’s why my https certificate was preserved.

Good.

>
> As to the documentation, I did submit a pull request (#923) and ‘JohnMarksRH’ 
> added that along with some additional edits. I’ll move any continuing 
> discussion on that to another thread. And yes, the RHV documentation is 
> excellent and I’ve often turned to it. It’s too bad some of the effort ends 
> up being duplicated. Anyway….
>
> Here’s what I did with one of the oVirt nodes:
> yum -y remove ovirt-release40
> yum -y install http://resources.ovirt.org/pub/yum-repo/ovirt-release41.rpm
> cd /etc/yum.repos.d
> # ls
> CentOS-Base.repo   CentOS-fasttrack.repo CentOS-Sources.repo  
>  cockpit-preview-epel-7.repo
> CentOS-CR.repo CentOS-fasttrack.repo.rpmnew  CentOS-Vault.repo
>  ovirt-4.0-dependencies.repo
> CentOS-Debuginfo.repo  CentOS-Media.repo CentOS-Vault.repo.rpmnew 
>  ovirt-4.0.repo
> rm -f ovirt-4.0*
>
> After doing that, when I check again in the admin GUI for an upgrade, it 
> shows one available (4.1.1.1). From the GUI I tell it to upgrade, and it runs 
> along with no errors, seems to finish, and then reboots the host.
>
> When the host comes back up, it’s still running 4.0.6. When I check again for 
> an available upgrade, it doesn’t see it available. I’m attaching the 
> installation log that is referenced in Events in the GUI.
>
> If I go straight into the node and run ‘yum update’ and reboot, then it gets 
> the latest 4.1.x image and the engine detects it as such.

You mean you do that after the above (removing 4.0 repos, adding 4.1)?

What packages did it update?

Please check also time-wise nearby log files for this host in
/var/log/ovirt-engine/host-deploy and share them.
'ovirt-host-mgmt*' is the result of checking for updates from the admin web ui.

> But of course that’s not the ideal method. I used the manual method for the 
> remaining hosts.
>
> I don’t know if this is related, but since the upgrade I’ve also noticed an 
> unfamiliar error when I log in directly to the engine host. (It’s a 
> standalone Centos7 VM running on a separate KVM host.) Here is is:
>
> nodectl must be run as root!
> nodectl must be run as root!
> This comes up when *any* user logs into the box. When I switch to root I get 
> this:
> /bin/python3: Error while finding spec for 'nodectl.__main__' ( 'ImportError'>: No module named 'nodectl')
> /bin/python3: Error while finding spec for 'nodectl.__main__' ( 'ImportError'>: No module named 'nodectl')
> So it looks like it’s been invoked from here:
> ls -llh /etc/profile.d/nodectl*
> -rwxr-xr-x. 1 root root 13 Apr  6 06:46 /etc/profile.d/nodectl-motd.sh
> -rwxr-xr-x. 1 root root 24 Apr  6 06:46 /etc/profile.d/nodectl-run-banner.sh
> According to ‘yum whatprovides’ this appears to have been installed by 
> package “ovirt-node-ng-nodectl-4.1.0-0

Re: [ovirt-users] Hello from Bacchus !

[Beckman, Daniel]

Hi Niyazi,

Thanks for sharing with the community! There is definitely a need for this.

Just curious -- do you have plans to allow direct exporting of a VM snapshot? 
That would eliminate one copy operation.

Best,
Daniel

From: <users-boun...@ovirt.org> on behalf of Niyazi Elvan 
<niyaziel...@gmail.com>
Date: Thursday, April 27, 2017 at 3:13 PM
To: "users@ovirt.org" <users@ovirt.org>
Subject: Re: [ovirt-users] Hello from Bacchus !

Sorry for bothering but I forgot to mention that it's a backup solution based 
on oVirt Python SDK and a fancy web UI.

Cheers.

On 27 April 2017 at 21:36, Niyazi Elvan 
<niyaziel...@gmail.com<mailto:niyaziel...@gmail.com>> wrote:
Dear Community,
I have been working on Bacchus for a while. The idea behind the Bacchus has 
emerged from an internal need at my company. This is my first open-source 
project and I would like to share this experience with all of you. If you are 
interested you may check it out at this page 
https://github.com/openbacchus/bacchus
I am not a code geek, so I am sorry for the future bugs in advance. I would 
like to draw your attention that Bacchus is not ready for production yet. It 
works well when all conditions are met (in a healthy oVirt/RHEV-M env.) but 
needs some more improvement on error handling.
Hope you enjoy it. Please contact me for any issues.

King Regards,
--
Niyazi Elvan



--
Niyazi Elvan
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Upgrade 4.0.6 to 4.1.1 -- How to Update oVirt Node (4.x) Hosts?

[Beckman, Daniel]

So I successfully upgraded my engine from 4.06 to 4.1.1 with no major issues.

A nice thing I noticed was that my custom CA certificate for https on the admin 
and user portals wasn’t clobbered by setup.

I did have to restore my custom settings for ISO uploader, log collector, and 
websocket proxy:
cp /etc/ovirt-engine/isouploader.conf.d/10-engine-setup.conf. 
/etc/ovirt-engine/isouploader.conf.d/10-engine-setup.conf
cp 
/etc/ovirt-engine/ovirt-websocket-proxy.conf.d/10-setup.conf. 
/etc/ovirt-engine/ovirt-websocket-proxy.conf.d/10-setup.conf
cp 
/etc/ovirt-engine/logcollector.conf.d/10-engine-setup.conf. 
/etc/ovirt-engine/logcollector.conf.d/10-engine-setup.conf

Now I’m moving on to updating the oVirt node hosts, which are currently at 
oVirt Node 4.0.6.1. (I’m assuming I should do that before attempting to upgrade 
the cluster and data center compatibility level to 4.1.)

When I right-click on a host and go to Installation / Check for Upgrade, the 
results are ‘no updates found.’ When I log into that host directly, I notice 
it’s still got the oVirt 4.0 repo, not 4.1. Is there an extra step I’m missing? 
The documentation I’ve found 
(http://www.ovirt.org/documentation/upgrade-guide/chap-Updates_between_Minor_Releases/)
 doesn’t mention this.


**
If I can offer some unsolicited feedback: I feel like this list is populated 
with a lot of questions that could be averted with a little care and feeding of 
the documentation. It’s unfortunate because that makes for a rocky introduction 
to oVirt, and it makes it look like a neglected project, which I know is not 
the case.

On a related note, I know this has been discussed before but…
The centralized control in Github for the documentation does not really 
encourage user contributions. What’s wrong with a wiki? If we’re really 
concerned about bad or malicious edits being posted, keep the official in git 
and add a separate wiki that is clearly marked as user-contributed.
**


Thanks,
Daniel
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Upgrading oVirt-Node-NG from 4.0.3 to 4.0.6

[Beckman, Daniel]

  
enabled:908
ovirt-4.0-centos-gluster37/x86_64   CentOS-7 - 
Gluster 3.7
enabled:214
ovirt-4.0-epel/x86_64   Extra Packages 
for Enterprise Linux 7 - x86_64
enabled: 11,145
ovirt-4.0-patternfly1-noarch-epel/x86_64Copr repo for 
patternfly1 owned by patternfly 
enabled:  2
!updates/7/x86_64   CentOS-7 - 
Updates
disabled
updates-source/7CentOS-7 - 
Updates Sources
disabled
!virtio-win-stable  virtio-win 
builds roughly matching what was shipped in latest RHEL
enabled:  4
repolist: 12,638

Here’s what I did to fix on each host:
Put into maintenance mode
mv -f /etc/yum.repos.d/ovirt-4.0.repo /var/tmp/ovirt-4.0.repo.$(date +%F)
mv -f /etc/yum.repos.d/ovirt-4.0-dependencies.repo 
/var/tmp/ovirt-4.0-dependencies.repo.$(date +%F)
yum-config-manager --enable CentOS-7
yum-config-manager --enable CentOS-7 - Updates
yum-config-manager --enable CentOS-7 - Base
yum localinstall http://resources.ovirt.org/pub/yum-repo/ovirt-release40.rpm
yum –y update
reboot
activate host; confirm it shows up as 4.06 host

Daniel

From: <users-boun...@ovirt.org> on behalf of Yuval Turgeman <yuv...@redhat.com>
Date: Thursday, February 9, 2017 at 2:51 AM
To: Thomas Kendall <taken...@gmail.com>
Cc: Ryan Barry <rba...@redhat.com>, "users@ovirt.org" <users@ovirt.org>
Subject: Re: [ovirt-users] Upgrading oVirt-Node-NG from 4.0.3 to 4.0.6

Hi, so 4.0.6 was downloaded but it is not upgrading the node ?

On Fri, Feb 3, 2017 at 11:58 PM, Thomas Kendall 
<taken...@gmail.com<mailto:taken...@gmail.com>> wrote:
We recently migrated from 3.6 to 4.0, but I'm a little confused about how to 
keep the nodes up to date. I see the auto-updates come through for my 4.0.3 
nodes, but they don't seem to upgrade them to the newer 4.0.x releases.

Is there a way to do this upgrade?  I have two nodes that were installed with 
4.0.3, and I would like to bring them up to the same version as everything else.

For reference, the 4.0.3 nodes were built off the 4.0-2016083011 iso, and the 
4.0.6 nodes were built off the 4.0-2017011712 iso.

Thanks,
Thomas

___
Users mailing list
Users@ovirt.org<mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt VM backup and restore

[Beckman, Daniel]

We’re been using oVirtBackup with our oVirt 4.0.5 environment and it’s worked 
well. It’s not the most efficient ( first creates a snapshot, then clone, then 
backup) but we can live with it.

Has anyone tested oVirtBackup with oVirt 4.1? Does it still work? I want to 
know before we upgrade. I’d like to eventually use the new v4 API but I haven’t 
seen a lot of documentation on how it works in practice.

Thanks,
Daniel

From: <users-boun...@ovirt.org> on behalf of Nathanaël Blanchet 
<blanc...@abes.fr>
Date: Monday, January 30, 2017 at 3:44 AM
To: "users@ovirt.org" <users@ovirt.org>
Subject: Re: [ovirt-users] oVirt VM backup and restore


Hello,

  *   With ovirt <= 4.1 and ovirtsdk3 : 
https://github.com/wefixit-AT/oVirtBackup

This workflow works fine but will be soon deprecated.

  *   With ovirt > 4.0, jhernandez has recently posted a new python script 
based on the new v4 API : 
https://github.com/oVirt/ovirt-engine-sdk/blob/master/sdk/examples/vm_backup.py

I personnally didn't try it, maybe someone could give a feedback.

Le 29/01/2017 à 16:42, raphael awadallah a écrit :
Dears Engineers,
I hope you are doing great,
I wish you can help me with a tutorial that shows how to take a scheduled 
backups for virtual machines running on oVirt node 4 and how to restore them.
Best regards




___

Users mailing list

Users@ovirt.org<mailto:Users@ovirt.org>

http://lists.ovirt.org/mailman/listinfo/users



--

Nathanaël Blanchet



Supervision réseau

Pôle Infrastrutures Informatiques

227 avenue Professeur-Jean-Louis-Viala

34193 MONTPELLIER CEDEX 5

Tél. 33 (0)4 67 54 84 55

Fax  33 (0)4 67 54 84 14

blanc...@abes.fr<mailto:blanc...@abes.fr>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] oVirt Engine Default Web Page - Broken Link "Console Client Resources"

[Beckman, Daniel]

I just noticed that the default web page for oVirt engine 
(http:///ovirt-engine/)<http://%3chostname%3e/ovirt-engine/)>, at 
least for version 4.0.5, now has a broken link:

Console Client 
Resources<http://www.ovirt.org/documentation/admin-guide/virt/console-client-resources/>

Is this true of 4.06 or was it fixed? What about 4.1? Can someone who’s 
upgraded to those versions check?

Thanks,
Daniel
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ANN] oVirt 4.1.0 First Release Candidate is now available

[Beckman, Daniel]

I added a comment to this bug:

https://bugzilla.redhat.com/show_bug.cgi?id=1416579

In summary, the test build works great and addressed both bugs!


On 1/26/17, 6:27 AM, "Yedidyah Bar David" <d...@redhat.com> wrote:

On Thu, Jan 26, 2017 at 1:11 PM, Sandro Bonazzola <sbona...@redhat.com> 
wrote:
>
>
> On Wed, Jan 25, 2017 at 6:02 PM, Beckman, Daniel
> <daniel.beck...@ingramcontent.com> wrote:
>>
>> I tested this on a Windows 2012 R2 (x64) DataCenter VM, newly built, on
>> oVirt 4.0.5.
>>
>> It suffers from the same bug that’s been present since at least oVirt 
3.6:
>> The Balloon service is setup with the wrong path:
>>
>> C:\Program Files (x86)\oVirt Guest
>> Tools\drivers\Balloon\w2k12R2\amd64\blnsvr.exe"
>>
>> The correct path being:
>>
>> C:\Program Files (x86)\oVirt Guest
>> Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe"
>>
>> Note the small typo: “w2k12R2” when the actual files are under “2k12R2”.
>> The fix is much the same as before:
>>
>> sc config BalloonService binpath= "C:\Program Files (x86)\oVirt Guest
>> Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe" DisplayName= "Balloon
>> Service" start= auto
>>
    >> How is it that this bug persists? Is it being actively tracked? I found
>> reference to someone possibly having “a look” but no follow-up:
>
>
> looks like it has not been tracked. Daniel, can you please open a bug (
> https://bugzilla.redhat.com/enter_bug.cgi?product=ovirt-guest-tools ) 
about
> this?
> Didi, let's try to get this fixed in 4.1.1 if not in 4.1.0.

Daniel already filed two bugs:

https://bugzilla.redhat.com/1416533
https://bugzilla.redhat.com/1416579

I CCed on them Christophe, the maintainer of spice-nsis, on which
ovirt-wgt is based, and he very quickly posted a patch to spice-devel.

I pushed the patch also to our gerrit, so jenkins will do a test build:

https://gerrit.ovirt.org/71226

http://jenkins.ovirt.org/job/ovirt-wgt_master_create-rpms-fc24-x86_64_created/22/

Daniel, can you please try the test build and report whether it works
for you? Thanks!
Also asked you on one of the bugs. Feel free to reply wherever is most
convenient.

Best,

>
>
>
>>
>>
>> http://lists.ovirt.org/pipermail/users/2016-June/073690.html
>>
>> I did note one thing that appears to be fixed: the QEMU agent service is
>> properly setup and runs (it had to be manually started in previous
>> versions.) The oVirt and Spice services start up as expected.
>>
>> Thanks,
>> Daniel
>>
>> On 1/25/17, 2:54 AM, "users-boun...@ovirt.org on behalf of Yedidyah Bar
>> David" <users-boun...@ovirt.org on behalf of d...@redhat.com> wrote:
>>
>> On Wed, Jan 25, 2017 at 10:38 AM, Gianluca Cecchi
>> <gianluca.cec...@gmail.com> wrote:
>> > On Wed, Jan 25, 2017 at 8:00 AM, Yedidyah Bar David
>> <d...@redhat.com> wrote:
>> >>
>> >>
>> >>
>> >> An updated Windows Guest Tools ISO is now available as well, from:
>> >>
>> >>
>> >>
>> 
http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/oVirt-toolsSetup/4.1-1.fc24/
>> >
>> >
>> > Is it meant to be used also in 4.0.x environments?
>> >
>>
>> I guess it should work - briefly tested it on a 4.0 and didn't notice
>> problems. Please file bugs if you find them. Thanks!
>> --
>> Didi
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>
>
>
>
> --
> Sandro Bonazzola
> Better technology. Faster innovation. Powered by community collaboration.
> See how it works at redhat.com



-- 
Didi



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Configuring an ISO domain in RHEV 4.0

[Beckman, Daniel]

Hi Paul,

Run this:
chown 36:36 /var/lib/exports/iso

Try adding it again in RHEV/oVirt manager. When you add it, it will create a 
directory structure underneath your NFS share – something like /images/----/, which is where you need to 
put the ISO (or VFD for floppy images) files. And be sure they’re always owned 
by 36:36. If you use engine-iso-uploader it will handle that for you.

Daniel

From: <users-boun...@ovirt.org> on behalf of "paul.greene.va" 
<paul.greene...@verizon.net>
Date: Wednesday, January 25, 2017 at 1:31 PM
To: users <users@ovirt.org>
Subject: [ovirt-users] Configuring an ISO domain in RHEV 4.0


I'm trying to get an ISO domain configured in a new RHEVM manager. I did not 
configure it during the initial ovirt-engine-setup, and am manually configuring 
it after the fact.

I created an NFS share in /var/lib/exports/iso and dropped a couple of files in 
there from elsewhere, just for testing purposes.

On a client system, I can mount the NFS share, but it appears empty.

On the RHEV manager when I try to add an ISO domain, I get this error message:

"Error while executing action Add Storage Connection: Permission settings on 
the specified path do not allow access to the storage.
Verify permission settings on the specified storage path."

I suspect the selinux permissions aren't set right. This is what they are 
currently configured to:

On the folder itself
[root@hostname iso]# ll -dZ .
drwxr-xr-x. root root system_u:object_r:nfs_t:s0

On the two files in the folder:

[root@hostname iso]# ll -Z
-rwxrw-rw-. root root unconfined_u:object_r:nfs_t:s0 
sosreport-LogCollector-20170117092344.tar.xz
-rwxrw-rw-. root root unconfined_u:object_r:nfs_t:s0 test.txt

Is this correct? If not what should they be set to?

Thanks

Paul
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ANN] oVirt 4.1.0 First Release Candidate is now available

[Beckman, Daniel]

I’ve added this to Bugzilla:

https://bugzilla.redhat.com/show_bug.cgi?id=1416533


On 1/25/17, 11:02 AM, "users-boun...@ovirt.org on behalf of Beckman, Daniel" 
<users-boun...@ovirt.org on behalf of daniel.beck...@ingramcontent.com> wrote:

I tested this on a Windows 2012 R2 (x64) DataCenter VM, newly built, on 
oVirt 4.0.5. 

It suffers from the same bug that’s been present since at least oVirt 3.6: 
The Balloon service is setup with the wrong path: 

C:\Program Files (x86)\oVirt Guest 
Tools\drivers\Balloon\w2k12R2\amd64\blnsvr.exe"

The correct path being:

C:\Program Files (x86)\oVirt Guest 
Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe"

Note the small typo: “w2k12R2” when the actual files are under “2k12R2”. 
The fix is much the same as before:

sc config BalloonService binpath= "C:\Program Files (x86)\oVirt Guest 
Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe" DisplayName= "Balloon Service" 
start= auto

How is it that this bug persists? Is it being actively tracked? I found 
reference to someone possibly having “a look” but no follow-up:

http://lists.ovirt.org/pipermail/users/2016-June/073690.html

I did note one thing that appears to be fixed: the QEMU agent service is 
properly setup and runs (it had to be manually started in previous versions.) 
The oVirt and Spice services start up as expected. 

Thanks,
Daniel

On 1/25/17, 2:54 AM, "users-boun...@ovirt.org on behalf of Yedidyah Bar 
David" <users-boun...@ovirt.org on behalf of d...@redhat.com> wrote:

On Wed, Jan 25, 2017 at 10:38 AM, Gianluca Cecchi
<gianluca.cec...@gmail.com> wrote:
> On Wed, Jan 25, 2017 at 8:00 AM, Yedidyah Bar David <d...@redhat.com> 
wrote:
>>
>>
>>
>> An updated Windows Guest Tools ISO is now available as well, from:
>>
>>
>> 
http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/oVirt-toolsSetup/4.1-1.fc24/
>
>
> Is it meant to be used also in 4.0.x environments?
>

I guess it should work - briefly tested it on a 4.0 and didn't notice
problems. Please file bugs if you find them. Thanks!
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ANN] oVirt 4.1.0 First Release Candidate is now available

[Beckman, Daniel]

I tested this on a Windows 2012 R2 (x64) DataCenter VM, newly built, on 
oVirt 4.0.5. 

It suffers from the same bug that’s been present since at least oVirt 3.6: 
The Balloon service is setup with the wrong path: 

C:\Program Files (x86)\oVirt Guest 
Tools\drivers\Balloon\w2k12R2\amd64\blnsvr.exe"

The correct path being:

C:\Program Files (x86)\oVirt Guest 
Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe"

Note the small typo: “w2k12R2” when the actual files are under “2k12R2”. 
The fix is much the same as before:

sc config BalloonService binpath= "C:\Program Files (x86)\oVirt Guest 
Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe" DisplayName= "Balloon Service" 
start= auto

How is it that this bug persists? Is it being actively tracked? I found 
reference to someone possibly having “a look” but no follow-up:

http://lists.ovirt.org/pipermail/users/2016-June/073690.html

I did note one thing that appears to be fixed: the QEMU agent service is 
properly setup and runs (it had to be manually started in previous versions.) 
The oVirt and Spice services start up as expected. 

Thanks,
Daniel

On 1/25/17, 2:54 AM, "users-boun...@ovirt.org on behalf of Yedidyah Bar 
David" <users-boun...@ovirt.org on behalf of d...@redhat.com> wrote:

On Wed, Jan 25, 2017 at 10:38 AM, Gianluca Cecchi
<gianluca.cec...@gmail.com> wrote:
> On Wed, Jan 25, 2017 at 8:00 AM, Yedidyah Bar David <d...@redhat.com> 
wrote:
>>
>>
>>
>> An updated Windows Guest Tools ISO is now available as well, from:
>>
>>
>> 
http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/oVirt-toolsSetup/4.1-1.fc24/
>
>
> Is it meant to be used also in 4.0.x environments?
>

I guess it should work - briefly tested it on a 4.0 and didn't notice
problems. Please file bugs if you find them. Thanks!
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users





___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ANN] oVirt 4.1.0 First Release Candidate is now available

[Beckman, Daniel]

I tested this on a Windows 2012 R2 (x64) DataCenter VM, newly built, on oVirt 
4.0.5. 

It suffers from the same bug that’s been present since at least oVirt 3.6: The 
Balloon service is setup with the wrong path: 

C:\Program Files (x86)\oVirt Guest 
Tools\drivers\Balloon\w2k12R2\amd64\blnsvr.exe"

The correct path being:

C:\Program Files (x86)\oVirt Guest 
Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe"

Note the small typo: “w2k12R2” when the actual files are under “2k12R2”. The 
fix is much the same as before:

sc config BalloonService binpath= "C:\Program Files (x86)\oVirt Guest 
Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe" DisplayName= "Balloon Service" 
start= auto

How is it that this bug persists? Is it being actively tracked? I found 
reference to someone possibly having “a look” but no follow-up:

http://lists.ovirt.org/pipermail/users/2016-June/073690.html

I did note one thing that appears to be fixed: the QEMU agent service is 
properly setup and runs (it had to be manually started in previous versions.) 
The oVirt and Spice services start up as expected. 

Thanks,
Daniel

On 1/25/17, 2:54 AM, "users-boun...@ovirt.org on behalf of Yedidyah Bar David" 
<users-boun...@ovirt.org on behalf of d...@redhat.com> wrote:

On Wed, Jan 25, 2017 at 10:38 AM, Gianluca Cecchi
<gianluca.cec...@gmail.com> wrote:
> On Wed, Jan 25, 2017 at 8:00 AM, Yedidyah Bar David <d...@redhat.com> 
wrote:
>>
>>
>>
>> An updated Windows Guest Tools ISO is now available as well, from:
>>
>>
>> 
http://resources.ovirt.org/pub/ovirt-4.1-pre/iso/oVirt-toolsSetup/4.1-1.fc24/
>
>
> Is it meant to be used also in 4.0.x environments?
>

I guess it should work - briefly tested it on a 4.0 and didn't notice
problems. Please file bugs if you find them. Thanks!
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] vdsm problem

[Beckman, Daniel]

Can you describe your environment and the fix? Are you running your management 
engine on a docker container?

Best,
Daniel
From: <users-boun...@ovirt.org> on behalf of Стаценко Константин Юрьевич 
<statsenko...@interrao.ru>
Date: Friday, January 20, 2017 at 1:31 AM
To: 'Ilya Fedotov' <kosh...@gmail.com>
Cc: users <users@ovirt.org>
Subject: Re: [ovirt-users] vdsm problem

Fixed. This is a Docker/SElinux problem, if someone interested…

From: Ilya Fedotov [mailto:kosh...@gmail.com]
Sent: Friday, January 20, 2017 9:14 AM
To: Стаценко Константин Юрьевич <statsenko...@interrao.ru>
Cc: users <users@ovirt.org>
Subject: Re: [ovirt-users] vdsm problem

Dear Konstantin,




 Read the instruction for installation before
 Where did you see  CentOS7.3   ?


 with br, Ilya





oVirt 4.0.6 Release Notes

The oVirt Project is pleased to announce the availability of 4.0.6 Release as 
of January 10, 2017.

oVirt is an open source alternative to VMware™ vSphere™, and provides an 
awesome KVM management interface for multi-node virtualization. This release is 
available now for Red Hat Enterprise Linux 7.2, CentOS Linux 7.2 (or similar).

To find out more about features which were added in previous oVirt releases, 
check out the previous versions release 
notes<https://www.ovirt.org/develop/release-management/releases/>. For a 
general overview of oVirt, read the Quick Start 
Guide<https://www.ovirt.org/release/4.0.6/Quick_Start_Guide> and the about 
oVirt<https://www.ovirt.org/release/4.0.6/about%20oVirt> page.

An updated documentation has been provided by our downstream Red Hat 
Virtualization<https://access.redhat.com/documentation/en/red-hat-virtualization?version=4.0/>

2017-01-20 9:02 GMT+03:00 Стаценко Константин Юрьевич 
<statsenko...@interrao.ru<mailto:statsenko...@interrao.ru>>:
Anyone ?

From: users-boun...@ovirt.org<mailto:users-boun...@ovirt.org> 
[mailto:users-boun...@ovirt.org<mailto:users-boun...@ovirt.org>] On Behalf Of 
Стаценко Константин Юрьевич
Sent: Thursday, January 19, 2017 5:08 PM
To: users <users@ovirt.org<mailto:users@ovirt.org>>
Subject: [ovirt-users] vdsm problem

Hello!
Today, after installing some of the updates, vdsmd suddenly dies. Running oVirt 
4.0.6 CentOS 7.3.
It cannot start any more:

# journalctl -xe

-- Subject: Unit vdsmd.service has begun start-up
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Unit vdsmd.service has begun starting up.
Jan 19 18:03:31 msk1-kvm001.interrao.ru<http://msk1-kvm001.interrao.ru> 
vdsmd_init_common.sh[20079]: vdsm: Running mkdirs
Jan 19 18:03:31 msk1-kvm001.interrao.ru<http://msk1-kvm001.interrao.ru> 
vdsmd_init_common.sh[20079]: vdsm: Running configure_coredump
Jan 19 18:03:31 msk1-kvm001.interrao.ru<http://msk1-kvm001.interrao.ru> 
vdsmd_init_common.sh[20079]: vdsm: Running configure_vdsm_logs
Jan 19 18:03:31 msk1-kvm001.interrao.ru<http://msk1-kvm001.interrao.ru> 
vdsmd_init_common.sh[20079]: vdsm: Running wait_for_network
Jan 19 18:03:31 msk1-kvm001.interrao.ru<http://msk1-kvm001.interrao.ru> 
vdsmd_init_common.sh[20079]: vdsm: Running run_init_hooks
Jan 19 18:03:31 msk1-kvm001.interrao.ru<http://msk1-kvm001.interrao.ru> 
vdsmd_init_common.sh[20079]: vdsm: Running upgraded_version_check
Jan 19 18:03:31 msk1-kvm001.interrao.ru<http://msk1-kvm001.interrao.ru> 
vdsmd_init_common.sh[20079]: vdsm: Running check_is_configured
Jan 19 18:03:32 msk1-kvm001.interrao.ru<http://msk1-kvm001.interrao.ru> 
sasldblistusers2[20115]: DIGEST-MD5 common mech free
Jan 19 18:03:32 msk1-kvm001.interrao.ru<http://msk1-kvm001.interrao.ru> 
vdsmd_init_common.sh[20079]: Error:
Jan 19 18:03:32 msk1-kvm001.interrao.ru<http://msk1-kvm001.interrao.ru> 
vdsmd_init_common.sh[20079]: One of the modules is not configured to work with 
VDSM.
Jan 19 18:03:32 msk1-kvm001.interrao.ru<http://msk1-kvm001.interrao.ru> 
vdsmd_init_common.sh[20079]: To configure the module use the following:
Jan 19 18:03:32 msk1-kvm001.interrao.ru<http://msk1-kvm001.interrao.ru> 
vdsmd_init_common.sh[20079]: 'vdsm-tool configure [--module module-name]'.
Jan 19 18:03:32 msk1-kvm001.interrao.ru<http://msk1-kvm001.interrao.ru> 
vdsmd_init_common.sh[20079]: If all modules are not configured try to use:
Jan 19 18:03:32 msk1-kvm001.interrao.ru<http://msk1-kvm001.interrao.ru> 
vdsmd_init_common.sh[20079]: 'vdsm-tool configure --force'
Jan 19 18:03:32 msk1-kvm001.interrao.ru<http://msk1-kvm001.interrao.ru> 
vdsmd_init_common.sh[20079]: (The force flag will stop the module's service and 
start it
Jan 19 18:03:32 msk1-kvm001.interrao.ru<http://msk1-kvm001.interrao.ru> 
vdsmd_init_common.sh[20079]: afterwards automatically to load the new 
configuration.)
Jan 19 18:03:32 msk1-kvm001.interrao.ru<http://msk1-kvm001.interrao.ru> 
vdsmd_init_common.sh[20079]: Current revisio

Re: [ovirt-users] oVirt Guest Agent doesn't work in Windows Server 2012 R2 Standard x86-64

[Beckman, Daniel]

Hello,

Question for you: in Device Manager are there any devise showing up as 
“unknown”, as in lacking a driver?

From:  on behalf of Julián Tete 

Date: Wednesday, January 18, 2017 at 9:24 AM
To: Andrea Ghelardi 
Cc: "users@ovirt.org" 
Subject: Re: [ovirt-users] oVirt Guest Agent doesn't work in Windows Server 
2012 R2 Standard x86-64

Hi Andrea

Triple Check

When the path is wrong we get this type of message:

"Windows could not start the Balloon Service on Local Computer.

Error2: The system cannot find the file specified."

But in this case, we get:

"The OVirt Guest Service on Local Computer started and then stopped. Some 
services stop automatically if they are not in use in use by other services or 
programs."

¿ Maybe a oVirt bug ?

2017-01-18 3:20 GMT-05:00 Andrea Ghelardi 
>:
Hello Juliàn,
Have you double checked on your guest agent that OVirtGuestService.exe is 
really found in
C:\Program Files (x86)\oVirt Guest Tools\OVirtGuestService.exe
? The configured service path must exactly match the real one.

From: Julián Tete 
[mailto:danteconra...@gmail.com]
Sent: Tuesday, January 17, 2017 10:23 PM
To: Andrea Ghelardi 
>
Cc: users@ovirt.org
Subject: Re: [ovirt-users] oVirt Guest Agent doesn't work in Windows Server 
2012 R2 Standard x86-64

Hi Andrea
I tried with this solution:

https://www.mail-archive.com/users@ovirt.org/msg37420.html
And I input this orders:

Balloon Service oVirt 3.6:

sc config BalloonService binpath= "C:\Program Files (x86)\oVirt Guest 
Tools\drivers\Balloon\2k12R2\amd64\blnsvr.exe" DisplayName= "Balloon Service 
oVirt 3.6" start= auto

SPICE:

sc config vdservice binpath= "C:\Program Files (x86)\oVirt Guest 
Tools\64\vdservice.exe" DisplayName= "SPICE VDAgent" start= auto

oVirt Service:

sc config OVirtGuestService binpath= "C:\Program Files (x86)\oVirt Guest 
Tools\OVirtGuestService.exe" DisplayName= "OVirt Guest Service" start= auto
This solution corrects the BalloonService error, but oVirt Service doesn't work 
yet:

"The OVirt Guest Service on Local Computer started and then stopped. Some 
services stop automatically if they are not in use in use by other services or 
programs."


2017-01-17 11:55 GMT-05:00 Andrea Ghelardi 
>:
Hello Julian
I posted a similar case last year. If you search the group you will find my 
post with the solution embedded.
You will need to edit the service changing the path of the executable
Cheers
AG

From: users-boun...@ovirt.org 
[mailto:users-boun...@ovirt.org] On Behalf Of 
Julián Tete
Sent: Tuesday, January 17, 2017 5:40 PM
To: users@ovirt.org
Subject: [ovirt-users] oVirt Guest Agent doesn't work in Windows Server 2012 R2 
Standard x86-64

The oVirt Guest Service don't start and the Operative Systems show the 
following message:

"The OVirt Guest Service on Local Computer started and then stopped. Some 
services stop automatically if they are not in use in use by other services or 
programs."

oVirt Windows Guest Tools ISO Version used:

oVirt-toolsSetup_3.6.0_0.2_master.fc22.iso

oVirt Engine Version:

3.6.7.5-1.el7.centos
Bare Metal Software (Host)

OS Version: RHEL - 7 - 3.1611.el7.centos
Kernel Version: 4.9.0 - 1.el7.elrepo.x86_64
KVM Version: 2.3.0 - 31.el7_2.10.1
LIBVIRT Version: libvirt-2.0.0-10.el7_3.2
VDSM Version: vdsm-4.17.32-1.el7
SPICE Version: 0.12.4 - 19.el7
GlusterFS Version: [N/A]
CEPH Version: librbd1-0.94.5-1.el7
Bare Metal Hardware (Host)

Manufacturer: HP
Family: ProLiant
Product Name: ProLiant BL460c Gen8
CPU Model: Intel(R) Xeon(R) CPU E5-2667 v2 @ 3.30GHz
CPU Type: Intel SandyBridge Family
CPU Sockets: 2
CPU Cores per Socket: 8
CPU Threads per Core: 2 (SMT Enabled)

Can you help me ?

Thanks in Advance


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Scheduled Snapshot and export

[Beckman, Daniel]

Strangely enough, I can’t reproduce that issue in 4.0.5. 

Anantha, when you say “will not allow us to change anything” what exactly do 
you mean?

Does it generate the same “unhandled exception” error as when adding disks or 
something else? 

I was able to specify 4 vCPUs consisting of 2 sockets (each with dual core) and 
it worked fine.

On 1/17/17, 12:56 PM, "Alexander Wels" <aw...@redhat.com> wrote:

On Tuesday, January 17, 2017 11:21:17 PM EST Anantha Raghava wrote:
    > Hello Daniel,
> 
> Thanks for inputs.
> 
> Also, one more problem we observed in 4.0.5. When creating VM, we cannot
> change the CPU, sockets, cores. It will not allow us to change anything.
> We have to save the VM during creation with 1 vCPU. Again, edit VM and
> change the vCPU parameters. Have you or anyone observed this behaviour?
> 

The cause of that is actually same, this is fixed in 4.0.6

> > I don’t know of a function built into oVirt for scheduling snapshots.
> > If you don’t already you may want to setup an export domain (NFS
> > based), on separate storage.
> > 
> > Just a reminder: snapshots are not backups and they should only be
> > kept temporarily. We use this tool for backups:
> > 
> > https://github.com/wefixit-AT/oVirtBackup
> > 
> > It’s not the most efficient as it clones a VM from a snapshot, then
> > exports the clone – so you’re transferring the same data twice. But it
> > works for our purposes. We have this running in a cron job.
> > 
> > If anyone has come up with a script that uses the newer API to export
> > a snapshot directly, please share!
> > 
> > We get the same error when adding a disk while creating the VM (In
> > Chrome, Firefox, and Safari on OS X Sierra client). This is reportedly
> > fixed in 4.0.6 per this bug:
> > 
> > https://bugzilla.redhat.com/show_bug.cgi?id=1394175
> > 
> > Could someone with 4.0.6 confirm that?
> > 
> > Best,
> > 
> > Daniel
> > 
> > *From: *<users-boun...@ovirt.org> on behalf of Anantha Raghava
> > <rag...@exzatechconsulting.com>
> > *Organization: *eXza Technology Consulting & Services
> > *Reply-To: *"rag...@exzatechconsulting.com"
> > <rag...@exzatechconsulting.com>
> > *Date: *Tuesday, January 17, 2017 at 8:27 AM
> > *To: *"users@ovirt.org" <users@ovirt.org>
> > *Subject: *[ovirt-users] Scheduled Snapshot and export
> > 
> > Hello to oVirt Users,
> > 
> > I have few questions.
> > 
> > 
> > a. Can we schedule the VM snapshots? If yes, please share the procedure
> > b. Snapshots are stored on the same storage domain. Can we move them
> > to another storage domain say NFS domain for additional safety? If,
> > yes, please share the procedure.
> > 
> > Also, after upgrading to version 4.0.5, at many places, especially
> > when we are creating a new VM and trying to create a new Disk for the
> > VM, we keep getting "uncought exception" and the process will not
> > complete. We have to create a VM, without Disk and then create the
> > disk separately and attach it to VM.
> > 
> > Is anyone else facing this issue? These sort of issues were not there
> > in 4.0.4.
> > 
> > 
> > Thanks & Regards,
> > 
> > Anantha Raghava
> > 
> > eXza Technology Consulting & Services




___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Scheduled Snapshot and export

[Beckman, Daniel]

I don’t know of a function built into oVirt for scheduling snapshots. If you 
don’t already you may want to setup an export domain (NFS based), on separate 
storage.

Just a reminder: snapshots are not backups and they should only be kept 
temporarily. We use this tool for backups:

https://github.com/wefixit-AT/oVirtBackup

It’s not the most efficient as it clones a VM from a snapshot, then exports the 
clone – so you’re transferring the same data twice. But it works for our 
purposes. We have this running in a cron job.

If anyone has come up with a script that uses the newer API to export a 
snapshot directly, please share!

We get the same error when adding a disk while creating the VM (In Chrome, 
Firefox, and Safari on OS X Sierra client). This is reportedly fixed in 4.0.6 
per this bug:

https://bugzilla.redhat.com/show_bug.cgi?id=1394175

Could someone with 4.0.6 confirm that?

Best,
Daniel

From: <users-boun...@ovirt.org> on behalf of Anantha Raghava 
<rag...@exzatechconsulting.com>
Organization: eXza Technology Consulting & Services
Reply-To: "rag...@exzatechconsulting.com" <rag...@exzatechconsulting.com>
Date: Tuesday, January 17, 2017 at 8:27 AM
To: "users@ovirt.org" <users@ovirt.org>
Subject: [ovirt-users] Scheduled Snapshot and export


Hello to oVirt Users,
I have few questions.


a. Can we schedule the VM snapshots? If yes, please share the procedure
b. Snapshots are stored on the same storage domain. Can we move them to another 
storage domain say NFS domain for additional safety? If, yes, please share the 
procedure.

Also, after upgrading to version 4.0.5, at many places, especially when we are 
creating a new VM and trying to create a new Disk for the VM, we keep getting 
"uncought exception" and the process will not complete. We have to create a VM, 
without Disk and then create the disk separately and attach it to VM.

Is anyone else facing this issue? These sort of issues were not there in 4.0.4.

--

Thanks & Regards,



Anantha Raghava
eXza Technology Consulting & Services
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Import Virtual Machines From Web Admin GUI

[Beckman, Daniel]

I indeed followed that procedure, including confirming I could SSH into the KVM 
host as user ‘vdsm’ without being prompted for a password. I had specified the 
host name of the KVM host, not the IP (though at one point I also tried the IP, 
with same results.) 

I was curious so on the KVM (source) host I added entries in /etc/hosts for all 
of the hypervisors in oVirt, along with the oVirt engine host for good measure 
(probably not necessary).

I tried another import, this time withouth the “no_verify=1” and it worked 
without error. 

Our internal DNS works – all of the hosts were able to correctly resolve 
addresses prior to me editing /etc/hosts. But I guess something in that process 
does not query DNS. 

Anyway, at least that’s a cleaner solution than removing verification. 

Thanks,
Daniel

On 1/5/17, 10:01 AM, "Tomáš Golembiovský" <tgole...@redhat.com> wrote:

Hi,

I'm sort of puzzled why you still saw "Host key verification failed" if
you followed the procedure (or the steps described in [1]).

https://www.ovirt.org/develop/release-management/features/virt/XenToOvirt/


Only thing I can think of is that you used IP of the KVM host during the
procedure but then you used hostname in the URL (in import dialog).

Another possible problem could be that there were two conflicting host
keys in known_hosts file. But I believe adding "no_verify=1" would not
help in this case.


Tomas

On Tue, 3 Jan 2017 22:07:42 +
"Beckman, Daniel" <daniel.beck...@ingramcontent.com> wrote:

> To answer my own question: as is often the case, perusing the commercial 
(RHV 4.0) documentation proved useful.
> 
> The documentation is here:
> 
https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/paged/virtual-machine-management-guide/612-exporting-and-importing-virtual-machines-and-templates
> 
> However, I kept getting the error “Host key verification failed.: 
Connection reset by peer”. This despite having followed the official 
documentation on generating and copying keys, under Procedure 6.2.6 Importing a 
Virtual Machine from KVM.
> 
> Then I found this article from July 2012 about a different (but similar) 
scenario:
> 
> https://access.redhat.com/solutions/136463
> 
> What helped was the “alternative test” suggestion. Here is the URI I 
ended up using with success:
> 
> qemu+ssh://root@MY_KVM_HOST/system?no_verify=1
> 
> Appending “no_verify=1” did the trick. It’s possible that adding 
hostnames and IPs to /etc/hosts would have also resolved this, but for 
something performed infrequently (importing a VM from another environment), 
modifying the URI is easier.
> 
> Best,
> Daniel
> 
> From: <users-boun...@ovirt.org> on behalf of "Beckman, Daniel" 
<daniel.beck...@ingramcontent.com>
> Date: Tuesday, January 3, 2017 at 9:58 AM
> To: "users@ovirt.org" <users@ovirt.org>
> Subject: [ovirt-users] Import Virtual Machines From Web Admin GUI
> 
> Can anyone point me to a step-by-step guide on getting an import (say, 
from KVM) to work? I gather it involves some sharing of SSH keys but I haven’t 
seen it explained in detail. Specifically, what user needs to trust what keys 
on which machines? The hypervisor hosts? The machine running the engine? Also, 
some examples of URI paths would be much appreciated.
> 
> Thanks,
> Daniel


-- 
Tomáš Golembiovský <tgole...@redhat.com>



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] VM Import from Admin GUI: "VM has MAC address(es) , which is/are out ouf its MAC pool definitions"

[Beckman, Daniel]

I recently completed a VM import from a standard KVM host (Centos 7 based) to 
oVirt 4.0.5. The import completed fine and the VM runs and operates as 
expected. But I got the error cited in subject. Here’s the complete unedited 
error:

VM thays-puppet-svr has MAC address(es) 52:54:00:ce:2b:7d, which is/are out ouf 
its MAC pool definitions.

Note that is a direct copy and paste – and note the misspelling for “of” as 
“ouf”.

Will running this VM with a MAC address falling outside of the pool lead to 
problems?


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt-devel] Lowering the bar for wiki contribution?

[Daniel Erez]

On Wed, Jan 4, 2017 at 9:57 AM, Roy Golan  wrote:

> I'm getting the feeling I'm not alone in this, authoring and publishing a
> wiki page isn't as used to be for long time.
>
> I want to suggest a bit lighter workflow:
>
> 1.  Everyone can merge their page - (it's a wiki)
>   Same as with (public and open) code, no one has the motivation to
> publish a badly written
>   wiki page under their name. True, it can have an impact, but not as with
> broken code
>
> +1.
Moreover, I think we shouldn't block any merging. Instead, wiki maintainers
could act afterwards and revert when needed (Wikipedia style). Another
issue is that (sadly) unlike mediawiki, we need to wait for wiki publish
after a change. So I'd suggest to build and publish the wiki at least once
a day. Any way, I think we should make the workflow much more intuitive and
pleasant like the previous wiki - i.e. much less restrictive than
manipulating a code base.


> 2. Use Page-Status marker
>  The author first merges the draft. Its now out there and should be
> updated as time goes and its
>  status is DRAFT. Maintainers will come later and after review would
> change the status to
>  PUBLISH. That could be a header in on the page:
>  ---
>  page status: DRAFT/PUBLISH
>  ---
>
>  Simple I think, and should work.
>
>
>
>
> ___
> Devel mailing list
> de...@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/devel
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Import Virtual Machines From Web Admin GUI

[Beckman, Daniel]

To answer my own question: as is often the case, perusing the commercial (RHV 
4.0) documentation proved useful.

The documentation is here:
https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/paged/virtual-machine-management-guide/612-exporting-and-importing-virtual-machines-and-templates

However, I kept getting the error “Host key verification failed.: Connection 
reset by peer”. This despite having followed the official documentation on 
generating and copying keys, under Procedure 6.2.6 Importing a Virtual Machine 
from KVM.

Then I found this article from July 2012 about a different (but similar) 
scenario:

https://access.redhat.com/solutions/136463

What helped was the “alternative test” suggestion. Here is the URI I ended up 
using with success:

qemu+ssh://root@MY_KVM_HOST/system?no_verify=1

Appending “no_verify=1” did the trick. It’s possible that adding hostnames and 
IPs to /etc/hosts would have also resolved this, but for something performed 
infrequently (importing a VM from another environment), modifying the URI is 
easier.

Best,
Daniel

From: <users-boun...@ovirt.org> on behalf of "Beckman, Daniel" 
<daniel.beck...@ingramcontent.com>
Date: Tuesday, January 3, 2017 at 9:58 AM
To: "users@ovirt.org" <users@ovirt.org>
Subject: [ovirt-users] Import Virtual Machines From Web Admin GUI

Can anyone point me to a step-by-step guide on getting an import (say, from 
KVM) to work? I gather it involves some sharing of SSH keys but I haven’t seen 
it explained in detail. Specifically, what user needs to trust what keys on 
which machines? The hypervisor hosts? The machine running the engine? Also, 
some examples of URI paths would be much appreciated.

Thanks,
Daniel
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Import Virtual Machines From Web Admin GUI

[Beckman, Daniel]

Can anyone point me to a step-by-step guide on getting an import (say, from 
KVM) to work? I gather it involves some sharing of SSH keys but I haven’t seen 
it explained in detail. Specifically, what user needs to trust what keys on 
which machines? The hypervisor hosts? The machine running the engine? Also, 
some examples of URI paths would be much appreciated.

Thanks,
Daniel
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] VM "Operating System" Type -- No Love for CentOS or Fedora?

[Beckman, Daniel]

When you edit the “operating system” type of a VM under the General section, 
there are a plethora of operating systems listed, including FreeBSD, Debian, 
SUSE, and older variants of Ubuntu. But there are two glaring exceptions: 
CentOS and Fedora. Is this by design?

It’s worth noting that plain KVM, vSphere, and just about every other VM 
platform supports these (Red Hat sponsored) operating systems. But not oVirt. 
Why?

Sincerely confused,
Daniel
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt 4.05 windows balloon service installation wrong path

[Beckman, Daniel]

On a somewhat related note, whenever I setup a Windows 2012 R2 VM and then 
install oVirt Tools (the standard one from the oVirt repo -- 
oVirt-toolsSetup_4.0-1.fc23.iso), the oVirt Guest Service fails to start. To 
get things working I have to follow this procedure:
Open Device Manager, right click on each device with a question mark (lacking a 
driver), select "update driver software", "browse my computer", specify your CD 
drive (usually D:\), then hit Next and it should pick up the appropriate driver 
for each device. After that, go to Services (also accessible under Computer 
Management) and try starting oVirt Tools – it show now start OK. Back in the 
oVirt web interface, you should notice there is now information about the VM's 
IP and installed applications.

It’s an old issue – I had to follow the same workaround back in oVirt 3.6 with 
the oVirt 3.x tools. Is there a bug open on this?

Best,
Daniel

From: <users-boun...@ovirt.org> on behalf of Pavel Gashev <p...@acronis.com>
Date: Thursday, December 1, 2016 at 11:46 AM
To: Simone Tiraboschi <stira...@redhat.com>, Andrea Ghelardi 
<a.ghela...@iontrading.com>, Lev Veyde <lve...@redhat.com>
Cc: "users@ovirt.org" <users@ovirt.org>
Subject: Re: [ovirt-users] ovirt 4.05 windows balloon service installation 
wrong path

Please note it works like this on all server versions of Windows 
(w2k3/w2k8/w2k12/w2k16).
Also the guest tools installer doesn’t install the QEMU service, so it’s 
necessary to run
C:\Program Files (x86)\oVirt Guest Tools\drivers\guest-agent\qemu-ga-x86.exe
manually.

From: <users-boun...@ovirt.org> on behalf of Simone Tiraboschi 
<stira...@redhat.com>
Date: Thursday 1 December 2016 at 20:12
To: Andrea Ghelardi <a.ghela...@iontrading.com>, Lev Veyde <lve...@redhat.com>
Cc: "users@ovirt.org" <users@ovirt.org>
Subject: Re: [ovirt-users] ovirt 4.05 windows balloon service installation 
wrong path



On Thu, Dec 1, 2016 at 5:00 PM, Andrea Ghelardi 
<a.ghela...@iontrading.com<mailto:a.ghela...@iontrading.com>> wrote:
Hello team,
FYI standard installation of Guest tool on Windows server O.S. is somehow 
flawed.
It setups a windows service named “BalloonService” with path
C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\w2k8R2\amd64\blnsvr.exe

Unfortunately, the real path created on filesystem is
C:\Program Files (x86)\oVirt Guest Tools\drivers\Balloon\2k8R2\amd64\blnsvr.exe
(please note the missing “w” after \Baloon\ )

Thanks for the report Andrea, checking...


The easy workaround is to run this command on a “run as admin” cmd shell:
sc config BalloonService binpath= "C:\Program Files (x86)\oVirt Guest 
Tools\drivers\Balloon\2k8R2\amd64\blnsvr.exe" DisplayName= "Baloon Service 
Ovirt 4" start= auto

I suggest to fix either the command that create path during installation or the 
one which setup the service

cheers

Andrea Ghelardi

+39 050 2203 71 | www.iongroup.com<http://www.iongroup.com/> | 
a.ghela...@iontrading.com<mailto:a.ghela...@iontrading.com>
Via San Martino, 52 – 56125 Pisa - ITALY

This email and any attachments may contain information which is confidential 
and/or privileged. The information is intended exclusively for the addressee 
and the views expressed may not be official policy, but the personal views of 
the originator. If you are not the intended recipient, be aware that any 
disclosure, copying, distribution or use of the contents is prohibited. If you 
have received this email and any file transmitted with it in error, please 
notify the sender by telephone or return email immediately and delete the 
material from your computer. Internet communications are not secure and ION 
Trading is not responsible for their abuse by third parties, nor for any 
alteration or corruption in transmission, nor for any damage or loss caused by 
any virus or other defect. ION Trading accepts no liability or responsibility 
arising out of or in any way connected to this email.

[N_HBlu_small]
Automation through innovation


___
Users mailing list
Users@ovirt.org<mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Move a VM between 2 setups

[Beckman, Daniel]

Hi Christophe,

An “export domain” is made for just this purpose. Create a NFS (version 3) 
share and make it accessible to the hypervisors for each engine. (It should be 
a dedicated NFS share, not used for anything else.) As I recall it should be 
owned by vdsm:vdsm (36:36). In one of the engines (doesn’t matter which), in 
the web admin page go to Storage and add a new NFS based export domain, using 
the NFS share you created. Once it’s activated, test it out; try right-clicking 
on a VM to “export” it.

Note that there can only be one engine connected to a given export domain at 
any one time. When you’re done testing the export domain on the first engine, 
you need to put it into “maintenance” and ultimately “detach” it.

Then go to the other engine, and this time under Storage instead of “new 
domain” click “import domain” and enter the same NFS share information. It 
should recognize that you already have an export domain setup under that NFS 
share.  Attach and activate it, and under Storage /   
/ VM Import, try importing the VM you had previously exported.

This is covered (sparsely) in the oVirt documentation at 
https://www.ovirt.org/documentation/admin-guide/administration-guide/, and it’s 
covered more coherently in the commercial RHV documentation at 
https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/single/administration-guide#Storage_properties.

Best,
Daniel

From: <users-boun...@ovirt.org> on behalf of Christophe TREFOIS 
<christophe.tref...@uni.lu>
Date: Monday, November 14, 2016 at 11:14 AM
To: users <users@ovirt.org>
Subject: [ovirt-users] Move a VM between 2 setups

Hi,

We have a setup where we want to deploy 2 engines as the network between 2 
buildings is unreliable.

With 2 engines, we then want to be able to move VMs (one time) from current 
engine where they are running to new engine in the other building.

Is there a recommended workflow for doing this?
We have access to shared NFS for this task if required.

Thanks for any pointers,
Christophe
--
Dr Christophe Trefois, Dipl.-Ing.
Technical Specialist / Post-Doc
UNIVERSITÉ DU LUXEMBOURG

LUXEMBOURG CENTRE FOR SYSTEMS BIOMEDICINE
Campus Belval | House of Biomedicine
6, avenue du Swing
L-4367 Belvaux
T: +352 46 66 44 6124
F: +352 46 66 44 6949
http://www.uni.lu/lcsb
[acebook]<https://www.facebook.com/trefex>  [witter] 
<https://twitter.com/Trefex>   [oogle Plus] 
<https://plus.google.com/+ChristopheTrefois/>   [inkedin] 
<https://www.linkedin.com/in/trefoischristophe>   [kype] 
<http://skype:Trefex?call>

This message is confidential and may contain privileged information.
It is intended for the named recipient only.
If you receive it in error please notify me and permanently delete the original 
message and any copies.



___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt Engine Upgrade 3.6 to 4.0.4 - Next Steps?

[Beckman, Daniel]

Thanks for the suggestions. As I noted, “my hosts are still running oVirt node 
3.6.” As in, I’m not running a general purpose EL7 installation – I’m running 
the stripped down oVirt node 3.6 image which is based on EL7 but can’t be 
upgraded (via yum) as in a normal OS install. After digging through some 
assorted pages (e.g. http://www.ovirt.org/node/) , it looks like oVirt Node has 
undergone an extensive redesign since 4.x . So I’ll rebuild all my hosts.

Thanks,
Daniel

From: Sandro Bonazzola <sbona...@redhat.com>
Date: Thursday, November 3, 2016 at 5:35 AM
To: Maor Lipchuk <mlipc...@redhat.com>, Oved Ourfalli <oourf...@redhat.com>, 
Simone Tiraboschi <stira...@redhat.com>
Cc: "Beckman, Daniel" <daniel.beck...@ingramcontent.com>, users 
<users@ovirt.org>
Subject: Re: [ovirt-users] oVirt Engine Upgrade 3.6 to 4.0.4 - Next Steps?



On Thu, Nov 3, 2016 at 11:27 AM, Maor Lipchuk 
<mlipc...@redhat.com<mailto:mlipc...@redhat.com>> wrote:
Hi Daniel,

The upgrade process should be performed by upgrading all your clusters first to 
4.x and after all your clusters were upgraded then the Data Center should be 
also upgraded to the desired version.

The hosts might also need to be upgraded by yum update.
Sandro, correct me if I'm wrong, is there a wiki regarding the Host upgrade 
process?

If the hosts are already EL7 you can upgrade using Upgrade manager 
https://www.ovirt.org/develop/release-management/features/engine/upgrademanager/
Otherwise you'll have to reinstall hosts with EL7 one by one.

For hosted engine you can follow 
https://www.ovirt.org/develop/release-management/features/hosted-engine-migration-to-4-0/






On Thu, Nov 3, 2016 at 12:13 AM, Beckman, Daniel 
<daniel.beck...@ingramcontent.com<mailto:daniel.beck...@ingramcontent.com>> 
wrote:
So I’ve successfully upgraded my oVirt engine to 4.0.4, but my hosts are still 
running oVirt node 3.6 and the cluster and data center is still in 3.6 
compatibilty mode. All of the oVirt documentation I’ve found is referencing 
3.x. Can someone point me to updated documentation – does it exist? I found the 
equivalent documentation for the commercial product, RHV, but it 
(https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/paged/upgrade-guide/32-upgrading-to-red-hat-virtualization-manager-40)
 doesn’t really address upgrading hosts from 3.6 to 4.x. Do 3.6 hosts have to 
be removed, wiped, and rebuilt from scratch? Or can they be upgraded to 4.x 
from the manager, or by booting from the 4.x ISO?

Thanks,
Daniel


___
Users mailing list
Users@ovirt.org<mailto:Users@ovirt.org>
http://lists.ovirt.org/mailman/listinfo/users




--
Sandro Bonazzola
Better technology. Faster innovation. Powered by community collaboration.
See how it works at redhat.com<http://redhat.com>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] oVirt Engine Upgrade 3.6 to 4.0.4 - Next Steps?

[Beckman, Daniel]

So I’ve successfully upgraded my oVirt engine to 4.0.4, but my hosts are still 
running oVirt node 3.6 and the cluster and data center is still in 3.6 
compatibilty mode. All of the oVirt documentation I’ve found is referencing 
3.x. Can someone point me to updated documentation – does it exist? I found the 
equivalent documentation for the commercial product, RHV, but it 
(https://access.redhat.com/documentation/en/red-hat-virtualization/4.0/paged/upgrade-guide/32-upgrading-to-red-hat-virtualization-manager-40)
 doesn’t really address upgrading hosts from 3.6 to 4.x. Do 3.6 hosts have to 
be removed, wiped, and rebuilt from scratch? Or can they be upgraded to 4.x 
from the manager, or by booting from the 4.x ISO?

Thanks,
Daniel

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] mass upload of disks?

[Daniel Erez]

On Tue, Nov 1, 2016 at 3:27 PM, Ben De Luca  wrote:

> Could I set up glance for this?
>

You can upload the files to glance first, then import them to oVirt using
the rest-api.

E.g.
POST /ovirt-engine/api/openstackimageproviders/123/images/456/import




images0





>
> On 31 October 2016 at 23:42, Ben De Luca  wrote:
>
>> That's probably a little bit more brave than I am, so there is no way in
>> the current release? I don't mind jumping through a few hoops but sitting
>> for days loading them doesn't fill me joy.
>>
>> If not it's great that feature is added.
>>
>>
>>
>>
>> On Monday, 31 October 2016, Amit Aviram  wrote:
>>
>>> Hi Ben. Actually exactly today REST API for uploading disks was
>>> introduced to master. It is supposed to get into the next 4.0.Z version, so
>>> if you want you can update your version soon enough and use the API.
>>>
>>> When you'll have the right version, you can use examples from
>>> "/api/Model" to upload disks using oVirt's Python SDK.
>>>
>>> If you need any help, please feel free to keep asking on the list.
>>>
>>> Amit.
>>>
>>> On Mon, Oct 31, 2016 at 7:22 PM, Ben De Luca  wrote:
>>>
 Hi,
 I was wondering if there was a method on the cli/script to mass
 upload disks to ovirt. The web loader is great, but also I have 20 disks
 that I really just want to upload via shell.

 I can't seem to find a tool to do it, I have found
 ovirt-image-uploader (but that's for ovf files).

 I hoped that I could just pull the date directly off nfs but that
 doesnt seem to be possible, or I am blind?

 Thanks
 -Ben





 ___
 Users mailing list
 Users@ovirt.org
 http://lists.ovirt.org/mailman/listinfo/users


>>>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt homeserver

[Beckman, Daniel]

Hi David,

Since you mention this is for testing and learning the technology, I’d go with 
option #2. You’ll lose some performance but that shouldn’t matter for your 
purposes, and you’ll gain a lot of flexibility.

KVM is a basic building block for oVirt and Openstack. It’s a valuable skill 
set to have, even outside of RH based distributions. It’s fairly simple to 
troubleshoot, there’s not so many moving parts. It’s like a reliable old car 
with a stick shift and roll-up windows.

If you only have one physical server at your disposal and you choose option #1, 
then you have to use a self-hosted engine. I personally don’t like the 
self-hosted engine. That could be due to some bad experiences early in its 
history, and maybe it’s much improved with oVirt 4.x.  But I’d much rather have 
a plain old KVM VM (for the oVirt engine) that I can make a clone or snapshot 
of.  That has saved me from rebuilding many times.

I’ve never used GPU pass-through; hopefully someone else can address that.

Yes, CentOS is your best bet; stick with the default kernel. You could use 
Fedora if you’re adventurous but I don’t recommend it. You’ll have the best 
experience if your environment is close to what is supported in the commercial 
product, RHV.

Take advantage of the official RHV documentation, most of which is applicable 
to oVirt upstream.

https://access.redhat.com/documentation/en/red-hat-virtualization/

And have fun!
Daniel

From: <users-boun...@ovirt.org> on behalf of david caughey <djc...@gmail.com>
Date: Friday, October 28, 2016 at 11:46 AM
To: "Users@ovirt.org" <Users@ovirt.org>
Subject: [ovirt-users] ovirt homeserver

Hi,
I'm building a homeserver to run ovirt and wanted to get opinions on the best 
approach.
The server will be used as a test/studybed for ovirt/kvm/vcloud/openstack/ceph.
The server will be based around a Xeon E5 10 core with 128GB ram.
Option 1:
Build server with CentOS 7.2 and deploy ovirt directly on top.
Option 2:
Build server with CentOS 7.2 and deploy multiple ovirt instances on top of KVM.
Which will be the most stable versatile method?
If a GPU is used as a passthrough device can it be used on several vm's or is 
it restricted to 1 vm?
If 2 GPU's are used can 1 be used as a dedicated passthrough to 1 vm and the 
other shared between the remaining vm's?
Is CentOS/RH the best platform for ovirt?
Is it okay/advisable to load the latest kernel, (4.8 ish), on to CentOS before 
installing ovirt?

Any and all comments/advice welcome,
David
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Upgrading oVirt 3.6 with existing HTTPS certificate signed by custom CA to oVirt 4

[Beckman, Daniel]

We have oVirt 3.6.7 and I am preparing to upgrade to 4.0.4 release. I read the 
release notes (https://www.ovirt.org/release/4.0.4/) and noted comment #4 under 
“Install / Upgrade from previous version”:

If you are using HTTPS certificate signed by custom certificate authority, 
please take a look at https://bugzilla.redhat.com/1336838 for steps which need 
to be done after migration to 4.0. Also please consult 
https://bugzilla.redhat.com/1313379 how to setup this custom CA for use with 
virt-viewer clients.

So I referred to the first bugzilla 
(https://bugzilla.redhat.com/show_bug.cgi?id=1336838), where it states as 
follows:

If customer wants to use custom HTTPS certificate signed by different CA, then 
he has to perform following steps:

1. Install custom CA (that signed HTTPS certificate) into host wide trustore 
(more info can be found in update-ca-trust man page)

2. Configure HTTPS certificate in Apache (this step is same as in previous 
versions)

3. Create new configuration file (for example 
/etc/ovirt-engine/engine.conf.d/99-custom-truststore.conf) with following 
content:
ENGINE_HTTPS_PKI_TRUST_STORE="/etc/pki/java/cacerts" 
ENGINE_HTTPS_PKI_TRUST_STORE_PASSWORD=""

4. Restart ovirt-engine service

I find it humorous that step # 1 suggests reading the “man page” which is only 
slightly better than suggesting to “google” it.

Has anyone using a custom CA for their HTTPS certificate successfully upgraded 
to oVirt 4? If so could you share your detailed steps? Or can anyone point me 
to an actual example of this procedure? I’m a little nervous about the upgrade 
if you can’t already tell.

Thanks,
Daniel
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 3.6 Migrated from Legacy AD Authentication - Previously Used AD Users Can't Log In

[Beckman, Daniel]

That’s it! Some background: within our IT department most of us have a regular 
user account and an administrative account. For the later account type, the UPN 
and SAM account name happen to be the same (e.g. jdoead...@example.com) whereas 
for regular users UPN is something like john@example..com.  When I used the 
UPN name (e.g. john.doe) the login worked fine. 

We can work with that. But is there a way to change it to using SAM account 
name? 

Thanks,
Daniel 

On 10/26/16, 12:58 PM, "Ondra Machacek" <omach...@redhat.com> wrote:

On 10/26/2016 06:31 PM, Beckman, Daniel wrote:
> I have been updating our oVirt 3.6 (3.6.7.5-1) environment in
> preparation for upgrading to oVirt 4.
>
>
>
> We had been using the legacy AD connection (via engine-manage-domains),
> and since that’s no longer available in oVirt 4, this was a priorty. (I
> put this off as long as I could – I found the new method a step back in
> ease of use.)
>
>
>
> So following the documentation I setup
> ‘ovirt-engine-extension-aaa-ldap’, connecting to the same Active
> Directory forest. It seemed to work; I was able to look up users. But
> none of the existing AD users that we had been using in oVirt were able
> to log in to the admin or user portal, using the new extension. The
> error is “General command validation failure.”. (Whereas if you enter a
> wrong password, you get the expected wrong password error.)* *Here’s
> what /var/log/ovirt-engine/engine.log shows for “myuser”:
>
> {Extkey[name=EXTENSION_INVOKE_CONTEXT;type=class
> 
org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_INVOKE_CONTEXT[886d2ebb-312a-49ae-9cc3-e1f849834b7d];]={Extkey[name=EXTENSION_INTERFACE_VERSION_MAX;type=class
> 
java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MAX[f4cff49f-2717-4901-8ee9-df362446e3e7];]=0,
> Extkey[name=EXTENSION_LICENSE;type=class
> 
java.lang.String;uuid=EXTENSION_LICENSE[8a61ad65-054c-4e31-9c6d-1ca4d60a4c18];]=ASL
> 2.0, Extkey[name=EXTENSION_NOTES;type=class
> 
java.lang.String;uuid=EXTENSION_NOTES[2da5ad7e-185a-4584-aaff-97f66978e4ea];]=Display
> name: ovirt-engine-extension-aaa-ldap-1.1.4-1.el7,
> Extkey[name=EXTENSION_HOME_URL;type=class
> 
java.lang.String;uuid=EXTENSION_HOME_URL[4ad7a2f4-f969-42d4-b399-72d192e18304];]=http://www.ovirt.org,
> Extkey[name=EXTENSION_LOCALE;type=class
> 
java.lang.String;uuid=EXTENSION_LOCALE[0780b112-0ce0-404a-b85e-8765d778bb29];]=en_US,
> Extkey[name=EXTENSION_NAME;type=class
> 
java.lang.String;uuid=EXTENSION_NAME[651381d3-f54f-4547-bf28-b0b01a103184];]=ovirt-engine-extension-aaa-ldap.authz,
> Extkey[name=EXTENSION_INTERFACE_VERSION_MIN;type=class
> 
java.lang.Integer;uuid=EXTENSION_INTERFACE_VERSION_MIN[2b84fc91-305b-497b-a1d7-d961b9d2ce0b];]=0,
> Extkey[name=EXTENSION_CONFIGURATION;type=class
> 
java.util.Properties;uuid=EXTENSION_CONFIGURATION[2d48ab72-f0a1-4312-b4ae-5068a226b0fc];]=***,
> Extkey[name=EXTENSION_AUTHOR;type=class
> 
java.lang.String;uuid=EXTENSION_AUTHOR[ef242f7a-2dad-4bc5-9aad-e07018b7fbcc];]=The
> oVirt Project, Extkey[name=AAA_AUTHZ_QUERY_MAX_FILTER_SIZE;type=class
> 
java.lang.Integer;uuid=AAA_AUTHZ_QUERY_MAX_FILTER_SIZE[2eb1f541-0f65-44a1-a6e3-014e247595f5];]=50,
> Extkey[name=EXTENSION_INSTANCE_NAME;type=class
> 
java.lang.String;uuid=EXTENSION_INSTANCE_NAME[65c67ff6-aeca-4bd5-a245-8674327f011b];]=ingramcontent.com,
> Extkey[name=EXTENSION_BUILD_INTERFACE_VERSION;type=class
> 
java.lang.Integer;uuid=EXTENSION_BUILD_INTERFACE_VERSION[cb479e5a-4b23-46f8-aed3-56a4747a8ab7];]=0,
> Extkey[name=EXTENSION_CONFIGURATION_SENSITIVE_KEYS;type=interface
> 
java.util.Collection;uuid=EXTENSION_CONFIGURATION_SENSITIVE_KEYS[a456efa1-73ff-4204-9f9b-ebff01e35263];]=[],
> Extkey[name=EXTENSION_GLOBAL_CONTEXT;type=class
> 
org.ovirt.engine.api.extensions.ExtMap;uuid=EXTENSION_GLOBAL_CONTEXT[9799e72f-7af6-4cf1-bf08-297bc8903676];]=*skip*,
> Extkey[name=EXTENSION_VERSION;type=class
> 
java.lang.String;uuid=EXTENSION_VERSION[fe35f6a8-8239-4bdb-ab1a-af9f779ce68c];]=1.1.4,
> Extkey[name=AAA_AUTHZ_AVAILABLE_NAMESPACES;type=interface
> 
java.util.Collection;uuid=AAA_AUTHZ_AVAILABLE_NAMESPACES[6dffa34c-955f-486a-bd35-0a272b45a711];]=[DC=ingramcontent,DC=com],
> Extkey[name=EXTENSION_MANAGER_TRACE_LOG;type=interface
> 
org.slf4j.Logger;uuid=EXTENSION_MANAGER_TRACE_LOG[863db666-3ea7-4751-9695-918a3197ad83];]=org.slf4j.impl.Slf4jLogger(org.ovirt.engine.core.extensions.mgr.ExtensionsManager.trace.ovirt-engine-extension-aaa-ldap.authz.ingramcontent.com),
> Extkey[name=EXTENSION_PROVIDES;type=interface
> 
java.util.Collection;uuid=EXTENSION_PROVIDES[8cf373a6-65b5-4594-b8

[ovirt-users] oVirt 3.6 Migrated from Legacy AD Authentication - Previously Used AD Users Can't Log In

[Beckman, Daniel]

...@ingramcontent.com}}
{Extkey[name=EXTENSION_INVOKE_RESULT;type=class 
java.lang.Integer;uuid=EXTENSION_INVOKE_RESULT[0909d91d-8bde-40fb-b6c0-099c772ddd4e];]=2,
 Extkey[name=EXTENSION_INVOKE_MESSAGE;type=class 
java.lang.String;uuid=EXTENSION_INVOKE_MESSAGE[b7b053de-dc73-4bf7-9d26-b8bdb72f5893];]=Cannot
 resolve principal 'myu...@ingramcontent.com'}

I logged in with the local ‘admin’ account and added some additional users from 
AD. Then I found that those newly added users *could* log in just fine. It’s 
only a problem with users that we had previously added when the legacy
LDAP provider was used. I’ve tried removing and re-adding those existing users, 
but that doesn’t fix it. My hunch is that there is something left over 
associated with those accounts that’s breaking this. To be clear, I’ve already 
removed the legacy provider:

engine-manage-domains list
Legacy kerberos/ldap directory integration is obsoleted and will be removed in 
4.0 version along with the engine-manage-domains utility. Please migrate to 
ovirt-engine-extension-aaa-ldap provider or contact support for assistance.

Manage Domains completed successfully

Where else should I look to troubleshoot? Any suggestions appreciated. Thanks!

Best,
Daniel







___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Multi cluster question with regards to storage

[Beckman, Daniel]

Hi David,

Storage is associated with a particular data center, so if they are on the same 
data center they will have access to the same storage.

The Red Hat documentation on the commercial supported version RHEV (now RHV?) 
is a lot more comprehensive; the equivalent oVirt documentation is pretty 
sparse and uneven, so it’s understandable you never would have been introduced 
to that concept. You need an active subscription to access the KB articles but 
the basic documentation is freely available and it’s a good resource, as most 
things are going to be common on RHV vs. oVirt:

https://access.redhat.com/documentation/en/red-hat-virtualization?version=4.0/

Daniel



From: <users-boun...@ovirt.org> on behalf of David Gossage 
<dgoss...@carouselchecks.com>
Date: Thursday, October 13, 2016 at 9:08 AM
To: users <users@ovirt.org>
Subject: [ovirt-users] Multi cluster question with regards to storage

I've not yet found a clean concise answer and so I wanted to ask before I start 
trying to play with things in my test setup and waste a bunch of time maybe.

If I have 2 clusters in one data center each running different cpu types 
(amd/intel) can they both access the same shared storage domain(gluster in my 
case)?

I'm not interested in live migration between the clusters really, though 
stopping and starting on another would be nice.  I've tried looking at various 
threads and list emails and I've found some mentions of it, but usually as an 
aside while discussing other matters so I could never quite say for certain it 
was working or not.


David Gossage
Carousel Checks Inc. | System Administrator
Office 708.613.2284
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Unable to backend oVirt with Cinder

[Daniel Erez]

On Wed, Aug 31, 2016 at 4:27 PM, Logan Kuhn  wrote:

> Thank you for your response, but unfortunately it still doesn't work.
>
> I can do cinder-ey things from the command line, including cinder list,
> type-show, create.  The keystonerc_admin file that I use matches yours with
> the relevant bits changed for my environment, password, region etc.  I've
> filled out the External Provider dialog with the admin user, cinder user
> and a new user.  The dialog reports that it Failed to communicate with the
> external provider and to consult the log.  The log reports the following:
>
> 2016-08-31 08:04:21,518 INFO [org.ovirt.engine.core.bll.provider.
> TestProviderConnectivityCommand] (default task-46) [20342b40] Running
> command: TestProviderConnectivityCommand internal: false. Entities
> affected : ID: aaa0----123456789aaa Type: SystemAction
> group CREATE_STORAGE_POOL with role type ADMIN
> 2016-08-31 08:04:21,546 ERROR [org.ovirt.engine.core.bll.provider.storage.
> AbstractOpenStackStorageProviderProxy] (default task-46) [20342b40]
> Unauthorized (OpenStack response error code: 401)
> 2016-08-31 08:04:21,546 ERROR [org.ovirt.engine.core.bll.provider.
> TestProviderConnectivityCommand] (default task-46) [20342b40] Command
> 'org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand'
> failed: EngineException: (Failed with error PROVIDER_FAILURE and code 5050)
>
> Which is very obvious that the username/auth that ovirt is sending isn't
> allowed to create, but it's using the same username/password that's in the
> keystonerc_admin file that I can do various command line things with.
>
> This is my keystonerc_admin file:
>
> OS_AUTH_URL=http://10.128.7.252:5000/v3
> OS_PASSWORD=adminpass
> OS_PROJECT_DOMAIN_NAME=default
> OS_PROJECT_NAME=admin
> OS_REGION_NAME=WRI
> OS_TENANT_NAME=admin
> OS_USERNAME=admin
> OS_USER_DOMAIN_NAME=default
>
> I had to make add certain fields and change the auth url to v3 otherwise
> it reported either a malformed URL or more commonly, 401 Unauthorized.
> Which made me wonder if it's a compatibility issue with the v3 API.  I've
> been working with Openstack Mitaka and ovirt 4.0.2 and 4.0.3
>

For keystone authentication, we support v2.0.
Have you tried 'http://10.128.7.252:5000/v2.0' as authentication URL on add
provider dialog?


>
> Regards,
> Logan
>
> - On Aug 31, 2016, at 6:07 AM, Natalie Gavrilov 
> wrote:
>
> Hi Logen,
>
> I'll refer only to* using authentication*, because I had configured it
> previously.
> This means: /etc/cinder/cinder.conf should have: auth_strategy = keystone
> I'm using  keystonerc file, example keystonerc_admin:
> 
> 
> unset OS_SERVICE_TOKEN
> export OS_USERNAME=admin
> export OS_PASSWORD=password
> export OS_AUTH_URL=http://CINDER-HOST:5000/v2.0
> export PS1='[\u@\h \W(keystone_admin)]\$ '
>
> export OS_TENANT_NAME=admin
> export OS_REGION_NAME=RegionOne
> 
> 
>
> This will be step by step as much as possible just to make sure nothing is
> missed (assuming Cinder and Ceph are configured correctly).
>
> Go to:
> External providers -> Add
> Fill in the fields:
> Name:
> Type: *OpenStack Volume*
> Provider url: http://CINDER_HOST:8776
> 
> Check "Requires Authentication"
>
> Fill in the information, this is an example:
> Username: admin
> Password: password
> Tenant name: admin
> Authentication URL: http://CINDER-HOST:5000/v2.0
> 
>
> Test should return *"Test succeeded, managed to access provider."*
> Now click Ok.
>
>
> *Now lets configure additional information:*
>
> Lower pane: *Authentication Keys*
> Click on: New
> Fill in *UUID* field with rbd_secret_uuid
> and *value*:which is the key (it's in /etc/ceph/ceph.client.
> USERNAME.keyring)
>
>
> Hope this helps..
>
> Regards,
> Natalie
>
> --
>
> From: "Aharon Canan" 
> To: "Natalie Gavrilov" 
> Sent: Wednesday, August 31, 2016 8:53:22 AM
> Subject: Fwd: [ovirt-users] Unable to backend oVirt with Cinder
>
> Hi
>
> Can you help with below?
> This is community email and will be great if you can help this guy.
>
> Aharon
> -- Forwarded message --
> From: Logan Kuhn 
> Date: Tue, Aug 30, 2016 at 11:07 PM
> Subject: [ovirt-users] Unable to backend oVirt with Cinder
> To: users 
>
>
> I've got Cinder configured and pointed at Ceph for it's back end storage.
> I can run ceph commands on the cinder machine and cinder is configured for
> noauth and I've also tried it with Keystone for auth.  I can run various
> cinder commands and it'll return as expected.
>
> When I configure it in oVirt it'll add the external provider fine, but when
> I go to create a disk it 

Re: [ovirt-users] Error while extending a cinder/ceph disk

[Daniel Erez]

Opened a bug on the issue:
https://bugzilla.redhat.com/show_bug.cgi?id=1359489
Should be addressed for the upcoming builds.

On Thu, Jul 21, 2016 at 5:43 PM, Alessandro De Salvo <
alessandro.desa...@roma1.infn.it> wrote:

> Hi Daniel,
>
> On Thu, 2016-07-21 at 17:34 +0300, Daniel Erez wrote:
> >
> >
> > On Thu, Jul 21, 2016 at 4:21 PM, Alessandro De Salvo
> > <alessandro.desa...@roma1.infn.it> wrote:
> > Hi,
> > when trying to extend a ceph disk in ovirt 4 (Virtual Machines
> > => Edit
> > Virtual Machine => Instance images => Edit => Extend size by)
> > I get the
> > following error:
> >
> > Error while executing action: interface is required
> >
> >
> > Sounds like a similar root cause
> > of https://bugzilla.redhat.com/show_bug.cgi?id=1346887
> > Should be already fixed on latest build. Can you please try to upgrade
> > to latest?
>
> I'm running on the latest snapshot, upgraded a few hours ago, so I guess
> it's not totally fixed yet.
> Those are the ovirt-engine-* RPMS I have in my machine:
>
>
> ovirt-engine-setup-plugin-ovirt-engine-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
> ovirt-engine-dashboard-1.0.1-1.el7.centos.noarch
> ovirt-engine-sdk-python-3.6.8.0-1.el7.centos.noarch
>
> ovirt-engine-setup-plugin-dockerc-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-tools-backup-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-tools-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
> ovirt-engine-wildfly-10.0.0-1.el7.x86_64
>
> ovirt-engine-setup-base-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-setup-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-vmconsole-proxy-helper-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-extension-aaa-jdbc-1.1.1-0.0.master.20160623200644.git2e68ef6.el7.noarch
>
> ovirt-engine-restapi-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
> ovirt-engine-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
> ovirt-engine-wildfly-overlay-10.0.0-1.el7.noarch
> ovirt-engine-dwh-setup-4.0.2-0.1.master.20160706084440.el7.centos.noarch
>
> ovirt-engine-lib-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-setup-plugin-vmconsole-proxy-helper-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
> python-ovirt-engine-sdk4-4.0.0-0.5.a5.el7.centos.x86_64
>
> ovirt-engine-extensions-api-impl-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
> ovirt-engine-cli-3.6.8.1-1.el7.centos.noarch
>
> ovirt-engine-userportal-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-webadmin-portal-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
> ovirt-engine-dwh-4.0.2-0.1.master.20160706084440.el7.centos.noarch
>
> ovirt-engine-setup-plugin-websocket-proxy-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-websocket-proxy-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-backend-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-setup-plugin-ovirt-engine-common-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> ovirt-engine-dbscripts-4.0.3-0.0.master.20160720203246.git9c88731.el7.centos.noarch
>
> >
> >
> > Or, try using the Edit disk dialog under 'VMs => Disks' instead (could
> > be a specific issue with the 'Instance images' flow).
>
> Tried this as well, but I still get the same error.
> Thanks,
>
> Alessandro
>
> >
> >
> > In engine.log I see the following errors as well:
> >
> > 2016-07-21 15:14:55,266 ERROR
> >
>  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> > (default task-35) [] Correlation ID: 47ce3344, Call Stack:
> > null, Custom
> > Event ID: -1, Message: Failed to update VM test01 disk
> > test01_Disk1
> > (User: admin@internal-authz).
> > 2016-07-21 15:14:56,091 ERROR
> >
>  
> [org.ovirt.engine.core.bll.storage.disk.cinder.ExtendCinderDiskCommandCallback]
> (DefaultQuartzScheduler8) [2819eb7c] Failed extending disk. ID:
> a5dd90b1-3a76-4e38-af8c-e829b3b86a40
> > 2016-07-21 15:14:56,124 ERROR
> >
>  [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> > (DefaultQuartzScheduler8) [2819eb7c] Correlation ID: 2819eb7c,
> > Call
> > Stack: null, Custom E

Re: [ovirt-users] Error while extending a cinder/ceph disk

[Daniel Erez]

On Thu, Jul 21, 2016 at 4:21 PM, Alessandro De Salvo <
alessandro.desa...@roma1.infn.it> wrote:

> Hi,
> when trying to extend a ceph disk in ovirt 4 (Virtual Machines => Edit
> Virtual Machine => Instance images => Edit => Extend size by) I get the
> following error:
>
> Error while executing action: interface is required
>

Sounds like a similar root cause of
https://bugzilla.redhat.com/show_bug.cgi?id=1346887
Should be already fixed on latest build. Can you please try to upgrade to
latest?

Or, try using the Edit disk dialog under 'VMs => Disks' instead (could be a
specific issue with the 'Instance images' flow).


>
> In engine.log I see the following errors as well:
>
> 2016-07-21 15:14:55,266 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (default task-35) [] Correlation ID: 47ce3344, Call Stack: null, Custom
> Event ID: -1, Message: Failed to update VM test01 disk test01_Disk1
> (User: admin@internal-authz).
> 2016-07-21 15:14:56,091 ERROR
> [org.ovirt.engine.core.bll.storage.disk.cinder.ExtendCinderDiskCommandCallback]
> (DefaultQuartzScheduler8) [2819eb7c] Failed extending disk. ID:
> a5dd90b1-3a76-4e38-af8c-e829b3b86a40
> 2016-07-21 15:14:56,124 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (DefaultQuartzScheduler8) [2819eb7c] Correlation ID: 2819eb7c, Call
> Stack: null, Custom Event ID: -1, Message: Failed to extend size of the
> disk 'test01_Disk1' to 20 GB, User: admin@internal-authz.
> 2016-07-21 15:14:56,209 ERROR
> [org.ovirt.engine.core.bll.storage.disk.cinder.ExtendCinderDiskCommand]
> (DefaultQuartzScheduler8) [2819eb7c] Ending command
> 'org.ovirt.engine.core.bll.storage.disk.cinder.ExtendCinderDiskCommand'
> with failure.
>
>
> After this, the cinder image is flagged as illegal and I can just delete
> it.
> Extending the image on the cinder side is possible, and the command
> "cinder extend " works, but then the new size is not properly
> reported back in ovirt.
> Any clue?
> Thanks,
>
> Alessandro
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Cinder Snapshot Issues

[Daniel Erez]

According to VDSM log [1], there was a timeout error during snapshot
operation.
This could be a duplicate of bugs [2] already resolved in latest version.
Can you please provide the versions of the following components for further
investigation:
engine / vdsm / qemu-kvm-rhev / libvirt. Also, please attach libivrt/qemu
logs.

[1] jsonrpc.Executor/6::ERROR::2016-05-23
13:09:46,790::vm::3311::virt.vm::(snapshot)
vmId=`040609f6-cfe0-4763-8b32-08ffad158c93`::Unable to take snapshot
Traceback (most recent call last):
  File "/usr/share/vdsm/virt/vm.py", line 3309, in snapshot
self._dom.snapshotCreateXML(snapxml, snapFlags)
  File "/usr/share/vdsm/virt/virdomain.py", line 76, in f
raise toe
TimeoutError: Timed out during operation: cannot acquire state change lock
(held by remoteDispatchDomainSnapshotCreateXML)

[2]
https://bugzilla.redhat.com/show_bug.cgi?id=1261980
https://bugzilla.redhat.com/show_bug.cgi?id=1250839

On Mon, May 23, 2016 at 11:31 AM, Daniel Erez <de...@redhat.com> wrote:

>
>
> On Tue, Apr 12, 2016 at 11:13 PM, Kevin Hrpcek <khrp...@gmail.com> wrote:
>
>> Hello,
>>
>> I'm running into a problem with live snapshots not working when using
>> cinder/ceph disks. There are different failures for including and not
>> including memory, but in each case cinder/ceph creates a new snapshot that
>> can be seen in cinder and ceph. When doing a memory/disk snapshot the VM
>> ends up in a paused state and I need to kill -9 the qemu process to be able
>> to boot the vm again. The engine seems to be losing connection with the
>> vdsm process on the VM host after freezing the guest's filesystems. The
>> guest never receives the thaw command and it fails in the logs. I am
>> pasting in some log snippets.
>>
>> 2016-04-12 19:24:58,851 INFO
>> [org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand]
>> (org.ovirt.thread.pool-8-thread-27) [5c4493e] Ending command
>> 'org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand' successfully.
>> 2016-04-12 19:27:56,873 ERROR
>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>> (DefaultQuartzScheduler_Worker-27) [4d97ca06] Correlation ID: null, Call
>> Stack: null, Custom Event ID: -1, Message: VDSM OVCL1A command failed:
>> Message timeout which can be caused by communication issues
>> 2016-04-12 19:27:56,873 INFO
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
>> (DefaultQuartzScheduler_Worker-27) [4d97ca06] Command
>> 'org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand' return value
>> 'StatusOnlyReturnForXmlRpc [status=StatusForXmlRpc [code=5022,
>> message=Message timeout which can be caused by communication issues]]'
>> 2016-04-12 19:27:56,874 INFO
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
>> (DefaultQuartzScheduler_Worker-27) [4d97ca06] HostName = OVCL1A
>> 2016-04-12 19:27:56,874 ERROR
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
>> (DefaultQuartzScheduler_Worker-27) [4d97ca06] Command
>> 'SnapshotVDSCommand(HostName = OVCL1A,
>> SnapshotVDSCommandParameters:{runAsync='true',
>> hostId='9bdfaedc-34a8-4a08-ad8a-c117835a6094',
>> vmId='040609f6-cfe0-4763-8b32-08ffad158c93'})' execution failed:
>> VDSGenericException: VDSNetworkException: Message timeout which can be
>> caused by communication issues
>> 2016-04-12 19:27:56,875 WARN
>> [org.ovirt.engine.core.vdsbroker.VdsManager]
>> (org.ovirt.thread.pool-8-thread-16) [4d97ca06] Host 'OVCL1A' is not
>> responding.
>>
>> Disk only live snapshots freeze the guest file systems, the vm receives
>> the thaw command, but the VM is no longer responsive. The VM pings on the
>> network but it is hung and it also needs a kill -9 to the qemu process so
>> that it can be booted again.
>>
>> jsonrpc.Executor/0::DEBUG::2016-04-12
>> 19:41:58,342::__init__::503::jsonrpc.JsonRpcServer::(_serveRequest) Calling
>> 'VM.snapshot' in bridge with {u'frozen': True, u'vmID':
>> u'040609f6-cfe0-4763-8b32-08ffad158c93', u'snapDrives': []}
>> jsonrpc.Executor/0::INFO::2016-04-12
>> 19:41:58,343::vm::3237::virt.vm::(snapshot)
>> vmId=`040609f6-cfe0-4763-8b32-08ffad158c93`::
>> 
>> 
>>
>> jsonrpc.Executor/0::ERROR::2016-04-12
>> 19:41:58,346::vm::3252::virt.vm::(snapshot)
>> vmId=`040609f6-cfe0-4763-8b32-08ffad158c93`::Unable to take snapshot
>> Traceback (most recent call last):
>>   File "/usr/share/vdsm/virt/vm.py", line 3250, in snapshot
>> self._dom.snapshotCreateXML(snapxml, snapFlags)
>>   File "/usr/share/vdsm/virt/virdomain.py", line 68, in f
>> re

Re: [ovirt-users] Cinder Snapshot Issues

[Daniel Erez]

On Tue, Apr 12, 2016 at 11:13 PM, Kevin Hrpcek  wrote:

> Hello,
>
> I'm running into a problem with live snapshots not working when using
> cinder/ceph disks. There are different failures for including and not
> including memory, but in each case cinder/ceph creates a new snapshot that
> can be seen in cinder and ceph. When doing a memory/disk snapshot the VM
> ends up in a paused state and I need to kill -9 the qemu process to be able
> to boot the vm again. The engine seems to be losing connection with the
> vdsm process on the VM host after freezing the guest's filesystems. The
> guest never receives the thaw command and it fails in the logs. I am
> pasting in some log snippets.
>
> 2016-04-12 19:24:58,851 INFO
> [org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand]
> (org.ovirt.thread.pool-8-thread-27) [5c4493e] Ending command
> 'org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand' successfully.
> 2016-04-12 19:27:56,873 ERROR
> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
> (DefaultQuartzScheduler_Worker-27) [4d97ca06] Correlation ID: null, Call
> Stack: null, Custom Event ID: -1, Message: VDSM OVCL1A command failed:
> Message timeout which can be caused by communication issues
> 2016-04-12 19:27:56,873 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
> (DefaultQuartzScheduler_Worker-27) [4d97ca06] Command
> 'org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand' return value
> 'StatusOnlyReturnForXmlRpc [status=StatusForXmlRpc [code=5022,
> message=Message timeout which can be caused by communication issues]]'
> 2016-04-12 19:27:56,874 INFO
> [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
> (DefaultQuartzScheduler_Worker-27) [4d97ca06] HostName = OVCL1A
> 2016-04-12 19:27:56,874 ERROR
> [org.ovirt.engine.core.vdsbroker.vdsbroker.SnapshotVDSCommand]
> (DefaultQuartzScheduler_Worker-27) [4d97ca06] Command
> 'SnapshotVDSCommand(HostName = OVCL1A,
> SnapshotVDSCommandParameters:{runAsync='true',
> hostId='9bdfaedc-34a8-4a08-ad8a-c117835a6094',
> vmId='040609f6-cfe0-4763-8b32-08ffad158c93'})' execution failed:
> VDSGenericException: VDSNetworkException: Message timeout which can be
> caused by communication issues
> 2016-04-12 19:27:56,875 WARN  [org.ovirt.engine.core.vdsbroker.VdsManager]
> (org.ovirt.thread.pool-8-thread-16) [4d97ca06] Host 'OVCL1A' is not
> responding.
>
> Disk only live snapshots freeze the guest file systems, the vm receives
> the thaw command, but the VM is no longer responsive. The VM pings on the
> network but it is hung and it also needs a kill -9 to the qemu process so
> that it can be booted again.
>
> jsonrpc.Executor/0::DEBUG::2016-04-12
> 19:41:58,342::__init__::503::jsonrpc.JsonRpcServer::(_serveRequest) Calling
> 'VM.snapshot' in bridge with {u'frozen': True, u'vmID':
> u'040609f6-cfe0-4763-8b32-08ffad158c93', u'snapDrives': []}
> jsonrpc.Executor/0::INFO::2016-04-12
> 19:41:58,343::vm::3237::virt.vm::(snapshot)
> vmId=`040609f6-cfe0-4763-8b32-08ffad158c93`::
> 
> 
>
> jsonrpc.Executor/0::ERROR::2016-04-12
> 19:41:58,346::vm::3252::virt.vm::(snapshot)
> vmId=`040609f6-cfe0-4763-8b32-08ffad158c93`::Unable to take snapshot
> Traceback (most recent call last):
>   File "/usr/share/vdsm/virt/vm.py", line 3250, in snapshot
> self._dom.snapshotCreateXML(snapxml, snapFlags)
>   File "/usr/share/vdsm/virt/virdomain.py", line 68, in f
> ret = attr(*args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/vdsm/libvirtconnection.py", line
> 124, in wrapper
> ret = f(*args, **kwargs)
>   File "/usr/lib/python2.7/site-packages/vdsm/utils.py", line 1313, in
> wrapper
> return func(inst, *args, **kwargs)
>   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2581, in
> snapshotCreateXML
> if ret is None:raise libvirtError('virDomainSnapshotCreateXML()
> failed', dom=self)
> libvirtError: unsupported configuration: nothing selected for snapshot
> jsonrpc.Executor/7::DEBUG::2016-04-12
> 19:41:58,391::__init__::503::jsonrpc.JsonRpcServer::(_serveRequest) Calling
> 'VM.thaw' in bridge with {u'vmID': u'040609f6-cfe0-4763-8b32-08ffad158c93'}
> jsonrpc.Executor/7::INFO::2016-04-12
> 19:41:58,391::vm::3041::virt.vm::(thaw)
> vmId=`040609f6-cfe0-4763-8b32-08ffad158c93`::Thawing guest filesystems
> jsonrpc.Executor/7::INFO::2016-04-12
> 19:41:58,396::vm::3056::virt.vm::(thaw)
> vmId=`040609f6-cfe0-4763-8b32-08ffad158c93`::6 guest filesystems thawed
>

It could be an issue of a guest agent. Please make sure the
ovirt-guest-agent and qemu-guest-agent are installed and running in the VM.
Further details are available at:
http://www.ovirt.org/documentation/internal/guest-agent/understanding-guest-agents-and-other-tools/
In addition, can you please attach full engine/vdsm logs.


>
> Everything else is working well with cinder for running VMs (making disks,
> running VMs, live migration, etc...). I was able to get live snapshots when
> using a CephFS Posix storage 

Re: [ovirt-users] [ovirt-devel] Coming (Very) Soon - New ovirt.org Website & Deprecated Wiki

[Daniel Erez]

- Original Message -
> From: "Mikey Ariel" 
> To: users@ovirt.org, de...@ovirt.org, in...@ovirt.org
> Sent: Thursday, February 18, 2016 1:42:56 PM
> Subject: [ovirt-devel] Coming (Very) Soon - New ovirt.org Website &   
> Deprecated Wiki
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> In the past months we've been working on upgrading the oVirt project
> infrastructure, to better support the community contributions.
> 
> One of the main platforms for our user documentation, release
> management content, and community content has been the MediaWiki site
> that you all know as ovirt.org. Most of us are familiar with the wiki
> site format, with all its advantages and disadvantages.
> 
> After several years of serving the community, I'm happy to announce
> that we are very near to completing a full upgrade of the website
> infrastructure from a wiki site to a static site, source-controlled on
> GitHub and authored in Markdown.
> 
> This email is the pre-launch announcement, as we are reaching the
> final stages of the migration, and there are a few actions that might
> affect your work on website content in the meantime.
> 
> Why migrate the website
> ===
> 
> As mentioned, wiki sites provide an open and flexible content editing
> platform. Unfortunately, as the site grows the content becomes quite
> difficult to manage and curate, resulting in lots of obsolete,
> outdated, and incorrect information.
> 
> By moving to a source-controlled repository and implementing GitHub's
> contribution workflow, we strive to ease the work of maintaining an
> up-to-date content site, employ a peer-review process for changes, and
> standardize the authoring markup language to lower the contribution
> barrier.
> 
> The Middleman framework (Ruby-based static site generator) was chosen
> based on observing successful implementation of other open-source
> community websites, such as OpenStack RDO, Project Atomic, and Gluster.
> 
> What we did so far
> ==
> 
> When we started the migration, our Web design team exported all of the
> wiki content from the old website and converted it to MD files. They
> also set up the website config flow, auto-deploy, and upgraded the
> look-and-feel of the website.
> 
> We then initiated a content review effort as well as a UX review for
> the new website in a smaller forum, which caught most of the critical
> issues with the new website and helped us get the new format to a
> place where we can release the website in a near-GA/public-beta format.
> 
> Yesterday (Wednesday Feb 17) we exported the website one more time and
> currently we're running a diff on all the files that changed since the
> initial export was done, to make sure we grab all the updates and the
> latest content before we launch the new website.
> 
> What is about to happen
> ===
> 
> Today we are initiating a **wiki freeze**, which means the old
> MediaWiki site will become read-only. This is to ensure that all of

Where's the old MediaWiki site? (seems the old URL redirects to the new one).

> our diff scripts reflect the most current state of the content on the
> website, and that we don't lose any content in the transition.
> 
> Barring any unexpected blockers, we will port the ovirt.org domain to
> point to the new website and open the new website for contributions on
> **Monday February 22** or earlier.
> 
> What do you need to do right now
> 
> 
> If you have any wiki pages that you're actively editing, please don't
> save them to the old MediaWiki site, and hold onto your pending
> changes until we send the happy launch email.
> 
> We will also include instructions on how to contribute/edit/add
> content to the new website, but in general the workflow will be
> aligned with the standard GitHub best practices
> (clone-edit-commit-pullrequest), so you can utilize all of the git
> commands that you already know or work directly within the GitHub web
> editor.
> 
> 
> I'd like to thank all of the people who were involved with this
> migration so far, ovirt.org is a big website with lots of content and
> it was no small task to upgrade it.
> 
> Please feel free to ping me on- or off-list if you have any questions
> about the next steps, and expect a happy launch email soon!
> 
> Cheers,
> Mikey
> 
> 
> - --
> Mikey Ariel
> Community Lead, oVirt
> www.ovirt.org
> 
> "To be is to do" (Socrates)
> "To do is to be" (Jean-Paul Sartre)
> "Do be do be do" (Frank Sinatra)
> 
> Mobile: +420-702-131-141
> IRC: mariel / thatdocslady
> Twitter: @ThatDocsLady
> 
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
> 
> iQEcBAEBCAAGBQJWxa5AAAoJEHYPPTOszxHow10H/jeuhzMrUrPsCBedLg7OKnNh
> jdKDujT/aCyA4LgnRHnVBEASunShmVaOJrMdU4r0PZbdkX1Mf5/SvCEFGKY14qAg
> m/5CnDhlwbp5rqo09VOGLMg20CaMtpUoE1LpKE/epGYEKSBr2JIAA+HAsYa1OEyS
> 9oHDDx+ZIbfHNlygW1KpW6dsuZRscTbfy4kk8rY83YdJGyQiQN+ulsjT/c2N8ArR
> 

Re: [ovirt-users] [libvirt-users] virsh athentification failure

[Daniel P. Berrange]

On Fri, Dec 04, 2015 at 03:18:19PM +, Jean-Pierre Ribeauville wrote:
> Hi,
> 
> I wrote a C program running in a KVM host.
> Part of it adds a Unix Channel device in all Guests in order to  have a 
> dialog from Host to Guest.
> As long as my host wasn't part of an Ovirt cluster , all was running fine.
> 
> 
> I added my host in a ovirt cluster , and then , when running the script 
> creating the channel device  ( by  using  "virsh attach-device  --persistent 
> -live ." ) , I got following error :
> 
> Please enter your authentication name:
> Please enter your password:
> error: failed to connect to the hypervisor
> error: no valid connection
> error: authentication failed: Failed to step SASL negotiation: -1 (SASL(-1): 
> generic failure: All-whitespace username.)
> 
> 
> What's the user/password I've to use then ?

When you attach a compute node to oVirt, it sets up auth with libvirt
to prevent admins from connecting to libvirt. If you want to oiverride
that you need to create yourself a SASL user + password using the
saslpasswd2 command eg see

http://libvirt.org/auth.html#ACL_server_username

Regards,
Daniel
-- 
|: http://berrange.com  -o-http://www.flickr.com/photos/dberrange/ :|
|: http://libvirt.org  -o- http://virt-manager.org :|
|: http://autobuild.org   -o- http://search.cpan.org/~danberr/ :|
|: http://entangle-photo.org   -o-   http://live.gnome.org/gtk-vnc :|
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [SPAM] [OT] Gmail is marking the list as spam.

[Daniel Helgenberger]

On 11/16/2015 06:30 PM, Juan Pablo Lorier wrote:
> Hi,
> 
> Someone may take a look at the spam policy of Gmail to see what is not 
> been done as it's been months since I have to get the mails from spam 
> folder no matter how much I try to get them as legitime.
> Regards

At least ovirt.org seems to have an ipv6 SPF softfail:

On my Mailserver, running dual stack, I get:
Received-SPF: SoftFail domain of transitioning
 users-boun...@ovirt.org discourages use of 2600:3c01::f03c:91ff:fe93:4b0d as
 permitted sender

Doing some 'dig'-ging reveals a faulty/missing IPv6 SPF while 'lists.ovirt.org' 
is sending mails via IPv6:

nslookup 2600:3c01::f03c:91ff:fe93:4b0d
Non-authoritative answer:
d.0.b.4.3.9.e.f.f.f.1.9.c.3.0.f.0.0.0.0.0.0.0.0.1.0.c.3.0.0.6.2.ip6.arpa
name = lists.ovirt.org.

But:
dig ovirt.org TXT +short
"v=spf1 a:linode01.ovirt.org a:lists.ovirt.org ~all"

and:
dig lists.ovirt.org  +short
linode01.ovirt.org.

dig lists.ovirt.org A +short
linode01.ovirt.org.
173.255.252.138




> 
> El 22/10/15 a las 12:24 p.m., users-requ...@ovirt.org escribió:
>> Send Users mailing list submissions to
>>  users@ovirt.org
>>
>> To subscribe or unsubscribe via the World Wide Web, visit
>>  http://lists.ovirt.org/mailman/listinfo/users
>> or, via email, send a message with subject or body 'help' to
>>  users-requ...@ovirt.org
>>
>> You can reach the person managing the list at
>>  users-ow...@ovirt.org
>>
>> When replying, please edit your Subject line so it is more specific
>> than "Re: Contents of Users digest..."
>>
>>
>> Today's Topics:
>>
>> 1.  [ANN] oVirt 3.6.0 Third Release Candidate is now available
>>for testing (Sandro Bonazzola)
>> 2. Re:  Testing self hosted engine in 3.6: hostname not resolved
>>error (Gianluca Cecchi)
>> 3. Re:  3.6 upgrade issue (Yaniv Dary)
>> 4. Re:  How to change the hosted engine VM RAM size after
>>deploying (Simone Tiraboschi)
>>
>>
>> --
>>
>> Message: 1
>> Date: Thu, 22 Oct 2015 16:08:25 +0200
>> From: Sandro Bonazzola 
>> To: annou...@ovirt.org, users , devel
>>  
>> Subject: [ovirt-users] [ANN] oVirt 3.6.0 Third Release Candidate is
>>  now available for testing
>> Message-ID:
>>  

Re: [ovirt-users] Attach disk to vm firefox

[Daniel Erez]

Hi Jonas,

Seems similar to bug 1269206 [*], which has already been resolved
for oVirt 3.6.1. It should be fixed on latest build.

Thanks!
Daniel

[*] https://bugzilla.redhat.com/show_bug.cgi?id=1269206

- Original Message -
> From: "Jonas Israelsson" <jo...@israelsson.com>
> To: users@ovirt.org
> Sent: Saturday, November 7, 2015 12:11:28 AM
> Subject: [ovirt-users] Attach disk to vm firefox
> 
> Greetings.
> 
> I think I have stumbled upon a bug related to firefox.
> 
> Running released version of oVirt 3.6 and trying to attach a disk to a
> vm. It is however impossible to select a disk after position 13 (from
> top) in the list.
> Looking at the 'table border' that I assume normally should go around
> the whole window, in firefox stops a few disks from the bottom of the
> list and
> disks below that point can't be selected, hence not be attached.
> 
> Works in Chrome.
> 
> Running Firefox 41.0.2 under Linux (Opensuse 13.2)
> 
> It this a known issue ?
> 
> See attached snapshot.
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] MAC address recycling

[Daniel Helgenberger]

On 02.10.2015 07:54, Martin Mucha wrote:
> 
> 
> - Original Message -
>>
>>
>> On 27.09.2015 12:25, Martin Mucha wrote:
>>> Hi,
>>>
>>> danken, I do not remember I saw such a bug.
>>>
>>> In 3.5 and 3.6 there was some changes in MAC pool implementation and usage
>>> in system, but order, in which macs are assigned remained unchanged. Yes,
>>> if you request MAC from pool, return it, and request again, you will
>>> always end up with same mac.
>>>
>>> when looking for available mac in pool, we iterate through available ranges
>>> selecting first one with some available mac:
>>> org.ovirt.engine.core.bll.network.macpoolmanager.MacsStorage#getRangeWithAvailableMac
>>>
>>> and select 'leftmost' available mac from it:
>>> org.ovirt.engine.core.bll.network.macpoolmanager.Range#findUnusedMac
>>
>> Thanks clearing up this behaviour!
>>
>> I would open an RFE?
> 
> Yes, please. I'm currently on PTO, and this has to be planned anyways (and 
> that's not done by me). Please specify there as well whether depicted 
> solution I wrote about in last mail would be fine to you, or whether you 
> actually need some delaying. I believe new methods for replacing should be 
> ideal solution, but I don't know all your constraints and I did not look 
> sufficiently thoroughly into code to be sure how easy/problematic it is. 
> 
FYI:
https://bugzilla.redhat.com/show_bug.cgi?id=1269301

>>
>>>
>>> I understand your problem, we can either a) impose some delay for returning
>>> macs to pool or b)randomize acquiring macs, but we should as well specify,
>>> how should system behave, when there are not sufficient macs in system.
>>> Since when there are small amount of macs left, a) will block other
>>> requests for mac while there's no need to do so and b) will return same
>>> mac anyways, if there's just one left. And even worse, with low number of
>>> available mac (for example 5) and randomized selection it may work/fail
>>> unpredictably.
>>>
>>> Maybe more proper would be creating new method on mac pool, requiring 'mac
>>> renew/replace' — that's the actual usecase you need; not
>>> delaying/randomizing. You need different mac. Method like "I want some MAC
>>> address(es), but not this one(s); Returned mac addresses would be
>>> immediately available for others, and search for another mac can sensibly
>>> fail (this mac address cannot be replaced, there isnt another one)
>>>
>>> M.
>>>
>>> - Original Message -
>>>> On Thu, Sep 24, 2015 at 01:39:42PM +, Daniel Helgenberger wrote:
>>>>> Hello,
>>>>>
>>>>> I recently experienced an issue with mac address uses in ovirt with
>>>>> foreman[1].
>>>>>
>>>>> Bottom line, a mac address was recycled causing an issue where I could
>>>>> not
>>>>> rebuild a host because of a stale DHCP reservation record.
>>>>>
>>>>> What is the current behavior regarding the reuse of MAC addresses for new
>>>>> VMs?
>>>>> Can I somehow delay a the recycle of a MAC?
>>>>
>>>> Martin, I recall we had a bug asking not to immediately re-use a
>>>> recently-released MAC address. Was this possible?
>>>>
>>>
>>
>> --
>> Daniel Helgenberger
>> m box bewegtbild GmbH
>>
>> P: +49/30/2408781-22
>> F: +49/30/2408781-10
>>
>> ACKERSTR. 19
>> D-10115 BERLIN
>>
>>
>> www.m-box.de  www.monkeymen.tv
>>
>> Geschäftsführer: Martin Retschitzegger / Michaela Göllner
>> Handeslregister: Amtsgericht Charlottenburg / HRB 112767
>>
> 

-- 
Daniel Helgenberger
m box bewegtbild GmbH

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19
D-10115 BERLIN


www.m-box.de  www.monkeymen.tv

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Add external provider (Failed with error PROVIDER_FAILURE and code 5050) foreman 1.9

[Daniel Helgenberger]

Sorry for the delay; was working out of town.

On 25.09.2015 16:14, Nathanaël Blanchet wrote:

> Thanks for answering, so what am I supposed to do? regenerating foreman 
> certificate?

This depends on your engine os; try one of those hints
http://kb.kerio.com/product/kerio-connect/server-configuration/ssl-certificates/adding-trusted-root-certificates-to-the-server-1605.html

> 
> Le 25/09/2015 15:44, Daniel Helgenberger a écrit :
>> Just a guess: I had the same issue. It turned out foreman cert / ca was not 
>> trusted..
>>
>> On 25.09.2015 08:50, Nathanaël Blanchet wrote:
>>> Hello,
>>> I have a working foreman 1.9.1 installed with katello 2.3.
>>> As required, ruby193-rubygem-ovirt_provision_plugin-1.0.1-1.el7 is also
>>> installed on the same host.
>>> But the issue is the same as below when testing  in "add external
>>> provider" from ovirt 3.5.4.
>>> Is it a known bug?
>>> _______
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users
>>>
> 

-- 
Daniel Helgenberger
m box bewegtbild GmbH

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19
D-10115 BERLIN


www.m-box.de  www.monkeymen.tv

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] vm provisionning with foreman/ovirt

[Daniel Helgenberger]

Hello Nathanaël,

On 28.09.2015 14:42, Nathanaël Blanchet wrote:
> Hi Yaniv,
> 
> I successfully tested the foreman integration with ovirt 3.5 for host 
> provisionning, but I'm now so much interested in the vm provisionning 
> during the vm creation with a PXE boot on a kickstart file generated by 
> foreman.
> I've tested the vm provisionning in the foreman side with computer 
> resource and all works as expected. But to my mind, it would be easier 
> to deal this workflow with ovirt as a unique interface. Is there some 
> current work to implement this into ovirt?
> 

There is quite a difference in the goals of ovirt and foreman. I do think there 
will never
be such a feature in ovirt; foreman is live cycle and ovirt compute.

This is why on our site, for instance, users use Foreman as frontend while 
admins use oVirt directly.

However, it is quite easy to add existing VMs back to foreman:
In foreman, head to compute providers, ovrit, 'associate vms'

-- 
Daniel Helgenberger
m box bewegtbild GmbH

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19
D-10115 BERLIN


www.m-box.de  www.monkeymen.tv

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Some VMs in status "not responding" in oVirt interface

[Daniel Helgenberger]

Hello Christian,

just a quick round up:

Did you still see the issue? It stopped for me after removing live snap shots.


On 17.09.2015 07:39, Christian Hailer wrote:
> Hi,
> 
> just to get it straight: most of my VMs had one or more existing snapshots. 
> Do you think this is a problem currently? If I understand it correctly the BZ 
> of Markus concerns only a short period of time while removing a snapshot, but 
> my VMs stopped responding in the middle of the night without any 
> interaction...
> I deleted all the snapshots, just in case :) my system is running fine for 
> nearly three days now, I'm not quite sure but I think it helped that I 
> changed the HDD and NIC of the Windows 2012 VMs to VirtIO devices...
> 
> Best regards, Christian
> 
> -Ursprüngliche Nachricht-
> Von: Daniel Helgenberger [mailto:daniel.helgenber...@m-box.de] 
> Gesendet: Dienstag, 15. September 2015 22:24
> An: Markus Stockhausen <stockhau...@collogia.de>; Christian Hailer 
> <christ...@hailer.eu>
> Cc: yd...@redhat.com; users@ovirt.org
> Betreff: Re: AW: [ovirt-users] Some VMs in status "not responding" in oVirt 
> interface
> 
> 
> 
> On 15.09.2015 21:31, Markus Stockhausen wrote:
>> Hi Christian,
>>
>> I think of a package similar like this:
>>
>> qemu-debuginfo.x86_64   2:2.1.3-10.fc21
>>
>> That allows gdb to show information about backtrace symbols. See 
>> comment 12 of https://bugzilla.redhat.com/show_bug.cgi?id=1262251
>> Makes error search much simpler - especially if qemu hangs.
> 
> Markus, thanks for the BZ. I think I do see the same issue. Actually my VM is 
> currently the only with a live snapshot and (puppetmaster) does a lot of I/O.
> 
> Christian, maybe this BZ1262251 also applicable?
> 
> I'll go ahead and delete the live snapshot. If I see this issue again I will 
> submit the trace to your BZ.
> 
> 
>>
>> Markus
>>
>> **
>>
>> Von: Christian Hailer [christ...@hailer.eu]
>>
>> Gesendet: Dienstag, 15. September 2015 21:24
>>
>> An: Markus Stockhausen; 'Daniel Helgenberger'
>>
>> Cc: yd...@redhat.com; users@ovirt.org
>>
>> Betreff: AW: [ovirt-users] Some VMs in status "not responding" in 
>> oVirt interface
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Hi Markus,
>>  
>> gdb is available on CentOS 7, but what do you mean by qemu-debug? I 
>> Installed qemu-kvm-tools, maybe this is the pendant for CentOS?
>>  
>> qemu-kvm-tools.x86_64 : KVM debugging and diagnostics tools
>> qemu-kvm-tools-ev.x86_64 : KVM debugging and diagnostics tools
>> qemu-kvm-tools-rhev.x86_64 : KVM debugging and diagnostics tools
>>  
>> Regards, Christian
>>  
>>
>>
>>
>>
>> Von: Markus Stockhausen [mailto:stockhau...@collogia.de]
>>
>>
>> Gesendet: Dienstag, 15. September 2015 20:40
>>
>> An: Daniel Helgenberger <daniel.helgenber...@m-box.de>
>>
>> Cc: Christian Hailer <christ...@hailer.eu>; yd...@redhat.com; 
>> users@ovirt.org
>>
>> Betreff: Re: [ovirt-users] Some VMs in status "not responding" in 
>> oVirt interface
>>
>>
>>  
>> Do you have a chance to install qemu-debug? If yes I would try a backtrace.
>> gdb -p 
>>
>> # bt
>> Markus
>>
>>
>> Am 15.09.2015 4:15 nachm. schrieb Daniel Helgenberger 
>> <daniel.helgenber...@m-box.de>:
>>
>>
>>
>>
>>
>> Hello,
>>
>>
>>
>> I do not want to hijack the thread but maybe my issue is related?
>>
>>
>>
>> It might have started with ovirt 3.5.3; but I cannot tell for sure.
>>
>>
>>
>> For me, one vm (foreman) is affected; the second time in 14 days. I 
>> can confirm this as I also loose any network connection to the VM and
>>
>> the ability to connect a console.
>>
>> Also, the only thing witch 'fixes' the issue is right now 'kill -9 > qemu-kvm process>'
>>
>>
>>
>> As far as I can tell the VM became unresponsive at around Sep 15 
>> 12:30:01; engine logged this at 12:34. Nothing obvious in VDSM logs 
>> (see
>>
>> attached).
>>
>>
>>
>> Below the engine.log part.
>>
>>
>>
>> Versions:
>>
>> ovirt-engine-3.5.4.2-1.el7.centos.noarch
>>
>>
>>
>> vdsm-4.16.26-0.el7.centos
>>
>> libvirt-1.2.8-16.el7_1.3
>>
>>
>>
>> engine.log (1200 - 1300:
>>
>> 2015-09

[ovirt-users] MAC address recycling

[Daniel Helgenberger]

Hello,

I recently experienced an issue with mac address uses in ovirt with foreman[1].

Bottom line, a mac address was recycled causing an issue where I could not 
rebuild a host because of a stale DHCP reservation record.

What is the current behavior regarding the reuse of MAC addresses for new VMs?
Can I somehow delay a the recycle of a MAC?

Thanks!
-- 
Daniel Helgenberger
m box bewegtbild GmbH

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19
D-10115 BERLIN


www.m-box.de  www.monkeymen.tv

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] moving storage away from a single point of failure

[Daniel Helgenberger]

On 18.09.2015 23:04, Robert Story wrote:
> Hi,

Hello Robert,

> 
> I'm running oVirt 3.5 in our lab, and currently I'm using NFS to a single
> server. I'd like to move away from having a single point of failure.

In this case have a look at iSCSI or FC storage. If you have redundant 
contollers and switches
the setup should be reliable enough?

> Watching the mailing list, all the issues with gluster getting out of sync
> and replica issues has me nervous about gluster, plus I just have 2
> machines with lots of drive bays for storage.

Still, I would stick to gluster if you want a replicated storage:
 - It is supported out of the box and you get active support from lots of users 
here
 - Replica3 will solve most out of sync cases
 - I dare say other replicated storage backends do suffer from the same issues, 
this is by design.

Two things you should keep in mind when running gluster in production:
 - Do not run compute and storage on the same hosts
 - Do not (yet) use Gluster as storage for Hosted Engine

> I've been reading about GFS2
> and DRBD, and wanted opinions on if either is a good/bad idea, or to see if
> there are other alternatives.
> 
> My oVirt setup is currently 5 nodes and about 25 VMs, might double in size
> eventually, but probably won't get much bigger than that.

In the end, it is quite easy to migrate storage domains. If you are satisfied 
with your lab
setup, put it in production and add storage later and move the disks. 
Afterwards, remove old
storage domains.

My to cent with gluster: It runs quite stable since some time now if you do not 
touch it.
I never had issues when adding bricks, though removing and replacing them can 
be very tricky.

HTH,

> 
> 
> Thanks,
> 
> Robert
> 

-- 
Daniel Helgenberger
m box bewegtbild GmbH

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19
D-10115 BERLIN


www.m-box.de  www.monkeymen.tv

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] LDAP Authentication

[Daniel Helgenberger]

"Alon Bar-Lev" <alo...@redhat.com <mailto:alo...@redhat.com>>
> > Cc:users@ovirt.org <mailto:users@ovirt.org>
> > Sent: Tuesday, September 22, 2015 5:35:16 PM
> > Subject: Re: [ovirt-users] LDAP Authentication
> >
> > its too complicated ,you have any script or video ?
> 
> in 3.6 we have a setup script.
> for now:
> 
> cp -r /usr/share/ovirt-engine/examples/simple/. /etc/ovirt-engine/
> 
> this is written in the README.
> 
> then customize files at /etc/ovirt-engine/extnesions.d/*
> /etc/ovirt-engine/aaa/* to match your setup
> 
> >
> >
> > On Tue, Sep 22, 2015 at 8:00 PM, Alon Bar-Lev <alo...@redhat.com 
> <mailto:alo...@redhat.com>> wrote:
> >
> > >
> > >
> > > - Original Message -
> > > > From: "Budur Nagaraju" <nbud...@gmail.com 
> <mailto:nbud...@gmail.com>>
> > > > To: "Alon Bar-Lev" <alo...@redhat.com <mailto:alo...@redhat.com>>
> > > > Cc:users@ovirt.org <mailto:users@ovirt.org>
> > > > Sent: Tuesday, September 22, 2015 5:24:36 PM
> > > > Subject: Re: [ovirt-users] LDAP Authentication
> > > >
> > > > HI Alon,
> > > >
> > > > Below is the configuration which I have done ,but unable to search 
> the
> > > > users in UI
> > > > can you pls help me ?
> > >
> > > you need three files, see the
> > > /usr/share/ovirt-engine-extension-aaa-ldap/examples/simple
> > >
> > > >
> > > >
> > > > [root@cstlb2 aaa]# cat ldap1.properties
> > > > #
> > > > # Select one
> > > > #
> > > > include = 
> > > > #include = <389ds.properties>
> > > > #include = 
> > > > #include = 
> > > > #include = 
> > > > #include = 
> > > > #include = 
> > > >
> > > > #
> > > > # Server
> > > > #
> > > > vars.server =my.abc.net <http://my.abc.net>
> > > >
> > > > #
> > > > # Search user and its password.
> > > > #
> > > > vars.user =
> > > >
> > > 
> uid=search,cn=nbudoor,cn=Departments,cn=Corporate,cn=Bangalore,cn=users,dc=abc,dc=net
> > > > vars.password = company1
> > > >
> > > > pool.default.serverset.single.server = ${global:vars.server}
> > > > pool.default.auth.simple.bindDN = ${global:vars.user}
> > > > pool.default.auth.simple.password = ${global:vars.password}
> > > >
> > > > # Create keystore, import certificate chain and uncomment
> > > > # if using ssl/tls.
> > > > #pool.default.ssl.startTLS = true
>     > > > #pool.default.ssl.truststore.file =
> > > > ${local:_basedir}/${global:vars.server}.jks
> > > > #pool.default.ssl.truststore.password = changeit
> > > > [root@cstlb2 aaa]#
> > > >
> > > >
> > > >
> > > > On Tue, Sep 22, 2015 at 7:25 PM, Alon Bar-Lev <alo...@redhat.com 
> <mailto:alo...@redhat.com>> wrote:
> > > >
> > > > >
> > > > >
> > > > > - Original Message -
> > > > > > From: "Budur Nagaraju" <nbud...@gmail.com 
> <mailto:nbud...@gmail.com>>
> > > > > > To:users@ovirt.org <mailto:users@ovirt.org>
> > > > > > Sent: Tuesday, September 22, 2015 4:34:46 PM
> > > > > > Subject: [ovirt-users] LDAP Authentication
> > > > > >
> > > > > > HI All,
> > > > > >
> > > > > > Can someone help me in configuring LDAP authentication for 
> Ovirt ?
> > > > >
> > > > > Please review:
> > > > >http://www.ovirt.org/Features/AAA
> > > > >
> > > > >
> > 
> >https://gerrit.ovirt.org/gitweb?p=ovirt-engine-extension-aaa-ldap.git;a=blob;f=README;hb=ovirt-engine-extension-aaa-ldap-1.0
> > > > >
> > > >
> > >
> >
> 
> 

-- 
Daniel Helgenberger
m box bewegtbild GmbH

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19
D-10115 BERLIN


www.m-box.de  www.monkeymen.tv

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Some VMs in status "not responding" in oVirt interface

[Daniel Helgenberger]

On 17.09.2015 07:39, Christian Hailer wrote:
> Hi,
> 
> just to get it straight: most of my VMs had one or more existing snapshots. 
> Do you think this is a problem currently? If I understand it correctly the BZ 
> of Markus concerns only a short period of time while removing a snapshot, but 
> my VMs stopped responding in the middle of the night without any 
> interaction...
> I deleted all the snapshots, just in case :) my system is running fine for 
> nearly three days now, I'm not quite sure but I think it helped that I 
> changed the HDD and NIC of the Windows 2012 VMs to VirtIO devices...

In my case these these Linux guests. So far I only had one VM with a live snap; 
the one showing the issue. This points into the direction
qemu-rhev; might be independent from guest os.
For testing I created a new guest just for this purpose; it has a live snap 
shot. Maybe you do the same?

To dig deeper into the issue: my storage is NFS3 - backed.
> 
> Best regards, Christian
> 
> -Ursprüngliche Nachricht-
> Von: Daniel Helgenberger [mailto:daniel.helgenber...@m-box.de] 
> Gesendet: Dienstag, 15. September 2015 22:24
> An: Markus Stockhausen <stockhau...@collogia.de>; Christian Hailer 
> <christ...@hailer.eu>
> Cc: yd...@redhat.com; users@ovirt.org
> Betreff: Re: AW: [ovirt-users] Some VMs in status "not responding" in oVirt 
> interface
> 
> 
> 
> On 15.09.2015 21:31, Markus Stockhausen wrote:
>> Hi Christian,
>>
>> I think of a package similar like this:
>>
>> qemu-debuginfo.x86_64   2:2.1.3-10.fc21
>>
>> That allows gdb to show information about backtrace symbols. See 
>> comment 12 of https://bugzilla.redhat.com/show_bug.cgi?id=1262251
>> Makes error search much simpler - especially if qemu hangs.
> 
> Markus, thanks for the BZ. I think I do see the same issue. Actually my VM is 
> currently the only with a live snapshot and (puppetmaster) does a lot of I/O.
> 
> Christian, maybe this BZ1262251 also applicable?
> 
> I'll go ahead and delete the live snapshot. If I see this issue again I will 
> submit the trace to your BZ.
> 
> 
>>
>> Markus
>>
>> **
>>
>> Von: Christian Hailer [christ...@hailer.eu]
>>
>> Gesendet: Dienstag, 15. September 2015 21:24
>>
>> An: Markus Stockhausen; 'Daniel Helgenberger'
>>
>> Cc: yd...@redhat.com; users@ovirt.org
>>
>> Betreff: AW: [ovirt-users] Some VMs in status "not responding" in 
>> oVirt interface
>>
>>
>>
>>
>>
>>
>>
>>
>>
>>
>> Hi Markus,
>>  
>> gdb is available on CentOS 7, but what do you mean by qemu-debug? I 
>> Installed qemu-kvm-tools, maybe this is the pendant for CentOS?
>>  
>> qemu-kvm-tools.x86_64 : KVM debugging and diagnostics tools
>> qemu-kvm-tools-ev.x86_64 : KVM debugging and diagnostics tools
>> qemu-kvm-tools-rhev.x86_64 : KVM debugging and diagnostics tools
>>  
>> Regards, Christian
>>  
>>
>>
>>
>>
>> Von: Markus Stockhausen [mailto:stockhau...@collogia.de]
>>
>>
>> Gesendet: Dienstag, 15. September 2015 20:40
>>
>> An: Daniel Helgenberger <daniel.helgenber...@m-box.de>
>>
>> Cc: Christian Hailer <christ...@hailer.eu>; yd...@redhat.com; 
>> users@ovirt.org
>>
>> Betreff: Re: [ovirt-users] Some VMs in status "not responding" in 
>> oVirt interface
>>
>>
>>  
>> Do you have a chance to install qemu-debug? If yes I would try a backtrace.
>> gdb -p 
>>
>> # bt
>> Markus
>>
>>
>> Am 15.09.2015 4:15 nachm. schrieb Daniel Helgenberger 
>> <daniel.helgenber...@m-box.de>:
>>
>>
>>
>>
>>
>> Hello,
>>
>>
>>
>> I do not want to hijack the thread but maybe my issue is related?
>>
>>
>>
>> It might have started with ovirt 3.5.3; but I cannot tell for sure.
>>
>>
>>
>> For me, one vm (foreman) is affected; the second time in 14 days. I 
>> can confirm this as I also loose any network connection to the VM and
>>
>> the ability to connect a console.
>>
>> Also, the only thing witch 'fixes' the issue is right now 'kill -9 > qemu-kvm process>'
>>
>>
>>
>> As far as I can tell the VM became unresponsive at around Sep 15 
>> 12:30:01; engine logged this at 12:34. Nothing obvious in VDSM logs 
>> (see
>>
>> attached).
>>
>>
>>
>> Below the engine.log part.
>>
>>
>>
>> Versions:
>>
>>

Re: [ovirt-users] Extension aaa: No search for principal

[Daniel Helgenberger]

On 15.09.2015 22:55, Alon Bar-Lev wrote:
> 
> 
> - Original Message -
>> From: "Daniel Helgenberger" <daniel.helgenber...@m-box.de>
>> To: "Alon Bar-Lev" <alo...@redhat.com>
>> Cc: Users@ovirt.org
>> Sent: Tuesday, September 15, 2015 11:09:45 PM
>> Subject: Re: [ovirt-users] Extension aaa: No search for principal
>>
>> I think I did find the issue here;
>>
>> my domain is named int.corp.com
>>
>> I have defined several UPN aliases and our real world users do use the UPN
>> @corp.com.
>>
>> Using some internal user with UPN int.corp.com the authentication works as
>> expected; while my real world users fail.
>>
>> I tried to create a new profile for that; but it fails to load off course
>> because the domain corp.com cannot be connected.
>>
> 
> the user is upn, users should specify their full upn if this non default 
> domain suffix.

Hello Alon,
> 
> you do not need a new profile.
> 
> in your case it would probably be us...@corp.com for user1.

right ... should have tried that in the first place. Works very well now.

Thanks for helping me sort that through!

> 

-- 
Daniel Helgenberger
m box bewegtbild GmbH

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19
D-10115 BERLIN


www.m-box.de  www.monkeymen.tv

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Extension aaa: No search for principal

[Daniel Helgenberger]

On 11.09.2015 17:00, Alon Bar-Lev wrote:
>
>
> - Original Message -
>> From: "Daniel Helgenberger" <daniel.helgenber...@m-box.de>
>> To: "Alon Bar-Lev" <alo...@redhat.com>
>> Cc: Users@ovirt.org
>> Sent: Friday, September 11, 2015 5:33:21 PM
>> Subject: Re: [ovirt-users] Extension aaa: No search for principal
>>
>> sorry, forgot one:
>>
>> On 11.09.2015 12:48, Alon Bar-Lev wrote:
>>> Hi!
>>>
>>> Thank you for the information, for some reason the administrator user
>>> cannot be resolved to userPrincipalName during login, is it specific for
>>> Administrator or any user?
>> This is the default domain administrator account witch exits in any
>> forest. But just in case I created a new domain user just for the
>> purpose; same outcome
>
Sorry for the delay, Alon.

> I am unsure what actually happens...
I might have an idea, at least from the commands you supplied.

> Something in global catalog is out of sync.
> Usually - you do not add domain administrator to external application... 
> there is no need to expose it.
> By default Administrator does not have "login from network" and "user 
> principal suffix".
>
> Also in my environment I do not get result for administrator, but I do get 
> one for regular user that has upn suffix in user record, you can see these 
> fields in user and domain manager.
>
> So please use regular unprivileged users which belongs to "Domain Users" from 
> now on.
>
> To test if user has userPrincipalName use the following command (assuming we 
> search for u...@int.corp.de):
>
> $ ldapsearch -E pr=1024/noprompt -o ldif-wrap=no -H 
> ldap://qa1.qa.lab.tlv.redhat.com:3268/ -x -D 'b...@int.corp.de' -w PASSWORD 
> -b '' '(userPrincipalName=u...@int.corp.de)' cn userPrincipalName
It seams with Active Directory (at least) the search base cannot be 
empty (-b '') but needs to be provided.

In my case, the above command fails with:
> # search result
> search: 2
> result: 32 No such object
> text: 208D: NameErr: DSID-03100213, problem 2001 (NO_OBJECT), data 0, 
> best match of:

While adding the most basic search path it succeeds:

$ ldapsearch -E pr=1024/noprompt -o ldif-wrap=no -H 
ldap://int.corp.de:389/ -x -D 'b...@int.corp.de' -w PASSWORD -b 
'dc=int,dc=corp,dc=de' '(userPrincipalName=administra...@int.corp.de)' 
cn userPrincipalName
> # search reference
> ref: ldap://ForestDnsZones.int.corp.de/DC=ForestDnsZones,DC=int,DC=corp,DC=de
>
> # search reference
> ref: ldap://DomainDnsZones.int.corp.de/DC=DomainDnsZones,DC=int,DC=corp,DC=de
>
> # search reference
> ref: ldap://int.corp.de/CN=Configuration,DC=int,DC=corp,DC=de
>
> # search result
> search: 2
> result: 0 Success
> control: 1.2.840.113556.1.4.319 false DDDSSSDDMM=
> pagedresults: cookie=
>
> # numResponses: 4
> # numReferences: 3

It succeeds with every user I tried.

I would set the search base; but i am not sure where to do so.

>
> This should find the user (return one result), if not, please checkout user 
> in Users and Domains manager for the domain suffix, maybe it is empty.
>
> To find user without userPrincipalName such as Administrator use the 
> following command:
>
> $ ldapsearch -E pr=1024/noprompt -o ldif-wrap=no -H 
> ldap://qa1.qa.lab.tlv.redhat.com:3268/ -x -D 'b...@int.corp.de' -w PASSWORD 
> -b '' '(sAMAccountName=user)' cn userPrincipalName
>
> For example, the above will work for Administrator, but for kerberos to work 
> properly user principal name must be defined, so these users will not work.
>
> You can dump entire GC and send me a user record if no result so I can 
> determine what is different from expectations:
>
> $ ldapsearch -E pr=1024/noprompt -o ldif-wrap=no -H 
> ldap://qa1.qa.lab.tlv.redhat.com:3268/ -x -D 'b...@int.corp.de' -w PASSWORD 
> -b '' > /tmp/dump.out

If you still require a dump (its even a small one..) please drop a mail.

>
> Regards,
> Alon
>

-- 
Daniel Helgenberger
m box bewegtbild GmbH

P: +49/30/2408781-22
F: +49/30/2408781-10

ACKERSTR. 19
D-10115 BERLIN


www.m-box.de  www.monkeymen.tv

Geschäftsführer: Martin Retschitzegger / Michaela Göllner
Handeslregister: Amtsgericht Charlottenburg / HRB 112767
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users