Re: [ovirt-users] Slow after add 2 Nic
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
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
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
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: Content-Type: text/plain; charset="utf-8" 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. > -- next part -- An HTML attachment was scrubbed... URL: <http://lists.ovirt.org/pipermail/users/attachments/20160307/64af14fd/attachment-0001.html> -- Message: 2 Date: Mon, 7 Mar 2016 10:09:30 -0800 From: Bill James To: users Subject: Re: [ovirt-users] regenerate libvirt-spice keys after
Re: [ovirt-users] VM migration by using the Python SDK
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?
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))
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))
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
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 org.jboss.as.ee.component.intercept
Re: [ovirt-users] restore-nets failing (was: Fresh install failing (Hosted Engine))
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 = _get_devices_from_libvirt() >>> > > File "/usr/share/vdsm/hostdev.py", li
[ovirt-users] my notes while installing hosted-engine-appliance-3.6.3
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))
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 "/usr/lib/python2.7/site-packages/vdsm/tool/restore_nets.py", line > >
[ovirt-users] VM migration by using the Python SDK
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))
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 > > Jonathan, thanks for this disturbing report
Re: [ovirt-users] restore-nets failing (was: Fresh install failing (Hosted Engine))
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
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
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?
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))
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 terminal=pts/0 res=suc
Re: [ovirt-users] Fresh install failing (Hosted Engine)
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' type=
Re: [ovirt-users] Remove master storage from data center?
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?
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
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?
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
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
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
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