- Users - oVirt List Archives

This VM is not managed by the engine
by Jaret Garcia 19 Oct '15

19 Oct '15

--=_223255a2b9290ae41a14342812244984 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Hi everyone,=0A=0AAfew weeks ago we had a problem with the SPM and all h= ost in the=0Acluster got stocked in contending, we restarted hosts one b= y one, and=0Athe issue was solved. Howerver we didn't notice that one se= rver even=0Ait never stop running, it changed its state some way and the= n no=0Achanges could be done to the VM, we tried to add more RAM and we= saw=0Athe message "Cannot run VM. This VM is not managed by the engine"= , so=0Awe ssh the VM an send it to reboot, and once we did that the VM n= ever=0Acame back, we still see the VM in the engine administration but i= t=0Adoes not show any information regarding to network, disk, and so. We= =0Acreated another VM to replace the services in the one we lost, howeve= r=0Awe need to recover the files in the lost VM, we believe the image=0A= should be in the storage but we haven't found a way to recover it,=0Asom= e time ago we came across a similar situation but at that time it=0Awas= a NFS data domain, so it was easier for us to go inside the=0Astorage s= erver an search for the VM ID to scp the image and mount it=0Asomewhere= else, this time the storage is iscsi and even we found that=0Athe hosts= mount the target in /rhev/data-center/mnt/blockSD/=C2=A0=C2=A0 we=0Aonl= y see there the active images for the cluster, can anyone point us=0Ahow= we can recover the lost image?=C2=A0 We know the VM ID and the Disk ID= =0Afrom Ovirt.=0A=0AOur Setup=0Aovirt version: 3.5.4 hosted engine=0A4 s= upermicro hosts running centos 7.1=0A1 iscsi storage server running Open= -E DSS v7 Lite=0A=0AThanks in advance=0A=0AJaret=0AEmail sent using Pack= et Mail - Email, Groupware and Calendaring for=0Athe cloud! --=_223255a2b9290ae41a14342812244984 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <html><body style=3D"font-family: Helvetica,Arial,sans-serif; font-size:= 12px;">Hi everyone, Afew weeks ago we had a problem with the SPM= and all host in the cluster got stocked in contending, we restarted hos= ts one by one, and the issue was solved. Howerver we didn't notice that= one server even it never stop running, it changed its state some way an= d then no changes could be done to the VM, we tried to add more RAM and= we saw the message "Cannot run VM. This VM is not managed by the engine= ", so we ssh the VM an send it to reboot, and once we did that the VM ne= ver came back, we still see the VM in the engine administration but it d= oes not show any information regarding to network, disk, and so. We crea= ted another VM to replace the services in the one we lost, however we ne= ed to recover the files in the lost VM, we believe the image should be i= n the storage but we haven't found a way to recover it, some time ago we= came across a similar situation but at that time it was a NFS data doma= in, so it was easier for us to go inside the storage server an search fo= r the VM ID to scp the image and mount it somewhere else, this time the= storage is iscsi and even we found that the hosts mount the target in /= rhev/data-center/mnt/blockSD/=C2=A0=C2=A0 we only see there the active i= mages for the cluster, can anyone point us how we can recover the lost i= mage?=C2=A0 We know the VM ID and the Disk ID from Ovirt. Our Set= up ovirt version: 3.5.4 hosted engine 4 supermicro hosts running c= entos 7.1 1 iscsi storage server running Open-E DSS v7 Lite Th= anks in advance Jaret Email sent using Packet Mail - Email, Gr= oupware and Calendaring for the cloud!</body></html> --=_223255a2b9290ae41a14342812244984--

3 3

Ha cluster 3 nodes but 1 slow
by Nicolas LIENARD 19 Oct '15

19 Oct '15

------LR35WVKSJTP2ZE0S9J713PVY1DHYNC Content-Transfer-Encoding: 8bit Content-Type: text/plain; charset=UTF-8 Hi Currently, i ve 3 nodes, 2 in same DC and a third in another DC. They are all bridged together through a vpn. I know a cluster is at least 3 nodes to satisfy the quorum. My question is to know if i can have my VM balancing on the 2 fast nodes with HA and glusterfs replica 2. And use the slow third node to satisfy quorum and a gluster geo-replication to act as a Backup. Let me know if this is technically suitable with Ovirt. Thanks a lot Regards Nico ------LR35WVKSJTP2ZE0S9J713PVY1DHYNC Content-Type: text/html; charset=utf-8 Content-Transfer-Encoding: 8bit Hi Currently, i ve 3 nodes, 2 in same DC and a third in another DC. They are all bridged together through a vpn. I know a cluster is at least 3 nodes to satisfy the quorum. My question is to know if i can have my VM balancing on the 2 fast nodes with HA and glusterfs replica 2. And use the slow third node to satisfy quorum and a gluster geo-replication to act as a Backup. Let me know if this is technically suitable with Ovirt. Thanks a lot Regards Nico ------LR35WVKSJTP2ZE0S9J713PVY1DHYNC--

4 4

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