- Users - oVirt List Archives

Testing ovirt 3.6 beta 3: Gluster hyperconvergence
by wodel youchi 28 Aug '15

28 Aug '15

Hi, Is gluster hyperconvergence still part of ovirt 3.6? I wanted to test the concept, but the deploy script doesn't give me the option to create a local brick for the VM engine after selecting glusterfs as storage. PS: vdsm-gluster and glusterfs-server are installed, vdsmd service was restarted Regards.

2 1

vm status
by Michael Wagenknecht 27 Aug '15

27 Aug '15

Hi all, how can I mark a VM as shut down when the status of the VM is "?"? There is no qemu-kvm process for this VM on the node. But I can't set the node to maintenance mode, because there is a very important VM running. Best Regards, Michael

5 5

searching vm disks according to vm tags
by Jiří Sléžka 27 Aug '15

27 Aug '15

This is a cryptographically signed message in MIME format. --------------ms040307060301070805060400 Content-Type: multipart/mixed; boundary="------------080300050001010603030809" This is a multi-part message in MIME format. --------------080300050001010603030809 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hello, Is there a possibility to filter (in manager) all disks which belongs to = vms with certain tag? If not I think it would be useful. What do you thin= k? I am trying this: I have about 50 vms with disks on different storages.=20 I have tagged some from this vms by tag "migrate_to_new_storage" and=20 then I would like to move all appropriate disks to new storage. It seems = it is not possible from manager (in simple way - it looks like I have to = filter vms by tag, then click on every of them, choose disks tab, select = them, click move,...). It would also be nice to have possibility to filter by tags also with=20 boolean operator "AND" and not just "OR". Cheers, Jiri --------------080300050001010603030809 Content-Type: text/x-vcard; charset=utf-8; name="jiri_slezka.vcf" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="jiri_slezka.vcf" begin:vcard fn;quoted-printable:Ing. Ji=3DC5=3D99=3DC3=3DAD Sl=3DC3=3DA9=3DC5=3DBEka n;quoted-printable;quoted-printable:Sl=3DC3=3DA9=3DC5=3DBEka;Ji=3DC5=3D99= =3DC3=3DAD org;quoted-printable;quoted-printable:Slezsk=3DC3=3DA1 univerzita v Opav=3D= C4=3D9B;Centrum informa=3DC4=3D8Dn=3DC3=3DADch technologi=3DC3=3DAD adr;quoted-printable;quoted-printable:Na Rybn=3DC3=3DAD=3DC4=3D8Dku 1;;CI= T, Slezsk=3DC3=3DA1 univerzita v Opav=3DC4=3D9B;Opava;;74601;Czech Republ= ic email;internet:jiri.slezka@slu.cz title;quoted-printable:Spr=3DC3=3DA1vce s=3DC3=3DADt=3DC4=3D9B a aplikac=3D= C3=3DAD tel;work:+420 553 684 696 x-mozilla-html:FALSE url:http://www.slu.cz version:2.1 end:vcard --------------080300050001010603030809-- --------------ms040307060301070805060400 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Elektronicky podpis S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExDzANBglghkgBZQMEAgEFADCABgkqhkiG9w0BBwEAAKCC CWcwggScMIIDhKADAgECAhEAuOSLPwlcx/l5IqBlguM0fDANBgkqhkiG9w0BAQUFADA7MQsw CQYDVQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwg Q0EwHhcNMTQxMTEwMDAwMDAwWhcNMTYxMTA5MjM1OTU5WjBlMQswCQYDVQQGEwJDWjElMCMG A1UECgwcU2xlenNrw6EgdW5pdmVyeml0YSB2IE9wYXbEmzEYMBYGA1UEAwwPSmnFmcOtIFNs w6nFvmthMRUwEwYJKoZIhvcNAQkCFgZzbGV6a2EwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQDNcPHUXg4ZfD3shn/1zeMf8tyn/ZplDk1756hc+PVHYNO2VRP2p1HKRdtcfj1i 2V87na0EfMmfxM77dJJklSnAsCXrs0by2eHzdCz746vErs5VkSnZ1nhOWH7FViKadiyxmAv+ zXL+jkzb678GHsT2jPWdHjfhgQXAzd0hE5AqkQ3sRGRspsfruRmfgStEoE2+Ubq4jC69pBYW i80zdAUOc+9Kl5Zfolfo/TpFViXIo4i1FMgDRNYZAhBKpHz70zN/7VUqTl/7x9z3a6ytNC8J TbbMdj8SdWhRV0oyOOhYlFHL+1ZS0KtQ0iz5yWs9dCkq77LrTXCXaWSGBRlQ8H/5AgMBAAGj ggFvMIIBazAfBgNVHSMEGDAWgBRjTUNaGUg/xEbBArq/7g7lgrdmpjAdBgNVHQ4EFgQUNHjX Vei/P0DdklwoP8A3Tkq0XTYwDgYDVR0PAQH/BAQDAgWgMAwGA1UdEwEB/wQCMAAwHQYDVR0l BBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMBgGA1UdIAQRMA8wDQYLKwYBBAGyMQECAh0wPwYD VR0fBDgwNjA0oDKgMIYuaHR0cDovL2NybC50Y3MudGVyZW5hLm9yZy9URVJFTkFQZXJzb25h bENBLmNybDByBggrBgEFBQcBAQRmMGQwOgYIKwYBBQUHMAKGLmh0dHA6Ly9jcnQudGNzLnRl cmVuYS5vcmcvVEVSRU5BUGVyc29uYWxDQS5jcnQwJgYIKwYBBQUHMAGGGmh0dHA6Ly9vY3Nw LnRjcy50ZXJlbmEub3JnMB0GA1UdEQQWMBSBEmppcmkuc2xlemthQHNsdS5jejANBgkqhkiG 9w0BAQUFAAOCAQEAJy6bixJ53paigwWwnXfipRly2TTkICwf4PtXw9hOBoYC17PbPpAoGBtT Dvz6pQW4woSJ4JbkkD9JKGPlZXt0fQgZKgbfQ7sRFQ54goOhvJYm+CFJUPiSXrZ/i1CUzI40 U3kXYbWOq99yKid5aUEaIub9E6cJY6fybt7ireTV2IKVNIm/AXWjjf6jxGVavQ1QzTxmRvfE sXpQis5jgCeJjRHhZ4BhwRChkIThLYfWTSYId9rbtuj3yjLjtJipDhHJEuIckgV8sCDbjbyt xo0WNLQmfL0KUVxvpfMfdZ3McGKwn7nQiqBcpsGI3+9pfmHkMzy4+rDGZCHkeyNNxEUpLDCC BMMwggOroAMCAQICEHP+V/rfuMUIgXtmuWvwLe8wDQYJKoZIhvcNAQEFBQAwga4xCzAJBgNV BAYTAlVTMQswCQYDVQQIEwJVVDEXMBUGA1UEBxMOU2FsdCBMYWtlIENpdHkxHjAcBgNVBAoT FVRoZSBVU0VSVFJVU1QgTmV0d29yazEhMB8GA1UECxMYaHR0cDovL3d3dy51c2VydHJ1c3Qu Y29tMTYwNAYDVQQDEy1VVE4tVVNFUkZpcnN0LUNsaWVudCBBdXRoZW50aWNhdGlvbiBhbmQg RW1haWwwHhcNMDkwNTE4MDAwMDAwWhcNMjgxMjMxMjM1OTU5WjA7MQswCQYDVQQGEwJOTDEP MA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EwggEiMA0GCSqG SIb3DQEBAQUAA4IBDwAwggEKAoIBAQDIFdn1M2ojoZANz7sFRMOrH0o1hRohhaBP+PBA4kpD m/5bsbC/tFfcdYBBS2Qa9ttPb4/QJUU1+erLSvr72tPtRYgRlDbkzKgN78U9N+0We+PClZ5Y M38i+/j/7Oa+264KZSUih9pvhItG6ECGKD+/VgjiSumDouki+y36tigfkcHDcftTwCtOpAyh bp1V7ezhJIc6COINHOTETdDLJ/qEZObRl51WJFuTuykuQ+JBaj3iSmX8ml9ahoe8h8d5gJaZ UcaQD2SRmX0Q3awsAyrheGT+zj1O9CtQEUvRWNSbA/B/9TtTsFND+8UvxAQpGjqs11Xp0Q6V 0Tsxf3hPriktAgMBAAGjggFNMIIBSTAfBgNVHSMEGDAWgBSJgmd9xJ0mcABLtFBIfN49rgRu fTAdBgNVHQ4EFgQUY01DWhlIP8RGwQK6v+4O5YK3ZqYwDgYDVR0PAQH/BAQDAgEGMBIGA1Ud EwEB/wQIMAYBAf8CAQAwGAYDVR0gBBEwDzANBgsrBgEEAbIxAQICHTBYBgNVHR8EUTBPME2g S6BJhkdodHRwOi8vY3JsLnVzZXJ0cnVzdC5jb20vVVROLVVTRVJGaXJzdC1DbGllbnRBdXRo ZW50aWNhdGlvbmFuZEVtYWlsLmNybDBvBggrBgEFBQcBAQRjMGEwOAYIKwYBBQUHMAKGLGh0 dHA6Ly9jcnQudXNlcnRydXN0LmNvbS9VVE5BQUFDbGllbnRfQ0EuY3J0MCUGCCsGAQUFBzAB hhlodHRwOi8vb2NzcC51c2VydHJ1c3QuY29tMA0GCSqGSIb3DQEBBQUAA4IBAQAGK6lTLxPc XDkWzIafXkx7cvvsjVWKXpoK/1NMdvQGPVDPV/Ciz6+ZjKr+oBl2PpkDMvp1gziKu2uapQwT stQbduaULmeYWeORbAKQmpzIYEtVq8qIWo0r5WmVAwfR1A78JCIuWbFjpF/t2SNy5JzOOlxs H0+pAMkd/vp/RS22LoTdDyegWRhO1XYlRfSZJnnbb58j90O7Kw8Eo4EmLLd7Nfk9d19AIeZ/ HaWWWr3QyxY6bLthi4r9BDlECsss4cvOLhCYGtvgk+1JZGQIIJ+3o1Dwot3KtMZ8DD3nXhXc J4bkOjtSWherqQZTK50Jc2QcAcP9MNKHA2/kFQN6OV9oMYIDGjCCAxYCAQEwUDA7MQswCQYD VQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EC EQC45Is/CVzH+XkioGWC4zR8MA0GCWCGSAFlAwQCAQUAoIIBmzAYBgkqhkiG9w0BCQMxCwYJ KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTA4MjcwODQxNTVaMC8GCSqGSIb3DQEJBDEi BCCWwX3O9BIJY0lQGm1pOWd3vFe7sTfXN3S1z5jpTC5tgzBfBgkrBgEEAYI3EAQxUjBQMDsx CzAJBgNVBAYTAk5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25h bCBDQQIRALjkiz8JXMf5eSKgZYLjNHwwYQYLKoZIhvcNAQkQAgsxUqBQMDsxCzAJBgNVBAYT Ak5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25hbCBDQQIRALjk iz8JXMf5eSKgZYLjNHwwbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUD BAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMC BzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQBI8B2cJEpOrD8fQUbphdr+JxBT rW7RtTJbsGwBcLpE/6nxGGi2tnUw8qf1zVTtqYHM6avinVNkN3u5O6JHNwPMZCmnH2R+IWcO wjt9K3foPYUEmzYyB+JLxJCyhA20EKU6rXXuMwqjtqBwkWojgtuQ6dKUsTo0oH+9Jg98HBnh ilV66IgzPat80xmttbJbPuUbNVJ+bm3BUNHePDm0NG+3il9RCfe91c2maCEZoLNwm7vo0Nds /fbnq5HnKuplc5DuFhPZMZXJTNzKRNwFh9dVXnXFiWWkl0KTzQOIU5C1zSfa2Fv/B0eR6/sm u9pr2RpyZFg+fQoc1DwfU8PsGzTdAAAAAAAA --------------ms040307060301070805060400--

1 0

Feature request: add stateless option in VM pool configuration
by Steve Dainard 26 Aug '15

26 Aug '15

I'd like to request a setting in VM pools which forces the VM to be stateless. I see from the docs this will occur if selected under run once, or started from the user portal, but it would be nice to set this for a normal admin start of the VM(s) as well.

3 3

Servers Hang at 100% CPU On Migration
by Chris Jones - BookIt.com Systems Administrator 25 Aug '15

25 Aug '15

oVirt Node - 3.5 - 0.999.201504280931.el7.centos When migrating servers using an iSCSI storage domain, about 75% of the time they will become unresponsive and stuck at 100% CPU after migration. This does not happen with direct LUNs, however. What causes this? How do I stop it from happening? Thanks -- This email was Virus checked by UTM 9. For issues please contact the Windows Systems Admin.

3 4

Move DataCenter or Cluster from one engine to another
by Chris Liebman 25 Aug '15

25 Aug '15

Is it possible to export a data center from one engine and import it to another? Currently I have an engine running in Europe and a set of nodes comprising a datacenter on the west coast of the US and am seeing communication issues? There are a number of other data centers that the engine in Europe is managing and I'd like to deploy an engine in closer proximity to the nodes for one data center. Has anyone one this? Is it possible? -- Chris

3 3

oVirt 3.5.3 and Network Unified Persistence issues?
by Simon Barrett 25 Aug '15

25 Aug '15

--_000_D86C48DF8800164BBE50B87623F7AC9580A18CF6ln2wio001devtra_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable I'm running into a problem with my upgrades to oVirt 3.5.3 and wanted to ch= eck if the following is a known issue. I have multiple vlan tagged interfaces configured. The files are being gen= erated as expected by vdsm. The vlan 108 interface below is used by the ovi= rtmgmt bridge. The uatdev_ben, bond0.192, dev_office, bond0.124 interface d= efinitions all have ONBOOT=3Dno. root@host> grep -i onboot ifcfg* | grep -v bak ifcfg-bond0:ONBOOT=3Dyes ifcfg-bond0.108:ONBOOT=3Dyes ifcfg-bond0.124:ONBOOT=3Dno ifcfg-bond0.192:ONBOOT=3Dno ifcfg-dev_office:ONBOOT=3Dno ifcfg-eth0:ONBOOT=3Dyes ifcfg-eth1:ONBOOT=3Dyes ifcfg-eth2:ONBOOT=3Dno ifcfg-eth3:ONBOOT=3Dno ifcfg-lo:ONBOOT=3Dyes ifcfg-ovirtmgmt:ONBOOT=3Dyes ifcfg-uatdev_ben:ONBOOT=3Dno The persistence configuration files are where they should be (I think): root@host> ls -l /var/lib/vdsm/persistence/netconf/nets/ total 12 -rw-r--r-- 1 root root 121 Aug 24 22:44 dev_office -rw-r--r-- 1 root root 173 Aug 24 22:44 ovirtmgmt -rw-r--r-- 1 root root 121 Aug 24 22:44 uatdev_ben If I were to do a "service network restart" on the node, the uatdev_ben, de= v_office, bond0.124 & bond0.192 are removed and then not restored as the "O= NBOOT=3Dno". I assumed that vdsmd would re-create the dev_office and uatdev= _ben interfaces so restarted vdsmd but they were not restored. I tried a "v= dsm-tool restore-nets" to see if that would restore the interfaces but no j= oy. Am I missing something? Is there another method I should use to recover the= missing interfaces? Should the ifcfg files all be configured with "ONBOOT= =3Dyes" just in case someone does run a "service network restart"? My oVirt nodes are CentOS 6.5, I'm not using the node iso. Many thanks in advance for any assistance. Regards, Simon Barrett --_000_D86C48DF8800164BBE50B87623F7AC9580A18CF6ln2wio001devtra_ Content-Type: text/html; charset="us-ascii" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr= osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" = xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:= //www.w3.org/TR/REC-html40"> <head> <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"= > <meta name=3D"Generator" content=3D"Microsoft Word 15 (filtered medium)"> <style></style> </head> <body lang=3D"EN-GB" link=3D"#0563C1" vlink=3D"#954F72"> <div class=3D"WordSection1"> I’m running into a problem with my upgrades to= oVirt 3.5.3 and wanted to check if the following is a known issue.<o:p></o= :p> <o:p> </o:p> I have  multiple vlan tagged interfaces configu= red. The files are being generated as expected by vdsm. The vlan 108 interf= ace below is used by the ovirtmgmt bridge. The uatdev_ben, bond0.192, dev_o= ffice, bond0.124 interface definitions all have ONBOOT=3Dno.<o:p></o:p> <o:p> </o:p> root@host> grep -i o= nboot ifcfg* | grep -v bak<o:p></o:p> ifcfg-bond0:ONBOOT=3Dye= s<o:p></o:p> ifcfg-bond0.108:ONBOOT= =3Dyes<o:p></o:p> ifcfg-bond0.124:ONBOOT= =3Dno<o:p></o:p> ifcfg-bond0.192:ONBOOT= =3Dno<o:p></o:p> ifcfg-dev_office:ONBOOT= =3Dno<o:p></o:p> ifcfg-eth0:ONBOOT=3Dyes= <o:p></o:p> ifcfg-eth1:ONBOOT=3Dyes= <o:p></o:p> ifcfg-eth2:ONBOOT=3Dno<= o:p></o:p> ifcfg-eth3:ONBOOT=3Dno<= o:p></o:p> ifcfg-lo:ONBOOT=3Dyes<o= :p></o:p> ifcfg-ovirtmgmt:ONBOOT= =3Dyes<o:p></o:p> ifcfg-uatdev_ben:ONBOOT= =3Dno<o:p></o:p> <o:p> </o:p> The persistence configuration files are where they s= hould be (I think):<o:p></o:p> <o:p> </o:p> root@host> ls -l /va= r/lib/vdsm/persistence/netconf/nets/<o:p></o:p> total 12<o:p></o:p> -rw-r--r-- 1 root root = 121 Aug 24 22:44 dev_office<o:p></o:p> -rw-r--r-- 1 root root = 173 Aug 24 22:44 ovirtmgmt<o:p></o:p> -rw-r--r-- 1 root root = 121 Aug 24 22:44 uatdev_ben<o:p></o:p> <o:p> </o:p> If I were to do a “service network restart&#82= 21; on the node, the uatdev_ben, dev_office, bond0.124 & bond0.192 are = removed and then not restored as the “ONBOOT=3Dno”. I assumed t= hat vdsmd would re-create the dev_office and uatdev_ben interfaces so restarted vdsmd but they were not restored. I tried a “vdsm-tool = restore-nets” to see if that would restore the interfaces but no joy.= <o:p></o:p> <o:p> </o:p> Am I missing something? Is there another method I sh= ould use to recover the missing interfaces? Should the ifcfg files all be c= onfigured with “ONBOOT=3Dyes” just in case someone does run a &= #8220;service network restart”?<o:p></o:p> <o:p> </o:p> My oVirt nodes are CentOS 6.5, I’m not using t= he node iso. <o:p> </o:p> <o:p> </o:p> Many thanks in advance for any assistance.<o:p></o:p= > <o:p> </o:p> Regards,<o:p></o:p> <o:p> </o:p> Simon Barrett<o:p></o:p> </div> </body> </html> --_000_D86C48DF8800164BBE50B87623F7AC9580A18CF6ln2wio001devtra_--

1 0

Fwd: Cannot add Posix Storage
by Steve Kilduff 24 Aug '15

24 Aug '15

I am having similar problem to you with ovirt and moosefs. My setup, ovirt mounts the mfs mount without problem, it is the mount detection mechanism in python. It is very specifically looking for a pattern to match the mount and failing: I hope this shows what I mean: OSError: [Errno 2] Mount of `mfsmount` at `/rhev/data-center/mnt/mfsmount` does not exist mfsmaster:9421 on /rhev/data-center/mnt/mfsmount type fuse.mfs (rw,relatime,user_id=0,group_id=0,allow_other) Source = mfsmount in first error out line, and source = ''mfsmaster:9421', and mount.py is trying to pattern match the mount and doesnt compare them correctly and fails. I hope this prods your interest again or helps a little. I will go back to figuring out if I can work around this somehow. Steve Kilduff

1 0

Re: [ovirt-users] Migrating hosts from RHEL6 to RHEL7
by matthew lagoe 21 Aug '15

21 Aug '15

It is possible to migrate a VM from 6 to 7 it is recommended however that you don't do a live migration and that you power off the VM and then turn it back on on the cluster running version 7 "Groten, Ryan" <Ryan.Groten(a)stantec.com> wrote: Has anyone succeeded in upgrading their hosts OS version from 6 to 7? I assumed it could be done without downtime and one host at a time, but when trying it out I found that RHEL7 hosts can't be placed in the same Cluster as RHEL6 ones. I then tried making a new Cluster and migrating VMs from the RHEL6 cluster to RHEL7. Initial testing seems to show that it works from RHEL6 to RHEL7 but not the other way around. Also when I select this option a warning pops up saying "Choosing different cluster may lead to unexpected results. Please consult documentation." I looked in the Admin Guide and Technical Reference Guide but don't see where these unexpected results are mentioned. Thanks, Ryan Groten _______________________________________________ Users mailing list Users(a)ovirt.org http://lists.ovirt.org/mailman/listinfo/users

3 2

dependency with epel
by Fabrice Bacchella 21 Aug '15

21 Aug '15

I'm using ovirt on some centos servers, so i installed http://resources.ovirt.org/pub/yum-repo/ovirt-release35.rpm It provides a ovirt-3.5-dependencies.repo, which contains: [ovirt-3.5-epel] name=Extra Packages for Enterprise Linux 7 - $basearch #baseurl=http://download.fedoraproject.org/pub/epel/7/$basearch mirrorlist=https://mirrors.fedoraproject.org/metalink?repo=epel-7&arch=$bas… failovermethod=priority enabled=0 includepkgs=epel-release,python-uinput,puppet,python-lockfile,python-cpopen,python-ordereddict,python-pthreading,python-inotify,python-argparse,novnc,python-ply,python-kitchen,python-daemon,python-websockify,livecd-tools,spice-html5,mom,python-IPy,python-ioprocess,ioprocess,python-paramiko,python-crypto,python-cheetah,python-ecdsa,python-markdown,rubygem-rgen,ovirt-guest-agent,userspace-rcu,protobuf-java gpgcheck=1 gpgkey=https://dl.fedoraproject.org/pub/epel/RPM-GPG-KEY-EPEL-7 What's the purpose of such a repo ? Having a epel.repo is very common I think, and so the line includepkgs became totally useless with it. If you have problem with a rpm stored in epel, this will protect only a few peoples.

2 1