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

[Marek Libra]

Is old MediaWiki still running somewhere?

Thanks,
Marek

- Original Message -
> From: "Mikey Ariel" 
> To: users@ovirt.org, de...@ovirt.org, in...@ovirt.org
> Sent: Thursday, February 18, 2016 12:42:56 PM
> Subject: [ovirt-devel] Coming (Very) Soon - New ovirt.org Website &   
> Deprecated Wiki
> 
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
> 
> In the past months we've been working on upgrading the oVirt project
> infrastructure, to better support the community contributions.
> 
> One of the main platforms for our user documentation, release
> management content, and community content has been the MediaWiki site
> that you all know as ovirt.org. Most of us are familiar with the wiki
> site format, with all its advantages and disadvantages.
> 
> After several years of serving the community, I'm happy to announce
> that we are very near to completing a full upgrade of the website
> infrastructure from a wiki site to a static site, source-controlled on
> GitHub and authored in Markdown.
> 
> This email is the pre-launch announcement, as we are reaching the
> final stages of the migration, and there are a few actions that might
> affect your work on website content in the meantime.
> 
> Why migrate the website
> ===
> 
> As mentioned, wiki sites provide an open and flexible content editing
> platform. Unfortunately, as the site grows the content becomes quite
> difficult to manage and curate, resulting in lots of obsolete,
> outdated, and incorrect information.
> 
> By moving to a source-controlled repository and implementing GitHub's
> contribution workflow, we strive to ease the work of maintaining an
> up-to-date content site, employ a peer-review process for changes, and
> standardize the authoring markup language to lower the contribution
> barrier.
> 
> The Middleman framework (Ruby-based static site generator) was chosen
> based on observing successful implementation of other open-source
> community websites, such as OpenStack RDO, Project Atomic, and Gluster.
> 
> What we did so far
> ==
> 
> When we started the migration, our Web design team exported all of the
> wiki content from the old website and converted it to MD files. They
> also set up the website config flow, auto-deploy, and upgraded the
> look-and-feel of the website.
> 
> We then initiated a content review effort as well as a UX review for
> the new website in a smaller forum, which caught most of the critical
> issues with the new website and helped us get the new format to a
> place where we can release the website in a near-GA/public-beta format.
> 
> Yesterday (Wednesday Feb 17) we exported the website one more time and
> currently we're running a diff on all the files that changed since the
> initial export was done, to make sure we grab all the updates and the
> latest content before we launch the new website.
> 
> What is about to happen
> ===
> 
> Today we are initiating a **wiki freeze**, which means the old
> MediaWiki site will become read-only. This is to ensure that all of
> our diff scripts reflect the most current state of the content on the
> website, and that we don't lose any content in the transition.
> 
> Barring any unexpected blockers, we will port the ovirt.org domain to
> point to the new website and open the new website for contributions on
> **Monday February 22** or earlier.
> 
> What do you need to do right now
> 
> 
> If you have any wiki pages that you're actively editing, please don't
> save them to the old MediaWiki site, and hold onto your pending
> changes until we send the happy launch email.
> 
> We will also include instructions on how to contribute/edit/add
> content to the new website, but in general the workflow will be
> aligned with the standard GitHub best practices
> (clone-edit-commit-pullrequest), so you can utilize all of the git
> commands that you already know or work directly within the GitHub web
> editor.
> 
> 
> I'd like to thank all of the people who were involved with this
> migration so far, ovirt.org is a big website with lots of content and
> it was no small task to upgrade it.
> 
> Please feel free to ping me on- or off-list if you have any questions
> about the next steps, and expect a happy launch email soon!
> 
> Cheers,
> Mikey
> 
> 
> - --
> Mikey Ariel
> Community Lead, oVirt
> www.ovirt.org
> 
> "To be is to do" (Socrates)
> "To do is to be" (Jean-Paul Sartre)
> "Do be do be do" (Frank Sinatra)
> 
> Mobile: +420-702-131-141
> IRC: mariel / thatdocslady
> Twitter: @ThatDocsLady
> 
> 
> -BEGIN PGP SIGNATURE-
> Version: GnuPG v2
> 
> iQEcBAEBCAAGBQJWxa5AAAoJEHYPPTOszxHow10H/jeuhzMrUrPsCBedLg7OKnNh
> jdKDujT/aCyA4LgnRHnVBEASunShmVaOJrMdU4r0PZbdkX1Mf5/SvCEFGKY14qAg
> m/5CnDhlwbp5rqo09VOGLMg20CaMtpUoE1LpKE/epGYEKSBr2JIAA+HAsYa1OEyS
> 9oHDDx+ZIbfHNlygW1KpW6dsuZRscTbfy4kk8rY83YdJGyQiQN+ulsjT/c2N8ArR
> WylohBE2OcC7+nzf7AejKJ94loWxnVhO4qWbNWAH00LArG89yFWBBSlMK6ocJUED
> P4

Re: [ovirt-users] Run Once install -> reboot loop

[René Koch]

Hi Jamie,

That reason for this is, that the iso will be mounted as long as you're 
in run once mode.


You can fix this by powering off your vm after the installation and run 
it again in "normal" mode. As you don't want to run the vm in run once 
mode forever, you have to shut it down anyway.



Regards,
René

On 02/19/2016 01:19 AM, Jamie Lawrence wrote:

Hello all,

I’m running overt 3.6.0 on Centos 7.[1]

I’ve been working on getting Ovirt to slot in to our environment, and almost 
have a setup that works. I can now build isos on demand for automated installs 
(I’m working around some local networking choices without modifying them for 
now, which is why this isn’t a PXE boot) and create my guests, pointing them to 
the iso form which to install via Run Once. This all works.

The problem is that after the install, the guest reboots, but (best I can tell) 
Ovirt doesn’t detect it, the iso is still mounted, and the install happens all 
over again. Rinse, repeat.

Has anyone seen this? Or better, does anyone know how to fix this?

Thanks,

-j



[1]
# yum list installed |grep ovirt
ebay-cors-filter.noarch1.0.1-0.1.ovirt.el7@ovirt-3.6
gperftools-libs.x86_64 2.4-7.el7  @ovirt-3.6
ipxe-bootimgs.noarch   20130517-7.gitc4bce43.el7  @ovirt-3.6
ipxe-roms.noarch   20130517-7.gitc4bce43.el7  @ovirt-3.6
ipxe-roms-qemu.noarch  20130517-7.gitc4bce43.el7  @ovirt-3.6
jasperreports-server.noarch6.0.1-1.el7@ovirt-3.6
libcacard-ev.x86_6410:2.3.0-29.1.el7  @ovirt-3.6
libgovirt.x86_64   0.3.1-3.el7@base
otopi.noarch   1.4.0-1.el7.centos @ovirt-3.6
otopi-java.noarch  1.4.0-1.el7.centos @ovirt-3.6
ovirt-engine.noarch3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-backend.noarch3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-cli.noarch3.6.0.1-1.el7.centos   @ovirt-3.6
ovirt-engine-dbscripts.noarch  3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-extension-aaa-jdbc.noarch 1.0.1-1.el7@ovirt-3.6
ovirt-engine-extension-aaa-ldap.noarch 1.1.2-1.el7.centos @ovirt-3.6
ovirt-engine-extension-aaa-ldap-setup.noarch
1.1.2-1.el7.centos 
@ovirt-3.6
ovirt-engine-extensions-api-impl.noarch
3.6.0.3-1.el7.centos   
@ovirt-3.6
ovirt-engine-jboss-as.x86_64   7.1.1-1.el7.centos @ovirt-3.6
ovirt-engine-lib.noarch3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-restapi.noarch3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-sdk-python.noarch 3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-setup.noarch  3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-setup-base.noarch 3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-setup-plugin-ovirt-engine.noarch
3.6.0.3-1.el7.centos   
@ovirt-3.6
ovirt-engine-setup-plugin-ovirt-engine-common.noarch
3.6.0.3-1.el7.centos   
@ovirt-3.6
ovirt-engine-setup-plugin-vmconsole-proxy-helper.noarch
3.6.0.3-1.el7.centos   
@ovirt-3.6
ovirt-engine-setup-plugin-websocket-proxy.noarch
3.6.0.3-1.el7.centos   
@ovirt-3.6
ovirt-engine-tools.noarch  3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-userportal.noarch 3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-vmconsole-proxy-helper.noarch
3.6.0.3-1.el7.centos   
@ovirt-3.6
ovirt-engine-webadmin-portal.noarch3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-websocket-proxy.noarch3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-wildfly.x86_648.2.0-1.el7@ovirt-3.6
ovirt-engine-wildfly-overlay.noarch001-2.el7  @ovirt-3.6
ovirt-host-deploy.noarch   1.4.0-1.el7.centos @ovirt-3.6
ovirt-host-deploy-java.noarch  1.4.0-1.el7.centos @ovirt-3.6
ovirt-host-deploy-offline.x86_64   1.4.0-1.el7.centos @ovirt-3.6
ovirt-hosted-engine-ha.noarch  1.3.2.1-1.el7.centos   @ovirt-3.6
ovirt-hosted-engine-setup.noarch   1.3.0-1.el7.centos @ovirt-3.6
ovirt-image-uploader.noarch3.6.0-1.el7.centos @ovirt-3.6
ovirt-iso-uploader.noarch  3.6.0-1.el7.centos @ovirt-3.6
ovirt-setup-lib.noarch 1.0.0-1.el7.centos @ovirt-3.6
ovirt-vmconsole.noarch 1.0.0-1.el7.centos @ov

Re: [ovirt-users] Can't fine engine postgres password

[Martin Perina]

Hi,

database configuration is stored in the VM/host where engine is installed
in "/etc/ovirt-engine/engine.conf.d/10-setup-database.conf". If you used
automatic database setup, then whole db configuration is generated
automatically. And please bear in mind that db user password is
different from webadmin user (admin@internal) password which you can
specify during installation.

Martin Perina

- Original Message -
> From: "Adam Verslype" 
> To: users@ovirt.org
> Sent: Monday, February 15, 2016 2:50:21 AM
> Subject: [ovirt-users] Can't fine engine postgres password
> 
> Hi,
> 
> After deploying hosted engine using the hosted-engine-appliance I need to run
> the unlock_entity utility on the engine vm to unlock a disk that's stuck. So
> I ssh on the vm and run:
> 
> sudo PGPASSWORD=x ./unlock_entity.sh -t disk -u engine -q
> psql: FATAL: password authentication failed for user "engine"
> FATAL: Cannot execute sql command: --file=./unlock_entity.sql
> where x is the password I supplied for everything during deployment.
> Does it have a different password that came with the appliance? Is this
> documented somewhere?
> 
> Thanks,
> 
> Adam Verslype
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] How to deploy custom UI plugin written in java

[shailendra saxena]

I have been working on a project where i need to make an UI Plugin which
gets added in the ovirt. front end of UI plugin has been added by following
the url:http:// www.ovirt.org
/Features/
UIPlugins
 but i am not sure where I should
put my backend code which has been written using java servlet so that the
requests, defined in my UI plugin, can be handled by my servlet.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] How to get logged in into restapi in java using session ID

[shailendra saxena]

Has somebody tried to get  API object with the constructor having
parameters- URL and restapisession-  by using java-sdk ?
Here is the following syntax ?
Api api =new Api(RestURL,restapisessionID)

I have searched a lot but i didn't find anything. Somewhere  I read that
Ovirt has some issue on keeping restapisession. Is it correct ?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Can't fine engine postgres password

[Adam Verslype]

Hi,

After deploying hosted engine using the hosted-engine-appliance I need to
run the unlock_entity utility on the engine vm to unlock a disk that's
stuck.  So I ssh on the vm and run:

sudo PGPASSWORD=x ./unlock_entity.sh -t disk -u engine -q
psql: FATAL:  password authentication failed for user "engine"
FATAL: Cannot execute sql command: --file=./unlock_entity.sql
where x is the password I supplied for everything during
deployment.  Does it have a different password that came with the
appliance?  Is this documented somewhere?

Thanks,

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

[ovirt-users] Run Once install -> reboot loop

[Jamie Lawrence]

Hello all,

I’m running overt 3.6.0 on Centos 7.[1]

I’ve been working on getting Ovirt to slot in to our environment, and almost 
have a setup that works. I can now build isos on demand for automated installs 
(I’m working around some local networking choices without modifying them for 
now, which is why this isn’t a PXE boot) and create my guests, pointing them to 
the iso form which to install via Run Once. This all works.

The problem is that after the install, the guest reboots, but (best I can tell) 
Ovirt doesn’t detect it, the iso is still mounted, and the install happens all 
over again. Rinse, repeat.

Has anyone seen this? Or better, does anyone know how to fix this?

Thanks,

-j



[1]
# yum list installed |grep ovirt
ebay-cors-filter.noarch1.0.1-0.1.ovirt.el7@ovirt-3.6
gperftools-libs.x86_64 2.4-7.el7  @ovirt-3.6
ipxe-bootimgs.noarch   20130517-7.gitc4bce43.el7  @ovirt-3.6
ipxe-roms.noarch   20130517-7.gitc4bce43.el7  @ovirt-3.6
ipxe-roms-qemu.noarch  20130517-7.gitc4bce43.el7  @ovirt-3.6
jasperreports-server.noarch6.0.1-1.el7@ovirt-3.6
libcacard-ev.x86_6410:2.3.0-29.1.el7  @ovirt-3.6
libgovirt.x86_64   0.3.1-3.el7@base
otopi.noarch   1.4.0-1.el7.centos @ovirt-3.6
otopi-java.noarch  1.4.0-1.el7.centos @ovirt-3.6
ovirt-engine.noarch3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-backend.noarch3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-cli.noarch3.6.0.1-1.el7.centos   @ovirt-3.6
ovirt-engine-dbscripts.noarch  3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-extension-aaa-jdbc.noarch 1.0.1-1.el7@ovirt-3.6
ovirt-engine-extension-aaa-ldap.noarch 1.1.2-1.el7.centos @ovirt-3.6
ovirt-engine-extension-aaa-ldap-setup.noarch
   1.1.2-1.el7.centos @ovirt-3.6
ovirt-engine-extensions-api-impl.noarch
   3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-jboss-as.x86_64   7.1.1-1.el7.centos @ovirt-3.6
ovirt-engine-lib.noarch3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-restapi.noarch3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-sdk-python.noarch 3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-setup.noarch  3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-setup-base.noarch 3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-setup-plugin-ovirt-engine.noarch
   3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-setup-plugin-ovirt-engine-common.noarch
   3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-setup-plugin-vmconsole-proxy-helper.noarch
   3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-setup-plugin-websocket-proxy.noarch
   3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-tools.noarch  3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-userportal.noarch 3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-vmconsole-proxy-helper.noarch
   3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-webadmin-portal.noarch3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-websocket-proxy.noarch3.6.0.3-1.el7.centos   @ovirt-3.6
ovirt-engine-wildfly.x86_648.2.0-1.el7@ovirt-3.6
ovirt-engine-wildfly-overlay.noarch001-2.el7  @ovirt-3.6
ovirt-host-deploy.noarch   1.4.0-1.el7.centos @ovirt-3.6
ovirt-host-deploy-java.noarch  1.4.0-1.el7.centos @ovirt-3.6
ovirt-host-deploy-offline.x86_64   1.4.0-1.el7.centos @ovirt-3.6
ovirt-hosted-engine-ha.noarch  1.3.2.1-1.el7.centos   @ovirt-3.6
ovirt-hosted-engine-setup.noarch   1.3.0-1.el7.centos @ovirt-3.6
ovirt-image-uploader.noarch3.6.0-1.el7.centos @ovirt-3.6
ovirt-iso-uploader.noarch  3.6.0-1.el7.centos @ovirt-3.6
ovirt-setup-lib.noarch 1.0.0-1.el7.centos @ovirt-3.6
ovirt-vmconsole.noarch 1.0.0-1.el7.centos @ovirt-3.6
ovirt-vmconsole-host.noarch1.0.0-1.el7.centos @ovirt-3.6
ovirt-vmconsole-proxy.noarch   1.0.0-1.el7.centos @ovirt-3.6
patternfly1.noarch 1.3.0-1.el7.centos 
@ovirt-3.6-patternfly1-noarch-epel
python-gluster.noarch  3.7.6-1.el7
@ovirt-3.6-glusterfs-noarch-e

Re: [ovirt-users] delete hang task

[Yair Zaslavsky]

When I worked on Ovirt (a year ago) there was a tool that did it, please look 
for some cleaner tool or something like that. 
In addition, last itme I touched the code I was strongly against such a 
solution, are you sure that the task is not running on VDSM side? 


CC'ing some relevant people. 


- Original Message -

From: "Nathanaël Blanchet"  
To: users@ovirt.org 
Sent: Friday, February 19, 2016 12:51:06 AM 
Subject: Re: [ovirt-users] delete hang task 

Hello, 

I met the same issue, so I worked a little bit for you :) 
On the engine : 

* QUERY : -q 

PGPASSWORD=X /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -q -t 
snapshot -u engine 
296c010e-3c1d-4008-84b3-5cd39cff6aa1 | 525a4dda-dbbb-4872-a5f1-8ac2aed48392 

* REMOVE 

PGPASSWORD=X /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh -t 
snapshot -u engine 525a4dda-dbbb-4872-a5f1-8ac2aed48392 

Ref : 
http://lists.ovirt.org/pipermail/users/2015-November/035686.html 


Le 18/02/2016 14:25, p...@email.cz a écrit : 


Hello, 
I'm testing oVirt 3.6 for failover and have total issue. 
Snapshot VM will hang on ZFS filesystem. 
But the main questionis is : how can I cancel any unfinished tasks in ovirt ??? 
I didn't find any "normal" solution, except deleting record from ovirt DB 
manually 

any idea ? - no one is missing this functionality ??? 
regs. 
Pa. 


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



-- 
Nathanaël Blanchet

Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14 blanc...@abes.fr 

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

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

[ovirt-users] hosted-engine storage domain locked / not recognized

[Paul Groeneweg | Pazion]

I am having problems getting the hosted-engine storage domain imported into
the web interface.
I upgrade my hosts from el6 to el7.
I am running oVirt 3.6.2

The storage domain is locked: http://screencast.com/t/gzBarFhH0
I am unable to attach in the datacenter as it says "There are no compatible
Storage Domains to attach to this Data Center. Please add new Storage from
the Storage tab.".

I read https://bugzilla.redhat.com/show_bug.cgi?id=1269768 comment 52, and
( a little  afraid to kill or loose my hosted-engine ) I destroyed the
hostedengine_nfs storage. Then storage appeared again, but still the same,
attach under datacenter tab does not work either. The event tab shows
errors about failed adding http://screencast.com/t/49uigrvyuM3

My hosted engine storage domain is hostedengine_nfs.
In https://bugzilla.redhat.com/show_bug.cgi?id=1269768 I read "ATM only
domain's name 'hosted_storage' are *supported*."
I found  https://bugzilla.redhat.com/show_bug.cgi?id=1294457 and
https://gerrit.ovirt.org/#/c/51218/ and added + ran

# engine-config -s HostedEngineStorageDomainName=hosted_storage
Now the storage domain is not detected in the web interface anymore.

Putting storage domain name in engince-config back:
# engine-config -s HostedEngineStorageDomainName=hostedengine_nfs
=> The domain is imported again, but locked as I started.

So I wonder if it is possible to rename hosted storage domain?
Or should I wait and is my described issue solved in 3.6.3?


MAYBE RELATED?:
On a host I get this in the agent.log ( host and engine are in maintenance
mode )

MainThread::INFO::2016-02-17
20:33:00,482::upgrade::947::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(upgrade)
Upgrading to current version
MainThread::INFO::2016-02-17
20:33:00,994::upgrade::819::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(_is_in_engine_maintenance)
This host is connected to other storage pools
MainThread::ERROR::2016-02-17
20:33:00,994::upgrade::950::ovirt_hosted_engine_ha.lib.upgrade.StorageServer::(upgrade)
Unable to upgrade while not in maintenance mode: please put this host into
maintenance
 mode from the engine, and manually restart this service when ready
MainThread::INFO::2016-02-17
20:33:00,995::hosted_engine::424::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(start_monitoring)
Reloading vm.conf from the shared storage domain

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

Re: [ovirt-users] Manually assign DC and Cluster to Blank template

[Nicolás]

Hi Greg,

El 18/02/16 a las 18:36, Greg Padgett escribió:

On 02/18/2016 02:49 AM, nico...@devels.es wrote:

El 2016-02-17 22:55, Greg Padgett escribió:

On 02/16/2016 07:56 AM, nico...@devels.es wrote:

Hi,

We upgraded from oVirt 3.5 and 3.6 and deleted the Default cluster, so
now we have the Blank template with no DC and no Cluster, thus our
users
can't use it.

Is there a way to manually set these two parameters to the current DC
and Cluster values for the Blank template? I tried editing it but see
no
option to set them.

Thanks.

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



Hi Nicolás,

Removing the default cluster should be ok, since the templates don't
bind VMs to a DC/Cluster--you should be able to specify the DC/Cluster
when creating a VM.

HTH,
Greg


Hi Greg,

I'll elaborate a bit further on the issue. I'm attaching a screenshot of
the 'Templates' tab on the webadmin pane - As you can see, all of them
have a Data Center and a Cluster assigned (columns 4 and 5) but the
Blank template (because we deleted the default DC). Even if this
template has the 'Everyone' permission, as we're granting permissions to
our users on the Data Center, they are not able to see the Blank
template in the list when deploying new machines in the userportal view,
so currently they necessarily need to choose a template from the list
which is not Blank, and that's an issue to some of them.

That's why I was wondering if there's a manual way to assign the DC and
Cluster to the Blank template, even modifying it directly in the DB, so
the users see it in the userportal.

Any hint is very appreciated.

Regards,

Nicolás



The default template is unbound to a DC/Cluster by design, so while 
forcing an assignment in the db could work (not sure), it's not 
supported and likely to break at some point.  See [1] for details on 
that 3.6 change.


However, since the root issue seems to be users not being able to use 
the template, you should be able to assign permissions that allow this 
from the Templates > Permissions sub-tab.  If this isn't working, it 
could be a bug.


[1] 
http://wiki.ovirt.org/develop/release-management/features/virt/blank-to-defaults/


Oh, now I see. Indeed, I was able to see the template in the side 
'Template' tab, but unable to see it when deploying a machine. I 
realized that for some reason the Blank template missed the 
UserTemplateBasedVm permission (most probably someone accidentally 
deleted it), so I added it back and now I can see it.


Thanks very much for the insight.

Regards,

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

Re: [ovirt-users] REST API - Problem when trying to retrieve vms list

[jaumotte, styve]

Thanks for your quick reply, I found what is the origin of my error ... all the 
machines which cause problems are old OpenSUSE 11 with default kernel version 
"2.6.37.1-1.2-default". It seems that "1.2" part can't be parsed correctly. 

I don't know if it is a bug from API or a problem of the kernel version I'm 
using.   



Réponse ou transfert de la part de Styve JAUMOTTE
-Message d'origine-
De : Alexander Wels [mailto:aw...@redhat.com] 
Envoyé : jeudi 18 février 2016 17:23
À : users@ovirt.org
Cc : jaumotte, styve
Objet : Re: [ovirt-users] REST API - Problem when trying to retrieve vms list

On Thursday, February 18, 2016 03:58:03 PM jaumotte, styve wrote:
> Hi everybody,
> 
> Since fews days I can't get vms list from rest api. I always have the 
> same return when I try https://myengine.mydomain/api/vms :
> 
> 
> Operation Failed
> 
> 
> I suspect that for new vm, some properties are malformed, but I can't 
> identify them. If I ask https://myengine.mydomain/api/vms?search=dev , 
> vms including dev in their name are return. If I ask 
> https://myengine.mydomain/api/vms?search=xtypo , Operation Failed returns !
> 
> I look at the log on the engine, but I don't find any answers.
> 
> If someone have any ideas ... thank you !!
> 

Looking at the exception and the code it appears you have something strange in 
guestos_kernel_version in vm_dynamic for that VM. In particular the revision 
part of that string. Its giving an index out of bounds, and the array it is 
looking at is split from that string on '-' so I am guessing the string in the 
database ends with - instead of -nn where nn is some number.

Now I don't know how that string is populated, but it must broken somehow.

> Here the log :
> 
> 2016-02-18 16:43:03,591 ERROR
> [org.ovirt.engine.api.restapi.resource.validation.MappingExceptionMapp
> er] (default task-23) [] Mapping exception while processing "GET" 
> request for path "/vms" 2016-02-18 16:43:03,591 ERROR 
> [org.ovirt.engine.api.restapi.resource.validation.MappingExceptionMapp
> er]
> (default task-23) [] Exception:
> org.ovirt.engine.api.restapi.utils.MappingException:
> java.lang.reflect.InvocationTargetException at 
> org.ovirt.engine.api.restapi.types.MappingLocator$MethodInvokerMapper.
> map(M
> appingLocator.java:155) [restapi-types.jar:] at 
> org.ovirt.engine.api.restapi.resource.AbstractBackendResource.map(Abst
> ractB
> ackendResource.java:65) [restapi-jaxrs.jar:] at 
> org.ovirt.engine.api.restapi.resource.AbstractBackendResource.map(Abst
> ractB
> ackendResource.java:61) [restapi-jaxrs.jar:] at 
> org.ovirt.engine.api.restapi.resource.BackendVmsResource.mapCollection
> (Back
> endVmsResource.java:570) [restapi-jaxrs.jar:] at 
> org.ovirt.engine.api.restapi.resource.BackendVmsResource.list(BackendV
> msRes
> ource.java:94) [restapi-jaxrs.jar:] at 
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
> [rt.jar:1.8.0_71] at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
> ava:6
> 2) [rt.jar:1.8.0_71] at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess
> orImp
> l.java:43) [rt.jar:1.8.0_71] at
> java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at
> org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.j
> ava:1
> 37) [resteasy-jaxrs-3.0.10.Final.jar:] at 
> org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceM
> ethod
> Invoker.java:296) [resteasy-jaxrs-3.0.10.Final.jar:] at 
> org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.
> java:250) [resteasy-jaxrs-3.0.10.Final.jar:] at 
> org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.
> java:237) [resteasy-jaxrs-3.0.10.Final.jar:] at 
> org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.
> java:356) [resteasy-jaxrs-3.0.10.Final.jar:] at 
> org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.
> java:179) [resteasy-jaxrs-3.0.10.Final.jar:] at 
> org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.s
> ervic
> e(ServletContainerDispatcher.java:220) 
> [resteasy-jaxrs-3.0.10.Final.jar:] at 
> org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.servic
> e(Htt
> pServletDispatcher.java:56) [resteasy-jaxrs-3.0.10.Final.jar:] at 
> org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.servic
> e(Htt
> pServletDispatcher.java:51) [resteasy-jaxrs-3.0.10.Final.jar:] at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at 
> io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandl
> er.ja
> va:86) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at 
> io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(Fi
> lterH
> andler.java:130) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at 
> org.ovirt.engine.api.common.invocation.CurrentFilter.doFilter(CurrentF
> ilter
> .java:66) [interface-common-jaxrs.jar:

[ovirt-users] el6 and el7 clusters and SPM

[Sigbjorn Lie]

Hi

I am looking to migrate several el6 rhev-h nodes to el7 rhev-h nodes. There are 
multiple clusters
in the datacenter and it will take a while (several months) to have all the 
clusters in the data
center migrated to el7.

Is there be any potential issues to look out for with regards to having the SPM 
for this
datacenter running on a el6 or a el7 node in this datacenter? Any cross 
compatability issues to
look out for?

RHEV-M is currently at version 3.5.6. We are using FC storage.



Regards,
Siggi


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

Re: [ovirt-users] REST API - Problem when trying to retrieve vms list

[Alexander Wels]

On Thursday, February 18, 2016 07:53:08 PM jaumotte, styve wrote:
> Thanks for your quick reply, I found what is the origin of my error ... all
> the machines which cause problems are old OpenSUSE 11 with default kernel
> version "2.6.37.1-1.2-default". It seems that "1.2" part can't be parsed
> correctly.
> 
> I don't know if it is a bug from API or a problem of the kernel version I'm
> using.
> 
> 

I am pretty sure its a bug in the API, it shouldn't bomb like that. It should 
do something more sensible in the case of a kernel version it can't parse 
properly.

> 
> Réponse ou transfert de la part de Styve JAUMOTTE
> -Message d'origine-
> De : Alexander Wels [mailto:aw...@redhat.com]
> Envoyé : jeudi 18 février 2016 17:23
> À : users@ovirt.org
> Cc : jaumotte, styve
> Objet : Re: [ovirt-users] REST API - Problem when trying to retrieve vms
> list
> On Thursday, February 18, 2016 03:58:03 PM jaumotte, styve wrote:
> > Hi everybody,
> > 
> > Since fews days I can't get vms list from rest api. I always have the
> > same return when I try https://myengine.mydomain/api/vms :
> > 
> > 
> > Operation Failed
> > 
> > 
> > I suspect that for new vm, some properties are malformed, but I can't
> > identify them. If I ask https://myengine.mydomain/api/vms?search=dev ,
> > vms including dev in their name are return. If I ask
> > https://myengine.mydomain/api/vms?search=xtypo , Operation Failed returns
> > !
> > 
> > I look at the log on the engine, but I don't find any answers.
> > 
> > If someone have any ideas ... thank you !!
> 
> Looking at the exception and the code it appears you have something strange
> in guestos_kernel_version in vm_dynamic for that VM. In particular the
> revision part of that string. Its giving an index out of bounds, and the
> array it is looking at is split from that string on '-' so I am guessing
> the string in the database ends with - instead of -nn where nn is some
> number.
> 
> Now I don't know how that string is populated, but it must broken somehow.
> 
> > Here the log :
> > 
> > 2016-02-18 16:43:03,591 ERROR
> > [org.ovirt.engine.api.restapi.resource.validation.MappingExceptionMapp
> > er] (default task-23) [] Mapping exception while processing "GET"
> > request for path "/vms" 2016-02-18 16:43:03,591 ERROR
> > [org.ovirt.engine.api.restapi.resource.validation.MappingExceptionMapp
> > er]
> > (default task-23) [] Exception:
> > org.ovirt.engine.api.restapi.utils.MappingException:
> > java.lang.reflect.InvocationTargetException at
> > org.ovirt.engine.api.restapi.types.MappingLocator$MethodInvokerMapper.
> > map(M
> > appingLocator.java:155) [restapi-types.jar:] at
> > org.ovirt.engine.api.restapi.resource.AbstractBackendResource.map(Abst
> > ractB
> > ackendResource.java:65) [restapi-jaxrs.jar:] at
> > org.ovirt.engine.api.restapi.resource.AbstractBackendResource.map(Abst
> > ractB
> > ackendResource.java:61) [restapi-jaxrs.jar:] at
> > org.ovirt.engine.api.restapi.resource.BackendVmsResource.mapCollection
> > (Back
> > endVmsResource.java:570) [restapi-jaxrs.jar:] at
> > org.ovirt.engine.api.restapi.resource.BackendVmsResource.list(BackendV
> > msRes
> > ource.java:94) [restapi-jaxrs.jar:] at
> > sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> > [rt.jar:1.8.0_71] at
> > sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.j
> > ava:6
> > 2) [rt.jar:1.8.0_71] at
> > sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccess
> > orImp
> > l.java:43) [rt.jar:1.8.0_71] at
> > java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at
> > org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.j
> > ava:1
> > 37) [resteasy-jaxrs-3.0.10.Final.jar:] at
> > org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceM
> > ethod
> > Invoker.java:296) [resteasy-jaxrs-3.0.10.Final.jar:] at
> > org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker
> > .
> > java:250) [resteasy-jaxrs-3.0.10.Final.jar:] at
> > org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker
> > .
> > java:237) [resteasy-jaxrs-3.0.10.Final.jar:] at
> > org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher
> > .
> > java:356) [resteasy-jaxrs-3.0.10.Final.jar:] at
> > org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher
> > .
> > java:179) [resteasy-jaxrs-3.0.10.Final.jar:] at
> > org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.s
> > ervic
> > e(ServletContainerDispatcher.java:220)
> > [resteasy-jaxrs-3.0.10.Final.jar:] at
> > org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.servic
> > e(Htt
> > pServletDispatcher.java:56) [resteasy-jaxrs-3.0.10.Final.jar:] at
> > org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.servic
> > e(Htt
> > pServletDispatcher.java:51) [resteasy-jaxrs-3.0.10.Final.jar:] at
> > javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> > [jboss-servlet-api_3.1_spec-1.0.0.Final.ja

Re: [ovirt-users] Manually assign DC and Cluster to Blank template

[Greg Padgett]

On 02/18/2016 02:49 AM, nico...@devels.es wrote:

El 2016-02-17 22:55, Greg Padgett escribió:

On 02/16/2016 07:56 AM, nico...@devels.es wrote:

Hi,

We upgraded from oVirt 3.5 and 3.6 and deleted the Default cluster, so
now we have the Blank template with no DC and no Cluster, thus our
users
can't use it.

Is there a way to manually set these two parameters to the current DC
and Cluster values for the Blank template? I tried editing it but see
no
option to set them.

Thanks.

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



Hi Nicolás,

Removing the default cluster should be ok, since the templates don't
bind VMs to a DC/Cluster--you should be able to specify the DC/Cluster
when creating a VM.

HTH,
Greg


Hi Greg,

I'll elaborate a bit further on the issue. I'm attaching a screenshot of
the 'Templates' tab on the webadmin pane - As you can see, all of them
have a Data Center and a Cluster assigned (columns 4 and 5) but the
Blank template (because we deleted the default DC). Even if this
template has the 'Everyone' permission, as we're granting permissions to
our users on the Data Center, they are not able to see the Blank
template in the list when deploying new machines in the userportal view,
so currently they necessarily need to choose a template from the list
which is not Blank, and that's an issue to some of them.

That's why I was wondering if there's a manual way to assign the DC and
Cluster to the Blank template, even modifying it directly in the DB, so
the users see it in the userportal.

Any hint is very appreciated.

Regards,

Nicolás



The default template is unbound to a DC/Cluster by design, so while 
forcing an assignment in the db could work (not sure), it's not supported 
and likely to break at some point.  See [1] for details on that 3.6 change.


However, since the root issue seems to be users not being able to use the 
template, you should be able to assign permissions that allow this from 
the Templates > Permissions sub-tab.  If this isn't working, it could be a 
bug.


[1] 
http://wiki.ovirt.org/develop/release-management/features/virt/blank-to-defaults/


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

Re: [ovirt-users] REST API - Problem when trying to retrieve vms list

[Alexander Wels]

On Thursday, February 18, 2016 03:58:03 PM jaumotte, styve wrote:
> Hi everybody,
> 
> Since fews days I can't get vms list from rest api. I always have the same
> return when I try https://myengine.mydomain/api/vms :
> 
> 
> Operation Failed
> 
> 
> I suspect that for new vm, some properties are malformed, but I can't
> identify them. If I ask https://myengine.mydomain/api/vms?search=dev , vms
> including dev in their name are return. If I ask
> https://myengine.mydomain/api/vms?search=xtypo , Operation Failed returns !
> 
> I look at the log on the engine, but I don't find any answers.
> 
> If someone have any ideas ... thank you !!
> 

Looking at the exception and the code it appears you have something strange in 
guestos_kernel_version in vm_dynamic for that VM. In particular the revision 
part of that string. Its giving an index out of bounds, and the array it is 
looking at is split from that string on '-' so I am guessing the string in the 
database ends with - instead of -nn where nn is some number.

Now I don't know how that string is populated, but it must broken somehow.

> Here the log :
> 
> 2016-02-18 16:43:03,591 ERROR
> [org.ovirt.engine.api.restapi.resource.validation.MappingExceptionMapper]
> (default task-23) [] Mapping exception while processing "GET" request for
> path "/vms" 2016-02-18 16:43:03,591 ERROR
> [org.ovirt.engine.api.restapi.resource.validation.MappingExceptionMapper]
> (default task-23) [] Exception:
> org.ovirt.engine.api.restapi.utils.MappingException:
> java.lang.reflect.InvocationTargetException at
> org.ovirt.engine.api.restapi.types.MappingLocator$MethodInvokerMapper.map(M
> appingLocator.java:155) [restapi-types.jar:] at
> org.ovirt.engine.api.restapi.resource.AbstractBackendResource.map(AbstractB
> ackendResource.java:65) [restapi-jaxrs.jar:] at
> org.ovirt.engine.api.restapi.resource.AbstractBackendResource.map(AbstractB
> ackendResource.java:61) [restapi-jaxrs.jar:] at
> org.ovirt.engine.api.restapi.resource.BackendVmsResource.mapCollection(Back
> endVmsResource.java:570) [restapi-jaxrs.jar:] at
> org.ovirt.engine.api.restapi.resource.BackendVmsResource.list(BackendVmsRes
> ource.java:94) [restapi-jaxrs.jar:] at
> sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [rt.jar:1.8.0_71] at
> sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:6
> 2) [rt.jar:1.8.0_71] at
> sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImp
> l.java:43) [rt.jar:1.8.0_71] at
> java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71] at
> org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:1
> 37) [resteasy-jaxrs-3.0.10.Final.jar:] at
> org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethod
> Invoker.java:296) [resteasy-jaxrs-3.0.10.Final.jar:] at
> org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.
> java:250) [resteasy-jaxrs-3.0.10.Final.jar:] at
> org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.
> java:237) [resteasy-jaxrs-3.0.10.Final.jar:] at
> org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.
> java:356) [resteasy-jaxrs-3.0.10.Final.jar:] at
> org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.
> java:179) [resteasy-jaxrs-3.0.10.Final.jar:] at
> org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.servic
> e(ServletContainerDispatcher.java:220) [resteasy-jaxrs-3.0.10.Final.jar:] at
> org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(Htt
> pServletDispatcher.java:56) [resteasy-jaxrs-3.0.10.Final.jar:] at
> org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(Htt
> pServletDispatcher.java:51) [resteasy-jaxrs-3.0.10.Final.jar:] at
> javax.servlet.http.HttpServlet.service(HttpServlet.java:790)
> [jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final] at
> io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.ja
> va:86) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at
> io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterH
> andler.java:130) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at
> org.ovirt.engine.api.common.invocation.CurrentFilter.doFilter(CurrentFilter
> .java:66) [interface-common-jaxrs.jar:] at
> org.ovirt.engine.api.common.invocation.CurrentFilter.doFilter(CurrentFilter
> .java:48) [interface-common-jaxrs.jar:] at
> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60)
> [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at
> io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterH
> andler.java:132) [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at
> org.ovirt.engine.core.aaa.filters.RestApiSessionMgmtFilter.doFilter(RestApi
> SessionMgmtFilter.java:81) [aaa.jar:] at
> io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60)
> [undertow-servlet-1.1.8.Final.jar:1.1.8.Final] at
> io.undertow.servlet.handlers.FilterHan

[ovirt-users] REST API - Problem when trying to retrieve vms list

[jaumotte, styve]

Hi everybody,

Since fews days I can't get vms list from rest api. I always have the same 
return when I try https://myengine.mydomain/api/vms :


Operation Failed


I suspect that for new vm, some properties are malformed, but I can't identify 
them. 
If I ask https://myengine.mydomain/api/vms?search=dev , vms including dev in 
their name are return.
If I ask https://myengine.mydomain/api/vms?search=xtypo , Operation Failed 
returns !

I look at the log on the engine, but I don't find any answers. 

If someone have any ideas ... thank you !!

Here the log :

2016-02-18 16:43:03,591 ERROR 
[org.ovirt.engine.api.restapi.resource.validation.MappingExceptionMapper] 
(default task-23) [] Mapping exception while processing "GET" request for path 
"/vms"
2016-02-18 16:43:03,591 ERROR 
[org.ovirt.engine.api.restapi.resource.validation.MappingExceptionMapper] 
(default task-23) [] Exception: 
org.ovirt.engine.api.restapi.utils.MappingException: 
java.lang.reflect.InvocationTargetException
at 
org.ovirt.engine.api.restapi.types.MappingLocator$MethodInvokerMapper.map(MappingLocator.java:155)
 [restapi-types.jar:]
at 
org.ovirt.engine.api.restapi.resource.AbstractBackendResource.map(AbstractBackendResource.java:65)
 [restapi-jaxrs.jar:]
at 
org.ovirt.engine.api.restapi.resource.AbstractBackendResource.map(AbstractBackendResource.java:61)
 [restapi-jaxrs.jar:]
at 
org.ovirt.engine.api.restapi.resource.BackendVmsResource.mapCollection(BackendVmsResource.java:570)
 [restapi-jaxrs.jar:]
at 
org.ovirt.engine.api.restapi.resource.BackendVmsResource.list(BackendVmsResource.java:94)
 [restapi-jaxrs.jar:]
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method) 
[rt.jar:1.8.0_71]
at 
sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:62) 
[rt.jar:1.8.0_71]
at 
sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43)
 [rt.jar:1.8.0_71]
at java.lang.reflect.Method.invoke(Method.java:497) [rt.jar:1.8.0_71]
at 
org.jboss.resteasy.core.MethodInjectorImpl.invoke(MethodInjectorImpl.java:137) 
[resteasy-jaxrs-3.0.10.Final.jar:]
at 
org.jboss.resteasy.core.ResourceMethodInvoker.invokeOnTarget(ResourceMethodInvoker.java:296)
 [resteasy-jaxrs-3.0.10.Final.jar:]
at 
org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:250)
 [resteasy-jaxrs-3.0.10.Final.jar:]
at 
org.jboss.resteasy.core.ResourceMethodInvoker.invoke(ResourceMethodInvoker.java:237)
 [resteasy-jaxrs-3.0.10.Final.jar:]
at 
org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:356)
 [resteasy-jaxrs-3.0.10.Final.jar:]
at 
org.jboss.resteasy.core.SynchronousDispatcher.invoke(SynchronousDispatcher.java:179)
 [resteasy-jaxrs-3.0.10.Final.jar:]
at 
org.jboss.resteasy.plugins.server.servlet.ServletContainerDispatcher.service(ServletContainerDispatcher.java:220)
 [resteasy-jaxrs-3.0.10.Final.jar:]
at 
org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:56)
 [resteasy-jaxrs-3.0.10.Final.jar:]
at 
org.jboss.resteasy.plugins.server.servlet.HttpServletDispatcher.service(HttpServletDispatcher.java:51)
 [resteasy-jaxrs-3.0.10.Final.jar:]
at javax.servlet.http.HttpServlet.service(HttpServlet.java:790) 
[jboss-servlet-api_3.1_spec-1.0.0.Final.jar:1.0.0.Final]
at 
io.undertow.servlet.handlers.ServletHandler.handleRequest(ServletHandler.java:86)
 [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
at 
io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:130)
 [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
at 
org.ovirt.engine.api.common.invocation.CurrentFilter.doFilter(CurrentFilter.java:66)
 [interface-common-jaxrs.jar:]
at 
org.ovirt.engine.api.common.invocation.CurrentFilter.doFilter(CurrentFilter.java:48)
 [interface-common-jaxrs.jar:]
at 
io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) 
[undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
at 
io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132)
 [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
at 
org.ovirt.engine.core.aaa.filters.RestApiSessionMgmtFilter.doFilter(RestApiSessionMgmtFilter.java:81)
 [aaa.jar:]
at 
io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) 
[undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
at 
io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.doFilter(FilterHandler.java:132)
 [undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
at 
org.ovirt.engine.core.aaa.filters.EnforceAuthFilter.doFilter(EnforceAuthFilter.java:39)
 [aaa.jar:]
at 
io.undertow.servlet.core.ManagedFilter.doFilter(ManagedFilter.java:60) 
[undertow-servlet-1.1.8.Final.jar:1.1.8.Final]
at 
io.undertow.servlet.handlers.FilterHandler$FilterChainImpl.do

Re: [ovirt-users] Users Digest, Vol 53, Issue 153

[pba...@algotech.cz]

Hi, thx for support
So I received another solution from Marcelo L. . Will share to us .

Run command in SPM:
vdsClient -s 0 getAllTasksStatuses

see the taks ID and :

vdsClient -s 0 stopTask 


regs to all
Pa.


On 18.2.2016 15:33, users-requ...@ovirt.org wrote:

Send Users mailing list submissions to
users@ovirt.org

To subscribe or unsubscribe via the World Wide Web, visit
http://lists.ovirt.org/mailman/listinfo/users
or, via email, send a message with subject or body 'help' to
users-requ...@ovirt.org

You can reach the person managing the list at
users-ow...@ovirt.org

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Users digest..."


Today's Topics:

1. Re:  delete hang task (Nathana?l Blanchet)
2. Re:  cluster's minimum CPU level (supo...@logicworks.pt)


--

Message: 1
Date: Thu, 18 Feb 2016 14:51:06 +0100
From: Nathana?l Blanchet 
To: users@ovirt.org
Subject: Re: [ovirt-users] delete hang task
Message-ID: <56c5cc4a.8030...@abes.fr>
Content-Type: text/plain; charset="windows-1252"; Format="flowed"

Hello,

I met the same issue, so I worked a little bit for you :)
On the engine :

   * QUERY : -q

PGPASSWORD=X /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh
-q -t snapshot -u engine
296c010e-3c1d-4008-84b3-5cd39cff6aa1 | 525a4dda-dbbb-4872-a5f1-8ac2aed48392

   * REMOVE

PGPASSWORD=X /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh
-t snapshot -u engine 525a4dda-dbbb-4872-a5f1-8ac2aed48392

Ref :
http://lists.ovirt.org/pipermail/users/2015-November/035686.html


Le 18/02/2016 14:25, p...@email.cz a ?crit :

Hello,
I'm testing oVirt 3.6 for failover and have total issue.
Snapshot VM  will hang on ZFS filesystem.
But the main questionis is : how can I cancel any unfinished tasks in
ovirt ???
I didn't find any "normal" solution, except deleting record from ovirt
DB manually

any idea ? - no one is missing this functionality ???
regs.
Pa.


___
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] [Gluster-users] Gluster 3.7.8 from ovirt-3.6-glusterfs-epel breaks vdsm ?

[Kaushal M]

On Thu, Feb 18, 2016 at 6:39 PM, Matteo  wrote:
> Seems that the "info" command is broken.
>
> the status command for example seems to work ok.
>
> Matteo
>
> - Il 17-feb-16, alle 14:15, Sahina Bose sab...@redhat.com ha scritto:
>
>> [+gluster-users]
>>
>> Any known compat issues with gluster 3.7.8-1.el7 client packages and
>> glusterfs 3.7.6-1.el7 server?
>>

There might be some new information that 3.7.8 CLI expects, but I'd
need to check to verify what it is. We don't really test the Gluster
CLI for backwards compatibility, as we expect the CLI to used with
GlusterD on it's own host. So when using the gluster CLI's
--remote-host option, with different versions of CLI and glusterd, the
user should expect some breakage sometime.

With REST support being planned for 3.8, I'd like to retire the
--remote-host option in its entirety. Going further, the user should
only use the REST apis, when attempting to do remote operations.

>>
>> On 02/17/2016 04:33 PM, Matteo wrote:
>>> Hi,
>>>
>>> today I update one node os, in the updates gluster client
>>> packages where upgraded from 3.7.6-1.el7, centos-ovirt36 repository
>>> to 3.7.8-1.el7, ovirt-3.6-glusterfs-epel and after reboot
>>> the node was marked not operational.
>>>
>>> looking into the logs, vdsm was failing to get gluster volume information.
>>>
>>> the command (ovirt-storage is the gluster storage where the hosted engine is
>>> kept)
>>>
>>> gluster --mode=script volume info --remote-host=gluster1 ovirt-storage --xml
>>>
>>> was failing, returning error 2 (and no output)
>>>
>>> doing yum downgrade on gluster client packages (back to 3.7.6-1.el7,
>>> centos-ovirt36) fixed everything.
>>>
>>> Data nodes are running glusterfs 3.7.6-1.el7.
>>>
>>> The funny thing is that from the ovirt I was able to manually mount the
>>> glusterfs shares,
>>> only the volume info command was failing, thus breaking vdsm.
>>>
>>> Any hint?
>>>
>>> regards,
>>> Matteo
>>>
>>>
>>>
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>> > http://lists.ovirt.org/mailman/listinfo/users
> ___
> Gluster-users mailing list
> gluster-us...@gluster.org
> http://www.gluster.org/mailman/listinfo/gluster-users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Can't remove snapshot

[Adam Litke]

On 18/02/16 10:37 +0100, Rik Theys wrote:

Hi,

On 02/17/2016 05:29 PM, Adam Litke wrote:

On 17/02/16 11:14 -0500, Greg Padgett wrote:

On 02/17/2016 03:42 AM, Rik Theys wrote:

Hi,

On 02/16/2016 10:52 PM, Greg Padgett wrote:

On 02/16/2016 08:50 AM, Rik Theys wrote:

 From the above I conclude that the disk with id that ends with

Similar to what I wrote to Marcelo above in the thread, I'd recommend
running the "VM disk info gathering tool" attached to [1].  It's the
best way to ensure the merge was completed and determine which image is
the "bad" one that is no longer in use by any volume chains.


I've ran the disk info gathering tool and this outputs (for the affected
VM):

VM lena
Disk b2390535-744f-4c02-bdc8-5a897226554b
(sd:a7ba2db3-517c-408a-8b27-ea45989d6416)
Volumes:
24d78600-22f4-44f7-987b-fbd866736249

The id of the volume is the ID of the snapshot that is marked "illegal".
So the "bad" image would be the dc39 one, which according to the UI is
in use by the "Active VM" snapshot. Can this make sense?


It looks accurate.  Live merges are "backwards" merges, so the merge
would have pushed data from the volume associated with "Active VM"
into the volume associated with the snapshot you're trying to remove.

Upon completion, we "pivot" so that the VM uses that older volume, and
we update the engine database to reflect this (basically we
re-associate that older volume with, in your case, "Active VM").

In your case, it seems the pivot operation was done, but the database
wasn't updated to reflect it.  Given snapshot/image associations e.g.:

 VM Name  Snapshot Name  Volume
 ---  -  --
 My-VMActive VM  123-abc
 My-VMMy-Snapshot789-def

My-VM in your case is actually running on volume 789-def.  If you run
the db fixup script and supply ("My-VM", "My-Snapshot", "123-abc")
(note the volume is the newer, "bad" one), then it will switch the
volume association for you and remove the invalid entries.

Of course, I'd shut down the VM, and back up the db beforehand.


I've executed the sql script and it seems to have worked. Thanks!


"Active VM" should now be unused; it previously (pre-merge) was the
data written since the snapshot was taken.  Normally the larger actual
size might be from qcow format overhead.  If your listing above is
complete (ie one volume for the vm), then I'm not sure why the base
volume would have a larger actual size than virtual size.

Adam, Nir--any thoughts on this?


There is a bug which has caused inflation of the snapshot volumes when
performing a live merge.  We are submitting fixes for 3.5, 3.6, and
master right at this moment.


Which bug number is assigned to this bug? Will upgrading to a release
with a fix reduce the disk usage again?


See https://bugzilla.redhat.com/show_bug.cgi?id=1301709 for the bug.
It's about a clone disk failure after the problem occurs.
Unfortunately, there is not an automatic way to repair the raw base
volumes if they were affected by this bug.  They will need to be
manually shrunk using lvreduce if you are certain that they are
inflated.


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

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

[suporte]

I tested and was not able to share the same gluster storage domain with 2 
clusters 

Any suggestions, on what is better to do when having hosts with different CPU 
level? 

Thanks 

- Mensagem original -

De: supo...@logicworks.pt 
Para: "Sahina Bose"  
Cc: "users"  
Enviadas: Quarta-feira, 17 De Fevereiro de 2016 16:03:57 
Assunto: Re: [ovirt-users] cluster's minimum CPU level 

Thanks, 

Yes, my intention is to run hosts with a different CPU level (older) in the 
second cluster. I want to run hosts on this second cluster and VMs using the 
same Gluster storage allready installed on the data center. The Gluster Storage 
is used by the first cluster with a host running VMs. 



- Mensagem original -

De: "Sahina Bose"  
Para: supo...@logicworks.pt, "Nir Soffer"  
Cc: "Moti Asayag" , "users"  
Enviadas: Quarta-feira, 17 De Fevereiro de 2016 15:55:31 
Assunto: Re: [ovirt-users] cluster's minimum CPU level 



On 02/17/2016 09:18 PM, supo...@logicworks.pt wrote: 



I have the gluster storage already working on the first cluster. 
So, when configure the second cluster, as I understand, I only need to Enable 
Gluster Service on the Cluster? 



Your intention is to have hosts with a different CPU level (older) in the 
second cluster. And these hosts will be used to run VMs, IIUC. So you only need 
to Enable Virt service. 

Regarding your question, on if the 2 clusters can share the same gluster 
storage domain - I don't know the answer to this. 
Nir, Allon - is this supported? 






Thanks 

- Mensagem original -

De: "Sahina Bose"  
Para: supo...@logicworks.pt , "Moti Asayag"  
Cc: "users"  
Enviadas: Quarta-feira, 17 De Fevereiro de 2016 15:37:27 
Assunto: Re: [ovirt-users] cluster's minimum CPU level 



On 02/17/2016 08:00 PM, supo...@logicworks.pt wrote: 



Hi, 

If I create a second Cluster on the Data Center, can I share the same Glusterfs 
storage with the Hosts on the different Clusters? 



When creating a second cluster do I need to select " Import existing gluster 
configuration " and than "Enter the details of any server in the cluster", the 
details are about the Gluster storage server? 

If you're already managing the gluster nodes in another cluster, there's no 
need to add it again. I'm not sure I understand the setup. You need to enable 
gluster services in the second cluster only if this is going to have gluster 
volumes running on it. To use a gluster volume (running on another cluster), 
there's no need to enable gluster service. 






Thanks 

José 


- Mensagem original -

De: supo...@logicworks.pt 
Para: "Moti Asayag"  
Cc: "users"  
Enviadas: Quinta-feira, 11 De Fevereiro de 2016 11:07:40 
Assunto: Re: [ovirt-users] cluster's minimum CPU level 

Any comments / suggestions? 

- Mensagem original -

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

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 


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



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









___ 
Users mailing list 
Users@ovirt.org 
http://lists.ovir

Re: [ovirt-users] delete hang task

[Nathanaël Blanchet]

Hello,

I met the same issue, so I worked a little bit for you :)
On the engine :

 * QUERY : -q

PGPASSWORD=X /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh 
-q -t snapshot -u engine

296c010e-3c1d-4008-84b3-5cd39cff6aa1 | 525a4dda-dbbb-4872-a5f1-8ac2aed48392

 * REMOVE

PGPASSWORD=X /usr/share/ovirt-engine/setup/dbutils/unlock_entity.sh 
-t snapshot -u engine 525a4dda-dbbb-4872-a5f1-8ac2aed48392


Ref :
http://lists.ovirt.org/pipermail/users/2015-November/035686.html


Le 18/02/2016 14:25, p...@email.cz a écrit :

Hello,
I'm testing oVirt 3.6 for failover and have total issue.
Snapshot VM  will hang on ZFS filesystem.
But the main questionis is : how can I cancel any unfinished tasks in 
ovirt ???
I didn't find any "normal" solution, except deleting record from ovirt 
DB manually


any idea ? - no one is missing this functionality ???
regs.
Pa.


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


--
Nathanaël Blanchet

Supervision réseau
Pôle Infrastrutures Informatiques
227 avenue Professeur-Jean-Louis-Viala
34193 MONTPELLIER CEDEX 5   
Tél. 33 (0)4 67 54 84 55
Fax  33 (0)4 67 54 84 14
blanc...@abes.fr

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

Re: [ovirt-users] Self-Hosted Engine Deployment - Certificate Cannot be Found

[Simone Tiraboschi]

On Thu, Feb 18, 2016 at 1:48 PM, Trenton D Warren  wrote:

> Aloha,
>
>
>
> I am looking for assistance with an Ovirt Self-Hosted Engine Deployment on
> Centos 7.2.
>
>
>
> I have the host configured, and have accessed the VM (Engine).  I run
> engine setup on the VM in accordance with the 
> *http://www.ovirt.org/Hosted_Engine_Howto
>  *page on the Wiki, with the
> exception of Automatically executing “Engine Setup” on the VM.  Because of
> my configuration, I have to manually enter the network settings on the VM
> before it has network access, and then execute engine setup automatically.
> Particularly notable is that I enter the selection to automatically
> configure Apache to use a self-signed SSL during the Engine-Setup.
>
>
>
> The Engine-Setup completes successfully on the VM, I reboot, and verify
> that the web page is accessible and that I can log in to the engine.  Then
> I return to the host to enter option 1 (Continue Setup – Ovirt Engine
> Installation is Ready and Engine service is up) and continue with the
> installation.
>
>
>
> The Engine Replies: DB Up! And acquires the internal CA cert from the
> engine.  It lists the cert and then attempts to connect to the engine.  The
> installation asks me to enter the name of the Cluster to which I want to
> add the host and I enter the automatic “Default” option.
>
>
>
> At this point the installation returns an error: Cannot automatically add
> the host to cluster Default: Cannot add Host.  Connecting to host via SSH
> has failed, verify that the host is reachable (IP address, routable
> address, etc.) You may refer to the engine.log file for further details.
>
>
>
> Some notes:
>
> 1.The /etc/hosts/ file is configured on both host and engine,
> with ip and fqdn
>

No one of the manual actions at points 2, 4, 5 is required:
hosted-engine-setup will automatically download and deploy the engine SSH
pub key from the engine before calling host.add on the REST API.
I'm not sure about what will happen if you manually tweaked the sshd
configuration on the host before that.

Can you please attach hosted-engine-setup logs fro mthe host and engine.log
fro the engine VM?


> 2.   Password-Less SSH is enable between both host and engine,
> bidirectionally.
>
> 3.   Ping responds to both servers.  DNS resolves on both servers.
>
> 4.   SSH-Keygen was use to generate key, and key was stored in
> default Centos location /root/.ssh/id_rsa
>
> 5.   Ssh-copy-id was used to copy the key to engine from host and
> vice versa.  No password on key.
>
>
>
> I have managed to get this error to change by copying the contents of the
> /root/.ssh/id_rsa key to the /etc/pki/ovirt-engine/keys/engine.p12
> location.
>
>
>
> When I attempt to “Continue setup – Engine VM configuration has been
> fixed” from this point, the error message changes slightly to: “Cannot
> automatically add the host to cluster Default: Cannot add new host using a
> secured connection, Certificate file could not be found.
>
>
>
> Some Notes:
>
> 1.   I have ran the “Certificate and/or SSL problems?” procedures on 
> *www.ovirt.org/Node_Troubleshooting
> ”*  to verify the vdsm cert on
> the host.  It returns a normal response.
>
>
>
> Can someone provide some assistance with this issue?  I have attempted
> every work around that I know, and researched every source at my disposal
> to no avail.  This issue has been plaguing me for the last three weeks.  I
> have restarted the installation multiple times from fresh installs of the
> engine, the host, and both, and still no change up to this point.
>
>
>
> Thank you!
>
>
>
> *Trenton D Warren*
>
> *President and CEO, Phoenix Holdings Corporation*
>
> Main Office: 41-745 Mooiki ST. Waimanalo, HI 96795
>
> Office:(808) 263-7448
>
> Direct:(808) 263-7449
>
> Cell:(478) 867-3107
>
> Web:  www.phoenixhawaii.net
>
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] delete hang task

[p...@email.cz]

Hello,
I'm testing oVirt 3.6 for failover and have total issue.
Snapshot VM  will hang on ZFS filesystem.
But the main questionis is : how can I cancel any unfinished tasks in 
ovirt ???
I didn't find any "normal" solution, except deleting record from ovirt 
DB manually


any idea ? - no one is missing this functionality ???
regs.
Pa.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Gluster 3.7.8 from ovirt-3.6-glusterfs-epel breaks vdsm ?

[Matteo]

Seems that the "info" command is broken.

the status command for example seems to work ok.

Matteo

- Il 17-feb-16, alle 14:15, Sahina Bose sab...@redhat.com ha scritto:

> [+gluster-users]
> 
> Any known compat issues with gluster 3.7.8-1.el7 client packages and
> glusterfs 3.7.6-1.el7 server?
> 
> 
> On 02/17/2016 04:33 PM, Matteo wrote:
>> Hi,
>>
>> today I update one node os, in the updates gluster client
>> packages where upgraded from 3.7.6-1.el7, centos-ovirt36 repository
>> to 3.7.8-1.el7, ovirt-3.6-glusterfs-epel and after reboot
>> the node was marked not operational.
>>
>> looking into the logs, vdsm was failing to get gluster volume information.
>>
>> the command (ovirt-storage is the gluster storage where the hosted engine is
>> kept)
>>
>> gluster --mode=script volume info --remote-host=gluster1 ovirt-storage --xml
>>
>> was failing, returning error 2 (and no output)
>>
>> doing yum downgrade on gluster client packages (back to 3.7.6-1.el7,
>> centos-ovirt36) fixed everything.
>>
>> Data nodes are running glusterfs 3.7.6-1.el7.
>>
>> The funny thing is that from the ovirt I was able to manually mount the
>> glusterfs shares,
>> only the volume info command was failing, thus breaking vdsm.
>>
>> Any hint?
>>
>> regards,
>> Matteo
>>
>>
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
> > http://lists.ovirt.org/mailman/listinfo/users
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Self-Hosted Engine Deployment - Certificate Cannot be Found

[Trenton D Warren]

Aloha,

 

I am looking for assistance with an Ovirt Self-Hosted Engine Deployment on
Centos 7.2.

 

I have the host configured, and have accessed the VM (Engine).  I run engine
setup on the VM in accordance with the
http://www.ovirt.org/Hosted_Engine_Howto page on the Wiki, with the
exception of Automatically executing "Engine Setup" on the VM.  Because of
my configuration, I have to manually enter the network settings on the VM
before it has network access, and then execute engine setup automatically.
Particularly notable is that I enter the selection to automatically
configure Apache to use a self-signed SSL during the Engine-Setup.

 

The Engine-Setup completes successfully on the VM, I reboot, and verify that
the web page is accessible and that I can log in to the engine.  Then I
return to the host to enter option 1 (Continue Setup - Ovirt Engine
Installation is Ready and Engine service is up) and continue with the
installation.  

 

The Engine Replies: DB Up! And acquires the internal CA cert from the
engine.  It lists the cert and then attempts to connect to the engine.  The
installation asks me to enter the name of the Cluster to which I want to add
the host and I enter the automatic "Default" option.   

 

At this point the installation returns an error: Cannot automatically add
the host to cluster Default: Cannot add Host.  Connecting to host via SSH
has failed, verify that the host is reachable (IP address, routable address,
etc.) You may refer to the engine.log file for further details.

 

Some notes: 

1.The /etc/hosts/ file is configured on both host and engine, with
ip and fqdn

2.   Password-Less SSH is enable between both host and engine,
bidirectionally.

3.   Ping responds to both servers.  DNS resolves on both servers.

4.   SSH-Keygen was use to generate key, and key was stored in default
Centos location /root/.ssh/id_rsa

5.   Ssh-copy-id was used to copy the key to engine from host and vice
versa.  No password on key.

 

I have managed to get this error to change by copying the contents of the
/root/.ssh/id_rsa key to the /etc/pki/ovirt-engine/keys/engine.p12 location.


 

When I attempt to "Continue setup - Engine VM configuration has been fixed"
from this point, the error message changes slightly to: "Cannot
automatically add the host to cluster Default: Cannot add new host using a
secured connection, Certificate file could not be found.

 

Some Notes:

1.   I have ran the "Certificate and/or SSL problems?" procedures on
www.ovirt.org/Node_Troubleshooting
 "  to verify the vdsm cert on
the host.  It returns a normal response.  

 

Can someone provide some assistance with this issue?  I have attempted every
work around that I know, and researched every source at my disposal to no
avail.  This issue has been plaguing me for the last three weeks.  I have
restarted the installation multiple times from fresh installs of the engine,
the host, and both, and still no change up to this point.

 

Thank you!

 

Trenton D Warren

President and CEO, Phoenix Holdings Corporation

Main Office: 41-745 Mooiki ST. Waimanalo, HI 96795

Office:(808) 263-7448

Direct:(808) 263-7449

Cell:(478) 867-3107

Web:  www.phoenixhawaii.net

 

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

Re: [ovirt-users] User with SuperAdmin Role has not MANIPULATE_STORAGE_DOMAIN

[Kevin C]

Le mercredi 13 janvier 2016 à 14:37 +0100, Kevin C a écrit :
> 
> Le 12/01/2016 16:57, Maor Lipchuk a écrit :
> > - Original Message -
> > > From: "Kevin COUSIN" 
> > > To: "Maor Lipchuk" 
> > > Cc: "users" , "Oved Ourfali"  > > m>
> > > Sent: Tuesday, January 12, 2016 5:06:22 PM
> > > Subject: Re: [ovirt-users] User with SuperAdmin Role has not
> > > MANIPULATE_STORAGE_DOMAIN
> > > 
> > > I set SuperAdmin Role on a group.
> > > It dosen't work with StorageAdmin role.
> > > I can't add set roles with my directory account, I need to use ad
> > > min@internal
> > > account.
> > 
> > Which DC are you trying to attach the Storage Domain?
> 
> I try to attach the Storage Domain to the Default DC (I have only one
> DC).
> 
> >  From the attached print screens it looks like the DC you have
> > permissions on are infra and local.
> infra.local is our AD realm.
> 
> > Also, Which oVirt version are you using?
> I am using oVirt 3.6.1.
> 
> > If it is possible can you please send print screens with the
> > permissions of the user and the permissions on the Data Center?
> You have print screens attached but I think you're right. I set roles
> on 
> a group, and I can see my user has not Admin role defined desipte my 
> user is on the group (I can login with this user, create VM...).
> 
I confirm. If I set SuperAdmin role on user, I can attach my storage.
Roles can not be applied from groups from my users are ?

Regards


> > 
> > Thanks,
> > Maor
> Regards,
> 
> Kevin C
> 
> > 
> > > 
> > > 
> > > COUSIN Kevin
> > > 
> > > - Mail original -
> > > > De: "Maor Lipchuk" 
> > > > À: "Kevin C" 
> > > > Cc: "users" , "Oved Ourfali"  > > > com>
> > > > Envoyé: Mardi 12 Janvier 2016 13:57:16
> > > > Objet: Re: [ovirt-users] User with SuperAdmin Role has not
> > > > MANIPULATE_STORAGE_DOMAIN
> > > > - Original Message -
> > > > > From: "Kevin C" 
> > > > > To: "Maor Lipchuk" 
> > > > > Cc: "users" , "Oved Ourfali"  > > > > t.com>
> > > > > Sent: Monday, January 11, 2016 11:04:11 AM
> > > > > Subject: Re: [ovirt-users] User with SuperAdmin Role has not
> > > > > MANIPULATE_STORAGE_DOMAIN
> > > > > 
> > > > > 
> > > > > 
> > > > > Le 09/01/2016 16:09, Maor Lipchuk a écrit :
> > > > > > Hi Kevin,
> > > > > > 
> > > > > > Does it still reproduce after the permissions were set?
> > > > > > 
> > > > > > Regards,
> > > > > > Maor
> > > > > > 
> > > > > Hi Maor,
> > > > > 
> > > > > Yes it does, I just try it with another Domain.
> > > > > 
> > > > > Regards
> > > > 
> > > > Which role have you added to your user? Can u please try to
> > > > edit the role
> > > > which
> > > > you have added to your user, does the role "Configure Storage
> > > > Domain" is
> > > > marked
> > > > (See attached screenshot).
> > > > Can you please try to add to the user the role StorageAdmin
> > > > (See second
> > > > attached
> > > > screenshot)
> > > > 
> > > > Regards,
> > > > Maor
> > > > 
> > > > > ---
> > > > > 
> > > > > Kevin C
> > > > > 
> > > > > 
> > > > > > - Original Message -
> > > > > > > From: "Oved Ourfali" 
> > > > > > > To: "Kevin C" 
> > > > > > > Cc: "users" 
> > > > > > > Sent: Friday, January 8, 2016 1:20:53 PM
> > > > > > > Subject: Re: [ovirt-users] User with SuperAdmin Role has
> > > > > > > not
> > > > > > >   MANIPULATE_STORAGE_DOMAIN
> > > > > > > 
> > > > > > > 
> > > > > > > 
> > > > > > > CC-ing someone from the storage team to take a look.
> > > > > > > On Jan 7, 2016 6:43 PM, "Kevin C" < kevin@famillecousin.f
> > > > > > > r > wrote:
> > > > > > > 
> > > > > > > 
> > > > > > > 
> > > > > > > Hi,
> > > > > > > 
> > > > > > > I set it on "system" level, on right upper side.
> > > > > > > 
> > > > > > > Regards,
> > > > > > > 
> > > > > > > Le 07/01/2016 17:39, Oved Ourfali a écrit :
> > > > > > > 
> > > > > > > 
> > > > > > > 
> > > > > > > 
> > > > > > > Permissions in ovirt are composed of the role,
> > > > > > > user/group, and object.
> > > > > > > 
> > > > > > > I guess you refer to the SuperUser role. Question is what
> > > > > > > object you've
> > > > > > > granted it on.
> > > > > > > 
> > > > > > > In order to have a permission on "system" level, you gave
> > > > > > > to go to the
> > > > > > > configure dialog (see right upper side of your screen).
> > > > > > > 
> > > > > > > Regards,
> > > > > > > Oved Ourfali
> > > > > > > Hi list,
> > > > > > > 
> > > > > > > I set the SuperAdmin Role on a AD group. I use my account
> > > > > > > in this group
> > > > > > > to
> > > > > > > use oVirt. I try today to add an Export Domain but I
> > > > > > > failed with this
> > > > > > > error
> > > > > > > in log :
> > > > > > > 
> > > > > > > 2016-01-07 16:46:28,883 INFO
> > > > > > > [org.ovirt.engine.core.bll.storage.AttachStorageDomainToP
> > > > > > > oolCommand]
> > > > > > > (default task-1) [68d5410a] No permission found for user
> > > > > > > '8ac67747-110c-4125-86f1-1f52ca0e7705' or one of the
> > > > > > > groups he is
> > > > > > > member
> > > > >

Re: [ovirt-users] virtio-serial0 duplicate id

[Johannes Tiefenbacher]

Hi, as suggested, I opened a bug for this issue:

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

all the best
Jojo
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

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

[Mikey Ariel]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

In the past months we've been working on upgrading the oVirt project
infrastructure, to better support the community contributions.

One of the main platforms for our user documentation, release
management content, and community content has been the MediaWiki site
that you all know as ovirt.org. Most of us are familiar with the wiki
site format, with all its advantages and disadvantages.

After several years of serving the community, I'm happy to announce
that we are very near to completing a full upgrade of the website
infrastructure from a wiki site to a static site, source-controlled on
GitHub and authored in Markdown.

This email is the pre-launch announcement, as we are reaching the
final stages of the migration, and there are a few actions that might
affect your work on website content in the meantime.

Why migrate the website
===

As mentioned, wiki sites provide an open and flexible content editing
platform. Unfortunately, as the site grows the content becomes quite
difficult to manage and curate, resulting in lots of obsolete,
outdated, and incorrect information.

By moving to a source-controlled repository and implementing GitHub's
contribution workflow, we strive to ease the work of maintaining an
up-to-date content site, employ a peer-review process for changes, and
standardize the authoring markup language to lower the contribution
barrier.

The Middleman framework (Ruby-based static site generator) was chosen
based on observing successful implementation of other open-source
community websites, such as OpenStack RDO, Project Atomic, and Gluster.

What we did so far
==

When we started the migration, our Web design team exported all of the
wiki content from the old website and converted it to MD files. They
also set up the website config flow, auto-deploy, and upgraded the
look-and-feel of the website.

We then initiated a content review effort as well as a UX review for
the new website in a smaller forum, which caught most of the critical
issues with the new website and helped us get the new format to a
place where we can release the website in a near-GA/public-beta format.

Yesterday (Wednesday Feb 17) we exported the website one more time and
currently we're running a diff on all the files that changed since the
initial export was done, to make sure we grab all the updates and the
latest content before we launch the new website.

What is about to happen
===

Today we are initiating a **wiki freeze**, which means the old
MediaWiki site will become read-only. This is to ensure that all of
our diff scripts reflect the most current state of the content on the
website, and that we don't lose any content in the transition.

Barring any unexpected blockers, we will port the ovirt.org domain to
point to the new website and open the new website for contributions on
**Monday February 22** or earlier.

What do you need to do right now


If you have any wiki pages that you're actively editing, please don't
save them to the old MediaWiki site, and hold onto your pending
changes until we send the happy launch email.

We will also include instructions on how to contribute/edit/add
content to the new website, but in general the workflow will be
aligned with the standard GitHub best practices
(clone-edit-commit-pullrequest), so you can utilize all of the git
commands that you already know or work directly within the GitHub web
editor.


I'd like to thank all of the people who were involved with this
migration so far, ovirt.org is a big website with lots of content and
it was no small task to upgrade it.

Please feel free to ping me on- or off-list if you have any questions
about the next steps, and expect a happy launch email soon!

Cheers,
Mikey


- -- 
Mikey Ariel
Community Lead, oVirt
www.ovirt.org

"To be is to do" (Socrates)
"To do is to be" (Jean-Paul Sartre)
"Do be do be do" (Frank Sinatra)

Mobile: +420-702-131-141
IRC: mariel / thatdocslady
Twitter: @ThatDocsLady


-BEGIN PGP SIGNATURE-
Version: GnuPG v2

iQEcBAEBCAAGBQJWxa5AAAoJEHYPPTOszxHow10H/jeuhzMrUrPsCBedLg7OKnNh
jdKDujT/aCyA4LgnRHnVBEASunShmVaOJrMdU4r0PZbdkX1Mf5/SvCEFGKY14qAg
m/5CnDhlwbp5rqo09VOGLMg20CaMtpUoE1LpKE/epGYEKSBr2JIAA+HAsYa1OEyS
9oHDDx+ZIbfHNlygW1KpW6dsuZRscTbfy4kk8rY83YdJGyQiQN+ulsjT/c2N8ArR
WylohBE2OcC7+nzf7AejKJ94loWxnVhO4qWbNWAH00LArG89yFWBBSlMK6ocJUED
P4k2IzgG+75eTiCZAAw5/Vaqx0YVU7hScSmBqOPQu/wo4e2t11AR7A8D7Cn+vpU=
=XWEH
-END PGP SIGNATURE-
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] How to add RAM to Hosted Engine

[Simone Tiraboschi]

On Thu, Feb 18, 2016 at 11:13 AM, Yaniv Dary  wrote:

> The file moved to the shared storage and it needs to be edited there.
>
>
If the auto-import of the hosted-engine storage domain successfully
completes, the engine will generate there the OVF_STORE volume which will
contain just the engine VM description.
ovirt-ha-agent is already able to parse the content of the OVF_STORE and
restart the engine VM with that configuration on the next attempt.

The desiderata is to be able to edit the engine VM from the engine having
it correctly managing the description in the OVF_STORE as for usual VM but
we are still not ready for that.
So in the mean time we are thinking about a simple tool to let the user
edit/override the OVF_STORE for the engine VM:
https://bugzilla.redhat.com/1309572



> 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 Wed, Feb 17, 2016 at 8:05 PM, DiOrio, Max  wrote:
>
>> Hi There…new oVirt user.  After a bit of a learning curve, I have things
>> set up pretty well.  The web console in the hosted engine is running slow,
>> and it’s spiking memory to 98% frequently, but I only have 4096MB of RAM
>> allocated.  Currently running oVirt 3.6.
>>
>>
>>
>> From the web interface, it doesn’t seem possible to add memory to the
>> hosted engine VM.  I can add it via the Edit menu, but then it complains
>> that “*This VM is not managed by the engine”.*
>>
>>
>>
>> *I see that some people have said to edit
>> /etc/ovirt-hosted-engine-ha/vm.conf  but this file does not exist.  Then I
>> saw someone say that the file is now located in
>> /var/run/ovirt-hosted-engine-ha/vm.conf  I do see this here, but I can’t
>> update the file.  Each time I go to update it, it reverts back to the
>> previous config.*
>>
>>
>>
>> *I shut down the VM then tried to edit it, same thing.  I put the system
>> in global maintenance mode, shut down the vm, then tried to edit it, same
>> thing.*
>>
>>
>>
>> *Getting frustrated over what should be a simple task, with nearly no
>> documentation available.*
>>
>>
>>
>> *Thanks for any help you can provide.*
>>
>>
>>
>> *Max*
>>
>> ___
>> Users mailing list
>> Users@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/users
>>
>>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] DevConf.CZ 2016 - my experience

[Yaniv Kaul]

On the first weekend of February I've had the pleaseure of attending
DevConf.CZ 2016, which took place in the wonderful city of Brno, CZ.
Compared to FOSDEM, it's a more relaxed, young and vibrant conference, but
it was just as fun and rewarding from my perspective.
Here's a disorganized personal summary:

- Met community members as well as customers and Red Hat TAMs (Technical
Account Managers) from all over Europe.
- Attended a presentation on a research to understand theoretical best
possible improvements to migration convergence performance[3]. I hope to
see some of it in coming versions of QEMU, while we work on other
improvements to this critical feature.
- Attended a presentation on the status of ARM on Fedora and CentOS[14].
Seems like a great positive effort, but the road is still long for complete
support. Would be cool to support ARM based hosts running virtual machines!
- Attended a presentation on native vs. threads implementation performance
in QEMU[4]. The results were not conclusive, though some improvements in
native brought it close to or better in some cases to threads. Seems that
our default of heuristic for threads in file-based storage and native in
block based storage is fine for the time being, but we'll watch closely for
developments in this area.
- Attended a presentation on debugging qemu (mainly) in OpenStack[5] - I
think (and asked) if libvirt can do a better job - in saving in a cyclic
log the QMP commands sent and the response from the guest and dump it in
case of a guest crash.
- Attended a Cockpit hackfest[9] - as we intend to use Cockpit as our UI
for RHEVH Next Generation Node, it was great to present our use case and
exchange thoughts, ideas and directions. Few bugs were filed during the
hackfest per our comments.
- Attended 'Dockerizing JBoss Applications' presentation[10]. Great work
done by the JBoss team to improve and streamline packaging of JBoss into
containers.
- Attended 'Fedora Upstream Testing' presentation[13]. I disscussed with
the presentor the possibiliy to run oVirt with Lago[17] in Fedora, in a CI
way, by monitoring distgit changes for relevant packages (such as lvm2,
device-mapper*, libvirt and others.
- Attended 'High Performance VMs in OpenStack'[12] - looks like oVirt is
already doing a lot of what OpenStack are working to achieve
high-performance from KVM!
- Preached on running Lago with OpenStack, Gluster and Cockpit. At least
the first two items look really promising and I'm looking forward to a
collaboration in those efforts. I might just try to do the Gluster one
myself.
- Having used the oVirt Live[18] USB DoK image in both FOSDEM and DevConf,
I've found several items where we can improve in and filed relevant RFEs
for them[15][16].

- The oVirt team has delivered numerous presentations in the virtualization
track[1][2][6] - and the Gluster team has additionally provided more
presentations[7][8], which were all well received.

I'd like to thank Red Hat's OSAS team members Mikey and Brian for once
again, just one week after FOSDEM, leading the effort of representing the
oVirt project and community in this event.
Y.

[1] https://www.youtube.com/watch?v=cQqJEiK7-Ug - Smart VM Scheduling -
Martin Sivák
[2] https://www.youtube.com/watch?v=V1JQtmdleaM - Host fencing in oVirt -
Fixing the unknown and allowing VMs to be highly available - Martin Peřina
[3] https://www.youtube.com/watch?v=XkMIMJKJeTY - in-depth look of virtual
machine migration algorithms - Marcelo Tosatti
[4] https://www.youtube.com/watch?v=Jx93riUF5_I - Qemu Disk I/O: Which
performs better, Native or Threads? - Pradeep K Surisetty
[5] https://www.youtube.com/watch?v=Dd2AGGMWXQM - Debugging the
Virtualization Layer (libvirt and QEMU) in OpenStack - Kashyap Chamarthy
[6] https://www.youtube.com/watch?v=4CbHTAkVDZo - Ceph integration with
oVirt using Cinder - Nir Soffer
[7] https://www.youtube.com/watch?v=XudYwEWQF7U - oVirt and Gluster
Hyperconvergence - Ramesh Nachimuthu
[8] https://www.youtube.com/watch?v=TczVVCbm8NE - Improvements in gluster
for virtualization usecase - Prasanna Kumar Kalever
[9] https://www.youtube.com/watch?v=TNDe90WSZow - Cockpit Hackfest -
Dominik Perpeet, Marius Vollmer, Peter Volpe, Stef Walter
[10] https://www.youtube.com/watch?v=NpyEoFlDzOQ - Dockerizing JBoss
Products - David Becvarik
[11] https://www.youtube.com/watch?v=rqavfmPAt7o - Avocado and Jenkins:
Test Automation and CI - Lukáš Doktor, Yash Mankad
[12] https://www.youtube.com/watch?v=9J_sEdlpIlQ - High performance VMs in
OpenStack - Nikola Dipanov
[13] https://www.youtube.com/watch?v=15-yXOJuonQ - Upstream First Testing -
Tim Flink
[14] https://www.youtube.com/watch?v=q4gU87wdRtI - Growing the ARM server
ecosystem - Jim Perrin
[15] https://bugzilla.redhat.com/show_bug.cgi?id=1307261 - [RFE] register
.vv files so they'll be opened automatically with remote-viewer
[16] https://bugzilla.redhat.com/show_bug.cgi?id=1307262 - [RFE] Disable
power management (display and computer)
[17] https://github.com/lag

Re: [ovirt-users] How does VDSM-Fake actually work?

[Roman Mohr]

On Thu, Feb 18, 2016 at 11:26 AM, emarcian  wrote:

> for remote simulator make sure you
>
>-  /etc/hosts file is correct.
>-  54321 54322 are open in firewall in both sides.
>- engine p12 key is placed in the remote machine (in case using SSL)
>- java certs are place as well (in case using SSL).
>
> please see this cod:
> http://ur1.ca/ojcv5 (pass is ovirt123)
>
Nice.

Could you make that a more copy/paste like manual and update README.ssl?

>
> On 02/17/2016 08:28 PM, Nicolás wrote:
>
> Hi Roman,
>
> El 16/02/16 a las 10:27, Roman Mohr escribió:
>
> On Fri, Feb 12, 2016 at 12:45 PM, Michal Skrivanek <
> michal.skriva...@redhat.com> wrote:
>
>>
>> On 09 Feb 2016, at 12:15, Nicolás < nico...@devels.es>
>> wrote:
>>
>> Is there a way to get an account on mojo.redhat.com or is it internal?
>> I'm trying to open the document but credentials are required and I see no
>> option to create an account.
>>
>>
>> yes it is
>>
>> Eldad, would you please move it to ovirt.org instead?
>>
>>
> I recently played with fakevdsm myself. The result was the patch series in
> [1]. At least an updated README for the result of my patches can be found
> in [2].
>
>
>> Thanks,
>> michal
>>
>>
>> El 04/02/16 a las 13:49, emarcian escribió:
>>
>> Hi,
>> Seems like you need to change this settings update vdc_options set
>> option_value='false' where option_name='InstallVds';
>> follow the instructions here:
>> 
>> https://mojo.redhat.com/docs/DOC-990399
>>
>> in case you using 3.6 there is a new war (if you run the simulator as
>> standalone).
>>
>> -Eldad
>>
>>
>> On 02/04/2016 03:04 PM, Piotr Kliczewski wrote:
>>
>> Eldad is working on making it working with engine 3.6. He should be able to
>> give you information you need.
>>
>> On Wed, Feb 3, 2016 at 12:33 PM,
>> wrote:
>>
>> Anything?
>>
>> El 2016-02-02 10:18, Nicolás escribió:
>>
>> Hi,
>>
>>  I'm trying to set up VDSM-Fake
>> (git://gerrit.ovirt.org/ovirt-vdsmfake.git) for some tests, however,
>> I'm a bit confused about how does it actually work. As the
>> instructions say, I was able to build the project with Maven (however,
>> the org.ovirt.vdsm-jsonrpc-java dependency version had to be changed
>> to 1.1.5 instead of 1.1.2-SNAPSHOT in pom.xml as this latter is no
>> longer provided at the repository).
>>
>>  Once built, I run mvn jetty:run and the server started correctly:
>>
>>
>> 2016-02-02 11:01:51.957:INFO::jetty-6.1.26 [1]
>> 2016-02-02 11:01:52.804:INFO::No [2] Transaction manager found - if
>> your webapp requires one, please configure one.
>> 2016-02-02 11:01:53,424 Application initialized.
>> 2016-02-02 11:01:53,442 Opening a Stomp server localhost:54322
>> 2016-02-02 11:01:53.702:INFO::Started [3]SelectChannelConnector@0.0.0.0:54321
>> [INFO] Started Jetty Server
>> [INFO] Starting scanner at interval of 10 seconds.
>>
>>  I could indeed verify it's listening on the VDSM port:
>>
>>
>> [root@host ovirt-vdsmfake]# netstat -atpn | grep 54321
>> tcp6   0  0
>> :::54321
>> :::*LISTEN
>> 44870/java
>>
>>  So the next step is to add a fake host via REST. I used scripts
>> provided here [4] and I successfully added the host, however, it
>> starts installing all the VDSM packages as it were a normal host and
>> therefore it tries to start vdsmd as well, which throws an error as
>> the Jetty Server is already listening on the 54321 port. I shut down
>> the Jetty Server and allowed oVirt Manager to install all the packages
>> properly, then stopped vdsmd and started the Jetty Server, but
>> expectedly oVirt Engine fails with message "Host xxx is non
>> responsive", so what I actually got is a real VDSM host and not a fake
>> one.
>>
>>  FWIW, the fake VDSM runs on a different host, ports are reacheable
>> from the oVirt engine, proper /etc/hosts has been added to the engine
>> to reach the host, and no further customization of web.xml has been
>> done.
>>
>>  I feel like I'm missing something here. Could someone shed some light
>> on what's wrong?
>>
>>  Thanks.
>>
>>  Nicolás
>>
>>
> @Nicolas I would recommend you to use the top of my gerrit patches to run
> vdsmake:
>
>   git clone git://gerrit.ovirt.org/ovirt-vdsmfake
>   cd ovirt-vdsmfake
>   git fetch git://gerrit.ovirt.org/ovirt-vdsmfake refs/changes/70/53570/2
> && git checkout FETCH_HEAD
>
> then follow the instructions in the README of the checked out repository
> [3].
>
> Hope that helps.
>
> Best Regards,
> Roman
>
>>
>> [1]
> https://gerrit.ovirt.org/#/q/status:open+project:ovirt-vdsmfake+branch:master+topic:easy_access
> [2] https://gerrit.ovirt.org/#/c/53570/
> [3] https://gerrit.ovirt.org/#/c/53570/2/README
>
>
> I could finally make fakevdsm work with your changes. Maybe I'm missing
> something but this works if the engine and the fake host are run on the
> same server - when I tried to run the fake host on a different host I
> wasn't seeing any responses from the host (the firewall was vanilla clean).
> In any case, I'

Re: [ovirt-users] How does VDSM-Fake actually work?

[Roman Mohr]

On Wed, Feb 17, 2016 at 7:28 PM, Nicolás  wrote:

> Hi Roman,
>
> El 16/02/16 a las 10:27, Roman Mohr escribió:
>
> On Fri, Feb 12, 2016 at 12:45 PM, Michal Skrivanek <
> michal.skriva...@redhat.com> wrote:
>
>>
>> On 09 Feb 2016, at 12:15, Nicolás < nico...@devels.es>
>> wrote:
>>
>> Is there a way to get an account on mojo.redhat.com or is it internal?
>> I'm trying to open the document but credentials are required and I see no
>> option to create an account.
>>
>>
>> yes it is
>>
>> Eldad, would you please move it to ovirt.org instead?
>>
>>
> I recently played with fakevdsm myself. The result was the patch series in
> [1]. At least an updated README for the result of my patches can be found
> in [2].
>
>
>> Thanks,
>> michal
>>
>>
>> El 04/02/16 a las 13:49, emarcian escribió:
>>
>> Hi,
>> Seems like you need to change this settings update vdc_options set
>> option_value='false' where option_name='InstallVds';
>> follow the instructions here:
>> 
>> https://mojo.redhat.com/docs/DOC-990399
>>
>> in case you using 3.6 there is a new war (if you run the simulator as
>> standalone).
>>
>> -Eldad
>>
>>
>> On 02/04/2016 03:04 PM, Piotr Kliczewski wrote:
>>
>> Eldad is working on making it working with engine 3.6. He should be able to
>> give you information you need.
>>
>> On Wed, Feb 3, 2016 at 12:33 PM,
>> wrote:
>>
>> Anything?
>>
>> El 2016-02-02 10:18, Nicolás escribió:
>>
>> Hi,
>>
>>  I'm trying to set up VDSM-Fake
>> (git://gerrit.ovirt.org/ovirt-vdsmfake.git) for some tests, however,
>> I'm a bit confused about how does it actually work. As the
>> instructions say, I was able to build the project with Maven (however,
>> the org.ovirt.vdsm-jsonrpc-java dependency version had to be changed
>> to 1.1.5 instead of 1.1.2-SNAPSHOT in pom.xml as this latter is no
>> longer provided at the repository).
>>
>>  Once built, I run mvn jetty:run and the server started correctly:
>>
>>
>> 2016-02-02 11:01:51.957:INFO::jetty-6.1.26 [1]
>> 2016-02-02 11:01:52.804:INFO::No [2] Transaction manager found - if
>> your webapp requires one, please configure one.
>> 2016-02-02 11:01:53,424 Application initialized.
>> 2016-02-02 11:01:53,442 Opening a Stomp server localhost:54322
>> 2016-02-02 11:01:53.702:INFO::Started [3]SelectChannelConnector@0.0.0.0:54321
>> [INFO] Started Jetty Server
>> [INFO] Starting scanner at interval of 10 seconds.
>>
>>  I could indeed verify it's listening on the VDSM port:
>>
>>
>> [root@host ovirt-vdsmfake]# netstat -atpn | grep 54321
>> tcp6   0  0
>> :::54321
>> :::*LISTEN
>> 44870/java
>>
>>  So the next step is to add a fake host via REST. I used scripts
>> provided here [4] and I successfully added the host, however, it
>> starts installing all the VDSM packages as it were a normal host and
>> therefore it tries to start vdsmd as well, which throws an error as
>> the Jetty Server is already listening on the 54321 port. I shut down
>> the Jetty Server and allowed oVirt Manager to install all the packages
>> properly, then stopped vdsmd and started the Jetty Server, but
>> expectedly oVirt Engine fails with message "Host xxx is non
>> responsive", so what I actually got is a real VDSM host and not a fake
>> one.
>>
>>  FWIW, the fake VDSM runs on a different host, ports are reacheable
>> from the oVirt engine, proper /etc/hosts has been added to the engine
>> to reach the host, and no further customization of web.xml has been
>> done.
>>
>>  I feel like I'm missing something here. Could someone shed some light
>> on what's wrong?
>>
>>  Thanks.
>>
>>  Nicolás
>>
>>
> @Nicolas I would recommend you to use the top of my gerrit patches to run
> vdsmake:
>
>   git clone git://gerrit.ovirt.org/ovirt-vdsmfake
>   cd ovirt-vdsmfake
>   git fetch git://gerrit.ovirt.org/ovirt-vdsmfake refs/changes/70/53570/2
> && git checkout FETCH_HEAD
>
> then follow the instructions in the README of the checked out repository
> [3].
>
> Hope that helps.
>
> Best Regards,
> Roman
>
>>
>> [1]
> https://gerrit.ovirt.org/#/q/status:open+project:ovirt-vdsmfake+branch:master+topic:easy_access
> [2] https://gerrit.ovirt.org/#/c/53570/
> [3] https://gerrit.ovirt.org/#/c/53570/2/README
>
>
> I could finally make fakevdsm work with your changes. Maybe I'm missing
> something but this works if the engine and the fake host are run on the
> same server - when I tried to run the fake host on a different host I
> wasn't seeing any responses from the host (the firewall was vanilla clean).
> In any case, I'm ok with both running on the same machine.
>

An obvious error might be that you wrote 127.0.0.1 to /etc/hosts on the
ovirt-engine host instead of the remote host. For everything else the more
detailed answer from @emarcian might help you.

>
> Will this be merged into master?
>

It is already. :)

You can check it out from github [4] or gerrit [5].

>
> Thanks.
>

[4] https://github.com/oVirt/ovirt-vdsmfake/
[5] git://gerrit.ovirt.org/ovirt-vdsmfake
__

Re: [ovirt-users] How to add RAM to Hosted Engine

[Yaniv Dary]

The file moved to the shared storage and it needs to be edited there.

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 Wed, Feb 17, 2016 at 8:05 PM, DiOrio, Max  wrote:

> Hi There…new oVirt user.  After a bit of a learning curve, I have things
> set up pretty well.  The web console in the hosted engine is running slow,
> and it’s spiking memory to 98% frequently, but I only have 4096MB of RAM
> allocated.  Currently running oVirt 3.6.
>
>
>
> From the web interface, it doesn’t seem possible to add memory to the
> hosted engine VM.  I can add it via the Edit menu, but then it complains
> that “*This VM is not managed by the engine”.*
>
>
>
> *I see that some people have said to edit
> /etc/ovirt-hosted-engine-ha/vm.conf  but this file does not exist.  Then I
> saw someone say that the file is now located in
> /var/run/ovirt-hosted-engine-ha/vm.conf  I do see this here, but I can’t
> update the file.  Each time I go to update it, it reverts back to the
> previous config.*
>
>
>
> *I shut down the VM then tried to edit it, same thing.  I put the system
> in global maintenance mode, shut down the vm, then tried to edit it, same
> thing.*
>
>
>
> *Getting frustrated over what should be a simple task, with nearly no
> documentation available.*
>
>
>
> *Thanks for any help you can provide.*
>
>
>
> *Max*
>
> ___
> 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] Can't remove snapshot

[Rik Theys]

Hi,

On 02/17/2016 05:29 PM, Adam Litke wrote:
> On 17/02/16 11:14 -0500, Greg Padgett wrote:
>> On 02/17/2016 03:42 AM, Rik Theys wrote:
>>> Hi,
>>>
>>> On 02/16/2016 10:52 PM, Greg Padgett wrote:
 On 02/16/2016 08:50 AM, Rik Theys wrote:
>  From the above I conclude that the disk with id that ends with
 Similar to what I wrote to Marcelo above in the thread, I'd recommend
 running the "VM disk info gathering tool" attached to [1].  It's the
 best way to ensure the merge was completed and determine which image is
 the "bad" one that is no longer in use by any volume chains.
>>>
>>> I've ran the disk info gathering tool and this outputs (for the affected
>>> VM):
>>>
>>> VM lena
>>> Disk b2390535-744f-4c02-bdc8-5a897226554b
>>> (sd:a7ba2db3-517c-408a-8b27-ea45989d6416)
>>> Volumes:
>>> 24d78600-22f4-44f7-987b-fbd866736249
>>>
>>> The id of the volume is the ID of the snapshot that is marked "illegal".
>>> So the "bad" image would be the dc39 one, which according to the UI is
>>> in use by the "Active VM" snapshot. Can this make sense?
>>
>> It looks accurate.  Live merges are "backwards" merges, so the merge
>> would have pushed data from the volume associated with "Active VM"
>> into the volume associated with the snapshot you're trying to remove.
>>
>> Upon completion, we "pivot" so that the VM uses that older volume, and
>> we update the engine database to reflect this (basically we
>> re-associate that older volume with, in your case, "Active VM").
>>
>> In your case, it seems the pivot operation was done, but the database
>> wasn't updated to reflect it.  Given snapshot/image associations e.g.:
>>
>>  VM Name  Snapshot Name  Volume
>>  ---  -  --
>>  My-VMActive VM  123-abc
>>  My-VMMy-Snapshot789-def
>>
>> My-VM in your case is actually running on volume 789-def.  If you run
>> the db fixup script and supply ("My-VM", "My-Snapshot", "123-abc")
>> (note the volume is the newer, "bad" one), then it will switch the
>> volume association for you and remove the invalid entries.
>>
>> Of course, I'd shut down the VM, and back up the db beforehand.

I've executed the sql script and it seems to have worked. Thanks!

>> "Active VM" should now be unused; it previously (pre-merge) was the
>> data written since the snapshot was taken.  Normally the larger actual
>> size might be from qcow format overhead.  If your listing above is
>> complete (ie one volume for the vm), then I'm not sure why the base
>> volume would have a larger actual size than virtual size.
>>
>> Adam, Nir--any thoughts on this?
> 
> There is a bug which has caused inflation of the snapshot volumes when
> performing a live merge.  We are submitting fixes for 3.5, 3.6, and
> master right at this moment.

Which bug number is assigned to this bug? Will upgrading to a release
with a fix reduce the disk usage again?


Regards,

Rik


-- 
Rik Theys
System Engineer
KU Leuven - Dept. Elektrotechniek (ESAT)
Kasteelpark Arenberg 10 bus 2440  - B-3001 Leuven-Heverlee
+32(0)16/32.11.07

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