- Users - oVirt List Archives

how to remove orphaned image
by Jiří Sléžka 16 Oct '15

16 Oct '15

This is a cryptographically signed message in MIME format. --------------ms000507050905000209040402 Content-Type: multipart/mixed; boundary="------------050403050401030004020607" This is a multi-part message in MIME format. --------------050403050401030004020607 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hello, I have some orphaned images on a storage domain which are not visible=20 from manager and I would like to remove them. I found one proposed feature which would be useful but seems not exists=20 yet - http://www.ovirt.org/Features/Orphaned_Images Also I found this feature http://www.ovirt.org/Features/Domain_Scan but=20 there is no documentation how to use it. Could you suggest me safe manual steps to remove an orphaned image? btw. I know all info about this image - sdUUID, spUUID, imgUUID,=20 volUUID, volume path, logical volume on which is stored,... I am using=20 oVirt3.5.4 Thanks in advance, Jiri Slezka --------------050403050401030004020607 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 --------------050403050401030004020607-- --------------ms000507050905000209040402 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 KoZIhvcNAQcBMBwGCSqGSIb3DQEJBTEPFw0xNTEwMDkwOTQ1MzBaMC8GCSqGSIb3DQEJBDEi BCCYcSUAVFdAShoH0mmivtJN8Z8pW2c+7b2W1UXeTxD46TBfBgkrBgEEAYI3EAQxUjBQMDsx CzAJBgNVBAYTAk5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25h bCBDQQIRALjkiz8JXMf5eSKgZYLjNHwwYQYLKoZIhvcNAQkQAgsxUqBQMDsxCzAJBgNVBAYT Ak5MMQ8wDQYDVQQKEwZURVJFTkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25hbCBDQQIRALjk iz8JXMf5eSKgZYLjNHwwbAYJKoZIhvcNAQkPMV8wXTALBglghkgBZQMEASowCwYJYIZIAWUD BAECMAoGCCqGSIb3DQMHMA4GCCqGSIb3DQMCAgIAgDANBggqhkiG9w0DAgIBQDAHBgUrDgMC BzANBggqhkiG9w0DAgIBKDANBgkqhkiG9w0BAQEFAASCAQBeI5MXcqkzETdtdwbgPQ7ZynGY CTIYL/ktD7tSIuXQJ1LpGtruy1wgmk4Pik7iLPS4ZcDfbxkp+QGet258a24rXu4lbgM5oZep E2K+GdNJVuqsMRh+8u9GZw95BigAJpu3N7Zx2WLJyiBc9OIAZof6olE3dlgTTAt9/stlFetW E+Znfm96sBbb9QZ9Sl1ww1IiaXN9dxZ6UvOG8Dz77rF/jkbix1T2nrySWUKahq71wWCqyTD8 jNWV+3fyx1rzRwYtXovH5PnDWQFXx/dK8/OawUzhAN/9HigtWQPX4lGq5bk+5JbjGxznNGPi 2p4SxZFhG8WzsPEPW6axu0b77VqmAAAAAAAA --------------ms000507050905000209040402--

2 3

oVirt - High Availability
by Indunil Jayasooriya 16 Oct '15

16 Oct '15

Hi users, I have setup OVIRT 3.5 with* 2 REDHAT 7.1 hosts.* Everything is ok other than HA ( High Availability). To test HA, Documentation says, *Power Management is needed. * Could you pls let me know if this Power Management is a separate Device or does it come with a BRANDED Server such as HP, IBM or Dell? I have seen a* ILO* port in HP servers. Can I use it for HA ( High Availability) in ovirt? If *power management* is *present in Branded Servers*, Could you pls let me know some *Branded RHEL 7.1/CentOS 7.1 supported servers?* Then, I can use it for Production use. *This is an YOU TUBE video for HA.* https://www.youtube.com/watch?v=uHCnXGUMaS0 Is this a correct video for HA? I did some research. a few URLs. http://lists.ovirt.org/pipermail/users/2013-January/011519.html http://www.ovirt.org/OVirt_Administration_Guide#Host_Resilience https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Virtualiza… *what is **Soft-Fencing Hosts ?* ovirt doc gives below . ( http://www.ovirt.org/OVirt_Administration_Guide#Host_Resilience ) Soft-Fencing Hosts Sometimes a host becomes non-responsive due to an unexpected problem, and though VDSM is unable to respond to requests, the virtual machines that depend upon VDSM remain alive and accessible. In these situations, restarting VDSM returns VDSM to a responsive state and resolves this issue. oVirt 3.3 introduces "soft-fencing over SSH". Prior to oVirt 3.3, non-responsive hosts were fenced only by external fencing devices. In oVirt 3.3, the fencing process has been expanded to include "SSH Soft Fencing", a process whereby oVirt attempts to restart VDSM via SSH on non-responsive hosts. If oVirt fails to restart VDSM via SSH, the responsibility for fencing falls to the external fencing agent if an external fencing agent has been configured. *BUT, It does NOT say how to set it up? * *is there any step by step doc for it? * HOPE TO hear from you? -- cat /etc/motd Thank you Indunil Jayasooriya http://www.theravadanet.net/ http://www.siyabas.lk/sinhala_how_to_install.html - Download Sinhala Fonts

2 4

glusterfsd is not not default enabled after a host installation
by Nathanaël Blanchet 16 Oct '15

16 Oct '15

Hello, I noticed after several different installations that the glusterd daemon was not configured as "systemctl enabled" during a host installation. Is it a known bug? -- Nathanaël Blanchet Supervision réseau Pôle Infrastrutures Informatiques 227 avenue Professeur-Jean-Louis-Viala 34193 MONTPELLIER CEDEX 5 Tél. 33 (0)4 67 54 84 55 Fax 33 (0)4 67 54 84 14 blanchet(a)abes.fr

3 2

permission
by Budur Nagaraju 16 Oct '15

16 Oct '15

HI I have given permissions "vmcreator and Diskprofileruser" to users ,whenever user remove the vm will the disk get deleted from the storage ? Thanks, Nagaraju

2 1

Unable to import hosted engine storage domain in 3.6RC with FC storage
by Christopher Miersma 15 Oct '15

15 Oct '15

Hi All, I'm having an issue with the current release candidate for 3.6, running on CentOS 7. I'm trying to install the hosted engine on fibre channel storage. I can successfully install the VM, and get everything up and running, but the hosted engine VM itself does not appear in the web interface, nor does the storage domain on which the hosted engine's disks reside appear. When I create a new storage domain on the SAN, I can see the LUN on which the hosted engine resides, but it is greyed out. When I first started the cluster and got the host and engine VM installed and running, it gave me the message " The Hosted Engine Storage Domain doesn't exist. It shoudl be imported into the setup." I've tried importing and attaching the storage domain, but it simply doesn't appear in the interface to allow me to import it. I've tired every Attach/Import/Activate screen that I could find. I've also opened a bug report (https://bugzilla.redhat.com/show_bug.cgi?id=1267337) but with no success so far. Has anyone else had a similar issue? Can you import the hosted engine storage domain after setup, and if so on what kind of storage? From some of the posts I've seen, it looks like people are getting it to work with NFS and maybe iSCSI, but I haven't seen anyone else mention Fibre Channel. Christopher Miersma

2 3

AIO UPG from 3.5 to 3.6 - Dependency Error on vdsm-jsonrpc-java
by Christian Rebel 15 Oct '15

15 Oct '15

This is a multipart message in MIME format. ------=_NextPart_000_011D_01D1077C.4FC73710 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I=B4m getting the below Dependency Error on an AIO UPG from 3.5 to 3.6, = any ideas how to fix it?=20 =20 Error: Package: ovirt-engine-backend-3.5.4.2-1.el7.centos.noarch (@ovirt-3.5) Requires: vdsm-jsonrpc-java < 1.1.0 Removing: vdsm-jsonrpc-java-1.0.15-1.el7.noarch (@ovirt-3.5) vdsm-jsonrpc-java =3D 1.0.15-1.el7 Updated By: vdsm-jsonrpc-java-1.1.5-1.el7.centos.noarch (ovirt-3.6) vdsm-jsonrpc-java =3D 1.1.5-1.el7.centos Available: vdsm-jsonrpc-java-1.0.14-1.el7.noarch (ovirt-3.5) vdsm-jsonrpc-java =3D 1.0.14-1.el7 Available: vdsm-jsonrpc-java-1.1.1-0.0.master.20150430093147.git6efacdc.el7.noarch (ovirt-3.6) vdsm-jsonrpc-java =3D 1.1.1-0.0.master.20150430093147.git6efacdc.el7 Available: vdsm-jsonrpc-java-1.1.2-0.0.master.20150617081704.git4d4207f.el7.noarch (ovirt-3.6) vdsm-jsonrpc-java =3D 1.1.2-0.0.master.20150617081704.git4d4207f.el7 Available: vdsm-jsonrpc-java-1.1.3-0.0.master.20150701140902.giteb3f88c.el7.noarch (ovirt-3.6) vdsm-jsonrpc-java =3D 1.1.3-0.0.master.20150701140902.giteb3f88c.el7 Available: vdsm-jsonrpc-java-1.1.4-0.0.master.20150724142738.gitda84cc7.el7.noarch (ovirt-3.6) vdsm-jsonrpc-java =3D 1.1.4-0.0.master.20150724142738.gitda84cc7.el7 ------=_NextPart_000_011D_01D1077C.4FC73710 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable <html xmlns:v=3D"urn:schemas-microsoft-com:vml" = xmlns:o=3D"urn:schemas-microsoft-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=3DContent-Type content=3D"text/html; = charset=3Diso-8859-1"><meta name=3DGenerator content=3D"Microsoft Word = 14 (filtered medium)"><style></style></head><body lang=3DDE-AT link=3Dblue = vlink=3Dpurple><div class=3DWordSection1>I=B4m getting the below Dependency Error on an AIO UPG from = 3.5 to 3.6, any ideas how to fix it? <o:p></o:p><o:p> </o:p>Error: Package: = ovirt-engine-backend-3.5.4.2-1.el7.centos.noarch = (@ovirt-3.5)<o:p></o:p>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Requires: vdsm-jsonrpc-java = < 1.1.0<o:p></o:p>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 Removing: = vdsm-jsonrpc-java-1.0.15-1.el7.noarch = (@ovirt-3.5)<o:p></o:p>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = vdsm-jsonrpc-java =3D 1.0.15-1.el7<o:p></o:p>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = Updated By: vdsm-jsonrpc-java-1.1.5-1.el7.centos.noarch = (ovirt-3.6)<o:p></o:p>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = vdsm-jsonrpc-java =3D 1.1.5-1.el7.centos<o:p></o:p>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = Available: vdsm-jsonrpc-java-1.0.14-1.el7.noarch = (ovirt-3.5)<o:p></o:p>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = vdsm-jsonrpc-java =3D 1.0.14-1.el7<o:p></o:p>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = Available: = vdsm-jsonrpc-java-1.1.1-0.0.master.20150430093147.git6efacdc.el7.noarch = (ovirt-3.6)<o:p></o:p>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = vdsm-jsonrpc-java =3D = 1.1.1-0.0.master.20150430093147.git6efacdc.el7<o:p></o:p>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = Available: = vdsm-jsonrpc-java-1.1.2-0.0.master.20150617081704.git4d4207f.el7.noarch = (ovirt-3.6)<o:p></o:p>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = =A0=A0vdsm-jsonrpc-java =3D = 1.1.2-0.0.master.20150617081704.git4d4207f.el7<o:p></o:p>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = Available: = vdsm-jsonrpc-java-1.1.3-0.0.master.20150701140902.giteb3f88c.el7.noarch = (ovirt-3.6)<o:p></o:p>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = vdsm-jsonrpc-java =3D = 1.1.3-0.0.master.20150701140902.giteb3f88c.el7<o:p></o:p>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = Available: = vdsm-jsonrpc-java-1.1.4-0.0.master.20150724142738.gitda84cc7.el7.noarch = (ovirt-3.6)<o:p></o:p>=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0=A0 = vdsm-jsonrpc-java =3D = 1.1.4-0.0.master.20150724142738.gitda84cc7.el7<o:p></o:p></div></body= ></html> ------=_NextPart_000_011D_01D1077C.4FC73710--

1 0

[ANN] oVirt 3.6.0 Second Release Candidate is now available for testing
by Sandro Bonazzola 15 Oct '15

15 Oct '15

The oVirt Project is pleased to announce the availability of the Second Release Candidate of oVirt 3.6 for testing, as of October 15th, 2015. This release is available now for Fedora 22, Red Hat Enterprise Linux 6.7, CentOS Linux 6.7 (or similar) and Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar). This release supports Hypervisor Hosts running Red Hat Enterprise Linux 7.1, CentOS Linux 7.1 (or similar), Fedora 21 and Fedora 22. Highly experimental support for Debian 8.1 Jessie has been added too. This release of oVirt 3.6.0 includes numerous bug fixes. See the release notes [1] for an initial list of the new features and bugs fixed. Please refer to release notes [1] for Installation / Upgrade instructions. New oVirt Node ISO and oVirt Live ISO will be available soon as well[2]. Please note that mirrors[3] may need usually one day before being synchronized. Please refer to the release notes for known issues in this release. [1] http://www.ovirt.org/OVirt_3.6_Release_Notes [2] http://plain.resources.ovirt.org/pub/ovirt-3.6-pre/iso/ [3] http://www.ovirt.org/Repository_mirrorsCurrent_mirrors -- Sandro Bonazzola Better technology. Faster innovation. Powered by community collaboration. See how it works at redhat.com

1 0

Backup / Export Storage
by Soeren Malchow 15 Oct '15

15 Oct '15

--_000_4DE6BB4567504CC78BFEA6EF38855C66mcongroupcom_ Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 RGVhciBhbGwsDQoNCldlIGhhdmUgYSBsYXJnZSBhbW91bnQgb2YgVm1zIGluIHRoZSBiYWNrdXAv ZXhwb3J0IHN0b3JhZ2UsIGJhc2ljYWxseSBldmVyeSBvZiB0aGUgYXBwcm94IDUwIG1hY2hpbmVz IGluIGFwcHJveCAyMC0zMCBnZW5lcmF0aW9ucywgdGhlIGxpc3RpbmcgKGluIFZNIEltcG9ydCBU YWIgb2YgdGhlIHN0b3JhZ2UpIHdhcyBhbHdheXMgdmVyeSBzbG93LCBidXQgbm93IGkgZ2V0IGFu IGVycm9yIOKAkyBhbSBzbWFsbCBwb3B1cCB3aXRoIGEgNTAyLg0KDQpJIGNhbiBub3QgZXZlbiBk ZWxldGUgVm1zIHRvIG1ha2UgdGhlIHN0b3JhZ2Ugc21hbGxlciBhZ2Fpbi4NCg0KUmVnYXJkaW5n IHRoaXMgaSBoYXZlIGEgZmV3IHF1ZXN0aW9ucw0KDQogIDEuICBIb3cgZG8gaSByZWR1Y2UgdGhl IGFtb3VudCBvZiBWTVMgc28gdGhhdCBpIGNhbiBhY2Nlc3MgdGhlIFZNIEltcG9ydCBhZ2FpbiA/ IENhbiBpIGp1c3QgZGVsZXRlIG9uIHN0b3JhZ2UgbGV2ZWwgPw0KICAyLiAgSXMgdGhlcmUgYW55 dGhpbmcgaSBjYW4gZG8gdG8gc3BlZWQgdXAgdGhlIGxpc3RpbmcNCiAgMy4gIERvZXMgYW55b25l IGhhdmUgYW4gaWRlYSBob3cgdG8gZXhwb3J0IHRoZSBleHBvcnRlZCAoeWVzIDotKSApIFZNUyB0 byBhbm90aGVyIHN0b3JhZ2UgaW4gYSB3YXkgdGhhdCB0aGV5IGNhbiBiZSBhY2Nlc3NlZCBhbmQg cmVpbXBvcnRlZCBpZiBuZWNlc3NhcnksIGFzIGZhciBhcyBpIGtub3cgdGhlIG1hY2hpbmVzIGFy ZSBhbHJlYWR5IG92ZiBmb3JtYXRzLCBpIHdvdWxkIG9ubHkgbmVlZCB0byBnZXQgdGhlIG5hbWUg Zm9yIGVhY2ggbWFjaGluZSBhbmQgd3JpdGUgaXQgc29tZWh3ZXJlIGVsc2UsIHN1Z2dlc3Rpb25z ID8NCg0KQ2hlZXJzDQpTb2VyZW4NCg== --_000_4DE6BB4567504CC78BFEA6EF38855C66mcongroupcom_ Content-Type: text/html; charset="utf-8" Content-ID: <EEDA9A26D75F374F900DE89D20E637D5(a)mcon-group.directory> Content-Transfer-Encoding: base64 PGh0bWw+DQo8aGVhZD4NCjxtZXRhIGh0dHAtZXF1aXY9IkNvbnRlbnQtVHlwZSIgY29udGVudD0i dGV4dC9odG1sOyBjaGFyc2V0PXV0Zi04Ij4NCjwvaGVhZD4NCjxib2R5IHN0eWxlPSJ3b3JkLXdy YXA6IGJyZWFrLXdvcmQ7IC13ZWJraXQtbmJzcC1tb2RlOiBzcGFjZTsgLXdlYmtpdC1saW5lLWJy ZWFrOiBhZnRlci13aGl0ZS1zcGFjZTsgY29sb3I6IHJnYigwLCAwLCAwKTsgZm9udC1zaXplOiAx NHB4OyBmb250LWZhbWlseTogQ2FsaWJyaSwgc2Fucy1zZXJpZjsiPg0KPGRpdj4NCjxkaXY+DQo8 ZGl2PkRlYXIgYWxsLDwvZGl2Pg0KPGRpdj48YnI+DQo8L2Rpdj4NCjxkaXY+V2UgaGF2ZSBhIGxh cmdlIGFtb3VudCBvZiBWbXMgaW4gdGhlIGJhY2t1cC9leHBvcnQgc3RvcmFnZSwgYmFzaWNhbGx5 IGV2ZXJ5IG9mIHRoZSBhcHByb3ggNTAgbWFjaGluZXMgaW4gYXBwcm94IDIwLTMwIGdlbmVyYXRp b25zLCB0aGUgbGlzdGluZyAoaW4gVk0gSW1wb3J0IFRhYiBvZiB0aGUgc3RvcmFnZSkgd2FzIGFs d2F5cyB2ZXJ5IHNsb3csIGJ1dCBub3cgaSBnZXQgYW4gZXJyb3Ig4oCTIGFtIHNtYWxsIHBvcHVw IHdpdGggYSA1MDIuPC9kaXY+DQo8ZGl2Pjxicj4NCjwvZGl2Pg0KPGRpdj5JIGNhbiBub3QgZXZl biBkZWxldGUgVm1zIHRvIG1ha2UgdGhlIHN0b3JhZ2Ugc21hbGxlciBhZ2Fpbi48L2Rpdj4NCjxk aXY+PGJyPg0KPC9kaXY+DQo8ZGl2PlJlZ2FyZGluZyB0aGlzIGkgaGF2ZSBhIGZldyBxdWVzdGlv bnM8L2Rpdj4NCjxvbD4NCjxsaT5Ib3cgZG8gaSByZWR1Y2UgdGhlIGFtb3VudCBvZiBWTVMgc28g dGhhdCBpIGNhbiBhY2Nlc3MgdGhlIFZNIEltcG9ydCBhZ2FpbiA/IENhbiBpIGp1c3QgZGVsZXRl IG9uIHN0b3JhZ2UgbGV2ZWwgPzwvbGk+PGxpPklzIHRoZXJlIGFueXRoaW5nIGkgY2FuIGRvIHRv IHNwZWVkIHVwIHRoZSBsaXN0aW5nPC9saT48bGk+RG9lcyBhbnlvbmUgaGF2ZSBhbiBpZGVhIGhv dyB0byBleHBvcnQgdGhlIGV4cG9ydGVkICh5ZXMgOi0pICkgVk1TIHRvIGFub3RoZXIgc3RvcmFn ZSBpbiBhIHdheSB0aGF0IHRoZXkgY2FuIGJlIGFjY2Vzc2VkIGFuZCByZWltcG9ydGVkIGlmIG5l Y2Vzc2FyeSwgYXMgZmFyIGFzIGkga25vdyB0aGUgbWFjaGluZXMgYXJlIGFscmVhZHkgb3ZmIGZv cm1hdHMsIGkgd291bGQgb25seSBuZWVkIHRvIGdldCB0aGUgbmFtZSBmb3IgZWFjaCBtYWNoaW5l DQogYW5kIHdyaXRlIGl0IHNvbWVod2VyZSBlbHNlLCBzdWdnZXN0aW9ucyA/PC9saT48L29sPg0K PGRpdj5DaGVlcnM8L2Rpdj4NCjxkaXY+U29lcmVuICZuYnNwOzwvZGl2Pg0KPGRpdj4NCjxkaXYg aWQ9Ik1BQ19PVVRMT09LX1NJR05BVFVSRSI+PC9kaXY+DQo8L2Rpdj4NCjwvZGl2Pg0KPC9kaXY+ DQo8L2JvZHk+DQo8L2h0bWw+DQo= --_000_4DE6BB4567504CC78BFEA6EF38855C66mcongroupcom_--

1 0

Identify the vm name in storage
by Budur Nagaraju 14 Oct '15

14 Oct '15

HI how to identify the vm instance in storage ? is there any way to identify ? Thanks, Nagaraju

2 1

Re: [ovirt-users] Logical Networks with different MTUs
by Yevgeny Zaspitsky 14 Oct '15

14 Oct '15

Hello Cam, The problem you described seems to be similar to the described in https://bugzilla.redhat.com/show_bug.cgi?id=1242227. The mentioned bug was fixed in one of the recent oVirt builds. The updated Ovirt code allows to mix networks (regardless of them being VM or non-VM) on a single NIC with the following conditions: - not more than one non-VLAN network in conjunction with any number of VLANs - MTU of the VLAN networks have to be equal to that of a non-VLAN one if such exists So I'd advise you to update you oVirt to the latest build. Regards, Yevgeny On Tue, Oct 6, 2015 at 2:47 AM, Cam Wright <cwright(a)cuttingedge.com.au> wrote: > Hi, > > I've just started building an oVirt farm as a replacement for our > existing infrastructure and I'm having issues configuring multiple > VLAN bridges with different MTUs. > > When I try to add a logical network with a VLAN tag + VM Network + MTU > 9000 to a bonded interface on my host with only the ovirtmgmt network > (MTU 1500, default) it throws up an error message and won't let me > continue, error message below: > > Cannot setup Networks. The following Logical Networks do not have the > same MTU value: ovirtmgmt(default), > net_bne_vlan10(9000). > > Eventually, I will want to add more logical networks with the default > MTU, so setting the ovirtmgmt MTU to 9000 is unfortunately not going > to solve my issue. > > This is something I can do in vanilla Linux networking where I set the > 802.3ad bond to be MTU 9000 and configure two different bridges off > that interface to 1500 and 9000, however this does not seem to be > possible in the oVirt web interface. > > I've dug through the Administration guide and feature requests and > there doesn't seem to be anything there around using different MTU > values for different logical networks. > > Has anyone been able to successfully do this? The > /etc/sysconfig/network-scripts and /var/lib/vdsm/persistence/netconf > files seem to get rewritten whenever the vdsm service does anything, > so I'm reluctant to edit them manually. > > The hosts were built using the hosted-engine installer on Fedora 22. > The engine is running Fedora 22 also, see below: > > [root@bne-ovirtengine01 ~]# cat /etc/redhat-release > Fedora release 22 (Twenty Two) > [root@bne-ovirtengine01 ~]# uname -r > 4.0.4-301.fc22.x86_64 > > oVirt Engine Version: 3.6.0-1.fc22 > > Any assistance would be appreciated. > > Cam Wright | Systems Administrator > CUTTINGEDGE > 90 Victoria St, West End, Brisbane, QLD, 4101 > T +61 7 3013 6222 > E cwright(a)cuttingedge.com.au | W www.cuttingedge.com.au > > /SYD /BNE /MEL /TYO > _______________________________________________ > Users mailing list > Users(a)ovirt.org > http://lists.ovirt.org/mailman/listinfo/users >

1 0