Re: [ovirt-users] New Node

[Budur Nagaraju]

Below are the logs,

http://pastebin.com/zfFq8p59

On Mon, Feb 8, 2016 at 1:24 PM, Budur Nagaraju  wrote:

> HI
>
> I have added new HP blade as a ovirt node to the engine while deploying a
> new  instance in the newly added node  vm is getting stuck ,serveral times
> I have rebooted the node but no luck.
>
> Below are the engine and node version.
>
> Engine version :oVirt Engine Version: 3.5.5-1.el6
> Node version:oVirt Node - 3.5 - 0.999.201509102313.el7.centos
>
> When i deploy the same vm in the other nodes am not facing any issues.
>
> HP Blade chassis is a newer version model is HP7000 series.
>
> can someone help on this ?
>
> Thanks,
> Nagaraju
>
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Windows Server 2012R3 guest: BSOD

[Alan Murrell]

Hi Gregor,

Thank you for the response.

On 06/02/2016 2:05 PM, gregor wrote:

On my test machine I had run qemu with the cpu "Westmere"


I changed the CPU for the Windows Server 2012 R2 VM from the default 
(Sandybridge) to "Westmere", but the same issue occurs :-(


Regards,

ALan

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

[ovirt-users] ovirt-node 3.5 jenkins jobs

[Tolik Litovsky]

Hi

The current version is 3.6 and there is no more 3.5 releases.
Following these I disable the 3.5 build jobs on jenkins.

-- 
Best regards
Tolik Litovsky
RHEV-H Team
Red Hat

Red Hat: trustworthy, transformative technology. Powered by the community.
Connect at redhat.com
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ovirt 3.6 hostedengine.metadata, missing OVF_STORE

[Paul Groeneweg | Pazion]

Thanks for your response.

I have reverted the commented entries and restarted ovirt-ha-agent.
Now status on the daemon gives the error again:
http://screencast.com/t/DCZo6QJM1

The hosted engine domain is not shown in the web storage overview...
When I start import it shows a warning: http://screencast.com/t/7HfJ9qWFwb2L

Can I manually import the hostedengine storage?
( Hosted engine is visible in web interface and I have running VMs on
another storage domain ).


Op ma 8 feb. 2016 om 10:36 schreef Simone Tiraboschi :

>
>
> On Mon, Feb 8, 2016 at 9:47 AM, Paul Groeneweg | Pazion 
> wrote:
>
>> Update:
>>
>
> The OVF_STORE volume will contain the engine VM description in a format
> that the engine can easily handle.
> It will be created by the engine when:
> - it imported the hosted-engine storage domain
> - the engineVM is visible
> - the datacenter is up (you need at least one additional regular storage
> domain)
>
> Please make sure that all these conditions are met.
>
> If the OVF_STORE is not there or it's not accessible, ovirt-ha-agent will
> fallback to the initial vm.conf from deployment time. You see a warning
> since we are failing back to an initial status and this can temporary
> override your latest customization to the engine VM configuration.
>
>
>> 1. I was able to remove the warnirngs about the not found ovf / vm.conf
>> by commenting the conf_volume_UUID, conf_image_UUID entries in the
>> hosted-engine.conf. After a restart of the ovirt-ha-agent the errors were
>> gone. ( I believe this is not a permanent solution ).
>>
>
> Please revert it.
>
>
>>
>> 2. This morning I noticed the warning in the event log.
>> "The Hosted Engine Storage Domain doesn't exist. It should be imported
>> into the setup."
>>
>
> It's just a side effect of your point 1, please revert it.
>
>
>>
>> Any help would be appreciated.
>>
>> Best Regards,
>>
>> Paul Groeneweg
>>
>> Op zo 7 feb. 2016 om 22:14 schreef Paul Groeneweg | Pazion <
>> p...@pazion.nl>:
>>
>>>
>>> I have been upgrading our ovirt hosts to el7 to be able to run version
>>> 3.6.
>>> When deploying a new host have problems with the shared OVF storage
>>> config part.
>>>
>>> 1. I get an error during deploy:
>>>
>>> [ INFO  ] Stage: Setup validation
>>> [ ERROR ] Failed to execute stage 'Setup validation': failed to read
>>> metadata: [Errno 2] No such file or directory:
>>> '/rhev/data-center/mnt/[NFS3_SHARE]/88b69eba-ef4f-4dbe-ba53-20dadd424d0e/ha_agent/hosted-engine.metadata'
>>> [ INFO  ] Stage: Clean up
>>>
>>> It seems the symlink of hosted-engine.metadata is missing.
>>> So I added manually the /var/run/vdsm/storage folder with subfolder
>>> 88b69eba-ef4f-4dbe-ba53-20dadd424d0e and symlinks.
>>> Then I reran the hosted-engine deploy and this time all went well.
>>>
>>> 2. Now when the host is installed I notice the following in the logs
>>>
>>> 
>>> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
>>> INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Preparing
>>> images
>>> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
>>> INFO:ovirt_hosted_engine_ha.lib.image.Image:Preparing images
>>> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
>>> INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Reloading
>>> vm.conf from the shared storage domain
>>> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
>>> INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Trying
>>> to get a fresher copy of vm configuration from the OVF_STORE
>>> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
>>> WARNING:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Unable to find
>>> OVF_STORE
>>> Feb  5 22:33:08 geisha-2 journal: ovirt-ha-agent
>>> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR Unable
>>> to get vm.conf from OVF_STORE, falling back to initial vm.conf
>>> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
>>> ERROR:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Unable
>>> to get vm.conf from OVF_STORE, falling back to initial vm.conf
>>> Feb  5 22:33:08 geisha-2 journal: ovirt-ha-agent
>>> ovirt_hosted_engine_ha.agent.agent.Agent ERROR Error: 'Path to volume
>>> 6a5b55c3-3f03-47cc-b322-d6d7562371be not found in /rhev/data-center/mnt' -
>>> trying to restart agent
>>> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
>>> ERROR:ovirt_hosted_engine_ha.agent.agent.Agent:Error: 'Path to volume
>>> 6a5b55c3-3f03-47cc-b322-d6d7562371be not found in /rhev/data-center/mnt' -
>>> trying to restart agent
>>>
>>> So at this point I was a bit stuck.
>>> I removed complete ovirt36 release and installed ovirt35 for the hosted
>>> engine deploy.
>>>
>>> This time all went without any problem directly.
>>> From there I retried upgrade and same problems again.
>>>
>>> I run ovirt hosted-engine on nfs3. I did found
>>> https://bugzilla.redhat.com/show_bug.cgi?id=1159314
>>> I added no_subtree_check and tried deploy again, but again without luck.
>>>
>>> I believe the hosted engine configs are not being migrated to the 

Re: [ovirt-users] vm refuses to migrate because of NUMA

[Roman Mohr]

Hi Nathanael,

On Mon, Feb 8, 2016 at 11:24 AM, Nathanaël Blanchet 
wrote:

> Hi all,
>
> I created a cluster of VM with the same CPu level, except that one of them
> only has one physical CPU. When trying to migrate, I get this message into
> engine.log :
>
> 3b-4810-b5a4-f415c90ffdca`::Failed to migrate
> Traceback (most recent call last):
>   File "/usr/share/vdsm/virt/migration.py", line 294, in run
> self._startUnderlyingMigration(time.time())
>   File "/usr/share/vdsm/virt/migration.py", line 364, in
> _startUnderlyingMigration
> self._perform_migration(duri, muri)
>   File "/usr/share/vdsm/virt/migration.py", line 403, in _perform_migration
> self._vm._dom.migrateToURI3(duri, params, flags)
>   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/lib64/python2.7/site-packages/libvirt.py", line 1836, in
> migrateToURI3
> if ret == -1: raise libvirtError ('virDomainMigrateToURI3() failed',
> dom=self)
> libvirtError: unsupported configuration: NUMA node 1 is unavailable
>
> It seems that engine allows to mix multinode and mononode host into a same
> cluster whereas vms can't migrate between these nodes.
> I've never been using and configuring NUMA until now, so I don't
> understand why we are not allowed to migrate vms.*
> Thank you for your help
>
>
Seems like you are running into [1]. We are currently working on that.
Adding Roy and Martin.


> --
> 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
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>

[1]  https://bugzilla.redhat.com/show_bug.cgi?id=1303842
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Logs Error

[Oved Ourfali]

Are you using the user portal?

On Mon, Feb 8, 2016 at 11:00 AM, Budur Nagaraju  wrote:

>
>
> Getting below logs for some reason, in the engine
>
>
> [root@pscloud ~]# tail -f /var/log/ovirt-engine/engine.log
> , sharedLocks= ]
> 2016-02-08 14:28:42,325 INFO
> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData]
> (org.ovirt.thread.pool-8-thread-43) Removing domain
> fb15c568-f237-4de6-8954-5bcf0de2043f from the domains in maintenance cache
> 2016-02-08 14:28:42,533 ERROR
> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17)
> Query execution failed due to insufficient permissions.
> 2016-02-08 14:28:42,605 ERROR
> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17)
> Query execution failed due to insufficient permissions.
> 2016-02-08 14:28:47,551 ERROR
> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-3)
> Query execution failed due to insufficient permissions.
> 2016-02-08 14:28:47,561 ERROR
> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-3)
> Query execution failed due to insufficient permissions.
> 2016-02-08 14:28:52,511 ERROR
> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-18)
> Query execution failed due to insufficient permissions.
> 2016-02-08 14:28:52,524 ERROR
> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-18)
> Query execution failed due to insufficient permissions.
> 2016-02-08 14:28:57,597 ERROR
> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-12)
> Query execution failed due to insufficient permissions.
> 2016-02-08 14:28:57,608 ERROR
> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-12)
> Query execution failed due to insufficient permissions.
> 2016-02-08 14:29:02,510 ERROR
> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17)
> Query execution failed due to insufficient permissions.
> 2016-02-08 14:29:02,520 ERROR
> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17)
> Query execution failed due to insufficient permissions.
> 2016-02-08 14:29:07,539 ERROR
> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-16)
> Query execution failed due to insufficient permissions.
> 2016-02-08 14:29:07,576 ERROR
> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-16)
> Query execution failed due to insufficient permissions.
> 2016-02-08 14:29:12,538 ERROR
> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-11)
> Query execution failed due to insufficient permissions.
> 2016-02-08 14:29:12,548 ERROR
> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-11)
> Query execution failed due to insufficient permissions.
> 2016-02-08 14:29:13,948 INFO
> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
> (DefaultQuartzScheduler_Worker-14) [5a3093d4] Setting new tasks map. The
> map contains now 3 tasks
> 2016-02-08 14:29:14,040 INFO
> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
> (DefaultQuartzScheduler_Worker-36) [171bad22] Polling and updating Async
> Tasks: 3 tasks, 2 tasks to poll now
> 2016-02-08 14:29:14,168 INFO
> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
> (DefaultQuartzScheduler_Worker-36) [171bad22] Finished polling Tasks, will
> poll again in 10 seconds.
> 2016-02-08 14:29:17,568 ERROR
> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-13)
> Query execution failed due to insufficient permissions.
> 2016-02-08 14:29:17,578 ERROR
> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-13)
> Query execution failed due to insufficient permissions.
> 2016-02-08 14:29:22,506 ERROR
> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-5)
> Query execution failed due to insufficient permissions.
> 2016-02-08 14:29:22,530 ERROR
> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-5)
> Query execution failed due to insufficient permissions.
> 2016-02-08 14:29:27,548 ERROR
> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-14)
> Query execution failed due to insufficient permissions.
> 2016-02-08 14:29:27,585 ERROR
> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-14)
> Query execution failed due to insufficient permissions.
> ^C
> [root@pscloud ~]#
>
>
> ___
> 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] Logs Error

[Francesco Romani]

- Original Message -
> From: "Budur Nagaraju" 
> To: "users" 
> Sent: Monday, February 8, 2016 10:00:36 AM
> Subject: [ovirt-users] Logs Error
> 
> 
> 
> Getting below logs for some reason, in the engine

Hi!
Can please file a bug about it?

Thanks,

-- 
Francesco Romani
RedHat Engineering Virtualization R & D
Phone: 8261328
IRC: fromani
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Logs Error

[Budur Nagaraju]

Getting below logs for some reason, in the engine


[root@pscloud ~]# tail -f /var/log/ovirt-engine/engine.log
, sharedLocks= ]
2016-02-08 14:28:42,325 INFO
[org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData]
(org.ovirt.thread.pool-8-thread-43) Removing domain
fb15c568-f237-4de6-8954-5bcf0de2043f from the domains in maintenance cache
2016-02-08 14:28:42,533 ERROR
[org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17)
Query execution failed due to insufficient permissions.
2016-02-08 14:28:42,605 ERROR
[org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17)
Query execution failed due to insufficient permissions.
2016-02-08 14:28:47,551 ERROR
[org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-3)
Query execution failed due to insufficient permissions.
2016-02-08 14:28:47,561 ERROR
[org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-3)
Query execution failed due to insufficient permissions.
2016-02-08 14:28:52,511 ERROR
[org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-18)
Query execution failed due to insufficient permissions.
2016-02-08 14:28:52,524 ERROR
[org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-18)
Query execution failed due to insufficient permissions.
2016-02-08 14:28:57,597 ERROR
[org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-12)
Query execution failed due to insufficient permissions.
2016-02-08 14:28:57,608 ERROR
[org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-12)
Query execution failed due to insufficient permissions.
2016-02-08 14:29:02,510 ERROR
[org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17)
Query execution failed due to insufficient permissions.
2016-02-08 14:29:02,520 ERROR
[org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17)
Query execution failed due to insufficient permissions.
2016-02-08 14:29:07,539 ERROR
[org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-16)
Query execution failed due to insufficient permissions.
2016-02-08 14:29:07,576 ERROR
[org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-16)
Query execution failed due to insufficient permissions.
2016-02-08 14:29:12,538 ERROR
[org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-11)
Query execution failed due to insufficient permissions.
2016-02-08 14:29:12,548 ERROR
[org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-11)
Query execution failed due to insufficient permissions.
2016-02-08 14:29:13,948 INFO
[org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
(DefaultQuartzScheduler_Worker-14) [5a3093d4] Setting new tasks map. The
map contains now 3 tasks
2016-02-08 14:29:14,040 INFO
[org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
(DefaultQuartzScheduler_Worker-36) [171bad22] Polling and updating Async
Tasks: 3 tasks, 2 tasks to poll now
2016-02-08 14:29:14,168 INFO
[org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
(DefaultQuartzScheduler_Worker-36) [171bad22] Finished polling Tasks, will
poll again in 10 seconds.
2016-02-08 14:29:17,568 ERROR
[org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-13)
Query execution failed due to insufficient permissions.
2016-02-08 14:29:17,578 ERROR
[org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-13)
Query execution failed due to insufficient permissions.
2016-02-08 14:29:22,506 ERROR
[org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-5)
Query execution failed due to insufficient permissions.
2016-02-08 14:29:22,530 ERROR
[org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-5)
Query execution failed due to insufficient permissions.
2016-02-08 14:29:27,548 ERROR
[org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-14)
Query execution failed due to insufficient permissions.
2016-02-08 14:29:27,585 ERROR
[org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-14)
Query execution failed due to insufficient permissions.
^C
[root@pscloud ~]#
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Getting qcow images into oVirt

[Joop]

On 8-2-2016 9:59, Barak Korren wrote:
> Hi there,
>
> We would like to consume pre-created QCOW images in oVirt/RHEV.
>
> So far it seems that the only way to do that would be to store the
> images in a Glance server which will require us to maintain such
> server.
> Trying to put the image in an ISO domain made in show up as a useless
> "unkonwn" file type in engine.
>
> Is there any other way to get the images into oVirt?
>
Maybe this will help you?:
https://jonarcher.info/2014/02/import-regular-kvm-image-ovirt-rhev/

Regards,

Joop

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

Re: [ovirt-users] Getting qcow images into oVirt

[Barak Korren]

On 8 February 2016 at 11:18, Amit Aviram  wrote:
> Hi
> There's an upcoming feature to upload a pre-created image into your ovirt
> system. it is not merged yet, but here's a link if you are interested in
> more details:
> http://www.ovirt.org/Features/Image_Upload

Yeah I know about this, I was hoping there is something I cane use _today_

>
> Anyway, currently you can still manually put an ISO file in an ISO domain,
> and it should appear in your web admin.
>

ISO Files are not interesting (who wants to run an installer? Most OS
projects give you ready-made QCOW2 images now days). What can I do
with a QCOW2 file?


-- 
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Logs Error

[Budur Nagaraju]

Yes,.

On Mon, Feb 8, 2016 at 2:33 PM, Oved Ourfali  wrote:

> Are you using the user portal?
>
> On Mon, Feb 8, 2016 at 11:00 AM, Budur Nagaraju  wrote:
>
>>
>>
>> Getting below logs for some reason, in the engine
>>
>>
>> [root@pscloud ~]# tail -f /var/log/ovirt-engine/engine.log
>> , sharedLocks= ]
>> 2016-02-08 14:28:42,325 INFO
>> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData]
>> (org.ovirt.thread.pool-8-thread-43) Removing domain
>> fb15c568-f237-4de6-8954-5bcf0de2043f from the domains in maintenance cache
>> 2016-02-08 14:28:42,533 ERROR
>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17)
>> Query execution failed due to insufficient permissions.
>> 2016-02-08 14:28:42,605 ERROR
>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17)
>> Query execution failed due to insufficient permissions.
>> 2016-02-08 14:28:47,551 ERROR
>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-3)
>> Query execution failed due to insufficient permissions.
>> 2016-02-08 14:28:47,561 ERROR
>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-3)
>> Query execution failed due to insufficient permissions.
>> 2016-02-08 14:28:52,511 ERROR
>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-18)
>> Query execution failed due to insufficient permissions.
>> 2016-02-08 14:28:52,524 ERROR
>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-18)
>> Query execution failed due to insufficient permissions.
>> 2016-02-08 14:28:57,597 ERROR
>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-12)
>> Query execution failed due to insufficient permissions.
>> 2016-02-08 14:28:57,608 ERROR
>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-12)
>> Query execution failed due to insufficient permissions.
>> 2016-02-08 14:29:02,510 ERROR
>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17)
>> Query execution failed due to insufficient permissions.
>> 2016-02-08 14:29:02,520 ERROR
>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17)
>> Query execution failed due to insufficient permissions.
>> 2016-02-08 14:29:07,539 ERROR
>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-16)
>> Query execution failed due to insufficient permissions.
>> 2016-02-08 14:29:07,576 ERROR
>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-16)
>> Query execution failed due to insufficient permissions.
>> 2016-02-08 14:29:12,538 ERROR
>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-11)
>> Query execution failed due to insufficient permissions.
>> 2016-02-08 14:29:12,548 ERROR
>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-11)
>> Query execution failed due to insufficient permissions.
>> 2016-02-08 14:29:13,948 INFO
>> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
>> (DefaultQuartzScheduler_Worker-14) [5a3093d4] Setting new tasks map. The
>> map contains now 3 tasks
>> 2016-02-08 14:29:14,040 INFO
>> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
>> (DefaultQuartzScheduler_Worker-36) [171bad22] Polling and updating Async
>> Tasks: 3 tasks, 2 tasks to poll now
>> 2016-02-08 14:29:14,168 INFO
>> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
>> (DefaultQuartzScheduler_Worker-36) [171bad22] Finished polling Tasks, will
>> poll again in 10 seconds.
>> 2016-02-08 14:29:17,568 ERROR
>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-13)
>> Query execution failed due to insufficient permissions.
>> 2016-02-08 14:29:17,578 ERROR
>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-13)
>> Query execution failed due to insufficient permissions.
>> 2016-02-08 14:29:22,506 ERROR
>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-5)
>> Query execution failed due to insufficient permissions.
>> 2016-02-08 14:29:22,530 ERROR
>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-5)
>> Query execution failed due to insufficient permissions.
>> 2016-02-08 14:29:27,548 ERROR
>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-14)
>> Query execution failed due to insufficient permissions.
>> 2016-02-08 14:29:27,585 ERROR
>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-14)
>> Query execution failed due to insufficient permissions.
>> ^C
>> [root@pscloud ~]#
>>
>>
>> ___
>> 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] Getting qcow images into oVirt

[Arman Khalatyan]

Hi,
You can import regular qcow2 images into ovirt with few steps:
1)check what kind of  image you have qemu-img -info vm4import.img
2) create an vm with exact disk image size as qemu-img -info shows.
3) run vm in paused mode(sometimes it is hard to find out the VM disk)
4) go to host where paused vm is running: find /rhev |grep "your vm uuid"
and get your vm image UUID
5) do not use dd, use better
qemu-img convert -p  -O raw $1  ${2} or
qemu-img convert -p  -O qcow2 $1  ${2}
with -p option you have a nice progress bar:)

Then poweroff the paused vm and start it.
Maybe someone has a better tools, but sometimes better to get an idea
behind the scene without any wodoo scripts.



***

 Dr. Arman Khalatyan  eScience -SuperComputing
 Leibniz-Institut für Astrophysik Potsdam (AIP)
 An der Sternwarte 16, 14482 Potsdam, Germany

***

On Mon, Feb 8, 2016 at 10:40 AM, Barak Korren  wrote:

> >>
> > Maybe this will help you?:
> > https://jonarcher.info/2014/02/import-regular-kvm-image-ovirt-rhev/
> >
> Thanks! this looks like a step in the right direction!
>
> A few caveats I see and further questions:
> 1. Seems I would require a storage domain where I can access the files
> from somewhere external to the system. I guess I could try using a VM
> running on the same engine instead and attach/detach disks to/from it.
> 2. This creates a non-sparse, non-thin VM disk no? How much space did
> the disk take once you were done?
>
>
> --
> Barak Korren
> bkor...@redhat.com
> RHEV-CI Team
> ___
> 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] Engine Limitations Questions

[Pavel Gashev]

It's a theoretical limitation for any distributed system:
https://en.wikipedia.org/wiki/CAP_theorem


From: > on behalf of 
Erick Vogeler >
Date: Saturday 6 February 2016 at 04:05
To: "users@ovirt.org" 
>
Subject: [ovirt-users] Engine Limitations Questions

i was told that is better to use self hosted engine for each server instead of 
using 1 engine for all server specially if they are far from each other.

Is this a technical limitation?

say i have 10 servers all over the world, would it handle it?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Logs Error

[Oved Ourfali]

Only thing I see that might be relevant, is calling GetVdsByVdsId
from VMConsoleProxyServlet.
Michal - this is probably an admin query.
Either change it to be a user query, or have a dedicated query for that.

Regards,
Oved


On Mon, Feb 8, 2016 at 11:58 AM, Budur Nagaraju  wrote:

> Yes,.
>
> On Mon, Feb 8, 2016 at 2:33 PM, Oved Ourfali  wrote:
>
>> Are you using the user portal?
>>
>> On Mon, Feb 8, 2016 at 11:00 AM, Budur Nagaraju 
>> wrote:
>>
>>>
>>>
>>> Getting below logs for some reason, in the engine
>>>
>>>
>>> [root@pscloud ~]# tail -f /var/log/ovirt-engine/engine.log
>>> , sharedLocks= ]
>>> 2016-02-08 14:28:42,325 INFO
>>> [org.ovirt.engine.core.vdsbroker.irsbroker.IrsProxyData]
>>> (org.ovirt.thread.pool-8-thread-43) Removing domain
>>> fb15c568-f237-4de6-8954-5bcf0de2043f from the domains in maintenance cache
>>> 2016-02-08 14:28:42,533 ERROR
>>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17)
>>> Query execution failed due to insufficient permissions.
>>> 2016-02-08 14:28:42,605 ERROR
>>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17)
>>> Query execution failed due to insufficient permissions.
>>> 2016-02-08 14:28:47,551 ERROR
>>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-3)
>>> Query execution failed due to insufficient permissions.
>>> 2016-02-08 14:28:47,561 ERROR
>>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-3)
>>> Query execution failed due to insufficient permissions.
>>> 2016-02-08 14:28:52,511 ERROR
>>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-18)
>>> Query execution failed due to insufficient permissions.
>>> 2016-02-08 14:28:52,524 ERROR
>>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-18)
>>> Query execution failed due to insufficient permissions.
>>> 2016-02-08 14:28:57,597 ERROR
>>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-12)
>>> Query execution failed due to insufficient permissions.
>>> 2016-02-08 14:28:57,608 ERROR
>>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-12)
>>> Query execution failed due to insufficient permissions.
>>> 2016-02-08 14:29:02,510 ERROR
>>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17)
>>> Query execution failed due to insufficient permissions.
>>> 2016-02-08 14:29:02,520 ERROR
>>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-17)
>>> Query execution failed due to insufficient permissions.
>>> 2016-02-08 14:29:07,539 ERROR
>>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-16)
>>> Query execution failed due to insufficient permissions.
>>> 2016-02-08 14:29:07,576 ERROR
>>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-16)
>>> Query execution failed due to insufficient permissions.
>>> 2016-02-08 14:29:12,538 ERROR
>>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-11)
>>> Query execution failed due to insufficient permissions.
>>> 2016-02-08 14:29:12,548 ERROR
>>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-11)
>>> Query execution failed due to insufficient permissions.
>>> 2016-02-08 14:29:13,948 INFO
>>> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
>>> (DefaultQuartzScheduler_Worker-14) [5a3093d4] Setting new tasks map. The
>>> map contains now 3 tasks
>>> 2016-02-08 14:29:14,040 INFO
>>> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
>>> (DefaultQuartzScheduler_Worker-36) [171bad22] Polling and updating Async
>>> Tasks: 3 tasks, 2 tasks to poll now
>>> 2016-02-08 14:29:14,168 INFO
>>> [org.ovirt.engine.core.bll.tasks.AsyncTaskManager]
>>> (DefaultQuartzScheduler_Worker-36) [171bad22] Finished polling Tasks, will
>>> poll again in 10 seconds.
>>> 2016-02-08 14:29:17,568 ERROR
>>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-13)
>>> Query execution failed due to insufficient permissions.
>>> 2016-02-08 14:29:17,578 ERROR
>>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-13)
>>> Query execution failed due to insufficient permissions.
>>> 2016-02-08 14:29:22,506 ERROR
>>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-5)
>>> Query execution failed due to insufficient permissions.
>>> 2016-02-08 14:29:22,530 ERROR
>>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-5)
>>> Query execution failed due to insufficient permissions.
>>> 2016-02-08 14:29:27,548 ERROR
>>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-14)
>>> Query execution failed due to insufficient permissions.
>>> 2016-02-08 14:29:27,585 ERROR
>>> [org.ovirt.engine.core.bll.GetVdsByVdsIdQuery] (ajp--127.0.0.1-8702-14)
>>> Query execution failed due to insufficient permissions.
>>> ^C
>>> [root@pscloud ~]#
>>>
>>>
>>> ___
>>> Users mailing list

Re: [ovirt-users] 3.5 or 3.6 For Production System?

[Pavel Gashev]

Charles,

If you like thin provisioning, I'd not recommend to move NFS->iSCSI. Thin 
provisioned disks become Preallocated during migration from a file to block 
storage.


On 06/02/16 20:09, "users-boun...@ovirt.org on behalf of Charles Tassell" 
 wrote:

>Hi Folks,
>
>   I'm setting up a small virtualization system that will start with one 
>or two hosts and then probably grow to 4-5 hosts.  We will eventually be 
>using a shared iSCSI datastore, but right now I'll probably just use 
>NFS4.  I'm wondering if I should stick with my plan of using oVirt 
>3.6.2, or should I start of with 3.5 and upgrade at a later date.  Is 
>3.6 generally stable enough for production use?  We're not doing 
>anything very complicated, just running a few Linux webserver VMs.  No 
>high availability or auto-deployment type stuff.
>___
>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 3.6 hostedengine.metadata, missing OVF_STORE

[Paul Groeneweg | Pazion]

Update:

1. I was able to remove the warnirngs about the not found ovf / vm.conf by
commenting the conf_volume_UUID, conf_image_UUID entries in the
hosted-engine.conf. After a restart of the ovirt-ha-agent the errors were
gone. ( I believe this is not a permanent solution ).

2. This morning I noticed the warning in the event log.
"The Hosted Engine Storage Domain doesn't exist. It should be imported into
the setup."

Any help would be appreciated.

Best Regards,

Paul Groeneweg

Op zo 7 feb. 2016 om 22:14 schreef Paul Groeneweg | Pazion :

>
> I have been upgrading our ovirt hosts to el7 to be able to run version 3.6.
> When deploying a new host have problems with the shared OVF storage config
> part.
>
> 1. I get an error during deploy:
>
> [ INFO  ] Stage: Setup validation
> [ ERROR ] Failed to execute stage 'Setup validation': failed to read
> metadata: [Errno 2] No such file or directory:
> '/rhev/data-center/mnt/[NFS3_SHARE]/88b69eba-ef4f-4dbe-ba53-20dadd424d0e/ha_agent/hosted-engine.metadata'
> [ INFO  ] Stage: Clean up
>
> It seems the symlink of hosted-engine.metadata is missing.
> So I added manually the /var/run/vdsm/storage folder with subfolder
> 88b69eba-ef4f-4dbe-ba53-20dadd424d0e and symlinks.
> Then I reran the hosted-engine deploy and this time all went well.
>
> 2. Now when the host is installed I notice the following in the logs
>
> 
> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
> INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Preparing
> images
> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
> INFO:ovirt_hosted_engine_ha.lib.image.Image:Preparing images
> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
> INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Reloading
> vm.conf from the shared storage domain
> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
> INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Trying
> to get a fresher copy of vm configuration from the OVF_STORE
> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
> WARNING:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Unable to find
> OVF_STORE
> Feb  5 22:33:08 geisha-2 journal: ovirt-ha-agent
> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR Unable
> to get vm.conf from OVF_STORE, falling back to initial vm.conf
> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
> ERROR:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Unable
> to get vm.conf from OVF_STORE, falling back to initial vm.conf
> Feb  5 22:33:08 geisha-2 journal: ovirt-ha-agent
> ovirt_hosted_engine_ha.agent.agent.Agent ERROR Error: 'Path to volume
> 6a5b55c3-3f03-47cc-b322-d6d7562371be not found in /rhev/data-center/mnt' -
> trying to restart agent
> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
> ERROR:ovirt_hosted_engine_ha.agent.agent.Agent:Error: 'Path to volume
> 6a5b55c3-3f03-47cc-b322-d6d7562371be not found in /rhev/data-center/mnt' -
> trying to restart agent
>
> So at this point I was a bit stuck.
> I removed complete ovirt36 release and installed ovirt35 for the hosted
> engine deploy.
>
> This time all went without any problem directly.
> From there I retried upgrade and same problems again.
>
> I run ovirt hosted-engine on nfs3. I did found
> https://bugzilla.redhat.com/show_bug.cgi?id=1159314
> I added no_subtree_check and tried deploy again, but again without luck.
>
> I believe the hosted engine configs are not being migrated to the shared
> storage. And my problem has todo with
> http://www.ovirt.org/Features/Hosted_Engine_configuration_on_shared_storage
>
> And found  /etc/ovirt-hosted-engine/hosted-engine.conf,
> conf_volume_UUID, conf_image_UUID
>
>
> Hosts run el7
> Hosted engine runs el6
> Hosted engine storage is through NFS3
>
> Can I import the hosted engine storage in to engine ( in web interface )?
> Or how can I create or trigger manually the OVF store the logs complain
> about?
>
> Best Regards,
> Paul Groeneweg
>
> --
> Met vriendelijke groeten,
>
> Paul Groeneweg
> Pazion
> Webdevelopment  -  Hosting  -  Apps
>
> T +31 26 3020038
> M +31 614 277 577
> E  p...@pazion.nl
>
>  ***disclaimer***
> "This e-mail and any attachments thereto may contain information which is
> confidential and/or protected by intellectual property rights and are
> intended for the sole use of the recipient(s) named above. Any use of the
> information contained herein (including, but not limited to, total or
> partial reproduction, communication or distribution in any form) by persons
> other than the designated recipient(s) is prohibited. If you have received
> this e-mail in error, please notify the sender either by telephone or by
> e-mail and delete the material from any computer. Thank you for your
> cooperation."
>
-- 
Met vriendelijke groeten,

Paul Groeneweg
Pazion
Webdevelopment  -  Hosting  -  Apps

T +31 26 3020038
M +31 614 277 577
E  p...@pazion.nl

 ***disclaimer***
"This e-mail and any attachments thereto may contain information which is
confidential and/or protected by intellectual 

Re: [ovirt-users] ovirt 3.6 hostedengine.metadata, missing OVF_STORE

[Simone Tiraboschi]

On Mon, Feb 8, 2016 at 9:47 AM, Paul Groeneweg | Pazion 
wrote:

> Update:
>

The OVF_STORE volume will contain the engine VM description in a format
that the engine can easily handle.
It will be created by the engine when:
- it imported the hosted-engine storage domain
- the engineVM is visible
- the datacenter is up (you need at least one additional regular storage
domain)

Please make sure that all these conditions are met.

If the OVF_STORE is not there or it's not accessible, ovirt-ha-agent will
fallback to the initial vm.conf from deployment time. You see a warning
since we are failing back to an initial status and this can temporary
override your latest customization to the engine VM configuration.


> 1. I was able to remove the warnirngs about the not found ovf / vm.conf by
> commenting the conf_volume_UUID, conf_image_UUID entries in the
> hosted-engine.conf. After a restart of the ovirt-ha-agent the errors were
> gone. ( I believe this is not a permanent solution ).
>

Please revert it.


>
> 2. This morning I noticed the warning in the event log.
> "The Hosted Engine Storage Domain doesn't exist. It should be imported
> into the setup."
>

It's just a side effect of your point 1, please revert it.


>
> Any help would be appreciated.
>
> Best Regards,
>
> Paul Groeneweg
>
> Op zo 7 feb. 2016 om 22:14 schreef Paul Groeneweg | Pazion  >:
>
>>
>> I have been upgrading our ovirt hosts to el7 to be able to run version
>> 3.6.
>> When deploying a new host have problems with the shared OVF storage
>> config part.
>>
>> 1. I get an error during deploy:
>>
>> [ INFO  ] Stage: Setup validation
>> [ ERROR ] Failed to execute stage 'Setup validation': failed to read
>> metadata: [Errno 2] No such file or directory:
>> '/rhev/data-center/mnt/[NFS3_SHARE]/88b69eba-ef4f-4dbe-ba53-20dadd424d0e/ha_agent/hosted-engine.metadata'
>> [ INFO  ] Stage: Clean up
>>
>> It seems the symlink of hosted-engine.metadata is missing.
>> So I added manually the /var/run/vdsm/storage folder with subfolder
>> 88b69eba-ef4f-4dbe-ba53-20dadd424d0e and symlinks.
>> Then I reran the hosted-engine deploy and this time all went well.
>>
>> 2. Now when the host is installed I notice the following in the logs
>>
>> 
>> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
>> INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Preparing
>> images
>> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
>> INFO:ovirt_hosted_engine_ha.lib.image.Image:Preparing images
>> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
>> INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Reloading
>> vm.conf from the shared storage domain
>> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
>> INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Trying
>> to get a fresher copy of vm configuration from the OVF_STORE
>> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
>> WARNING:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Unable to find
>> OVF_STORE
>> Feb  5 22:33:08 geisha-2 journal: ovirt-ha-agent
>> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR Unable
>> to get vm.conf from OVF_STORE, falling back to initial vm.conf
>> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
>> ERROR:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Unable
>> to get vm.conf from OVF_STORE, falling back to initial vm.conf
>> Feb  5 22:33:08 geisha-2 journal: ovirt-ha-agent
>> ovirt_hosted_engine_ha.agent.agent.Agent ERROR Error: 'Path to volume
>> 6a5b55c3-3f03-47cc-b322-d6d7562371be not found in /rhev/data-center/mnt' -
>> trying to restart agent
>> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
>> ERROR:ovirt_hosted_engine_ha.agent.agent.Agent:Error: 'Path to volume
>> 6a5b55c3-3f03-47cc-b322-d6d7562371be not found in /rhev/data-center/mnt' -
>> trying to restart agent
>>
>> So at this point I was a bit stuck.
>> I removed complete ovirt36 release and installed ovirt35 for the hosted
>> engine deploy.
>>
>> This time all went without any problem directly.
>> From there I retried upgrade and same problems again.
>>
>> I run ovirt hosted-engine on nfs3. I did found
>> https://bugzilla.redhat.com/show_bug.cgi?id=1159314
>> I added no_subtree_check and tried deploy again, but again without luck.
>>
>> I believe the hosted engine configs are not being migrated to the shared
>> storage. And my problem has todo with
>> http://www.ovirt.org/Features/Hosted_Engine_configuration_on_shared_storage
>>
>> And found  /etc/ovirt-hosted-engine/hosted-engine.conf,
>> conf_volume_UUID, conf_image_UUID
>>
>>
>> Hosts run el7
>> Hosted engine runs el6
>> Hosted engine storage is through NFS3
>>
>> Can I import the hosted engine storage in to engine ( in web interface )?
>> Or how can I create or trigger manually the OVF store the logs complain
>> about?
>>
>> Best Regards,
>> Paul Groeneweg
>>
>> --
>> Met vriendelijke groeten,
>>
>> Paul Groeneweg
>> Pazion
>> Webdevelopment  -  Hosting  -  Apps
>>
>> T +31 26 3020038
>> M +31 614 277 577
>> E  

[ovirt-users] ui errors in manager

[Jiří Sléžka]

Hello,

after upgrading to 3.6.2.6-1.el7.centos (from 3.6.1) I am getting 
occasionally this error in manager UI



Uncaught exception occurred. Please try reloading the page. Details: 
(TypeError) __gwt$exception: : d is null

Please have your administrator check the UI logs


Corresponding error in /var/log/ovirt-engine/ui.log is



2016-02-08 12:51:01,954 ERROR 
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] 
(default task-61) [] Permutation name: 820D83469A671E575623913A3B35130C
2016-02-08 12:51:01,954 ERROR 
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] 
(default task-61) [] Uncaught exception: : 
com.google.gwt.event.shared.UmbrellaException: Exception caught: 
(TypeError)

 __gwt$exception: : d is null
at Unknown.ms(Unknown Source)   at Unknown.us(Unknown Source) 
 at Unknown.f3(Unknown Source)   at Unknown.i3(Unknown Source)   at 
Unknown.t2(Unknown Source)   at Unknown.evf(Unknown Source)  at 
Unknown.mcm(Unknown Source)  at Unknown.xcm(Unknown Source)  at 
Unknown.ivf(Unknown Source)  at Unknown.Ju(Unknown Source)   at 
Unknown.zu(Unknown Source)   at Unknown.bu(Unknown Source)   at 
Unknown.au(Unknown Source)   at Unknown._t/<(Unknown Source) at 
Unknown.anonymous(Unknown Source)Caused by: 
com.google.gwt.core.client.JavaScriptException: (TypeError)

 __gwt$exception: : d is null
at Unknown.nVg(Unknown Source)  at Unknown.E6s(Unknown Source) 
 at Unknown.J6s(Unknown Source)  at Unknown.L6s(Unknown Source)  at 
Unknown.DKr(Unknown Source)  at Unknown.oml(Unknown Source)  at 
Unknown.lIp(Unknown Source)  at Unknown.OHo(Unknown Source)  at 
Unknown.iHo(Unknown Source)  at Unknown.$Ho(Unknown Source)  at 
Unknown.uqo(Unknown Source)  at Unknown.Aro(Unknown Source)  at 
Unknown.kso(Unknown Source)  at Unknown.RPk(Unknown Source)  at 
Unknown.qcs(Unknown Source)  at Unknown.dvf(Unknown Source)  at 
Unknown.D2(Unknown Source)   ... 11 more


2016-02-08 12:51:06,573 ERROR 
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] 
(default task-45) [] Permutation name: 820D83469A671E575623913A3B35130C
2016-02-08 12:51:06,573 ERROR 
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService] 
(default task-45) [] Uncaught exception: : 
com.google.gwt.core.client.JavaScriptException: (TypeError)

 __gwt$exception: : d is null
at Unknown.nVg(Unknown Source)  at Unknown.E6s(Unknown Source) 
 at Unknown.J6s(Unknown Source)  at Unknown.L6s(Unknown Source)  at 
Unknown.DKr(Unknown Source)  at Unknown.oml(Unknown Source)  at 
Unknown.eIp(Unknown Source)  at Unknown.dIp(Unknown Source)  at 
Unknown.OHo(Unknown Source)  at Unknown.iHo(Unknown Source)  at 
Unknown.$Ho(Unknown Source)  at Unknown.sro(Unknown Source)  at 
Unknown.jso(Unknown Source)  at Unknown.Mxo(Unknown Source)  at 
Unknown.WOn(Unknown Source)  at Unknown.ZOn(Unknown Source)  at 
Unknown.QSn(Unknown Source)  at Unknown.TSn(Unknown Source)  at 
Unknown.ORn(Unknown Source)  at Unknown.RRn(Unknown Source)  at 
Unknown.GIe(Unknown Source)  at Unknown.Cxk(Unknown Source)  at 
Unknown.s3(Unknown Source)   at Unknown.L3(Unknown Source)   at 
Unknown.Dvf/c.onreadystatechange<(Unknown Source)at 
Unknown.Yt(Unknown Source)   at Unknown.au(Unknown Source)   at 
Unknown._t/<(Unknown Source) at Unknown.anonymous(Unknown Source)



Any ideas what it is about or how to solve it?

Cheers,

Jiri


<>

smime.p7s
Description: Elektronicky podpis S/MIME
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Getting qcow images into oVirt

[Barak Korren]

Hi there,

We would like to consume pre-created QCOW images in oVirt/RHEV.

So far it seems that the only way to do that would be to store the
images in a Glance server which will require us to maintain such
server.
Trying to put the image in an ISO domain made in show up as a useless
"unkonwn" file type in engine.

Is there any other way to get the images into oVirt?

-- 
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] vm refuses to migrate because of NUMA

[Nathanaël Blanchet]

Hi all,

I created a cluster of VM with the same CPu level, except that one of 
them only has one physical CPU. When trying to migrate, I get this 
message into engine.log :


3b-4810-b5a4-f415c90ffdca`::Failed to migrate
Traceback (most recent call last):
  File "/usr/share/vdsm/virt/migration.py", line 294, in run
self._startUnderlyingMigration(time.time())
  File "/usr/share/vdsm/virt/migration.py", line 364, in 
_startUnderlyingMigration

self._perform_migration(duri, muri)
  File "/usr/share/vdsm/virt/migration.py", line 403, in _perform_migration
self._vm._dom.migrateToURI3(duri, params, flags)
  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/lib64/python2.7/site-packages/libvirt.py", line 1836, in 
migrateToURI3
if ret == -1: raise libvirtError ('virDomainMigrateToURI3() 
failed', dom=self)

libvirtError: unsupported configuration: NUMA node 1 is unavailable

It seems that engine allows to mix multinode and mononode host into a 
same cluster whereas vms can't migrate between these nodes.
I've never been using and configuring NUMA until now, so I don't 
understand why we are not allowed to migrate vms.*

Thank you for your help

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

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

Re: [ovirt-users] ovirt 3.6 hostedengine.metadata, missing OVF_STORE

[Paul Groeneweg | Pazion]

Op ma 8 feb. 2016 om 11:28 schreef Simone Tiraboschi :

> On Mon, Feb 8, 2016 at 10:55 AM, Paul Groeneweg | Pazion 
> wrote:
>
>> Thanks for your response.
>>
>> I have reverted the commented entries and restarted ovirt-ha-agent.
>> Now status on the daemon gives the error again:
>> http://screencast.com/t/DCZo6QJM1
>>
>>
> Here I'm a bit confused: is this a fresh hosted-engine deployment with 3.6
> or an upgrade from an existing 3.5 hosted-engine deployment?
>

I have  reinstalled host ( complete OS reinstall) and ran hosted-engine
--deploy for redeployment on an existing oVirt ( hosted-engine ).

As described in previous mail, during the deployment I got errors about a
missing hostedengine.metadata symlink to /var/run/vdsd/storage/...
I created these by hand and then I ran deployment again and it worked.


>
>> The hosted engine domain is not shown in the web storage overview...
>> When I start import it shows a warning:
>> http://screencast.com/t/7HfJ9qWFwb2L
>>
>> Can I manually import the hostedengine storage?
>> ( Hosted engine is visible in web interface and I have running VMs on
>> another storage domain ).
>>
>
> It should auto-import it.
> Adding Roy here.
>
>
I believe this auto-import is failing...
Where can I find logs about this auto-import?




>
>>
>> Op ma 8 feb. 2016 om 10:36 schreef Simone Tiraboschi > >:
>>
>>>
>>>
>>> On Mon, Feb 8, 2016 at 9:47 AM, Paul Groeneweg | Pazion 
>>> wrote:
>>>
 Update:

>>>
>>> The OVF_STORE volume will contain the engine VM description in a format
>>> that the engine can easily handle.
>>> It will be created by the engine when:
>>> - it imported the hosted-engine storage domain
>>> - the engineVM is visible
>>> - the datacenter is up (you need at least one additional regular storage
>>> domain)
>>>
>>> Please make sure that all these conditions are met.
>>>
>>> If the OVF_STORE is not there or it's not accessible, ovirt-ha-agent
>>> will fallback to the initial vm.conf from deployment time. You see a
>>> warning since we are failing back to an initial status and this can
>>> temporary override your latest customization to the engine VM configuration.
>>>
>>>
 1. I was able to remove the warnirngs about the not found ovf / vm.conf
 by commenting the conf_volume_UUID, conf_image_UUID entries in the
 hosted-engine.conf. After a restart of the ovirt-ha-agent the errors were
 gone. ( I believe this is not a permanent solution ).

>>>
>>> Please revert it.
>>>
>>>

 2. This morning I noticed the warning in the event log.
 "The Hosted Engine Storage Domain doesn't exist. It should be imported
 into the setup."

>>>
>>> It's just a side effect of your point 1, please revert it.
>>>
>>>

 Any help would be appreciated.

 Best Regards,

 Paul Groeneweg

 Op zo 7 feb. 2016 om 22:14 schreef Paul Groeneweg | Pazion <
 p...@pazion.nl>:

>
> I have been upgrading our ovirt hosts to el7 to be able to run version
> 3.6.
> When deploying a new host have problems with the shared OVF storage
> config part.
>
> 1. I get an error during deploy:
>
> [ INFO  ] Stage: Setup validation
> [ ERROR ] Failed to execute stage 'Setup validation': failed to read
> metadata: [Errno 2] No such file or directory:
> '/rhev/data-center/mnt/[NFS3_SHARE]/88b69eba-ef4f-4dbe-ba53-20dadd424d0e/ha_agent/hosted-engine.metadata'
> [ INFO  ] Stage: Clean up
>
> It seems the symlink of hosted-engine.metadata is missing.
> So I added manually the /var/run/vdsm/storage folder with subfolder
> 88b69eba-ef4f-4dbe-ba53-20dadd424d0e and symlinks.
> Then I reran the hosted-engine deploy and this time all went well.
>
> 2. Now when the host is installed I notice the following in the logs
>
> 
> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
> INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Preparing
> images
> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
> INFO:ovirt_hosted_engine_ha.lib.image.Image:Preparing images
> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
> INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Reloading
> vm.conf from the shared storage domain
> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
> INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Trying
> to get a fresher copy of vm configuration from the OVF_STORE
> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
> WARNING:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Unable to find
> OVF_STORE
> Feb  5 22:33:08 geisha-2 journal: ovirt-ha-agent
> ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR 
> Unable
> to get vm.conf from OVF_STORE, falling back to initial vm.conf
> Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
> 

Re: [ovirt-users] Problems with networks configuration

[Sandro Bonazzola]

Adding Alexander

On Mon, Feb 8, 2016 at 12:32 PM, Valerio Vinci  wrote:

> Hi,
>
> I have a problem wiht admin portal under Hosts > Networks Interfaces.
> When I click on "Setup Host Networks" The portal give mi this error:
> Uncaught exception occurred. Please try reloading the page. Details:
> (TypeError) __gwt$exception: : Aab(...) is null
> Please have your administrator check the UI logs
>
> I have tried to open this from the following browser:
> - firefox
> - chrome
> - chromium
> - opera
> - Internet Explorer
>
> This is the complete error from log.
>
> 2016-02-08 15:27:11,005 ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-4) [] Permutation name: 820D83469A671E575623913A3B35130C
> 2016-02-08 15:27:11,005 ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-4) [] Uncaught exception: :
> com.google.gwt.core.client.JavaScriptException: (TypeError)
>  __gwt$exception: : Aab(...) is null
> at Unknown.e9n(Unknown Source)at Unknown.v$p(Unknown
> Source)at Unknown.w$p(Unknown Source)at Unknown.z$p(Unknown
> Source)at Unknown.t$p(Unknown Source)at Unknown.rPp(Unknown
> Source)at Unknown.bhv(Unknown Source)at Unknown.ghv(Unknown
> Source)at Unknown.Ziv(Unknown Source)at Unknown.cjv(Unknown
> Source)at Unknown.c9u(Unknown Source)at Unknown.q9u(Unknown
> Source)at Unknown.DKr(Unknown Source)at Unknown.IPp(Unknown
> Source)at Unknown.dRp(Unknown Source)at Unknown.WOn(Unknown
> Source)at Unknown.ZOn(Unknown Source)at Unknown.QSn(Unknown
> Source)at Unknown.TSn(Unknown Source)at Unknown.wRn(Unknown
> Source)at Unknown.zRn(Unknown Source)at Unknown.GIe(Unknown
> Source)at Unknown.Cxk(Unknown Source)at Unknown.s3(Unknown
> Source)at Unknown.L3(Unknown Source)at
> Unknown.Dvf/c.onreadystatechange<(Unknown Source)at Unknown.Yt(Unknown
> Source)at Unknown.au(Unknown Source)at Unknown._t/<(Unknown
> Source)at Unknown.anonymous(Unknown Source)
>
> --
> Cordiali Saluti
> Vinci Valerio
> Cel. 3339979972
>



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

Re: [ovirt-users] Getting qcow images into oVirt

[Amit Aviram]

Hi
There's an upcoming feature to upload a pre-created image into your ovirt
system. it is not merged yet, but here's a link if you are interested in
more details:
http://www.ovirt.org/Features/Image_Upload

Anyway, currently you can still manually put an ISO file in an ISO domain,
and it should appear in your web admin.


On Mon, Feb 8, 2016 at 10:59 AM, Barak Korren  wrote:

> Hi there,
>
> We would like to consume pre-created QCOW images in oVirt/RHEV.
>
> So far it seems that the only way to do that would be to store the
> images in a Glance server which will require us to maintain such
> server.
> Trying to put the image in an ISO domain made in show up as a useless
> "unkonwn" file type in engine.
>
> Is there any other way to get the images into oVirt?
>
> --
> Barak Korren
> bkor...@redhat.com
> RHEV-CI Team
> ___
> 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 3.6 hostedengine.metadata, missing OVF_STORE

[Simone Tiraboschi]

On Mon, Feb 8, 2016 at 10:55 AM, Paul Groeneweg | Pazion 
wrote:

> Thanks for your response.
>
> I have reverted the commented entries and restarted ovirt-ha-agent.
> Now status on the daemon gives the error again:
> http://screencast.com/t/DCZo6QJM1
>
>
Here I'm a bit confused: is this a fresh hosted-engine deployment with 3.6
or an upgrade from an existing 3.5 hosted-engine deployment?


> The hosted engine domain is not shown in the web storage overview...
> When I start import it shows a warning:
> http://screencast.com/t/7HfJ9qWFwb2L
>
> Can I manually import the hostedengine storage?
> ( Hosted engine is visible in web interface and I have running VMs on
> another storage domain ).
>

It should auto-import it.
Adding Roy here.


>
>
> Op ma 8 feb. 2016 om 10:36 schreef Simone Tiraboschi  >:
>
>>
>>
>> On Mon, Feb 8, 2016 at 9:47 AM, Paul Groeneweg | Pazion 
>> wrote:
>>
>>> Update:
>>>
>>
>> The OVF_STORE volume will contain the engine VM description in a format
>> that the engine can easily handle.
>> It will be created by the engine when:
>> - it imported the hosted-engine storage domain
>> - the engineVM is visible
>> - the datacenter is up (you need at least one additional regular storage
>> domain)
>>
>> Please make sure that all these conditions are met.
>>
>> If the OVF_STORE is not there or it's not accessible, ovirt-ha-agent will
>> fallback to the initial vm.conf from deployment time. You see a warning
>> since we are failing back to an initial status and this can temporary
>> override your latest customization to the engine VM configuration.
>>
>>
>>> 1. I was able to remove the warnirngs about the not found ovf / vm.conf
>>> by commenting the conf_volume_UUID, conf_image_UUID entries in the
>>> hosted-engine.conf. After a restart of the ovirt-ha-agent the errors were
>>> gone. ( I believe this is not a permanent solution ).
>>>
>>
>> Please revert it.
>>
>>
>>>
>>> 2. This morning I noticed the warning in the event log.
>>> "The Hosted Engine Storage Domain doesn't exist. It should be imported
>>> into the setup."
>>>
>>
>> It's just a side effect of your point 1, please revert it.
>>
>>
>>>
>>> Any help would be appreciated.
>>>
>>> Best Regards,
>>>
>>> Paul Groeneweg
>>>
>>> Op zo 7 feb. 2016 om 22:14 schreef Paul Groeneweg | Pazion <
>>> p...@pazion.nl>:
>>>

 I have been upgrading our ovirt hosts to el7 to be able to run version
 3.6.
 When deploying a new host have problems with the shared OVF storage
 config part.

 1. I get an error during deploy:

 [ INFO  ] Stage: Setup validation
 [ ERROR ] Failed to execute stage 'Setup validation': failed to read
 metadata: [Errno 2] No such file or directory:
 '/rhev/data-center/mnt/[NFS3_SHARE]/88b69eba-ef4f-4dbe-ba53-20dadd424d0e/ha_agent/hosted-engine.metadata'
 [ INFO  ] Stage: Clean up

 It seems the symlink of hosted-engine.metadata is missing.
 So I added manually the /var/run/vdsm/storage folder with subfolder
 88b69eba-ef4f-4dbe-ba53-20dadd424d0e and symlinks.
 Then I reran the hosted-engine deploy and this time all went well.

 2. Now when the host is installed I notice the following in the logs

 
 Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
 INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Preparing
 images
 Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
 INFO:ovirt_hosted_engine_ha.lib.image.Image:Preparing images
 Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
 INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine:Reloading
 vm.conf from the shared storage domain
 Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
 INFO:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Trying
 to get a fresher copy of vm configuration from the OVF_STORE
 Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
 WARNING:ovirt_hosted_engine_ha.lib.ovf.ovf_store.OVFStore:Unable to find
 OVF_STORE
 Feb  5 22:33:08 geisha-2 journal: ovirt-ha-agent
 ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config ERROR Unable
 to get vm.conf from OVF_STORE, falling back to initial vm.conf
 Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
 ERROR:ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine.config:Unable
 to get vm.conf from OVF_STORE, falling back to initial vm.conf
 Feb  5 22:33:08 geisha-2 journal: ovirt-ha-agent
 ovirt_hosted_engine_ha.agent.agent.Agent ERROR Error: 'Path to volume
 6a5b55c3-3f03-47cc-b322-d6d7562371be not found in /rhev/data-center/mnt' -
 trying to restart agent
 Feb  5 22:33:08 geisha-2 ovirt-ha-agent:
 ERROR:ovirt_hosted_engine_ha.agent.agent.Agent:Error: 'Path to volume
 6a5b55c3-3f03-47cc-b322-d6d7562371be not found in /rhev/data-center/mnt' -
 trying to restart agent

 So at this point I was a bit stuck.
 I removed complete ovirt36 release and installed ovirt35 for 

Re: [ovirt-users] vm refuses to migrate because of NUMA

[Yaniv Dary]

You can not migrate VM with NUMA. They are pinned to host.

Yaniv Dary
Technical Product Manager
Red Hat Israel Ltd.
34 Jerusalem Road
Building A, 4th floor
Ra'anana, Israel 4350109

Tel : +972 (9) 7692306
8272306
Email: yd...@redhat.com
IRC : ydary


On Mon, Feb 8, 2016 at 12:24 PM, Nathanaël Blanchet 
wrote:

> Hi all,
>
> I created a cluster of VM with the same CPu level, except that one of them
> only has one physical CPU. When trying to migrate, I get this message into
> engine.log :
>
> 3b-4810-b5a4-f415c90ffdca`::Failed to migrate
> Traceback (most recent call last):
>   File "/usr/share/vdsm/virt/migration.py", line 294, in run
> self._startUnderlyingMigration(time.time())
>   File "/usr/share/vdsm/virt/migration.py", line 364, in
> _startUnderlyingMigration
> self._perform_migration(duri, muri)
>   File "/usr/share/vdsm/virt/migration.py", line 403, in _perform_migration
> self._vm._dom.migrateToURI3(duri, params, flags)
>   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/lib64/python2.7/site-packages/libvirt.py", line 1836, in
> migrateToURI3
> if ret == -1: raise libvirtError ('virDomainMigrateToURI3() failed',
> dom=self)
> libvirtError: unsupported configuration: NUMA node 1 is unavailable
>
> It seems that engine allows to mix multinode and mononode host into a same
> cluster whereas vms can't migrate between these nodes.
> I've never been using and configuring NUMA until now, so I don't
> understand why we are not allowed to migrate vms.*
> Thank you for your help
>
> --
> 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
>
> ___
> 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] Getting qcow images into oVirt

[Barak Korren]

>>
> Maybe this will help you?:
> https://jonarcher.info/2014/02/import-regular-kvm-image-ovirt-rhev/
>
Thanks! this looks like a step in the right direction!

A few caveats I see and further questions:
1. Seems I would require a storage domain where I can access the files
from somewhere external to the system. I guess I could try using a VM
running on the same engine instead and attach/detach disks to/from it.
2. This creates a non-sparse, non-thin VM disk no? How much space did
the disk take once you were done?


-- 
Barak Korren
bkor...@redhat.com
RHEV-CI Team
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] vm refuses to migrate because of NUMA

[Nicolas Ecarnot]

Le 08/02/2016 11:24, Nathanaël Blanchet a écrit :

Hi all,

I created a cluster of VM with the same CPu level, except that one of
them only has one physical CPU. When trying to migrate, I get this
message into engine.log :

3b-4810-b5a4-f415c90ffdca`::Failed to migrate
Traceback (most recent call last):
   File "/usr/share/vdsm/virt/migration.py", line 294, in run
 self._startUnderlyingMigration(time.time())
   File "/usr/share/vdsm/virt/migration.py", line 364, in
_startUnderlyingMigration
 self._perform_migration(duri, muri)
   File "/usr/share/vdsm/virt/migration.py", line 403, in
_perform_migration
 self._vm._dom.migrateToURI3(duri, params, flags)
   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/lib64/python2.7/site-packages/libvirt.py", line 1836, in
migrateToURI3
 if ret == -1: raise libvirtError ('virDomainMigrateToURI3()
failed', dom=self)
libvirtError: unsupported configuration: NUMA node 1 is unavailable

It seems that engine allows to mix multinode and mononode host into a
same cluster whereas vms can't migrate between these nodes.
I've never been using and configuring NUMA until now, so I don't
understand why we are not allowed to migrate vms.*
Thank you for your help



Salut Nathanaël,

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

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

Re: [ovirt-users] R: Re: R: Re: Network instability after upgrade 3.6.0 ->? 3.6.1

[Dan Kenigsberg]

On Thu, Feb 04, 2016 at 10:21:10PM +0100, Stefano Danzi wrote:
> I have only one switch so two interfaces are connected to the same switch. 
> The configuration in switch is corrected.  I opened a ticket for switch Tech 
> support and the configuration was validated.
> This configuration worked without problems h24 for one year!   All 
> problems started after a kernel update so something was changed in 
> kernel. 

Jarod, do you have a clue why AggregatorIDs may be mismatching with
recent el7.2 kernels?

> 
>  Messaggio originale 
> Da: Dan Kenigsberg  
> Data: 04/02/2016  22:02  (GMT+01:00) 
> A: Stefano Danzi , yd...@redhat.com 
> Cc: Jon Archer , mbur...@redhat.com, users@ovirt.org 
> Oggetto: Re: [ovirt-users] R: Re: Network instability after upgrade 3.6.0 ->
>   3.6.1 
> 
> On Thu, Feb 04, 2016 at 06:26:14PM +0100, Stefano Danzi wrote:
> > 
> > 
> > Il 04/02/2016 16.55, Dan Kenigsberg ha scritto:
> > >On Wed, Jan 06, 2016 at 08:45:16AM +0200, Dan Kenigsberg wrote:
> > >>On Mon, Jan 04, 2016 at 01:54:37PM +0200, Dan Kenigsberg wrote:
> > >>>On Mon, Jan 04, 2016 at 12:31:38PM +0100, Stefano Danzi wrote:
> > I did some tests:
> > 
> > kernel-3.10.0-327.3.1.el7.x86_64 -> bond mode 4 doesn't work (if I 
> > detach
> > one network cable the network is stable)
> > kernel-3.10.0-229.20.1.el7.x86_64 -> bond mode 4 works fine
> > >>>Would you be kind to file a kernel bug in bugzilla.redhat.com?
> > >>>Summarize the information from this thread (e.g. your ifcfgs and in what
> > >>>way does mode 4 doesn't work).
> > >>>
> > >>>To get the bug solved quickly we'd better find paying RHEL7 customer
> > >>>subscribing to it. But I'll try to push from my direction.
> > >>Stefano has been kind to open
> > >>
> > >> Bug 1295423 - Unstable network link using bond mode = 4
> > >> https://bugzilla.redhat.com/show_bug.cgi?id=1295423
> > >>
> > >>which we fail to reproduce on our own lab. I'd be pleased if anybody who
> > >>experiences it, and their networking config to the bug (if it is
> > >>different). Can you also lay out your switch's hardware and
> > >>configuration?
> > >Stefano, could you share your /proc/net/bonding/* files with us?
> > >I heard about similar reports were the bond slaves had mismatching
> > >aggregator id. Could it be your case as well?
> > >
> > 
> > Here:
> > 
> > [root@ovirt01 ~]# cat /proc/net/bonding/bond0
> > Ethernet Channel Bonding Driver: v3.7.1 (April 27, 2011)
> > 
> > Bonding Mode: IEEE 802.3ad Dynamic link aggregation
> > Transmit Hash Policy: layer2 (0)
> > MII Status: up
> > MII Polling Interval (ms): 100
> > Up Delay (ms): 0
> > Down Delay (ms): 0
> > 
> > 802.3ad info
> > LACP rate: slow
> > Min links: 0
> > Aggregator selection policy (ad_select): stable
> > Active Aggregator Info:
> > Aggregator ID: 2
> > Number of ports: 1
> > Actor Key: 9
> > Partner Key: 1
> > Partner Mac Address: 00:00:00:00:00:00
> > 
> > Slave Interface: enp4s0
> > MII Status: up
> > Speed: 1000 Mbps
> > Duplex: full
> > Link Failure Count: 2
> > Permanent HW addr: **:**:**:**:**:f1
> > Slave queue ID: 0
> > Aggregator ID: 1
> 
> ---^^^
> 
> 
> > Actor Churn State: churned
> > Partner Churn State: churned
> > Actor Churned Count: 4
> > Partner Churned Count: 5
> > details actor lacp pdu:
> > system priority: 65535
> > port key: 9
> > port priority: 255
> > port number: 1
> > port state: 69
> > details partner lacp pdu:
> > system priority: 65535
> > oper key: 1
> > port priority: 255
> > port number: 1
> > port state: 1
> > 
> > Slave Interface: enp5s0
> > MII Status: up
> > Speed: 1000 Mbps
> > Duplex: full
> > Link Failure Count: 1
> > Permanent HW addr: **:**:**:**:**:f2
> > Slave queue ID: 0
> > Aggregator ID: 2
> 
> ---^^^
> 
> 
> it sounds awfully familiar - mismatching aggregator IDs, and an all-zero
> partner mac. Can you double-check that both your nics are wired to the
> same switch, which is properly configured to use lacp on these two
> ports?
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Dumb question: exclamation mark next to VM?

[Greg Sheremeta]

I've opened [ https://bugzilla.redhat.com/show_bug.cgi?id=1305539 ] to
track this issue.

Thanks for reporting it!

Best wishes,
Greg

On Fri, Feb 5, 2016 at 9:11 PM, Darrell Budic 
wrote:

> After upgrading to 3.6.2, I’ve got a couple that are doing this to (No
> actual tooltip for the exclamation point). One windows, two linux, funny
> thing is they are all down at the moment and still have this warning…
>
>   -Darrell
>
> > On Feb 5, 2016, at 4:58 PM, Chris Adams  wrote:
> >
> > Once upon a time, Joe DiTommasso  said:
> >> If you mouse over the exclamation mark, you should get a tooltip that
> tells
> >> you what it's complaining about. I've got it on pretty much all my VMs,
> >> it's an issue with the timezone for me.
> >
> > I get nothing for the exclamation mark.  I go straight from the "Up" tip
> > to the "Server" tip.  The ! is in the first column with the status icon
> > (if you widen the columns it stay next to the up arror).
> >
> > --
> > Chris Adams 
> > ___
> > 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
>



-- 
Greg Sheremeta, MBA
Red Hat, Inc.
Sr. Software Engineer
gsher...@redhat.com
919-741-4016
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] cluster's minimum CPU level

[suporte]

Hi Moti, 

Thanks a lot. Do you think we lost functionalities? like server migration? 
The other way should be creating a new cluster, configure the old hosts on this 
new cluster. Is possible to share the same GlusterFS storage between 2 
clusters? Is possible to migrate servers and disks between the 2 clusters? 

Regards 

José 

- Mensagem original -

De: "Moti Asayag"  
Para: supo...@logicworks.pt 
Cc: "users"  
Enviadas: Segunda-feira, 8 De Fevereiro de 2016 14:35:54 
Assunto: Re: [ovirt-users] cluster's minimum CPU level 

Hi Jose, 

The correct way to do it is by: 
1. Putting all hosts in maintenance mode 
2. Changing the cluster cpu type to the desired one 
3. Install the new host 
4. Activate the hosts 
5. Re-run the vms 



On Fri, Feb 5, 2016 at 2:24 PM, < supo...@logicworks.pt > wrote: 



Hi, 
I'm trying to add a new old host (Intel(R) Xeon(R) CPU X3430 @ 2.40GHz Intel 
Nehalem Family) to oVirt Engine Version: 3.5.4.2-1.el7.centos. 
But I'm getting this error: 
host does not meet the cluster's minimum CPU level. Missing CPU features : 
model_SandyBridge 


What happen if I lower the cluster CPU type? Do I loose functionalities? Do I 
need to shutdown all VMs before change the cluster CPU type? 
Do you see any problem here? 

Thanks 

José 


-- 

Jose Ferradeira 
http://www.logicworks.pt 


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







-- 
Regards, 
Moti 

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

Re: [ovirt-users] cluster's minimum CPU level

[Moti Asayag]

Hi Jose,

The correct way to do it is by:
1. Putting all hosts in maintenance mode
2. Changing the cluster cpu type to the desired one
3. Install the new host
4. Activate the hosts
5. Re-run the vms



On Fri, Feb 5, 2016 at 2:24 PM,  wrote:

> Hi,
>  I'm trying to add a new old host (Intel(R) Xeon(R) CPU  X3430  @
> 2.40GHz Intel Nehalem Family) to oVirt Engine Version:
> 3.5.4.2-1.el7.centos.
> But I'm getting this error:
> host does not meet the cluster's minimum CPU level. Missing CPU features :
> model_SandyBridge
>
>
> What happen if I lower the cluster CPU type? Do I loose functionalities?
> Do I need to shutdown all VMs before change the cluster CPU type?
> Do you see any problem here?
>
> Thanks
>
> José
>
>
> --
> --
> Jose Ferradeira
> http://www.logicworks.pt
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


-- 
Regards,
Moti
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] ui errors in manager

[Alexander Wels]

On Monday, February 08, 2016 01:01:38 PM Jiří Sléžka wrote:
> Hello,
> 
> after upgrading to 3.6.2.6-1.el7.centos (from 3.6.1) I am getting
> occasionally this error in manager UI
> 
> 
> Uncaught exception occurred. Please try reloading the page. Details:
> (TypeError) __gwt$exception: : d is null
> Please have your administrator check the UI logs
> 

That means something happened in the UI that caused an uncaught exception. The 
application then sends the exception to the backend. If you have debuginfo 
packages installed it will de-obfuscate the exception into something human 
readable. These packages are not installed by default as the debuginfo is 
fairly large (~50M).

Run this command on the ENGINE to install the debuginfo packages.

yum install ovirt-engine-webadmin-portal-debuginfo ovirt-engine-userportal-
debuginfo

Once you have done that and the UI.log has some more interesting info please 
open a bugzilla with the stack trace so we can fix the problem.

Thanks,
Alexander


> 
> Corresponding error in /var/log/ovirt-engine/ui.log is
> 
> 
> 
> 2016-02-08 12:51:01,954 ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-61) [] Permutation name: 820D83469A671E575623913A3B35130C
> 2016-02-08 12:51:01,954 ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-61) [] Uncaught exception: :
> com.google.gwt.event.shared.UmbrellaException: Exception caught:
> (TypeError)
>   __gwt$exception: : d is null
>  at Unknown.ms(Unknown Source)   at Unknown.us(Unknown Source)
>   at Unknown.f3(Unknown Source)   at Unknown.i3(Unknown Source)   at
> Unknown.t2(Unknown Source)   at Unknown.evf(Unknown Source)  at
> Unknown.mcm(Unknown Source)  at Unknown.xcm(Unknown Source)  at
> Unknown.ivf(Unknown Source)  at Unknown.Ju(Unknown Source)   at
> Unknown.zu(Unknown Source)   at Unknown.bu(Unknown Source)   at
> Unknown.au(Unknown Source)   at Unknown._t/<(Unknown Source) at
> Unknown.anonymous(Unknown Source)Caused by:
> com.google.gwt.core.client.JavaScriptException: (TypeError)
>   __gwt$exception: : d is null
>  at Unknown.nVg(Unknown Source)  at Unknown.E6s(Unknown Source)
>   at Unknown.J6s(Unknown Source)  at Unknown.L6s(Unknown Source)  at
> Unknown.DKr(Unknown Source)  at Unknown.oml(Unknown Source)  at
> Unknown.lIp(Unknown Source)  at Unknown.OHo(Unknown Source)  at
> Unknown.iHo(Unknown Source)  at Unknown.$Ho(Unknown Source)  at
> Unknown.uqo(Unknown Source)  at Unknown.Aro(Unknown Source)  at
> Unknown.kso(Unknown Source)  at Unknown.RPk(Unknown Source)  at
> Unknown.qcs(Unknown Source)  at Unknown.dvf(Unknown Source)  at
> Unknown.D2(Unknown Source)   ... 11 more
> 
> 2016-02-08 12:51:06,573 ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-45) [] Permutation name: 820D83469A671E575623913A3B35130C
> 2016-02-08 12:51:06,573 ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-45) [] Uncaught exception: :
> com.google.gwt.core.client.JavaScriptException: (TypeError)
>   __gwt$exception: : d is null
>  at Unknown.nVg(Unknown Source)  at Unknown.E6s(Unknown Source)
>   at Unknown.J6s(Unknown Source)  at Unknown.L6s(Unknown Source)  at
> Unknown.DKr(Unknown Source)  at Unknown.oml(Unknown Source)  at
> Unknown.eIp(Unknown Source)  at Unknown.dIp(Unknown Source)  at
> Unknown.OHo(Unknown Source)  at Unknown.iHo(Unknown Source)  at
> Unknown.$Ho(Unknown Source)  at Unknown.sro(Unknown Source)  at
> Unknown.jso(Unknown Source)  at Unknown.Mxo(Unknown Source)  at
> Unknown.WOn(Unknown Source)  at Unknown.ZOn(Unknown Source)  at
> Unknown.QSn(Unknown Source)  at Unknown.TSn(Unknown Source)  at
> Unknown.ORn(Unknown Source)  at Unknown.RRn(Unknown Source)  at
> Unknown.GIe(Unknown Source)  at Unknown.Cxk(Unknown Source)  at
> Unknown.s3(Unknown Source)   at Unknown.L3(Unknown Source)   at
> Unknown.Dvf/c.onreadystatechange<(Unknown Source)at
> Unknown.Yt(Unknown Source)   at Unknown.au(Unknown Source)   at
> Unknown._t/<(Unknown Source) at Unknown.anonymous(Unknown Source)
> 
> 
> Any ideas what it is about or how to solve it?
> 
> Cheers,
> 
> Jiri

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

Re: [ovirt-users] ui errors in manager

[Jiří Sléžka]

Hello,



after upgrading to 3.6.2.6-1.el7.centos (from 3.6.1) I am getting
occasionally this error in manager UI


Uncaught exception occurred. Please try reloading the page. Details:
(TypeError) __gwt$exception: : d is null
Please have your administrator check the UI logs



That means something happened in the UI that caused an uncaught exception. The
application then sends the exception to the backend. If you have debuginfo
packages installed it will de-obfuscate the exception into something human
readable. These packages are not installed by default as the debuginfo is
fairly large (~50M).

Run this command on the ENGINE to install the debuginfo packages.

yum install ovirt-engine-webadmin-portal-debuginfo ovirt-engine-userportal-
debuginfo

Once you have done that and the UI.log has some more interesting info please
open a bugzilla with the stack trace so we can fix the problem.


Thanks for info, I have debuginfo packages installed and I am trying to 
raise this error once more (with no luck at this time ;-)


As soon as I succeed I will report it to bugzilla

Regards,
Jiri




Thanks,
Alexander




Corresponding error in /var/log/ovirt-engine/ui.log is



2016-02-08 12:51:01,954 ERROR
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
(default task-61) [] Permutation name: 820D83469A671E575623913A3B35130C
2016-02-08 12:51:01,954 ERROR
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
(default task-61) [] Uncaught exception: :
com.google.gwt.event.shared.UmbrellaException: Exception caught:
(TypeError)
   __gwt$exception: : d is null
  at Unknown.ms(Unknown Source)   at Unknown.us(Unknown Source)
   at Unknown.f3(Unknown Source)   at Unknown.i3(Unknown Source)   at
Unknown.t2(Unknown Source)   at Unknown.evf(Unknown Source)  at
Unknown.mcm(Unknown Source)  at Unknown.xcm(Unknown Source)  at
Unknown.ivf(Unknown Source)  at Unknown.Ju(Unknown Source)   at
Unknown.zu(Unknown Source)   at Unknown.bu(Unknown Source)   at
Unknown.au(Unknown Source)   at Unknown._t/<(Unknown Source) at
Unknown.anonymous(Unknown Source)Caused by:
com.google.gwt.core.client.JavaScriptException: (TypeError)
   __gwt$exception: : d is null
  at Unknown.nVg(Unknown Source)  at Unknown.E6s(Unknown Source)
   at Unknown.J6s(Unknown Source)  at Unknown.L6s(Unknown Source)  at
Unknown.DKr(Unknown Source)  at Unknown.oml(Unknown Source)  at
Unknown.lIp(Unknown Source)  at Unknown.OHo(Unknown Source)  at
Unknown.iHo(Unknown Source)  at Unknown.$Ho(Unknown Source)  at
Unknown.uqo(Unknown Source)  at Unknown.Aro(Unknown Source)  at
Unknown.kso(Unknown Source)  at Unknown.RPk(Unknown Source)  at
Unknown.qcs(Unknown Source)  at Unknown.dvf(Unknown Source)  at
Unknown.D2(Unknown Source)   ... 11 more

2016-02-08 12:51:06,573 ERROR
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
(default task-45) [] Permutation name: 820D83469A671E575623913A3B35130C
2016-02-08 12:51:06,573 ERROR
[org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
(default task-45) [] Uncaught exception: :
com.google.gwt.core.client.JavaScriptException: (TypeError)
   __gwt$exception: : d is null
  at Unknown.nVg(Unknown Source)  at Unknown.E6s(Unknown Source)
   at Unknown.J6s(Unknown Source)  at Unknown.L6s(Unknown Source)  at
Unknown.DKr(Unknown Source)  at Unknown.oml(Unknown Source)  at
Unknown.eIp(Unknown Source)  at Unknown.dIp(Unknown Source)  at
Unknown.OHo(Unknown Source)  at Unknown.iHo(Unknown Source)  at
Unknown.$Ho(Unknown Source)  at Unknown.sro(Unknown Source)  at
Unknown.jso(Unknown Source)  at Unknown.Mxo(Unknown Source)  at
Unknown.WOn(Unknown Source)  at Unknown.ZOn(Unknown Source)  at
Unknown.QSn(Unknown Source)  at Unknown.TSn(Unknown Source)  at
Unknown.ORn(Unknown Source)  at Unknown.RRn(Unknown Source)  at
Unknown.GIe(Unknown Source)  at Unknown.Cxk(Unknown Source)  at
Unknown.s3(Unknown Source)   at Unknown.L3(Unknown Source)   at
Unknown.Dvf/c.onreadystatechange<(Unknown Source)at
Unknown.Yt(Unknown Source)   at Unknown.au(Unknown Source)   at
Unknown._t/<(Unknown Source) at Unknown.anonymous(Unknown Source)


Any ideas what it is about or how to solve it?

Cheers,

Jiri




<>

smime.p7s
Description: Elektronicky podpis S/MIME
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Problems with networks configuration

[Alexander Wels]

On Monday, February 08, 2016 12:44:24 PM Sandro Bonazzola wrote:
> Adding Alexander
> 

Hi, can you install the debuginfo and reproduce the exception?

Run this command on the ENGINE to install the debuginfo packages.

yum install ovirt-engine-webadmin-portal-debuginfo ovirt-engine-userportal-
debuginfo

Then show us what shows up in the UI.log?

Thanks,
Alexander

> On Mon, Feb 8, 2016 at 12:32 PM, Valerio Vinci  wrote:
> > Hi,
> > 
> > I have a problem wiht admin portal under Hosts > Networks Interfaces.
> > When I click on "Setup Host Networks" The portal give mi this error:
> > Uncaught exception occurred. Please try reloading the page. Details:
> > (TypeError) __gwt$exception: : Aab(...) is null
> > Please have your administrator check the UI logs
> > 
> > I have tried to open this from the following browser:
> > - firefox
> > - chrome
> > - chromium
> > - opera
> > - Internet Explorer
> > 
> > This is the complete error from log.
> > 
> > 2016-02-08 15:27:11,005 ERROR
> > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> > (default task-4) [] Permutation name: 820D83469A671E575623913A3B35130C
> > 2016-02-08 15:27:11,005 ERROR
> > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> > (default task-4) [] Uncaught exception: :
> > com.google.gwt.core.client.JavaScriptException: (TypeError)
> > 
> >  __gwt$exception: : Aab(...) is null
> >  
> > at Unknown.e9n(Unknown Source)at Unknown.v$p(Unknown
> > 
> > Source)at Unknown.w$p(Unknown Source)at Unknown.z$p(Unknown
> > Source)at Unknown.t$p(Unknown Source)at Unknown.rPp(Unknown
> > Source)at Unknown.bhv(Unknown Source)at Unknown.ghv(Unknown
> > Source)at Unknown.Ziv(Unknown Source)at Unknown.cjv(Unknown
> > Source)at Unknown.c9u(Unknown Source)at Unknown.q9u(Unknown
> > Source)at Unknown.DKr(Unknown Source)at Unknown.IPp(Unknown
> > Source)at Unknown.dRp(Unknown Source)at Unknown.WOn(Unknown
> > Source)at Unknown.ZOn(Unknown Source)at Unknown.QSn(Unknown
> > Source)at Unknown.TSn(Unknown Source)at Unknown.wRn(Unknown
> > Source)at Unknown.zRn(Unknown Source)at Unknown.GIe(Unknown
> > Source)at Unknown.Cxk(Unknown Source)at Unknown.s3(Unknown
> > Source)at Unknown.L3(Unknown Source)at
> > Unknown.Dvf/c.onreadystatechange<(Unknown Source)at Unknown.Yt(Unknown
> > Source)at Unknown.au(Unknown Source)at Unknown._t/<(Unknown
> > Source)at Unknown.anonymous(Unknown Source)
> > 
> > --
> > Cordiali Saluti
> > Vinci Valerio
> > Cel. 3339979972

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

Re: [ovirt-users] Problems with networks configuration

[Alexander Wels]

On Monday, February 08, 2016 08:56:25 PM Valerio Vinci wrote:
> There more easy to read.
> 

Hmm that is still obfuscated, can you double check that the version of the 
engine matches the version of the debuginfo?

> 2016-02-08 20:45:01,694 ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-14) [] Permutation name: session
> 2016-02-08 20:45:01,694 ERROR
> [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> (default task-14) [] Uncaught exception: :
> com.google.gwt.core.client.JavaScriptException: (TypeError)
>  __gwt$exception: : Cannot read property 'b' of null
> at Unknown.I9n(https://IP/session.cache.html@55)
> at Unknown.Z$p(https://IP/session.cache.html@357)
> at Unknown.$$p(https://IP/session.cache.html@42)
> at Unknown.b_p(https://IP/session.cache.html@78)
> at Unknown.X$p(https://IP/session.cache.html@106)
> at Unknown.VPp(https://IP/session.cache.html@26)
> at Unknown.Fhv(https://IP/session.cache.html@51)
> at Unknown.Khv(https://IP/session.cache.html@281)
> at Unknown._hv(https://IP/session.cache.html@25)
> at Unknown.iiv(https://IP/session.cache.html@25)
> at Unknown.hiv(https://IP/session.cache.html@29)
> at Unknown.H9u(https://IP/session.cache.html@166)
> at Unknown.U9u(https://IP/session.cache.html@9380)
> at Unknown.fLr(https://IP/session.cache.html@189)
> at Unknown.kQp(https://IP/session.cache.html@1571)
> at Unknown.HRp(https://IP/session.cache.html@6638)
> at Unknown.yPn(https://IP/session.cache.html@84)
> at Unknown.BPn(https://IP/session.cache.html@438)
> at Unknown.sTn(https://IP/session.cache.html@40)
> at Unknown.vTn(https://IP/session.cache.html@25782)
> at Unknown.$Rn(https://IP/session.cache.html@25)
> at Unknown.bSn(https://IP/session.cache.html@24007)
> at Unknown.fJe(https://IP/session.cache.html@20784)
> at Unknown.eyk(https://IP/session.cache.html@9363)
> at Unknown.M3(https://IP/session.cache.html@137)
> at Unknown.d4(https://IP/session.cache.html@7933)
> at Unknown.(https://IP/session.cache.html@65)
> at Unknown._t(https://IP/session.cache.html@29)
> at Unknown.du(https://IP/session.cache.html@57)
> at Unknown.(https://IP/session.cache.html@54)
> 
> 
> Session: 8175C40F7283C99A5C622841E738840C
> IP: xxx.xxx.xxx.xxx/ovirt-engine/webadmin
> 
> 2016-02-08 19:40 GMT+01:00 Alexander Wels :
> > On Monday, February 08, 2016 12:44:24 PM Sandro Bonazzola wrote:
> > > Adding Alexander
> > 
> > Hi, can you install the debuginfo and reproduce the exception?
> > 
> > Run this command on the ENGINE to install the debuginfo packages.
> > 
> > yum install ovirt-engine-webadmin-portal-debuginfo
> > ovirt-engine-userportal-
> > debuginfo
> > 
> > Then show us what shows up in the UI.log?
> > 
> > Thanks,
> > Alexander
> > 
> > > On Mon, Feb 8, 2016 at 12:32 PM, Valerio Vinci 
> > 
> > wrote:
> > > > Hi,
> > > > 
> > > > I have a problem wiht admin portal under Hosts > Networks Interfaces.
> > > > When I click on "Setup Host Networks" The portal give mi this error:
> > > > Uncaught exception occurred. Please try reloading the page. Details:
> > > > (TypeError) __gwt$exception: : Aab(...) is null
> > > > Please have your administrator check the UI logs
> > > > 
> > > > I have tried to open this from the following browser:
> > > > - firefox
> > > > - chrome
> > > > - chromium
> > > > - opera
> > > > - Internet Explorer
> > > > 
> > > > This is the complete error from log.
> > > > 
> > > > 2016-02-08 15:27:11,005 ERROR
> > > > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> > > > (default task-4) [] Permutation name: 820D83469A671E575623913A3B35130C
> > > > 2016-02-08 15:27:11,005 ERROR
> > > > [org.ovirt.engine.ui.frontend.server.gwt.OvirtRemoteLoggingService]
> > > > (default task-4) [] Uncaught exception: :
> > > > com.google.gwt.core.client.JavaScriptException: (TypeError)
> > > > 
> > > >  __gwt$exception: : Aab(...) is null
> > > >  
> > > > at Unknown.e9n(Unknown Source)at Unknown.v$p(Unknown
> > > > 
> > > > Source)at Unknown.w$p(Unknown Source)at Unknown.z$p(Unknown
> > > > Source)at Unknown.t$p(Unknown Source)at Unknown.rPp(Unknown
> > > > Source)at Unknown.bhv(Unknown Source)at Unknown.ghv(Unknown
> > > > Source)at Unknown.Ziv(Unknown Source)at Unknown.cjv(Unknown
> > > > Source)at Unknown.c9u(Unknown Source)at Unknown.q9u(Unknown
> > > > Source)at Unknown.DKr(Unknown Source)at Unknown.IPp(Unknown
> > > > Source)at Unknown.dRp(Unknown Source)at Unknown.WOn(Unknown
> > > > Source)at Unknown.ZOn(Unknown Source)at Unknown.QSn(Unknown
> > > > Source)at Unknown.TSn(Unknown Source)at Unknown.wRn(Unknown
> > > > Source)at 

Re: [ovirt-users] ovirt 3.6 hostedengine.metadata, missing OVF_STORE

[Paul Groeneweg | Pazion]

I found vdsClient and ran a few commands.

[root@geisha-1 ~]# vdsClient -s 0 getStorageDomainInfo
88b69eba-ef4f-4dbe-ba53-20dadd424d0e

uuid = 88b69eba-ef4f-4dbe-ba53-20dadd424d0e

version = 3

role = Master

remotePath = hostedstorage.pazion.nl:/opt/hosted-engine

type = NFS

class = Data

pool = ['499b208c-9de9-4a2a-97de-30f410b4e6d4']

name = hostedengine_nfs


[root@geisha-1 ~]# vdsClient -s 0 connectStoragePool
499b208c-9de9-4a2a-97de-30f410b4e6d4

Error using command: list index out of range


...


[root@geisha-1 ~]# vdsClient -s 0 getStoragePoolInfo
499b208c-9de9-4a2a-97de-30f410b4e6d4

Unknown pool id, pool not connected:
('499b208c-9de9-4a2a-97de-30f410b4e6d4',)


[root@geisha-1 ~]# vdsClient -s 0 getConnectedStoragePoolsList

0002-0002-0002-0002-0385


Can I manually create the missing storage pool which is missing with:

vdsClient  -s 0 createStoragePool 499b208c-9de9-4a2a-97de-30f410b4e6d4
hostedengine_nfs 88b69eba-ef4f-4dbe-ba53-20dadd424d0e

If this would be the solution, I still wonder why there is no existing
storagePool for the storageDomain.



Op ma 8 feb. 2016 om 22:54 schreef Paul Groeneweg | Pazion :

> I still keep getting
>
> The Hosted Engine Storage Domain doesn't exist. It should be imported into
> the setup.
>
> I went digging a little further and found this in the engine.log
>
> 2016-02-08 22:30:25,083 INFO
>  [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand]
> (org.ovirt.thread.pool-8-thread-41) [] FINISH,
> HSMGetStorageDomainInfoVDSCommand, return:
>  id='88b69eba-ef4f-4dbe-ba53-20dadd424d0e'},
> 499b208c-9de9-4a2a-97de-30f410b4e6d4>, log id: 56723427
> 2016-02-08 22:30:25,083 INFO
>  [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery]
> (org.ovirt.thread.pool-8-thread-41) [] FINISH,
> GetExistingStorageDomainListQuery, log id: 6ca437b1
> 2016-02-08 22:30:25,084 INFO
>  [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand]
> (org.ovirt.thread.pool-8-thread-41) [364719ce] Lock Acquired to object
> 'EngineLock:{exclusiveLocks='[]', sharedLocks='null'}'
> 2016-02-08 22:30:25,102 WARN
>  [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand]
> (org.ovirt.thread.pool-8-thread-41) [364719ce] CanDoAction of action
> 'ImportHostedEngineStorageDomain' failed for user SYSTEM. Reasons:
> VAR__ACTION__ADD,VAR__TYPE__STORAGE__DOMAIN,ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST
>
> So it looks like it can't find the storage domain. When I check vdsm.log I
> found an error:
> Thread-711902::ERROR::2016-02-08
> 21:17:01,240::dispatcher::76::Storage.Dispatcher::(wrapper) {'status':
> {'message': "Unknown pool id, pool not connected:
> ('499b208c-9de9-4a2a-97de-30f410b4e6d4',)", 'code': 309}}
>
> It looks like 499b208c-9de9-4a2a-97de-30f410b4e6d4 is the id it is also
> trying to connect to in the engine.log.
>
> I did found https://bugzilla.redhat.com/show_bug.cgi?id=1269768  and
> https://bugzilla.redhat.com/show_bug.cgi?id=1294457
>
> Can it be I have setup another DC with a master iscsi storage  which is
> now offline?  ( 1 DC with Cluster,  VMs with hosted engine and master
> storage FC all up and running.  )
>
> Not sure where to go from here. Can I somehow restart this storage domain
> / do a new hosted-engine deploy with different settings?
>
>
> Op ma 8 feb. 2016 om 12:05 schreef Paul Groeneweg | Pazion  >:
>
>> Op ma 8 feb. 2016 om 11:28 schreef Simone Tiraboschi > >:
>>
>>> On Mon, Feb 8, 2016 at 10:55 AM, Paul Groeneweg | Pazion >> > wrote:
>>>
 Thanks for your response.

 I have reverted the commented entries and restarted ovirt-ha-agent.
 Now status on the daemon gives the error again:
 http://screencast.com/t/DCZo6QJM1


>>> Here I'm a bit confused: is this a fresh hosted-engine deployment with
>>> 3.6 or an upgrade from an existing 3.5 hosted-engine deployment?
>>>
>>
>> I have  reinstalled host ( complete OS reinstall) and ran hosted-engine
>> --deploy for redeployment on an existing oVirt ( hosted-engine ).
>>
>> As described in previous mail, during the deployment I got errors about a
>> missing hostedengine.metadata symlink to /var/run/vdsd/storage/...
>> I created these by hand and then I ran deployment again and it worked.
>>
>>
>>>
 The hosted engine domain is not shown in the web storage overview...
 When I start import it shows a warning:
 http://screencast.com/t/7HfJ9qWFwb2L

 Can I manually import the hostedengine storage?
 ( Hosted engine is visible in web interface and I have running VMs on
 another storage domain ).

>>>
>>> It should auto-import it.
>>> Adding Roy here.
>>>
>>>
>> I believe this auto-import is failing...
>> Where can I find logs about this auto-import?
>>
>>
>>
>>
>>>

 Op ma 8 feb. 2016 om 10:36 schreef Simone Tiraboschi <
 stira...@redhat.com>:

>
>
> On 

Re: [ovirt-users] ovirt 3.6 hostedengine.metadata, missing OVF_STORE

[Paul Groeneweg | Pazion]

I still keep getting

The Hosted Engine Storage Domain doesn't exist. It should be imported into
the setup.

I went digging a little further and found this in the engine.log

2016-02-08 22:30:25,083 INFO
 [org.ovirt.engine.core.vdsbroker.vdsbroker.HSMGetStorageDomainInfoVDSCommand]
(org.ovirt.thread.pool-8-thread-41) [] FINISH,
HSMGetStorageDomainInfoVDSCommand, return:
, log id: 56723427
2016-02-08 22:30:25,083 INFO
 [org.ovirt.engine.core.bll.storage.GetExistingStorageDomainListQuery]
(org.ovirt.thread.pool-8-thread-41) [] FINISH,
GetExistingStorageDomainListQuery, log id: 6ca437b1
2016-02-08 22:30:25,084 INFO
 [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand]
(org.ovirt.thread.pool-8-thread-41) [364719ce] Lock Acquired to object
'EngineLock:{exclusiveLocks='[]', sharedLocks='null'}'
2016-02-08 22:30:25,102 WARN
 [org.ovirt.engine.core.bll.ImportHostedEngineStorageDomainCommand]
(org.ovirt.thread.pool-8-thread-41) [364719ce] CanDoAction of action
'ImportHostedEngineStorageDomain' failed for user SYSTEM. Reasons:
VAR__ACTION__ADD,VAR__TYPE__STORAGE__DOMAIN,ACTION_TYPE_FAILED_STORAGE_DOMAIN_NOT_EXIST

So it looks like it can't find the storage domain. When I check vdsm.log I
found an error:
Thread-711902::ERROR::2016-02-08
21:17:01,240::dispatcher::76::Storage.Dispatcher::(wrapper) {'status':
{'message': "Unknown pool id, pool not connected:
('499b208c-9de9-4a2a-97de-30f410b4e6d4',)", 'code': 309}}

It looks like 499b208c-9de9-4a2a-97de-30f410b4e6d4 is the id it is also
trying to connect to in the engine.log.

I did found https://bugzilla.redhat.com/show_bug.cgi?id=1269768  and
https://bugzilla.redhat.com/show_bug.cgi?id=1294457

Can it be I have setup another DC with a master iscsi storage  which is now
offline?  ( 1 DC with Cluster,  VMs with hosted engine and master storage
FC all up and running.  )

Not sure where to go from here. Can I somehow restart this storage domain /
do a new hosted-engine deploy with different settings?


Op ma 8 feb. 2016 om 12:05 schreef Paul Groeneweg | Pazion :

> Op ma 8 feb. 2016 om 11:28 schreef Simone Tiraboschi  >:
>
>> On Mon, Feb 8, 2016 at 10:55 AM, Paul Groeneweg | Pazion 
>> wrote:
>>
>>> Thanks for your response.
>>>
>>> I have reverted the commented entries and restarted ovirt-ha-agent.
>>> Now status on the daemon gives the error again:
>>> http://screencast.com/t/DCZo6QJM1
>>>
>>>
>> Here I'm a bit confused: is this a fresh hosted-engine deployment with
>> 3.6 or an upgrade from an existing 3.5 hosted-engine deployment?
>>
>
> I have  reinstalled host ( complete OS reinstall) and ran hosted-engine
> --deploy for redeployment on an existing oVirt ( hosted-engine ).
>
> As described in previous mail, during the deployment I got errors about a
> missing hostedengine.metadata symlink to /var/run/vdsd/storage/...
> I created these by hand and then I ran deployment again and it worked.
>
>
>>
>>> The hosted engine domain is not shown in the web storage overview...
>>> When I start import it shows a warning:
>>> http://screencast.com/t/7HfJ9qWFwb2L
>>>
>>> Can I manually import the hostedengine storage?
>>> ( Hosted engine is visible in web interface and I have running VMs on
>>> another storage domain ).
>>>
>>
>> It should auto-import it.
>> Adding Roy here.
>>
>>
> I believe this auto-import is failing...
> Where can I find logs about this auto-import?
>
>
>
>
>>
>>>
>>> Op ma 8 feb. 2016 om 10:36 schreef Simone Tiraboschi <
>>> stira...@redhat.com>:
>>>


 On Mon, Feb 8, 2016 at 9:47 AM, Paul Groeneweg | Pazion  wrote:

> Update:
>

 The OVF_STORE volume will contain the engine VM description in a format
 that the engine can easily handle.
 It will be created by the engine when:
 - it imported the hosted-engine storage domain
 - the engineVM is visible
 - the datacenter is up (you need at least one additional regular
 storage domain)

 Please make sure that all these conditions are met.

 If the OVF_STORE is not there or it's not accessible, ovirt-ha-agent
 will fallback to the initial vm.conf from deployment time. You see a
 warning since we are failing back to an initial status and this can
 temporary override your latest customization to the engine VM 
 configuration.


> 1. I was able to remove the warnirngs about the not found ovf /
> vm.conf by commenting the conf_volume_UUID, conf_image_UUID entries in the
> hosted-engine.conf. After a restart of the ovirt-ha-agent the errors were
> gone. ( I believe this is not a permanent solution ).
>

 Please revert it.


>
> 2. This morning I noticed the warning in the event log.
> "The Hosted Engine Storage Domain doesn't exist. It should be imported
>