Re: [ovirt-users] User cannot add a disk to a VM - permission error

[Ondra Machacek]

On 03/09/2016 05:02 AM, Will Dennis wrote:

Trying to understand the oVirt user permissions system… I have a user who I 
have granted the “PowerUserRole” role to, with the role description being “User 
Role, allowed to create VMs, Templates and Disks.”

When I log into the User Portal with this user, I try to create a VM with a 
disk, but when I click the OK button, I get the message, “Cannot add Virtual 
Machine Disk. The user doesn’t have permissions to attach Disk Profile to the 
Disk.

What other permission(s) do I need to grant this user in order to have it be 
able to create VMs?


See this bz[1]. You should also have 'DiskProfileUser' role on 
storagedomain where you want to

create disk.

[1] https://bugzilla.redhat.com/show_bug.cgi?id=1209505



___
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] Configuring the SRIOV virsh device

[David LeVene]

Hey All,

Still trying to work through this VMFEX stuff, and I know what I want the file 
to look like at the end.. but not sure how to achieve it from the doco written 
here

http://www.ovirt.org/develop/developer-guide/vdsm/hook/vmfex/
and
http://www.ovirt.org/develop/release-management/features/network/ucs-integration/

Currently my device looks like this

# virsh -r net-dumpxml vdsm-SRIOV

  vdsm-SRIOV
 
  



I want it looking like this, then the networking will be as it should be!
A port group would be a vNIC Profile from the looks of things...

  vdsm-SRIOV
   <-- 
defined as a passthrough device, not a bridge




<   .. list of interfaces available to it which would need to be manually 
inputted as a hook>
  
  

  

  
  

  

  



Cheers
David
This email and any attachments may contain confidential and proprietary 
information of Blackboard that is for the sole use of the intended recipient. 
If you are not the intended recipient, disclosure, copying, re-distribution or 
other use of any of this information is strictly prohibited. Please immediately 
notify the sender and delete this transmission if you received this email in 
error.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Adding servers after hosted ending servers fail due to incorrect mount options in vdsm

[Bond, Darryl]

I have a 3 node 3.6.3 hosted engine cluster (Default) with a number of VMs. The 
hosted engine is stored on gluster.

Adding an additional server to the Default cluster that isn't a hosted-engine 
ha server fails.

Looking at the vdsm.log, the host attempts to mount the gluster as NFS with the 
gluster options which fails.


jsonrpc.Executor/6::DEBUG::2016-03-09 
15:10:01,022::fileUtils::143::Storage.fileUtils::(createdir) Creating 
directory: /rhev/data-center/mnt/glusterSD/ovirt36-h1:_hosted-engine mode: None
jsonrpc.Executor/6::DEBUG::2016-03-09 
15:10:01,022::storageServer::357::Storage.StorageServer.MountConnection::(_get_backup_servers_option)
 Using bricks: ['ovirt36-h1', 'ovirt36-h2', 'ovirt36-h3']
jsonrpc.Executor/6::DEBUG::2016-03-09 
15:10:01,022::mount::229::Storage.Misc.excCmd::(_runcmd) /usr/bin/taskset 
--cpu-list 0-11 /usr/bin/sudo -n /usr/bin/systemd-run --scope 
--slice=vdsm-glusterfs /usr/bin/mount -o 
backup-volfile-servers=ovirt36-h2:ovirt36-h3 ovirt36-h1:/hosted-engine 
/rhev/data-center/mnt/glusterSD/ovirt36-h1:_hosted-engine (cwd None)
jsonrpc.Executor/6::ERROR::2016-03-09 
15:10:01,042::hsm::2473::Storage.HSM::(connectStorageServer) Could not connect 
to storageServer
Traceback (most recent call last):
  File "/usr/share/vdsm/storage/hsm.py", line 2470, in connectStorageServer
conObj.connect()
  File "/usr/share/vdsm/storage/storageServer.py", line 236, in connect
six.reraise(t, v, tb)
  File "/usr/share/vdsm/storage/storageServer.py", line 228, in connect
self._mount.mount(self.options, self._vfsType, cgroup=self.CGROUP)
  File "/usr/share/vdsm/storage/mount.py", line 225, in mount
return self._runcmd(cmd, timeout)
  File "/usr/share/vdsm/storage/mount.py", line 241, in _runcmd
raise MountError(rc, ";".join((out, err)))
MountError: (32, ';Running scope as unit run-18808.scope.\nmount.nfs: an 
incorrect mount option was specified\n')

I noticed the hosted-engine servers perform the same mount but pass the -t 
glusterfs correctly.

A bug or am I doing something wrong??

I do not want to create a new datacentre without the hosted engine storage as I 
want to use the same storage domains.

Regards
Darryl





The contents of this electronic message and any attachments are intended only 
for the addressee and may contain legally privileged, personal, sensitive or 
confidential information. If you are not the intended addressee, and have 
received this email, any transmission, distribution, downloading, printing or 
photocopying of the contents of this message or attachments is strictly 
prohibited. Any legal privilege or confidentiality attached to this message and 
attachments is not waived, lost or destroyed by reason of delivery to any 
person other than intended addressee. If you have received this message and are 
not the intended addressee you should notify the sender by return email and 
destroy all copies of the message and any attachments. Unless expressly 
attributed, the views expressed in this email do not necessarily represent the 
views of the company.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] User cannot add a disk to a VM - permission error

[Will Dennis]

Trying to understand the oVirt user permissions system… I have a user who I 
have granted the “PowerUserRole” role to, with the role description being “User 
Role, allowed to create VMs, Templates and Disks.”

When I log into the User Portal with this user, I try to create a VM with a 
disk, but when I click the OK button, I get the message, “Cannot add Virtual 
Machine Disk. The user doesn’t have permissions to attach Disk Profile to the 
Disk.

What other permission(s) do I need to grant this user in order to have it be 
able to create VMs?

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

Re: [ovirt-users] regenerate libvirt-spice keys after libvirtd restart?

[David Jaša]

The only problem with spice certs in oVirt I remember over the last 5
years concerns certificate encoding - which bit only users who used
non-ascii characters in Organization. The bugs (private RHEV
unfortunately) should be fixed for quite some time - and the fix
involved certificate regeneration. You can see it in recent versions of
engine setup...

Otherwise, it was really transparent process. Try removing
the /etc/pki/vdsm/libvirt-spice directory, reinstalling package that
owns it (yum reinstall vdsm) and reinstalling host in RHEV. You should
get 100 % fresh certs by this time.

BTW when I was meddling with libvirt settings on oVirt host last time,
vdsm complained and refused to work. Doesn't it say something
interesting about it?

David

On Út, 2016-03-08 at 09:11 -0800, Bill James wrote:
> any suggestions on how to get ovirt and spice console keys to work 
> correctly?
> 
> 
> On 03/07/2016 10:09 AM, Bill James wrote:
> > thanks for the reply.
> > I tried reinstall of one host. Didn't help.
> > Also tried removing the host and reinstalling it. Didn't help.
> >
> > Looks like server cert & key were regenerated, but not ca-cert.pem.
> >
> >
> > [root@ovirt2 test ~]# ls -rtl /etc/pki/vdsm/libvirt-spice|grep -v 
> > 2016|tail
> > total 84
> > -rw-r--r-- 1 root kvm 1379 Feb 19 17:09 ca-cert.pem
> > -rw-r--r-- 1 root kvm 1570 Mar  7 09:44 server-cert.pem
> > -r--r- 1 vdsm kvm 1675 Mar  7 09:44 server-key.pem
> >
> > [root@ovirt2 test ~]# tail -3 /etc/libvirt/qemu.conf
> > spice_tls=1
> > spice_tls_x509_cert_dir="/etc/pki/vdsm/libvirt-spice"
> > ## end of configuration section by vdsm-4.17.0
> >
> > Chown'd all the files to vdsm:kvm just incase, and rebooted the host.
> > Didn't help.
> >
> > Changed console back to VNC and it starts up fine.
> >
> >
> > Seems strange that I could mess up the spice keys just by restarting 
> > libvirtd. (service libvirtd restart)
> >
> >
> >
> > On 03/07/2016 06:15 AM, David Jaša wrote:
> >> Hi,
> >>
> >> it looks like you messed up private key location and/or contents. If you
> >> "Reinstall" the host in ovirt engine, the keys/certs should get
> >> regenerated.
> >>
> >> David
> >>
> >> On Pá, 2016-03-04 at 10:16 -0800, Bill James wrote:
> >>> I needed to bounce libvirtd after changing a config in 
> >>> libvirt/qemu.conf
> >>> so import-to-ovirt.pl,
> >>> but now my VMs with Spice console complain:
> >>>
> >>> libvirtError: internal error: process exited while connecting to
> >>> monitor: ((null):2791): Spice-Warning **: reds.c:3311:reds_init_ssl:
> >>> Could not use private key file
> >>>
> >>> What is the proper way to sync up the key after restarting libvirtd?
> >>> I even tried rebooting host and restart ovirt-engine and ovirt-engine
> >>> setup, didn't help.
> >>>
> >>> Work around is just use VNC consoles. But I'd like to get spice working
> >>> again.
> >>>
> >>> centos 7.2
> >>> libvirt-client-1.2.17-13.el7_2.2.x86_64
> >>> ovirt-engine-3.6.2.6-1.el7.centos.noarch
> >>>
> >>>
> >>>
> >>> Cloud Services for Business www.j2.com
> >>> j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox
> >>>
> >
> 
> ___
> 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] regenerate libvirt-spice keys after libvirtd restart?

[Bill James]

any suggestions on how to get ovirt and spice console keys to work 
correctly?



On 03/07/2016 10:09 AM, Bill James wrote:

thanks for the reply.
I tried reinstall of one host. Didn't help.
Also tried removing the host and reinstalling it. Didn't help.

Looks like server cert & key were regenerated, but not ca-cert.pem.


[root@ovirt2 test ~]# ls -rtl /etc/pki/vdsm/libvirt-spice|grep -v 
2016|tail

total 84
-rw-r--r-- 1 root kvm 1379 Feb 19 17:09 ca-cert.pem
-rw-r--r-- 1 root kvm 1570 Mar  7 09:44 server-cert.pem
-r--r- 1 vdsm kvm 1675 Mar  7 09:44 server-key.pem

[root@ovirt2 test ~]# tail -3 /etc/libvirt/qemu.conf
spice_tls=1
spice_tls_x509_cert_dir="/etc/pki/vdsm/libvirt-spice"
## end of configuration section by vdsm-4.17.0

Chown'd all the files to vdsm:kvm just incase, and rebooted the host.
Didn't help.

Changed console back to VNC and it starts up fine.


Seems strange that I could mess up the spice keys just by restarting 
libvirtd. (service libvirtd restart)




On 03/07/2016 06:15 AM, David Jaša wrote:

Hi,

it looks like you messed up private key location and/or contents. If you
"Reinstall" the host in ovirt engine, the keys/certs should get
regenerated.

David

On Pá, 2016-03-04 at 10:16 -0800, Bill James wrote:
I needed to bounce libvirtd after changing a config in 
libvirt/qemu.conf

so import-to-ovirt.pl,
but now my VMs with Spice console complain:

libvirtError: internal error: process exited while connecting to
monitor: ((null):2791): Spice-Warning **: reds.c:3311:reds_init_ssl:
Could not use private key file

What is the proper way to sync up the key after restarting libvirtd?
I even tried rebooting host and restart ovirt-engine and ovirt-engine
setup, didn't help.

Work around is just use VNC consoles. But I'd like to get spice working
again.

centos 7.2
libvirt-client-1.2.17-13.el7_2.2.x86_64
ovirt-engine-3.6.2.6-1.el7.centos.noarch



Cloud Services for Business www.j2.com
j2 | eFax | eVoice | FuseMail | Campaigner | KeepItSafe | Onebox





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

[ovirt-users] changing vm's product serial

[Nathanaël Blanchet]

Hi all,

We've been using templates for months before we realized that "ocs 
report" used Serial Number given into "demidecode -t system" to identify 
a VM as unique.
This Serial Number is located into 
/sys/devices/virtual/dmi/id/product_serial, and we'd really want each vm 
to have its own Serial Number instead of the template's one.
We tried to generate a new id with uuidgen, but it can't be written into 
the product_serial file.

Is there a simple way to do such a thing?
Thank you.

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

[ovirt-users] Collectd

[Jonas Israelsson]

Greetings.

Is the collectd feature on the iso-based nodes supposed to work ? And if 
so am I supposed to do anything more that adding the

server and port via the tui ?

I see my collectd configuration end up in the file /etc/default/ovirt

Part from that I don't see a single (collectd) byte leaving my nodes.

# cat /etc/default/version
PRODUCT='oVirt Node Hypervisor'
PRODUCT_SHORT='oVirt Node Hypervisor'
PRODUCT_CODE=
RECIPE_SHA256=
RECIPE_RPM=
PACKAGE=ovirt-node-iso
VERSION=3.6
RELEASE=0.999.201510221205.el7.centos
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] [ovirt-devel] Welcome: New ovirt.org website!

[Mikey Ariel]

Thanks Rene for the heads up! As I wrote, we welcome contributions, so
if you have the bandwidth to submit a PR with fixing the links it would
be really helpful. Otherwise, please open an issue for this on GitHub
and we'll try to route the task accordingly :)

Cheers,
Mikey

On 03/03/2016 03:53 PM, René Koch wrote:
> Hi Mikey,
> 
> The new page looks really good.
> 
> I figured out, that all of the links to presentations and templates are
> still pointing to the old Mediawiki url and so all presentations are
> unavailable:
> https://www.ovirt.org/community/get-involved/resources/slide-decks/
> 
> 
> Regards,
> René
> 
> 
> On 02/19/2016 04:57 PM, Mikey Ariel wrote:
> Following yesterday's pre-launch email[1], I'm happy to announce that
> the new ovirt.org[2] website is now live in **public beta** and
> available for community review.
> 
> All the information in this email is also available in the first blog
> post of our shiny new oVirt blog[3]. Read on for information about new
> features, known issues, and a call for reviews.
> 
> The old MediaWiki site is still available in read-only[4], and will be
> taken offline on **March 1, 2016**. This is to ensure that you can
> compare pages and review migrated content.
> 
> What's New
> ==
> 
> The new Website is full of improvements and enhancements, check out
> these highlights:
> 
> * Source content is now formatted in Markdown instead of MediaWiki.
> This means that you can create and edit documentation, blog posts, and
> feature pages with the same Markdown syntax you know.
> 
> * The Website is deployed with Middleman and stored on GitHub. This
> means that you can make changes to content with the same GitHub
> contribution workflow that you know (fork, clone, edit, commit, submit
> pull request). We even have an "Edit this page on GitHub" link at the
> bottom of every page!
> 
> * New layout and design, from breadcrumbs to sidebards and an upgraded
> landing page. (This is still WIP, please see known issues.)
> 
> * Automatic redirects from the old MediaWiki site. This means that if
> the wiki page exists in the new website, previously-released URLs will
> redirect to that page. If the page was removed, the Search page will
> open with the page title auto-filled in the search box.
> 
> * Hierarchical content structure. This means that instead of flat
> Wiki-style files, the deployed Website reflects an organized source
> repo with content sorted into directories and sub-directories.
> 
> * Official oVirt blog! Our new blog welcomes contributions. This means
> that if you solved a problem with oVirt, want to share your oVirt
> story, or describe a cool integration, you can submit a pull request
> with a blog post and we will provide editorial reviews and help
> publish your posts.
> 
> * Standardized contribution process. The GitHub repo now includes a
> README.md[5] file that you can use to learn about how to add and edit
> content on the website. We welcome pull requests!
> 
> Known Issues
> 
> 
> Despite our best efforts, there are still a few kinks with the new
> website that you should be aware of:
> 
> * Attempting to navigate to ovirt.org (without www.) leads to a
> redirect loop. We have a ticket open with OpenShift, our hosting
> service to fix this.
> 
> * Only http is available. We also have a ticket with OpenShift to add
> SSL and enable https.
> 
> * Home page and Download page are still being upgraded by our UX
> experts, expect some cool new changes soon!
> 
> * Feature pages look-and-feel is still under construction. You can
> still edit and push feature pages as usual.
> 
> What's Next
> ===
> 
> Even though the Website is live, the work is hardly over. We'd like to
> ask for your help in:
> 
> * Reviewing content for anything obsolete or outdated (each page in
> the new website includes a header toolbar with metadata from the
> original wiki page for your convenience)
> 
> * Submitting blog posts or any other content that you wish to share
> with the oVirt community
> 
> * Reporting bugs and proposing enhancements, for example broken links
> or missing pages
> 
> We hope you will enjoy the new oVirt Website, looking forward to your
> feedback and contributions!
> 
> [1] http://lists.ovirt.org/pipermail/devel/2016-February/012372.html
> [2] http://www.ovirt.org/
> [3] http://www.ovirt.org/blog/2016/02/welcome-to-new-ovirt-site/
> [4] http://old.ovirt.org/Home
> [5] https://github.com/oVirt/ovirt-site/blob/master/README.md
> 
> -- 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
> 
> 
>> ___
>> Devel mailing list
>> de...@ovirt.org
>> http://lists.ovirt.org/mailman/listinfo/devel
> 
> 

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

"To be is to do" (Socrates)
"To do is to 

[ovirt-users] ovirt and CAS SSO

[Fabrice Bacchella]

I'm trying to add CAS SSO to ovirt.

For authn (authentication),  
org.ovirt.engineextensions.aaa.misc.http.AuthnExtension is OK, I put jboss 
behind an Apache with mod_auth_cas.

Now I'm fighting with authz (authorization). CAS provides everything needed as 
header. So I don't need ldap or jdbc extensions. Is there anything done about 
that or do I need to write my own extension ? Is there some documentation about 
that ?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Slow after add 2 Nic

[Taste-Of-IT]

Hello,
i simply add the nic and i think CentOS configure these by itself. Ok, i 
can change that. Short to my intentions. I want to use nic1 for my lan 
and nic2 for the wan route into the internet. in ovirt i want to install 
a firewall and configure both nics, nic for lan and nic2 for wan. in the 
other vm's i want to install only nic1 as bridge and configure the 
firwall as gateway which also service the dhcp. at all it must be safe 
that the vms cant break out of this and go around the firewall. so as i 
understand i would do this:

- set in centos nic1 as default gatway wich has 192.168.0.1 as gateway
- set in centos nic2 without default route
- add in ovirt a new network / nic
- create the vm for the firwall and assign nic1 and nic2
- in the other vms i would only assign nic1

is that the way to do or what do you think?
thx
Taste

Am 2016-03-08 09:45, schrieb Yaniv Kaul:

Most likely (we've had something like that in FOSDEM) issue with DNS
resolving. 
Make sure all IP addresses are correctly resolved.
Y.

On Tue, Mar 8, 2016 at 12:44 AM, Taste-Of-IT 
wrote:


Hello,
i have a question about adding a second Nic. After adding a second
one the WebGUI and oVirt is very slow. The situation is as follow.
Each nic has its own network and are seperated from each other. nic1
- 192.168.0.x for internal and nic2 192.168.1.x through the wan. if
i use trace from the client i call the WebGUI, it goes over
192.168.0.x, the right way. but if i trace the engine self on
localhost with its hostname it goes over 192.168.1.x, the wrong way
and takes longer.

i am not sure if its an ovirt problem or from hostsystem centos,
but i didnt find any solution.

# ip route show
default via 192.168.0.3 dev ovirtmgmt
default via 192.168.1.1 dev enp0s29u1u2c2  proto static  metric
100
169.254.0.0/16 [1] dev ovirtmgmt  scope link  metric 1006
192.168.0.0/24 [2] dev ovirtmgmt  proto kernel  scope link  src
192.168.0.153
192.168.1.0/24 [3] dev enp0s29u1u2c2  proto kernel  scope link 
src 192.168.1.2  metric 100

thx for help
Taste
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users [4]




Links:
--
[1] http://169.254.0.0/16
[2] http://192.168.0.0/24
[3] http://192.168.1.0/24
[4] http://lists.ovirt.org/mailman/listinfo/users

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

Re: [ovirt-users] VM migration by using the Python SDK

[Jean-Pierre Ribeauville]

Hi,

Thanks a lot.


J.P.

-Original Message-
From: Juan Hernández [mailto:jhern...@redhat.com] 
Sent: mardi 8 mars 2016 10:32
To: Jean-Pierre Ribeauville
Cc: Yaniv Kaul; users@ovirt.org
Subject: Re: [ovirt-users] VM migration by using the Python SDK

On 03/07/2016 07:59 PM, Yaniv Kaul wrote:
> 
> 
> On Mon, Mar 7, 2016 at 6:17 PM, Jean-Pierre Ribeauville 
> mailto:jpribeauvi...@axway.com>> wrote:
> 
> Hi,
> 
> __ __
> 
> __ __
> 
> I'm a little bit lost by looking how to migrate a Guest between two
> nodes of a same cluster by using  ovirt  python  API .
> 
> 
> Copy-paste from oVirt system tests[1], adapt as you need:
> 
> def vm_migrate(prefix):
> api = prefix.virt_env.engine_vm().get_api()
> host_names = [h.name () for h in 
> prefix.virt_env.host_vms()]
> 
> migrate_params = params.Action(
> host=params.Host(
> name=sorted(host_names)[1]
> ),
> )
> api.vms.get(VM1_NAME).migrate(migrate_params)
> testlib.assert_true_within_short(
> lambda: api.vms.get(VM1_NAME).status.state == 'up',
> )
> 
> 
> Y.
> [1] 
> https://gerrit.ovirt.org/#/c/48206/4/basic_suite_3.6/test-scenarios/00
> 4_basic_sanity.py
> 

The above is correct.

If you want a simpler complete example, it should be something like this:

---8<---
#!/usr/bin/python

from ovirtsdk.api import API
from ovirtsdk.xml import params

# Connect to the server:
api = API(
url="https://engine.example.com/ovirt-engine/api";,
username="admin@internal",
password="...",
ca_file="/etc/pki/ovirt-engine/ca.pem",
debug=False,
)

# Find the VM:
vm = api.vms.get(name="myvm")

# Migrate the VM to the host:
vm.migrate(
  action=params.Action(
host=params.Host(
  name="myhost",
)
  ),
)


# Disconnect:
api.disconnect()
--->8---


--
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta 3ºD, 
28016 Madrid, Spain Inscrita en el Reg. Mercantil de Madrid - C.I.F. B82657941 
- Red Hat S.L.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Hosted Engine use SPICE not VNC

[Simone Tiraboschi]

On Mon, Mar 7, 2016 at 3:39 PM, Pat Riehecky  wrote:

> Is there a way to configure the hosted engine to only use SPICE and not
> VNC?
>

At setup time hosted-engine-setup asked you
Please specify the console type you would like to use to
connect to the VM (vnc, spice) [vnc]:

Modifying an existing hosted-engine-instance is currently a bit more
complicated; in a near future you will be able to edit hosted-engine VM
details from the engine itself.


>
>
> /usr/libexec/qemu-kvm -name HostedEngine -S -machine
> rhel6.5.0,accel=kvm,usb=off -cpu qemu64,-svm -m 4096 -realtime 
> -device
> virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=org.ovirt.hosted-engine-setup.0
> -vnc 0:0,password -device cirrus-vga,id=video0,bus=pci.0,addr=0x2 -msg
> timestamp=on
>
> ]# cat /etc/ovirt-hosted-engine/hosted-engine.conf
> conf=/var/run/ovirt-hosted-engine-ha/vm.conf
> host_id=1
> console=qxl
> domainType=nfs3
> ca_cert=/etc/pki/vdsm/libvirt-spice/ca-cert.pem
> ca_subject="C=EN, L=Test, O=Test, CN=Test"
> vdsm_use_ssl=true
> bridge=ovirtmgmt
>
> # netstat -an
> Active Internet connections (servers and established)
> Proto Recv-Q Send-Q Local Address   Foreign Address State
> tcp0  0 0.0.0.0:59000.0.0.0:* LISTEN
>
> Pat
>
> --
> Pat Riehecky
> Scientific Linux developer
>
> Fermi National Accelerator Laboratory
> www.fnal.gov
> www.scientificlinux.org
>
> ___
> 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] VM migration by using the Python SDK

[Juan Hernández]

On 03/07/2016 07:59 PM, Yaniv Kaul wrote:
> 
> 
> On Mon, Mar 7, 2016 at 6:17 PM, Jean-Pierre Ribeauville
> mailto:jpribeauvi...@axway.com>> wrote:
> 
> Hi,
> 
> __ __
> 
> __ __
> 
> I’m a little bit lost by looking how to migrate a Guest between two
> nodes of a same cluster by using  ovirt  python  API .
> 
> 
> Copy-paste from oVirt system tests[1], adapt as you need:
> 
> def vm_migrate(prefix):
> api = prefix.virt_env.engine_vm().get_api()
> host_names = [h.name () for h in
> prefix.virt_env.host_vms()]
> 
> migrate_params = params.Action(
> host=params.Host(
> name=sorted(host_names)[1]
> ),
> )
> api.vms.get(VM1_NAME).migrate(migrate_params)
> testlib.assert_true_within_short(
> lambda: api.vms.get(VM1_NAME).status.state == 'up',
> ) 
> 
> 
> Y.
> [1] 
> https://gerrit.ovirt.org/#/c/48206/4/basic_suite_3.6/test-scenarios/004_basic_sanity.py
> 

The above is correct.

If you want a simpler complete example, it should be something like this:

---8<---
#!/usr/bin/python

from ovirtsdk.api import API
from ovirtsdk.xml import params

# Connect to the server:
api = API(
url="https://engine.example.com/ovirt-engine/api";,
username="admin@internal",
password="...",
ca_file="/etc/pki/ovirt-engine/ca.pem",
debug=False,
)

# Find the VM:
vm = api.vms.get(name="myvm")

# Migrate the VM to the host:
vm.migrate(
  action=params.Action(
host=params.Host(
  name="myhost",
)
  ),
)


# Disconnect:
api.disconnect()
--->8---


-- 
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3ºD, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] my notes while installing hosted-engine-appliance-3.6.3

[Simone Tiraboschi]

On Tue, Mar 8, 2016 at 10:07 AM, Sandro Bonazzola 
wrote:

>
>
> On Mon, Mar 7, 2016 at 5:39 PM, Dan Kenigsberg  wrote:
>
>>
>> 0. The longest part of the installation was setting up DNS-DHCP-MAC for
>> the
>>future hosted engine VM. One should have it ready prior to the actual
>>installation. Luckily, Roy Golan told me of that ahead of time.
>>
>
> you can use /etc/hosts instead of DNS-DHCP-MAC for testing purposes
>
>
We also support static addressing for the engine VM.
If the user wants to rely on DHCP/DNS infrastructure he must configure it.
Maybe we can just add a more descriptive hint in hosted-engine-setup.


>
>
>>
>> 1. The release notes
>> http://www.ovirt.org/develop/release-management/releases/3.6/
>>refer to the Quick Start Guide, but the latter is not updated with 3.6
>> content.
>>
>
> and the release note page is a mess after the migration (opened
> https://github.com/oVirt/ovirt-site/issues/98 )
>
>
>
>>
>> 2. I've started with a fully-updated Fedora 23 host, and installed
>>http://plain.resources.ovirt.org/pub/yum-repo/ovirt-release36.rpm on
>> it.
>>
>> 3. It's a bad bad practice (don't try this at home), but I've modified
>>/etc/yum.repos.d/ovirt-3.6.repo to look for fc22 packages, as fc23 is
>> not
>>supported of ovirt-3.6.
>>
>> 4. The release notes ask to modify KexAlgorithms in sshd_config. This is
>> a bit
>>dishearting, and it would much better to explain WHY this is needed.
>>
>
> original wiki page had a link to the bz: BZ 1225531
> 
> which got dropped by the automated conversion to the new website format
> (again, https://github.com/oVirt/ovirt-site/issues/98 )
>
>
>
>>
>> 5.
>> http://www.ovirt.org/develop/release-management/features/heapplianceflow/
>>has two broken links to jobs that create the hosted engine appliance. I
>>found my appliance image in
>>
>> http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-3.6_build-artifacts-el7-x86_64/
>
>
> Opened https://github.com/oVirt/ovirt-site/issues/125
>

The appliance is now distributed as an rpm so
   yum install ovirt-engine-appliance
should do the job



>
>

>>
>> 6. While running `hosted-engine --deploy` I was greeted with
>> [WARNING] OVF does not contain a valid image description, using
>> default.
>>which suggest that there's a little problem in the appliance, right?
>>
>
> Fabian, can you work with Dan and see why image description is missing?
>
>
>
>>
>> 7. After the installation, I've lost connection to my host: it appears
>> that
>>prior to the installation, dhclient on the host used something other
>> than
>>because /var/lib/dhclient/dhclient--eno1.lease to store the DUID.
>> Thus, I've
>>experienced https://bugzilla.redhat.com/1219429 where ovirtmgmt was
>> given a
>>fresh IP address. We may need to extract DUID right from the running
>>dhclient, Ondra.
>>
>
> have you opened a bz for this?
>
>
>>
>> 8. After resolving this, and adding storage to the default datacenter,
>> Engine
>>has imported its own VM, and presented it clearly.
>>
>> 9. Despite the several hurdles and hacks, installation was quick and
>> uneventful.
>>
>
> Great!
>
>
>>
>> Kudos to the hosted-engine, appliance, and sla teams!
>>
>>
> Thanks,
>

Thanks! :-)


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

Re: [ovirt-users] Tracking asynchronous tasks results in Python SDK

[Juan Hernández]

On 03/08/2016 09:45 AM, Sandro Bonazzola wrote:
> 
> 
> On Sat, Mar 5, 2016 at 8:29 PM, James Michels
>  > wrote:
> 
> Greetings
> 
> How can I track asynchronous tasks with python sdk? For instance, I
> want to copy a disk so I use:
> 
>dcdisk = api.disks.get(id='...')
>act =
> params.Action(storage_domain=api.storagedomains.get(name='...'))
>action = dcdisk.copy(act)
> 
> I get a params.Action object. Now how can I know which ID has the
> new copied disk?
> 

In general you can track async tasks using the "job" contained in the
returned action. For example:

  action = dcdisk.copy(act)
  job = action.get_job()
  if job is not None:
job_id = job.get_id()
while True:
  job = api.jobs.get(id=job_id)
  if job is not None and job.get_status().get_state() != 'FINISHED':
break
  time.sleep(5)

However, this isn't reliable, as actions may not return jobs, that
depends on how they are implemented in the backend, and that is outside
of the control of the API. So I don't recommend this approach.

But in your particular case this won't help, as it will tell you when
the disk is created, but not what is the id of the disk. To be able to
get the id of the disk I recommend that you set an unique alias when
creating it:

  copy_alias = "copy-of-%s" % dcdisk.get_id()
  action = params.Action(
disk=params.Disk(
  alias=copy_alias,
),
...
  )
  dcdisk.copy(action)

Then, later, you can search that disk by alias:

  copy_disk = api.disks.list(query="alias=%s" % copy_alias)

A bug was opened recently related to this:

  [RFE] Add support to search VMs by disk id
  https://bugzilla.redhat.com/1315345

That bug is about searching for the VMs that have a disk attached. You
may want to open another bug requesting that the identifier of the
copied disk is returned directly by the "copy" operation.

-- 
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3ºD, 28016 Madrid, Spain
Inscrita en el Reg. Mercantil de Madrid – C.I.F. B82657941 - Red Hat S.L.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] my notes while installing hosted-engine-appliance-3.6.3

[Sandro Bonazzola]

On Mon, Mar 7, 2016 at 5:39 PM, Dan Kenigsberg  wrote:

>
> 0. The longest part of the installation was setting up DNS-DHCP-MAC for the
>future hosted engine VM. One should have it ready prior to the actual
>installation. Luckily, Roy Golan told me of that ahead of time.
>

you can use /etc/hosts instead of DNS-DHCP-MAC for testing purposes



>
> 1. The release notes
> http://www.ovirt.org/develop/release-management/releases/3.6/
>refer to the Quick Start Guide, but the latter is not updated with 3.6
> content.
>

and the release note page is a mess after the migration (opened
https://github.com/oVirt/ovirt-site/issues/98 )



>
> 2. I've started with a fully-updated Fedora 23 host, and installed
>http://plain.resources.ovirt.org/pub/yum-repo/ovirt-release36.rpm on
> it.
>
> 3. It's a bad bad practice (don't try this at home), but I've modified
>/etc/yum.repos.d/ovirt-3.6.repo to look for fc22 packages, as fc23 is
> not
>supported of ovirt-3.6.
>
> 4. The release notes ask to modify KexAlgorithms in sshd_config. This is a
> bit
>dishearting, and it would much better to explain WHY this is needed.
>

original wiki page had a link to the bz: BZ 1225531

which got dropped by the automated conversion to the new website format
(again, https://github.com/oVirt/ovirt-site/issues/98 )



>
> 5.
> http://www.ovirt.org/develop/release-management/features/heapplianceflow/
>has two broken links to jobs that create the hosted engine appliance. I
>found my appliance image in
>
> http://jenkins.ovirt.org/job/ovirt-appliance_ovirt-3.6_build-artifacts-el7-x86_64/


Opened https://github.com/oVirt/ovirt-site/issues/125




>
>
> 6. While running `hosted-engine --deploy` I was greeted with
> [WARNING] OVF does not contain a valid image description, using
> default.
>which suggest that there's a little problem in the appliance, right?
>

Fabian, can you work with Dan and see why image description is missing?



>
> 7. After the installation, I've lost connection to my host: it appears that
>prior to the installation, dhclient on the host used something other
> than
>because /var/lib/dhclient/dhclient--eno1.lease to store the DUID. Thus,
> I've
>experienced https://bugzilla.redhat.com/1219429 where ovirtmgmt was
> given a
>fresh IP address. We may need to extract DUID right from the running
>dhclient, Ondra.
>

have you opened a bz for this?


>
> 8. After resolving this, and adding storage to the default datacenter,
> Engine
>has imported its own VM, and presented it clearly.
>
> 9. Despite the several hurdles and hacks, installation was quick and
> uneventful.
>

Great!


>
> Kudos to the hosted-engine, appliance, and sla teams!
>
>
Thanks,

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

Re: [ovirt-users] Slow after add 2 Nic

[Yaniv Kaul]

Most likely (we've had something like that in FOSDEM) issue with DNS
resolving.
Make sure all IP addresses are correctly resolved.
Y.

On Tue, Mar 8, 2016 at 12:44 AM, Taste-Of-IT  wrote:

> Hello,
> i have a question about adding a second Nic. After adding a second one the
> WebGUI and oVirt is very slow. The situation is as follow. Each nic has its
> own network and are seperated from each other. nic1 - 192.168.0.x for
> internal and nic2 192.168.1.x through the wan. if i use trace from the
> client i call the WebGUI, it goes over 192.168.0.x, the right way. but if i
> trace the engine self on localhost with its hostname it goes over
> 192.168.1.x, the wrong way and takes longer.
>
> i am not sure if its an ovirt problem or from hostsystem centos, but i
> didnt find any solution.
>
> # ip route show
> default via 192.168.0.3 dev ovirtmgmt
> default via 192.168.1.1 dev enp0s29u1u2c2  proto static  metric 100
> 169.254.0.0/16 dev ovirtmgmt  scope link  metric 1006
> 192.168.0.0/24 dev ovirtmgmt  proto kernel  scope link  src 192.168.0.153
> 192.168.1.0/24 dev enp0s29u1u2c2  proto kernel  scope link  src
> 192.168.1.2  metric 100
>
> thx for help
> Taste
> ___
> 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] Tracking asynchronous tasks results in Python SDK

[Sandro Bonazzola]

On Sat, Mar 5, 2016 at 8:29 PM, James Michels <
karma.sometimes.hu...@gmail.com> wrote:

> Greetings
>
> How can I track asynchronous tasks with python sdk? For instance, I want
> to copy a disk so I use:
>
>dcdisk = api.disks.get(id='...')
>act = params.Action(storage_domain=api.storagedomains.get(name='...'))
>action = dcdisk.copy(act)
>
> I get a params.Action object. Now how can I know which ID has the new
> copied disk?
>


Adding Juan


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


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