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

[Gianluca Cecchi]

Il 07/Mar/2016 23:44, "Taste-Of-IT"  ha scritto:
>
> 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
> ___

It seems you have 2 default gw set.
If you don't use networkmanager,  and  nic1 is the right adapter to use as
default gateway, put
DEFROUTE=no
Inside ifcfg-enp0s29u1u2c2 in /etc/sysconfig/network-scripts and restart
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Slow after add 2 Nic

[Taste-Of-IT]

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

Re: [ovirt-users] Storage migration: Preallocation forced on destination

[Nicolás]

If instead of copying on step 1 the disk has been moved, any chance to adapt 
this workaround so the disk is thin provisioned on the target? We moved some 
machines before knowing this and unfortunately once moved to iSCSI the disk is 
preallocated, so moving it back won't do the trick.

Otherwise the workaround works perfectly.

Thanks.

 Mensaje original 
De: Nir Soffer  
Fecha:04/03/2016  23:23  (GMT+00:00) 
Para: Pavel Gashev  
Cc: Nicolás ,amureini ,users@ovirt.org 
Asunto: Re: [ovirt-users] Storage migration: Preallocation forced on 
destination 

On Sat, Mar 5, 2016 at 12:19 AM, Pavel Gashev  wrote:
> I think it's hard to calculate the additional space for cow format without 
> analysing raw image. It's better to allocate enough space, and then decrease 
> it after qemu-img convert.

We use 10% as a rough estimate for additional space when converting
from raw to qcow format. Sure it will waste some space, but it is good
enough.

How to you plan to check the used size on the destination lv?

> Please note that while disk moving keeps disk format, disk copying changes 
> format. So when you copy a thin provisioned disk to iSCSI storage it's being 
> converted to cow. The issue is that size of converted lv still looks like 
> preallocated. You can decrease it manually via lvchange, or you can move it 
> to a file based storage and back. Moving disks keeps disk format, but fixes 
> its size.

Yes, this seems to be the way to work around this issue currently:
1. Copy to the disk to block storage - will convert it to qcow format
on preallocated lv
2. Move disk from block storage to file storage
3. Move disk back to block storage

> Also please consider qcow compat=1.1 as default disk format both for file and 
> block storages.

This will make your disk incompatible with old ovirt versions on el6.
In storage domain format v3
we are using comapt=0.10.

We plan to move to compat=1.1 in 4.0.

>
>
>
> On 04/03/16 23:23, "users-boun...@ovirt.org on behalf of Nir Soffer" 
>  wrote:
>
>>On Fri, Mar 4, 2016 at 7:07 PM, Nicolás  wrote:
>>> Hi,
>>>
>>> We're migrating an existing storage (glusterfs) to a new one (iSCSI). All
>>> disks on glusterfs are thin provisioned, but when migrating to iSCSI the
>>> following warning is shown:
>>>
>>> The following disks will become preallocated, and may consume
>>> considerably more space on the target: local-disk
>>>
>>> Why is that? Is there a way to migrate disks so they are thin provisioned on
>>> iSCSI as well?
>>
>>The issue is that we use raw sparse format for thin provisioned disks
>>on file based
>>storage. The file system provides the thin provisioning, maintaining holes in
>>the files.
>>
>>When we create the destination lv, we use the disk virtual size, so you get
>>practically a preallocated volume.
>>
>>I think we can do better - before copying the disk, we can check the actual 
>>used
>>space (e.g. what qemu-img info or stat report), and create the
>>destination lv using
>>the used size (plus additional space for qcow format).
>>
>>I tested this by extending the destination lv manually and then
>>copying data manually
>>using qemu-img convert, and it works.
>>
>>Can you file a bug for this, and explain the use case?
>>
>>Nir
>>___
>>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] Users Digest, Vol 54, Issue 45 VM migration by using the Python SDK

[Jean-Pierre Ribeauville]

Hi,

Thx  a lot.

Regards,
J.P.

-Original Message-
From: users-boun...@ovirt.org [mailto:users-boun...@ovirt.org] On Behalf Of 
users-requ...@ovirt.org
Sent: lundi 7 mars 2016 20:00
To: users@ovirt.org
Subject: Users Digest, Vol 54, Issue 45

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:  restore-nets failing (was: Fresh install failing (Hosted
  Engine)) (Jonathan Sherman)
   2. Re:  regenerate libvirt-spice keys after libvirtd restart?
  (Bill James)
   3. Re:  VM migration by using the Python SDK (Yaniv Kaul)


--

Message: 1
Date: Mon, 7 Mar 2016 12:49:56 -0500
From: Jonathan Sherman 
To: Dan Kenigsberg 
Cc: Martin Polednik , users 
Subject: Re: [ovirt-users] restore-nets failing (was: Fresh install
failing (Hosted Engine))
Message-ID:

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

[Yaniv Kaul]

On Mon, Mar 7, 2016 at 6:17 PM, Jean-Pierre Ribeauville <
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

>
>
> Is it the good way  to start for ovirt engine sources ?
>
>
>
> Thx for help.
>
>
>
> Regards,
>
>
>
> Jean-Pierre RIBEAUVILLE
>
>
>
> +33 1 4717 2049
>
>
>
> [image: axway_logo_tagline_87px]
>
>
>
> ___
> 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]

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


This email, its contents and attachments contain information from j2 Global, 
Inc. and/or its affiliates which may be privileged, confidential or otherwise 
protected from disclosure. The information is intended to be for the 
addressee(s) only. If you are not an addressee, any disclosure, copy, 
distribution, or use of the contents of this message is prohibited. If you have 
received this email in error please notify the sender by reply e-mail and 
delete the original message and any copies. (c) 2015 j2 Global, Inc. All rights 
reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox are 
registered trademarks of j2 Global, Inc. and its affiliates.
___
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] restore-nets failing (was: Fresh install failing (Hosted Engine))

[Jonathan Sherman]

Bug 1315435 Submitted.  Let me know if there's anything else I can do to
help.

On Mon, Mar 7, 2016 at 12:04 PM, Dan Kenigsberg  wrote:

> On Mon, Mar 07, 2016 at 11:45:27AM -0500, Jonathan Sherman wrote:
> > The SMBIOS settings were indeed indeed the issue that was blocking me.  I
> > investigated how to configure the SMBIOS settings and now restore-nets
> > works, and I'm getting past where I was failing on the hosted-engine
> > --deploy.
> >
> > FYI, I had to download the "Intel Integrator Toolkit" (which is now EOL)
> > and create a custom BIOS to add those settings in for my system, which is
> > an Intel NUC DN2820FYKH.
> >
> > I am happy to back this out and test any changes if you'd like, but this
> > has gotten me to where I can continue oVirt testing for now.  I'll likely
> > be reinstalling a few times along the way to polish my documentation, so
> > let me know if you want me to revert my BIOS and test anything.
> >
> > Thanks all!
> > -js
> >
> > On Mon, Mar 7, 2016 at 11:22 AM, Martin Polednik 
> > wrote:
> >
> > > On 07/03/16 11:09 -0500, Jonathan Sherman wrote:
> > >
> > >> Thanks for your time on this Dan!
> > >>
> > >> The output from the hostdev looks like it may be unparseable, so I'm
> > >> hoping
> > >> this is the issue (and that it can be easily remedied).
> > >>
> > >> I've also create a log of the other items you asked for, available at:
> > >> https://www.dropbox.com/s/qh0yw1ptpivpatm/typescript?dl=0
> > >>
> > >> [root@ovirt01 vdsm]# vdsm-tool restore-nets
> > >> 
> > >>  computer
> > >>  
> > >>�
> > >>
> > >>  �
> > >>  �
> > >>  �
> > >>  d6a3e3c1-c5cb-42e9-a54c-ff8d0df91722
> > >>
> > >>
> > >>  Intel Corp.
> > >>  FYBYT10H.86A.0052.2015.0923.1845
> > >>  09/23/2015
> > >>
> > >>  
> > >> 
> > >>
> > >
> > > That seems to be the issue. Even bigger issue is that we can
> > > not skip this device easily, as it is the root of device tree and must
> > > be present in database.
> > >
> > > I can think of logging the exception but letting the call go through
> > > and create a hook to fake a (minimal) device tree. Dan, what do you
> think?
>
>
> But why isn't this a valid xml, Martin? I suspect that we need to
> utf-8-decode nodedev-xml before using them in Vdsm, similar to what we
> do with domain-xml? (consider Klingon characters in the 
> element).
>
> In any case, this issue merits a bug - could you open it, Jonathan, and
> attach relevant data to it?
>
> Regards,
> Dan.
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] restore-nets failing (was: Fresh install failing (Hosted Engine))

[Dan Kenigsberg]

On Mon, Mar 07, 2016 at 11:45:27AM -0500, Jonathan Sherman wrote:
> The SMBIOS settings were indeed indeed the issue that was blocking me.  I
> investigated how to configure the SMBIOS settings and now restore-nets
> works, and I'm getting past where I was failing on the hosted-engine
> --deploy.
> 
> FYI, I had to download the "Intel Integrator Toolkit" (which is now EOL)
> and create a custom BIOS to add those settings in for my system, which is
> an Intel NUC DN2820FYKH.
> 
> I am happy to back this out and test any changes if you'd like, but this
> has gotten me to where I can continue oVirt testing for now.  I'll likely
> be reinstalling a few times along the way to polish my documentation, so
> let me know if you want me to revert my BIOS and test anything.
> 
> Thanks all!
> -js
> 
> On Mon, Mar 7, 2016 at 11:22 AM, Martin Polednik 
> wrote:
> 
> > On 07/03/16 11:09 -0500, Jonathan Sherman wrote:
> >
> >> Thanks for your time on this Dan!
> >>
> >> The output from the hostdev looks like it may be unparseable, so I'm
> >> hoping
> >> this is the issue (and that it can be easily remedied).
> >>
> >> I've also create a log of the other items you asked for, available at:
> >> https://www.dropbox.com/s/qh0yw1ptpivpatm/typescript?dl=0
> >>
> >> [root@ovirt01 vdsm]# vdsm-tool restore-nets
> >> 
> >>  computer
> >>  
> >>�
> >>
> >>  �
> >>  �
> >>  �
> >>  d6a3e3c1-c5cb-42e9-a54c-ff8d0df91722
> >>
> >>
> >>  Intel Corp.
> >>  FYBYT10H.86A.0052.2015.0923.1845
> >>  09/23/2015
> >>
> >>  
> >> 
> >>
> >
> > That seems to be the issue. Even bigger issue is that we can
> > not skip this device easily, as it is the root of device tree and must
> > be present in database.
> >
> > I can think of logging the exception but letting the call go through
> > and create a hook to fake a (minimal) device tree. Dan, what do you think?


But why isn't this a valid xml, Martin? I suspect that we need to
utf-8-decode nodedev-xml before using them in Vdsm, similar to what we
do with domain-xml? (consider Klingon characters in the 
element).

In any case, this issue merits a bug - could you open it, Jonathan, and
attach relevant data to it?

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

Re: [ovirt-users] Command 'org.ovirt.engine.core.bll.hostdev.RefreshHostDevicesCommand' failed: Failed managing transaction

[ovirt]

Hi Martin,

sure not issue.
I have attached the server.log to the ticket.

Best regards
Christoph

Am 07.03.2016 um 06:47 schrieb Martin Perina:

Hi,

thanks a lot for creating the bug. Could please also attach
/var/log/ovirt-engine/server.log to the bug?

Thanks

Martin Perina


- Original Message -

From: ov...@timmi.org
To: "Martin Perina" 
Cc: users@ovirt.org
Sent: Sunday, March 6, 2016 6:05:50 PM
Subject: Re: [ovirt-users] Command 
'org.ovirt.engine.core.bll.hostdev.RefreshHostDevicesCommand' failed: Failed
managing transaction

Hi Martin,

I'm not sure if all the information are correct but this is the ticket:
https://bugzilla.redhat.com/show_bug.cgi?id=1315100

There was not section for bll.hostdev that is why I put this into general.

Best regards
Christoph

Am 06.03.2016 um 13:21 schrieb ov...@timmi.org:

Hi Martin,

OK I will try to do that.
I just requested a user to file the bug ticket.
Will post the bug ticket number later.

Best regards
Christoph

Am 05.03.2016 um 18:51 schrieb Martin Perina:

Hi,

please submit a bug for it and attach complete engine and vdsm logs.

Thanks

Martin Perina

- Original Message -

From: ov...@timmi.org
To: users@ovirt.org
Sent: Friday, March 4, 2016 9:47:24 PM
Subject: [ovirt-users] Command
'org.ovirt.engine.core.bll.hostdev.RefreshHostDevicesCommand'
failed: Failed managing
transaction

Hi oVirt List,

I have a oVirt Setup which includes two host. The first host is also
running the oVirt engine.
Today I installed a couple VMs on the second host from USB without any
issue. Now I tried to perform this also on the first host but it looks
like the USB is not accessible.

I'm able to add the device to the host but I can see the following
message in the engine.log which does not look correct.

I'm running oVirt 3.6.3

Best regards
Christoph


2016-03-04 21:42:13,037 ERROR
[org.ovirt.engine.core.bll.hostdev.RefreshHostDevicesCommand]
(org.ovirt.thread.pool-8-thread-17) [4307f9bc] Command
'org.ovirt.engine.core.bll.hostdev.RefreshHostDevicesCommand' failed:
Failed managing transaction
2016-03-04 21:42:13,037 ERROR
[org.ovirt.engine.core.bll.hostdev.RefreshHostDevicesCommand]
(org.ovirt.thread.pool-8-thread-17) [4307f9bc] Exception:
java.lang.RuntimeException: Failed managing transaction
   at
org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInNewTransaction(TransactionSupport.java:232)

[utils.jar:]
   at
org.ovirt.engine.core.bll.hostdev.RefreshHostDevicesCommand.executeCommand(RefreshHostDevicesCommand.java:121)

[bll.jar:]
   at
org.ovirt.engine.core.bll.CommandBase.executeWithoutTransaction(CommandBase.java:1215)

[bll.jar:]
   at
org.ovirt.engine.core.bll.CommandBase.executeActionInTransactionScope(CommandBase.java:1359)

[bll.jar:]
   at
org.ovirt.engine.core.bll.CommandBase.runInTransaction(CommandBase.java:1982)

[bll.jar:]
   at
org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInSuppressed(TransactionSupport.java:174)

[utils.jar:]
   at
org.ovirt.engine.core.utils.transaction.TransactionSupport.executeInScope(TransactionSupport.java:116)

[utils.jar:]
   at
org.ovirt.engine.core.bll.CommandBase.execute(CommandBase.java:1396)
[bll.jar:]
   at
org.ovirt.engine.core.bll.CommandBase.executeAction(CommandBase.java:378)

[bll.jar:]
   at org.ovirt.engine.core.bll.Backend.runAction(Backend.java:480)
[bll.jar:]
   at
org.ovirt.engine.core.bll.Backend.runActionImpl(Backend.java:462)
[bll.jar:]
   at
org.ovirt.engine.core.bll.Backend.runInternalAction(Backend.java:672)
[bll.jar:]
   at sun.reflect.GeneratedMethodAccessor345.invoke(Unknown Source)
[: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.as.ee.component.ManagedReferenceMethodInterceptor.processInvocation(ManagedReferenceMethodInterceptor.java:52)

   at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)

   at
org.jboss.invocation.WeavedInterceptor.processInvocation(WeavedInterceptor.java:53)

   at
org.jboss.as.ee.component.interceptors.UserInterceptorFactory$1.processInvocation(UserInterceptorFactory.java:63)

   at
org.jboss.invocation.InterceptorContext.proceed(InterceptorContext.java:309)

   at
org.jboss.invocation.InterceptorContext$Invocation.proceed(InterceptorContext.java:407)

   at
org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.delegateInterception(Jsr299BindingsInterceptor.java:70)

[wildfly-weld-8.2.1.Final.jar:8.2.1.Final]
   at
org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.doMethodInterception(Jsr299BindingsInterceptor.java:80)

[wildfly-weld-8.2.1.Final.jar:8.2.1.Final]
   at
org.jboss.as.weld.ejb.Jsr299BindingsInterceptor.processInvocation(Jsr299BindingsInterceptor.java:93)

[wildfly-weld-8.2.1.Final.jar:8.2.1.Final]
   at

Re: [ovirt-users] restore-nets failing (was: Fresh install failing (Hosted Engine))

[Jonathan Sherman]

The SMBIOS settings were indeed indeed the issue that was blocking me.  I
investigated how to configure the SMBIOS settings and now restore-nets
works, and I'm getting past where I was failing on the hosted-engine
--deploy.

FYI, I had to download the "Intel Integrator Toolkit" (which is now EOL)
and create a custom BIOS to add those settings in for my system, which is
an Intel NUC DN2820FYKH.

I am happy to back this out and test any changes if you'd like, but this
has gotten me to where I can continue oVirt testing for now.  I'll likely
be reinstalling a few times along the way to polish my documentation, so
let me know if you want me to revert my BIOS and test anything.

Thanks all!
-js

On Mon, Mar 7, 2016 at 11:22 AM, Martin Polednik 
wrote:

> On 07/03/16 11:09 -0500, Jonathan Sherman wrote:
>
>> Thanks for your time on this Dan!
>>
>> The output from the hostdev looks like it may be unparseable, so I'm
>> hoping
>> this is the issue (and that it can be easily remedied).
>>
>> I've also create a log of the other items you asked for, available at:
>> https://www.dropbox.com/s/qh0yw1ptpivpatm/typescript?dl=0
>>
>> [root@ovirt01 vdsm]# vdsm-tool restore-nets
>> 
>>  computer
>>  
>>�
>>
>>  �
>>  �
>>  �
>>  d6a3e3c1-c5cb-42e9-a54c-ff8d0df91722
>>
>>
>>  Intel Corp.
>>  FYBYT10H.86A.0052.2015.0923.1845
>>  09/23/2015
>>
>>  
>> 
>>
>
> That seems to be the issue. Even bigger issue is that we can
> not skip this device easily, as it is the root of device tree and must
> be present in database.
>
> I can think of logging the exception but letting the call go through
> and create a hook to fake a (minimal) device tree. Dan, what do you think?
>
> mpolednik
>
>
> Traceback (most recent call last):
>>  File "/usr/share/vdsm/vdsm-restore-net-config", line 429, in 
>>restore(args)
>>  File "/usr/share/vdsm/vdsm-restore-net-config", line 387, in restore
>>_restore_sriov_numvfs()
>>  File "/usr/share/vdsm/vdsm-restore-net-config", line 82, in
>> _restore_sriov_numvfs
>>sriov_devices = _get_sriov_devices()
>>  File "/usr/share/vdsm/vdsm-restore-net-config", line 54, in
>> _get_sriov_devices
>>devices = hostdev.list_by_caps()
>>  File "/usr/share/vdsm/hostdev.py", line 177, in list_by_caps
>>libvirt_devices = _get_devices_from_libvirt()
>>  File "/usr/share/vdsm/hostdev.py", line 162, in _get_devices_from_libvirt
>>for device in libvirtconnection.get().listAllDevices(0))
>>  File "/usr/share/vdsm/hostdev.py", line 162, in 
>>for device in libvirtconnection.get().listAllDevices(0))
>>  File "/usr/share/vdsm/hostdev.py", line 109, in _parse_device_params
>>devXML = etree.fromstring(device_xml)
>>  File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1300, in XML
>>parser.feed(text)
>>  File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1642, in feed
>>self._raiseerror(v)
>>  File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1506, in
>> _raiseerror
>>raise err
>> xml.etree.ElementTree.ParseError: not well-formed (invalid token): line 4,
>> column 13
>> Traceback (most recent call last):
>>  File "/bin/vdsm-tool", line 219, in main
>>return tool_command[cmd]["command"](*args)
>>  File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line
>> 41, in restore_command
>>exec_restore(cmd)
>>  File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line
>> 54, in exec_restore
>>raise EnvironmentError('Failed to restore the persisted networks')
>> EnvironmentError: Failed to restore the persisted networks
>>
>> On Mon, Mar 7, 2016 at 10:37 AM, Dan Kenigsberg 
>> wrote:
>>
>> On Mon, Mar 07, 2016 at 03:16:06PM +0200, Yedidyah Bar David wrote:
>>> > On Mon, Mar 7, 2016 at 3:01 PM, Jonathan Sherman 
>>> wrote:
>>> > > Didi -
>>> > >
>>> > > The vdsmd service error is what led me to the vdsm-tool restore-nets
>>> > > concern.  See the chain of errors below (along with the other details
>>> you
>>> > > requested.)
>>> >
>>> > Thanks.
>>> >
>>> > Changing subject and adding Dan.
>>>
>>> > >
>>> > > [root@ovirt01 log]# vdsm-tool restore-nets
>>> > > Traceback (most recent call last):
>>> > >   File "/usr/share/vdsm/vdsm-restore-net-config", line 429, in
>>> 
>>> > > restore(args)
>>> > >   File "/usr/share/vdsm/vdsm-restore-net-config", line 387, in
>>> restore
>>> > > _restore_sriov_numvfs()
>>> > >   File "/usr/share/vdsm/vdsm-restore-net-config", line 82, in
>>> > > _restore_sriov_numvfs
>>> > > sriov_devices = _get_sriov_devices()
>>> > >   File "/usr/share/vdsm/vdsm-restore-net-config", line 54, in
>>> > > _get_sriov_devices
>>> > > devices = hostdev.list_by_caps()
>>> > >   File "/usr/share/vdsm/hostdev.py", line 175, in list_by_caps
>>> > > libvirt_devices = 

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

[Dan Kenigsberg]

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.

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.

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.

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/

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?

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.

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.

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

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

Re: [ovirt-users] restore-nets failing (was: Fresh install failing (Hosted Engine))

[Martin Polednik]

On 07/03/16 11:09 -0500, Jonathan Sherman wrote:

Thanks for your time on this Dan!

The output from the hostdev looks like it may be unparseable, so I'm hoping
this is the issue (and that it can be easily remedied).

I've also create a log of the other items you asked for, available at:
https://www.dropbox.com/s/qh0yw1ptpivpatm/typescript?dl=0

[root@ovirt01 vdsm]# vdsm-tool restore-nets

 computer
 
   �
   
 �
 �
 �
 d6a3e3c1-c5cb-42e9-a54c-ff8d0df91722
   
   
 Intel Corp.
 FYBYT10H.86A.0052.2015.0923.1845
 09/23/2015
   
 



That seems to be the issue. Even bigger issue is that we can
not skip this device easily, as it is the root of device tree and must
be present in database.

I can think of logging the exception but letting the call go through
and create a hook to fake a (minimal) device tree. Dan, what do you think?

mpolednik


Traceback (most recent call last):
 File "/usr/share/vdsm/vdsm-restore-net-config", line 429, in 
   restore(args)
 File "/usr/share/vdsm/vdsm-restore-net-config", line 387, in restore
   _restore_sriov_numvfs()
 File "/usr/share/vdsm/vdsm-restore-net-config", line 82, in
_restore_sriov_numvfs
   sriov_devices = _get_sriov_devices()
 File "/usr/share/vdsm/vdsm-restore-net-config", line 54, in
_get_sriov_devices
   devices = hostdev.list_by_caps()
 File "/usr/share/vdsm/hostdev.py", line 177, in list_by_caps
   libvirt_devices = _get_devices_from_libvirt()
 File "/usr/share/vdsm/hostdev.py", line 162, in _get_devices_from_libvirt
   for device in libvirtconnection.get().listAllDevices(0))
 File "/usr/share/vdsm/hostdev.py", line 162, in 
   for device in libvirtconnection.get().listAllDevices(0))
 File "/usr/share/vdsm/hostdev.py", line 109, in _parse_device_params
   devXML = etree.fromstring(device_xml)
 File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1300, in XML
   parser.feed(text)
 File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1642, in feed
   self._raiseerror(v)
 File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1506, in
_raiseerror
   raise err
xml.etree.ElementTree.ParseError: not well-formed (invalid token): line 4,
column 13
Traceback (most recent call last):
 File "/bin/vdsm-tool", line 219, in main
   return tool_command[cmd]["command"](*args)
 File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line
41, in restore_command
   exec_restore(cmd)
 File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line
54, in exec_restore
   raise EnvironmentError('Failed to restore the persisted networks')
EnvironmentError: Failed to restore the persisted networks

On Mon, Mar 7, 2016 at 10:37 AM, Dan Kenigsberg  wrote:


On Mon, Mar 07, 2016 at 03:16:06PM +0200, Yedidyah Bar David wrote:
> On Mon, Mar 7, 2016 at 3:01 PM, Jonathan Sherman 
wrote:
> > Didi -
> >
> > The vdsmd service error is what led me to the vdsm-tool restore-nets
> > concern.  See the chain of errors below (along with the other details
you
> > requested.)
>
> Thanks.
>
> Changing subject and adding Dan.

> >
> > [root@ovirt01 log]# vdsm-tool restore-nets
> > Traceback (most recent call last):
> >   File "/usr/share/vdsm/vdsm-restore-net-config", line 429, in 
> > restore(args)
> >   File "/usr/share/vdsm/vdsm-restore-net-config", line 387, in restore
> > _restore_sriov_numvfs()
> >   File "/usr/share/vdsm/vdsm-restore-net-config", line 82, in
> > _restore_sriov_numvfs
> > sriov_devices = _get_sriov_devices()
> >   File "/usr/share/vdsm/vdsm-restore-net-config", line 54, in
> > _get_sriov_devices
> > devices = hostdev.list_by_caps()
> >   File "/usr/share/vdsm/hostdev.py", line 175, in list_by_caps
> > libvirt_devices = _get_devices_from_libvirt()
> >   File "/usr/share/vdsm/hostdev.py", line 160, in
_get_devices_from_libvirt
> > for device in libvirtconnection.get().listAllDevices(0))
> >   File "/usr/share/vdsm/hostdev.py", line 160, in 
> > for device in libvirtconnection.get().listAllDevices(0))
> >   File "/usr/share/vdsm/hostdev.py", line 107, in _parse_device_params
> > devXML = etree.fromstring(device_xml)
> >   File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1300, in
XML
> > parser.feed(text)
> >   File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1642, in
feed
> > self._raiseerror(v)
> >   File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1506, in
> > _raiseerror
> > raise err
> > xml.etree.ElementTree.ParseError: not well-formed (invalid token):
line 4,
> > column 13
> > Traceback (most recent call last):
> >   File "/bin/vdsm-tool", line 219, in main
> > return tool_command[cmd]["command"](*args)
> >   File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py",
line
> > 41, in restore_command
> > exec_restore(cmd)
> >   File 

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

[Jean-Pierre Ribeauville]

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 .

Is it the good way  to start for ovirt engine sources ?

Thx for help.

Regards,

Jean-Pierre RIBEAUVILLE

+33 1 4717 2049

[axway_logo_tagline_87px]

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

Re: [ovirt-users] restore-nets failing (was: Fresh install failing (Hosted Engine))

[Jonathan Sherman]

Thanks for your time on this Dan!

The output from the hostdev looks like it may be unparseable, so I'm hoping
this is the issue (and that it can be easily remedied).

I've also create a log of the other items you asked for, available at:
https://www.dropbox.com/s/qh0yw1ptpivpatm/typescript?dl=0

[root@ovirt01 vdsm]# vdsm-tool restore-nets

  computer
  
�

  �
  �
  �
  d6a3e3c1-c5cb-42e9-a54c-ff8d0df91722


  Intel Corp.
  FYBYT10H.86A.0052.2015.0923.1845
  09/23/2015

  


Traceback (most recent call last):
  File "/usr/share/vdsm/vdsm-restore-net-config", line 429, in 
restore(args)
  File "/usr/share/vdsm/vdsm-restore-net-config", line 387, in restore
_restore_sriov_numvfs()
  File "/usr/share/vdsm/vdsm-restore-net-config", line 82, in
_restore_sriov_numvfs
sriov_devices = _get_sriov_devices()
  File "/usr/share/vdsm/vdsm-restore-net-config", line 54, in
_get_sriov_devices
devices = hostdev.list_by_caps()
  File "/usr/share/vdsm/hostdev.py", line 177, in list_by_caps
libvirt_devices = _get_devices_from_libvirt()
  File "/usr/share/vdsm/hostdev.py", line 162, in _get_devices_from_libvirt
for device in libvirtconnection.get().listAllDevices(0))
  File "/usr/share/vdsm/hostdev.py", line 162, in 
for device in libvirtconnection.get().listAllDevices(0))
  File "/usr/share/vdsm/hostdev.py", line 109, in _parse_device_params
devXML = etree.fromstring(device_xml)
  File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1300, in XML
parser.feed(text)
  File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1642, in feed
self._raiseerror(v)
  File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1506, in
_raiseerror
raise err
xml.etree.ElementTree.ParseError: not well-formed (invalid token): line 4,
column 13
Traceback (most recent call last):
  File "/bin/vdsm-tool", line 219, in main
return tool_command[cmd]["command"](*args)
  File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line
41, in restore_command
exec_restore(cmd)
  File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line
54, in exec_restore
raise EnvironmentError('Failed to restore the persisted networks')
EnvironmentError: Failed to restore the persisted networks

On Mon, Mar 7, 2016 at 10:37 AM, Dan Kenigsberg  wrote:

> On Mon, Mar 07, 2016 at 03:16:06PM +0200, Yedidyah Bar David wrote:
> > On Mon, Mar 7, 2016 at 3:01 PM, Jonathan Sherman 
> wrote:
> > > Didi -
> > >
> > > The vdsmd service error is what led me to the vdsm-tool restore-nets
> > > concern.  See the chain of errors below (along with the other details
> you
> > > requested.)
> >
> > Thanks.
> >
> > Changing subject and adding Dan.
>
> > >
> > > [root@ovirt01 log]# vdsm-tool restore-nets
> > > Traceback (most recent call last):
> > >   File "/usr/share/vdsm/vdsm-restore-net-config", line 429, in 
> > > restore(args)
> > >   File "/usr/share/vdsm/vdsm-restore-net-config", line 387, in restore
> > > _restore_sriov_numvfs()
> > >   File "/usr/share/vdsm/vdsm-restore-net-config", line 82, in
> > > _restore_sriov_numvfs
> > > sriov_devices = _get_sriov_devices()
> > >   File "/usr/share/vdsm/vdsm-restore-net-config", line 54, in
> > > _get_sriov_devices
> > > devices = hostdev.list_by_caps()
> > >   File "/usr/share/vdsm/hostdev.py", line 175, in list_by_caps
> > > libvirt_devices = _get_devices_from_libvirt()
> > >   File "/usr/share/vdsm/hostdev.py", line 160, in
> _get_devices_from_libvirt
> > > for device in libvirtconnection.get().listAllDevices(0))
> > >   File "/usr/share/vdsm/hostdev.py", line 160, in 
> > > for device in libvirtconnection.get().listAllDevices(0))
> > >   File "/usr/share/vdsm/hostdev.py", line 107, in _parse_device_params
> > > devXML = etree.fromstring(device_xml)
> > >   File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1300, in
> XML
> > > parser.feed(text)
> > >   File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1642, in
> feed
> > > self._raiseerror(v)
> > >   File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1506, in
> > > _raiseerror
> > > raise err
> > > xml.etree.ElementTree.ParseError: not well-formed (invalid token):
> line 4,
> > > column 13
> > > Traceback (most recent call last):
> > >   File "/bin/vdsm-tool", line 219, in main
> > > return tool_command[cmd]["command"](*args)
> > >   File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py",
> line
> > > 41, in restore_command
> > > exec_restore(cmd)
> > >   File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py",
> line
> > > 54, in exec_restore
> > > raise EnvironmentError('Failed to restore the persisted networks')
> > > EnvironmentError: Failed to restore the persisted networks
>
> 

Re: [ovirt-users] restore-nets failing (was: Fresh install failing (Hosted Engine))

[Dan Kenigsberg]

On Mon, Mar 07, 2016 at 03:16:06PM +0200, Yedidyah Bar David wrote:
> On Mon, Mar 7, 2016 at 3:01 PM, Jonathan Sherman  wrote:
> > Didi -
> >
> > The vdsmd service error is what led me to the vdsm-tool restore-nets
> > concern.  See the chain of errors below (along with the other details you
> > requested.)
> 
> Thanks.
> 
> Changing subject and adding Dan.

> >
> > [root@ovirt01 log]# vdsm-tool restore-nets
> > Traceback (most recent call last):
> >   File "/usr/share/vdsm/vdsm-restore-net-config", line 429, in 
> > restore(args)
> >   File "/usr/share/vdsm/vdsm-restore-net-config", line 387, in restore
> > _restore_sriov_numvfs()
> >   File "/usr/share/vdsm/vdsm-restore-net-config", line 82, in
> > _restore_sriov_numvfs
> > sriov_devices = _get_sriov_devices()
> >   File "/usr/share/vdsm/vdsm-restore-net-config", line 54, in
> > _get_sriov_devices
> > devices = hostdev.list_by_caps()
> >   File "/usr/share/vdsm/hostdev.py", line 175, in list_by_caps
> > libvirt_devices = _get_devices_from_libvirt()
> >   File "/usr/share/vdsm/hostdev.py", line 160, in _get_devices_from_libvirt
> > for device in libvirtconnection.get().listAllDevices(0))
> >   File "/usr/share/vdsm/hostdev.py", line 160, in 
> > for device in libvirtconnection.get().listAllDevices(0))
> >   File "/usr/share/vdsm/hostdev.py", line 107, in _parse_device_params
> > devXML = etree.fromstring(device_xml)
> >   File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1300, in XML
> > parser.feed(text)
> >   File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1642, in feed
> > self._raiseerror(v)
> >   File "/usr/lib64/python2.7/xml/etree/ElementTree.py", line 1506, in
> > _raiseerror
> > raise err
> > xml.etree.ElementTree.ParseError: not well-formed (invalid token): line 4,
> > column 13
> > Traceback (most recent call last):
> >   File "/bin/vdsm-tool", line 219, in main
> > return tool_command[cmd]["command"](*args)
> >   File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line
> > 41, in restore_command
> > exec_restore(cmd)
> >   File "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line
> > 54, in exec_restore
> > raise EnvironmentError('Failed to restore the persisted networks')
> > EnvironmentError: Failed to restore the persisted networks

Jonathan, thanks for this disturbing report. For some reason, Vdsm fails
to parse libvirt's output.

Could you share your libvirt version as well the output of
for d in `virsh -r nodedev-list`; do echo $d; virsh -r 
nodedev-dumpxml $d; done

if all seems like valid xml, can you add the following print() and run
`restore-net` again?

diff --git a/lib/vdsm/hostdev.py b/lib/vdsm/hostdev.py
index 6ba3189..9d22e9e 100644
--- a/lib/vdsm/hostdev.py
+++ b/lib/vdsm/hostdev.py
@@ -113,6 +113,7 @@ def _parse_device_params(device_xml):
 Process device_xml and return dict of found known parameters,
 also doing sysfs lookups for sr-iov related information
 """
+print(device_xml)
 address_parser = {'pci': _parse_pci_address,
   'scsi': _parse_scsi_address,
   'usb_device': _parse_usb_address}

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

[ovirt-users] Hosted Engine use SPICE not VNC

[Pat Riehecky]

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

/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

Re: [ovirt-users] ovirt 3.6 node

[Fabian Deutsch]

Hey Johan,

you can find the latest ISO here:
http://jenkins.ovirt.org/job/ovirt-node_ovirt-3.6_create-iso-el7_merged/

- fabian

On Sun, Mar 6, 2016 at 3:13 PM, Johan Kooijman  wrote:
> Hi all,
>
> I can't seem to find ovirt 3.6 node ISO. Is there a specific reason for
> this? I have the issue with 3.5 (ovirt-node-iso-3.5-0.201502231653.el7.iso)
> that I can't do live merge on machines installed with ovirt node.
>
> --
> Met vriendelijke groeten / With kind regards,
> Johan Kooijman
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>



-- 
Fabian Deutsch 
RHEV Hypervisor
Red Hat
___
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]

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
> 
> 
> This email, its contents and attachments contain information from j2 Global, 
> Inc. and/or its affiliates which may be privileged, confidential or otherwise 
> protected from disclosure. The information is intended to be for the 
> addressee(s) only. If you are not an addressee, any disclosure, copy, 
> distribution, or use of the contents of this message is prohibited. If you 
> have received this email in error please notify the sender by reply e-mail 
> and delete the original message and any copies. (c) 2015 j2 Global, Inc. All 
> rights reserved. eFax, eVoice, Campaigner, FuseMail, KeepItSafe, and Onebox 
> are registered trademarks of j2 Global, Inc. and its affiliates.
> ___
> 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] restore-nets failing (was: Fresh install failing (Hosted Engine))

[Yedidyah Bar David]

On Mon, Mar 7, 2016 at 3:01 PM, Jonathan Sherman  wrote:
> Didi -
>
> The vdsmd service error is what led me to the vdsm-tool restore-nets
> concern.  See the chain of errors below (along with the other details you
> requested.)

Thanks.

Changing subject and adding Dan.

>
> Thanks!
> -js
>
> --
>
> [jsherman@ovirt01 vdsm]$ ls -la /var/log/vdsm
> total 48
> drwxr-xr-x.  3 vdsm kvm   4096 Mar  5 18:50 .
> drwxr-xr-x. 13 root root  4096 Mar  6 03:08 ..
> drwxr-xr-x.  2 vdsm kvm  6 Mar  1 09:18 backup
> -rw-r--r--.  1 vdsm kvm  0 Mar  5 17:53 connectivity.log
> -rw-r--r--.  1 vdsm kvm  0 Mar  5 17:53 mom.log
> -rw-r--r--.  1 root root 34437 Mar  6 22:18 supervdsm.log
> -rw-r--r--.  1 root root  1875 Mar  5 17:59 upgrade.log
> -rw-r--r--.  1 vdsm kvm  0 Mar  5 17:53 vdsm.log
>
> --
>
> [root@ovirt01 log]# sestatus
> SELinux status: enabled
> SELinuxfs mount:/sys/fs/selinux
> SELinux root directory: /etc/selinux
> Loaded policy name: targeted
> Current mode:   permissive
> Mode from config file:  enforcing
> Policy MLS status:  enabled
> Policy deny_unknown status: allowed
> Max kernel policy version:  28
>
> --
>
> [root@ovirt01 audit]# tail -20 audit.log
> type=USER_AUTH msg=audit(1457355177.617:519): pid=20733 uid=1000 auid=1000
> ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
> msg='op=PAM:authentication grantors=pam_unix acct="jsherman"
> exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
> type=USER_ACCT msg=audit(1457355177.623:520): pid=20733 uid=1000 auid=1000
> ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
> msg='op=PAM:accounting grantors=pam_unix,pam_localuser acct="jsherman"
> exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
> type=USER_CMD msg=audit(1457355177.625:521): pid=20733 uid=1000 auid=1000
> ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
> msg='cwd="/var/log/vdsm" cmd=73797374656D63746C207374617274207664736D64
> terminal=pts/0 res=success'
> type=CRED_ACQ msg=audit(1457355177.626:522): pid=20733 uid=0 auid=1000
> ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
> msg='op=PAM:setcred grantors=pam_unix acct="root" exe="/usr/bin/sudo"
> hostname=? addr=? terminal=/dev/pts/0 res=success'
> type=USER_START msg=audit(1457355177.628:523): pid=20733 uid=0 auid=1000
> ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
> msg='op=PAM:session_open grantors=pam_keyinit,pam_limits acct="root"
> exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
> type=USER_END msg=audit(1457355179.095:524): pid=20733 uid=0 auid=1000
> ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
> msg='op=PAM:session_close grantors=pam_keyinit,pam_limits acct="root"
> exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
> type=CRED_DISP msg=audit(1457355179.095:525): pid=20733 uid=0 auid=1000
> ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
> msg='op=PAM:setcred grantors=pam_unix acct="root" exe="/usr/bin/sudo"
> hostname=? addr=? terminal=/dev/pts/0 res=success'
> type=SERVICE_START msg=audit(1457355179.099:526): pid=1 uid=0
> auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0
> msg='unit=vdsm-network comm="systemd" exe="/usr/lib/systemd/systemd"
> hostname=? addr=? terminal=? res=failed'
> type=USER_CMD msg=audit(1457355237.531:527): pid=20768 uid=1000 auid=1000
> ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
> msg='cwd="/var/log" cmd=6C73202D616C206175646974 terminal=pts/0 res=success'
> type=CRED_ACQ msg=audit(1457355237.533:528): pid=20768 uid=0 auid=1000
> ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
> msg='op=PAM:setcred grantors=pam_env,pam_unix acct="root"
> exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
> type=USER_START msg=audit(1457355237.535:529): pid=20768 uid=0 auid=1000
> ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
> msg='op=PAM:session_open grantors=pam_keyinit,pam_limits acct="root"
> exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
> type=USER_END msg=audit(1457355237.554:530): pid=20768 uid=0 auid=1000
> ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
> msg='op=PAM:session_close grantors=pam_keyinit,pam_limits acct="root"
> exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
> type=CRED_DISP msg=audit(1457355237.555:531): pid=20768 uid=0 auid=1000
> ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
> msg='op=PAM:setcred grantors=pam_env,pam_unix acct="root"
> exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
> type=USER_CMD msg=audit(1457355242.882:532): pid=20770 uid=1000 auid=1000
> ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
> msg='cwd="/var/log" cmd=7375202D 

Re: [ovirt-users] Fresh install failing (Hosted Engine)

[Jonathan Sherman]

Didi -

The vdsmd service error is what led me to the vdsm-tool restore-nets
concern.  See the chain of errors below (along with the other details you
requested.)

Thanks!
-js

--

[jsherman@ovirt01 vdsm]$ ls -la /var/log/vdsm
total 48
drwxr-xr-x.  3 vdsm kvm   4096 Mar  5 18:50 .
drwxr-xr-x. 13 root root  4096 Mar  6 03:08 ..
drwxr-xr-x.  2 vdsm kvm  6 Mar  1 09:18 backup
-rw-r--r--.  1 vdsm kvm  0 Mar  5 17:53 connectivity.log
-rw-r--r--.  1 vdsm kvm  0 Mar  5 17:53 mom.log
-rw-r--r--.  1 root root 34437 Mar  6 22:18 supervdsm.log
-rw-r--r--.  1 root root  1875 Mar  5 17:59 upgrade.log
-rw-r--r--.  1 vdsm kvm  0 Mar  5 17:53 vdsm.log

--

[root@ovirt01 log]# sestatus
SELinux status: enabled
SELinuxfs mount:/sys/fs/selinux
SELinux root directory: /etc/selinux
Loaded policy name: targeted
Current mode:   permissive
Mode from config file:  enforcing
Policy MLS status:  enabled
Policy deny_unknown status: allowed
Max kernel policy version:  28

--

[root@ovirt01 audit]# tail -20 audit.log
type=USER_AUTH msg=audit(1457355177.617:519): pid=20733 uid=1000 auid=1000
ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
msg='op=PAM:authentication grantors=pam_unix acct="jsherman"
exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
type=USER_ACCT msg=audit(1457355177.623:520): pid=20733 uid=1000 auid=1000
ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
msg='op=PAM:accounting grantors=pam_unix,pam_localuser acct="jsherman"
exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
type=USER_CMD msg=audit(1457355177.625:521): pid=20733 uid=1000 auid=1000
ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
msg='cwd="/var/log/vdsm" cmd=73797374656D63746C207374617274207664736D64
terminal=pts/0 res=success'
type=CRED_ACQ msg=audit(1457355177.626:522): pid=20733 uid=0 auid=1000
ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
msg='op=PAM:setcred grantors=pam_unix acct="root" exe="/usr/bin/sudo"
hostname=? addr=? terminal=/dev/pts/0 res=success'
type=USER_START msg=audit(1457355177.628:523): pid=20733 uid=0 auid=1000
ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
msg='op=PAM:session_open grantors=pam_keyinit,pam_limits acct="root"
exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
type=USER_END msg=audit(1457355179.095:524): pid=20733 uid=0 auid=1000
ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
msg='op=PAM:session_close grantors=pam_keyinit,pam_limits acct="root"
exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
type=CRED_DISP msg=audit(1457355179.095:525): pid=20733 uid=0 auid=1000
ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
msg='op=PAM:setcred grantors=pam_unix acct="root" exe="/usr/bin/sudo"
hostname=? addr=? terminal=/dev/pts/0 res=success'
type=SERVICE_START msg=audit(1457355179.099:526): pid=1 uid=0
auid=4294967295 ses=4294967295 subj=system_u:system_r:init_t:s0
msg='unit=vdsm-network comm="systemd" exe="/usr/lib/systemd/systemd"
hostname=? addr=? terminal=? res=failed'
type=USER_CMD msg=audit(1457355237.531:527): pid=20768 uid=1000 auid=1000
ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
msg='cwd="/var/log" cmd=6C73202D616C206175646974 terminal=pts/0 res=success'
type=CRED_ACQ msg=audit(1457355237.533:528): pid=20768 uid=0 auid=1000
ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
msg='op=PAM:setcred grantors=pam_env,pam_unix acct="root"
exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
type=USER_START msg=audit(1457355237.535:529): pid=20768 uid=0 auid=1000
ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
msg='op=PAM:session_open grantors=pam_keyinit,pam_limits acct="root"
exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
type=USER_END msg=audit(1457355237.554:530): pid=20768 uid=0 auid=1000
ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
msg='op=PAM:session_close grantors=pam_keyinit,pam_limits acct="root"
exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
type=CRED_DISP msg=audit(1457355237.555:531): pid=20768 uid=0 auid=1000
ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
msg='op=PAM:setcred grantors=pam_env,pam_unix acct="root"
exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'
type=USER_CMD msg=audit(1457355242.882:532): pid=20770 uid=1000 auid=1000
ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
msg='cwd="/var/log" cmd=7375202D terminal=pts/0 res=success'
type=CRED_ACQ msg=audit(1457355242.885:533): pid=20770 uid=0 auid=1000
ses=19 subj=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023
msg='op=PAM:setcred grantors=pam_env,pam_unix acct="root"
exe="/usr/bin/sudo" hostname=? addr=? terminal=/dev/pts/0 res=success'

Re: [ovirt-users] Remove master storage from data center?

[nicolas]

Done [1].

Regards.

[1]: https://bugzilla.redhat.com/attachment.cgi?bugid=1315306

El 2016-03-07 10:21, Fred Rolland escribió:

In any case, open a bug for better tracking.
Add the log and steps for reproduce

On Mon, Mar 7, 2016 at 10:44 AM,  wrote:


Hi Fred,

I'm attaching the required logs. As this was urgent for us, we
finally put all hosts on maintenance and removed the storage this
way. However, we have another oVirt infrastructure where soon we'll
need to do the same steps, so if needed we can do some tests on it.

If you prefer I can open a bug report.

Regards.

El 2016-03-06 12:57, Fred Rolland escribió:
Hi,

Can you please attach the full logs (VDSM and engine) ?

Thanks,

Fred

On Wed, Mar 2, 2016 at 3:19 PM,  wrote:

Hi,

We've migrated storage from glusterfs to iSCSI, so now we have 2
storages in our data center. As we've already finished, we want to
remove the gluster storage from our data center (which is the
master
storage right now).

We've tried to put it on maintenance but we're getting this error:

2016-03-02 13:02:02,087 ERROR



[org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStoragePoolVDSCommand]

(org.ovirt.thread.pool-8-thread-34) [259a3130] Command
'DisconnectStoragePoolVDSCommand(HostName = ovirt01.domain.com [1]
[1],
DisconnectStoragePoolVDSCommandParameters:{runAsync='true',
hostId='c31dca1a-e5bc-43f6-940f-6397e3ddbee4',
storagePoolId='fa155d43-4e68-486f-9f9d-ae3e3916cc4f',
vds_spm_id='7'})' execution failed: VDSGenericException:
VDSErrorException: Failed to DisconnectStoragePoolVDS, error =
Operation not allowed while SPM is active:
('fa155d43-4e68-486f-9f9d-ae3e3916cc4f',), code = 656

Does that mean that *all* hosts must be on maintenance to do that?
There's nothing left on the gluster storage right now.

Thanks.

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

Links:
--
[1] http://ovirt01.domain.com [1]
[2] http://lists.ovirt.org/mailman/listinfo/users [2]




Links:
--
[1] http://ovirt01.domain.com
[2] http://lists.ovirt.org/mailman/listinfo/users

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

Re: [ovirt-users] Update Self-Hosted-Engine - Right Way?

[Taste-Of-IT]

Hello Gianluca,

yes i installed the All-in-One Solution. I know the fact, that it will 
deprecated in Version 4.0, but my company is so small that it actually 
would not be profitable to use min 3 Server (2 ovirt and 1 for storage). 
i also have to migrate from another solution which doesnt support the 
free version realy good. So oVirt all-in-one seems to me a good option, 
actually, and i hope while lots of people use that, that the developer 
will have over version 4.0 a similar solution. as far as i know the 
support until 4.0 is still there for all-in-one and the date for release 
not public. so it could be at end of the year or later ... maybe ...


Ok back to the topic. No i want to migrate, i simply want to Update from 
3.6.2 to 3.6.3. Actually i do these:


- in WebGUI Admin Portal i set the Host to Maintenance Mode
- # yum check-update
- # yum update
- # engine-setup
- run through config Options
- in WebGUI run Upgrade for the Host
- after successfull Upgrade i set the Host back to active

These Steps seems in my test to work, but is that the right way for 
All-in-One ?


Many thx
Taste


Am 2016-03-06 22:16, schrieb Gianluca Cecchi:

Ah ok.
So you previously installed an All-in-One setup following something
like these instructions:
http://www.ovirt.org/develop/release-management/features/integration/allinone/
[2]

But this feature is deprecated in 3.6 and it should be dropped in 4.0

And you want to migrate this single host installation to an
hosted-engine one, that for a clean new install should be done with
something like this:
http://www.ovirt.org/documentation/how-to/hosted-engine/ [3]

In your case you have to migrate and follow something similar to this:
http://www.ovirt.org/develop/developer-guide/engine/migrate-to-hosted-engine/
[4]

but I think it is not so simple if you have at the end only one host
to use
You could export your VMs and the re-import them after migration and
scratch of your hypevisor.

What Joop suggested is the rpm command (adding a final "m" to rp)

But I think that actually you are on All-in-one where the engine mgmt
part is installed on the same machine that acts as the hypervisor.
Try to read the migration doc I pointed out and see if you can adapt
it to your environment (I don't know which 3.x version it is...)

HIH,
Gianluca

On Sun, Mar 6, 2016 at 9:53 PM, Taste-Of-IT 
wrote:


Hello Joop,

yes the correct wording is all-in-one and thats why i cant enter
this command on the vm for the host inside the vm but on the engine
which is the host too :), but the command rp is unknown on CentOS
7.2 as min install.

Am 2016-03-06 21:19, schrieb Joop:
On 4-3-2016 23:48, Taste-Of-IT wrote:
Hello,
sorry that i repeat it, but i dont have the command
hosted-engine...
Is it possible that we talk about different kind of installations?
Please check yours because i only have the self-hosted engine
installed.
Are you talking about the all-in-one setup?

Please list the ovirt packages on both the VM and the host.
(rp -aq | grep ovirt | sort)

Joop

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

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



Links:
--
[1] http://lists.ovirt.org/mailman/listinfo/users
[2]
http://www.ovirt.org/develop/release-management/features/integration/allinone/
[3] http://www.ovirt.org/documentation/how-to/hosted-engine/
[4]
http://www.ovirt.org/develop/developer-guide/engine/migrate-to-hosted-engine/

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

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

[James Michels]

I'm not sure if this is the right place to ask about python sdk. If not,
please suggest where should I address this question.

Thank you

2016-03-05 19:29 GMT+00:00 James Michels :

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

Re: [ovirt-users] Remove master storage from data center?

[Fred Rolland]

In any case, open a bug for better tracking.
Add the log and steps for reproduce

On Mon, Mar 7, 2016 at 10:44 AM,  wrote:

> Hi Fred,
>
> I'm attaching the required logs. As this was urgent for us, we finally put
> all hosts on maintenance and removed the storage this way. However, we have
> another oVirt infrastructure where soon we'll need to do the same steps, so
> if needed we can do some tests on it.
>
> If you prefer I can open a bug report.
>
> Regards.
>
> El 2016-03-06 12:57, Fred Rolland escribió:
>
>> Hi,
>>
>> Can you please attach the full logs (VDSM and engine) ?
>>
>> Thanks,
>>
>> Fred
>>
>> On Wed, Mar 2, 2016 at 3:19 PM,  wrote:
>>
>> Hi,
>>>
>>> We've migrated storage from glusterfs to iSCSI, so now we have 2
>>> storages in our data center. As we've already finished, we want to
>>> remove the gluster storage from our data center (which is the master
>>> storage right now).
>>>
>>> We've tried to put it on maintenance but we're getting this error:
>>>
>>> 2016-03-02 13:02:02,087 ERROR
>>>
>>>
>> [org.ovirt.engine.core.vdsbroker.vdsbroker.DisconnectStoragePoolVDSCommand]
>>
>>> (org.ovirt.thread.pool-8-thread-34) [259a3130] Command
>>> 'DisconnectStoragePoolVDSCommand(HostName = ovirt01.domain.com [1],
>>> DisconnectStoragePoolVDSCommandParameters:{runAsync='true',
>>> hostId='c31dca1a-e5bc-43f6-940f-6397e3ddbee4',
>>> storagePoolId='fa155d43-4e68-486f-9f9d-ae3e3916cc4f',
>>> vds_spm_id='7'})' execution failed: VDSGenericException:
>>> VDSErrorException: Failed to DisconnectStoragePoolVDS, error =
>>> Operation not allowed while SPM is active:
>>> ('fa155d43-4e68-486f-9f9d-ae3e3916cc4f',), code = 656
>>>
>>> Does that mean that *all* hosts must be on maintenance to do that?
>>> There's nothing left on the gluster storage right now.
>>>
>>> Thanks.
>>>
>>> Nicolás
>>> ___
>>> Users mailing list
>>> Users@ovirt.org
>>> http://lists.ovirt.org/mailman/listinfo/users [2]
>>>
>>
>>
>>
>> Links:
>> --
>> [1] http://ovirt01.domain.com
>> [2] http://lists.ovirt.org/mailman/listinfo/users
>
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Storage Issues

[Idan Shaby]

In this case, you can create the vm's template on the other storage domain,
and then the new vm's disks will also be created on that domain.


Regards,
Idan

On Mon, Mar 7, 2016 at 10:00 AM, Budur Nagaraju  wrote:

> But the users will be deploying the vms from the template and users are
> not have Admin permissions to choose the storage .
> is there a way to resolve this issue ?
>
> On Mon, Mar 7, 2016 at 1:21 PM, Idan Shaby  wrote:
>
>> Hi Nagaraju,
>>
>> When you create a vm disk, you can specify on which storage domain to
>> create it.
>> Once you chose a storage domain, it will not change unless you move the
>> disk yourself.
>> I guess that disks are created on your first domain by default since it
>> is shown as the first domain in the list of storage domains (in the New
>> Virtual Disk window).
>> So next time you create a disk, choose the other domain and you'll get
>> what you need.
>> Also, you can move the current vm disks - navigate to the Virtual
>> Machines tab, click on the vm, navigate to the Disks sub tab, click on the
>> disk and then click on move.
>>
>>
>> Regards,
>> Idan
>>
>> On Mon, Mar 7, 2016 at 5:32 AM, Budur Nagaraju  wrote:
>>
>>> HI
>>>
>>> I have configured two storage Lun through NFS one is Master which is
>>> having capacity of 2TB and the other is having 1TB.
>>>
>>> Now the issue when ever user deploy a vm automatically vm is getting
>>> deployed in master lun which is running out of HDD space and the vm is not
>>> getting deployed in the other Lun ,is there any setting to do that vm
>>> should get deployed in other LUN ?
>>>
>>> Thanks,
>>> Nagaraju
>>>
>>> ___
>>> 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] some ISO images not recognized

[Sandro Bonazzola]

On Thu, Mar 3, 2016 at 2:55 PM, Stefano Cislaghi  wrote:

> engine-iso-uploader.
> Pavel Gashev provided the solution: rename from .ISO to .iso
>

can you please open a bz against ovirt-iso-uploader product to ensure that
the uploaded iso has lowercase extension?
thanks,




> Thank you
> Stefano
>
> Il giorno gio, 03/03/2016 alle 07.01 -0500, Simon Lévesuqe ha scritto:
>
> Did you use ovirt-iso-uploader?
>
> Sometimes iso files with uppercase ".ISO" doesn't show up in the list.
> Try re-upload them with lowercase filename.
>
> I know that ISOs downloaded from MS habitually are all uppercase names.
>
> Simon
>
> Le 03/03/2016 03:45 AM, Stefano Cislaghi a écrit :
>
>
>
> Hello everyone,
> I configured a test environment with 2 hosts (centos), hosted engine
> and NFS storage for data domain and iso domain.
> I noticed that windows 2012 ISOs are marked as "unknown" in iso domain
> and therefore I can't attach them to virtual machines.
> Maybe something is wrong with my iso? I tried to do a fresh download
> with same result. Centos, Fedora and Windows 10 iso are working, so I
> think the iso domain is ok.
> Did someone else noticed such behaviour? Any solution?
> Thanks
> Stefano
>
>
> ___
> Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
>
>
> ___
> Users mailing listUsers@ovirt.orghttp://lists.ovirt.org/mailman/listinfo/users
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users
>
>


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

Re: [ovirt-users] Storage Issues

[Budur Nagaraju]

But the users will be deploying the vms from the template and users are not
have Admin permissions to choose the storage .
is there a way to resolve this issue ?

On Mon, Mar 7, 2016 at 1:21 PM, Idan Shaby  wrote:

> Hi Nagaraju,
>
> When you create a vm disk, you can specify on which storage domain to
> create it.
> Once you chose a storage domain, it will not change unless you move the
> disk yourself.
> I guess that disks are created on your first domain by default since it is
> shown as the first domain in the list of storage domains (in the New
> Virtual Disk window).
> So next time you create a disk, choose the other domain and you'll get
> what you need.
> Also, you can move the current vm disks - navigate to the Virtual Machines
> tab, click on the vm, navigate to the Disks sub tab, click on the disk and
> then click on move.
>
>
> Regards,
> Idan
>
> On Mon, Mar 7, 2016 at 5:32 AM, Budur Nagaraju  wrote:
>
>> HI
>>
>> I have configured two storage Lun through NFS one is Master which is
>> having capacity of 2TB and the other is having 1TB.
>>
>> Now the issue when ever user deploy a vm automatically vm is getting
>> deployed in master lun which is running out of HDD space and the vm is not
>> getting deployed in the other Lun ,is there any setting to do that vm
>> should get deployed in other LUN ?
>>
>> Thanks,
>> Nagaraju
>>
>> ___
>> 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