- Users - oVirt List Archives

Invitation: [3.6 deep dive] - v2v - Moving your Virtual Machines to o... @ Wed 2015-07-22 16:30 - 17:30 (bazulay@redhat.com)
by Barak Azulay 19 Jul '15

19 Jul '15

You have been invited to the following event. Title: [3.6 deep dive] - v2v - Moving your Virtual Machines to oVirt with ease oVirt 3.6 introduces an integrated process to import virtual machines from VMware vSphere and virtual appliance (OVA) files. The previous import process that was tedious and error-prone is replaced by a user-friendly, robust and efficient process. In this session Arik will present its architecture, present a demonstration that will show how one can import a virtual machine from VMware vSphere into oVirt from oVirt's administration portal and discuss present current limitations and possible future enhancements. feature page: http://www.ovirt.org/Features/virt-v2v_Integration When: Wed 2015-07-22 16:30 - 17:30 Jerusalem Where: https://www.youtube.com/watch?v=7vd8X6t9eBk Calendar: bazulay(a)redhat.com Who: * Barak Azulay - organizer * Arik Hadas * Michal Skrivanek * devel(a)ovirt.org * users(a)ovirt.org Event details: https://www.google.com/calendar/event?action=VIEW&eid=bW5hMmlhbzYyNXJwZDI4Z… Invitation from Google Calendar: https://www.google.com/calendar/ You are receiving this courtesy email at the account users(a)ovirt.org because you are an attendee of this event. To stop receiving future updates for this event, decline this event. Alternatively you can sign up for a Google account at https://www.google.com/calendar/ and control your notification settings for your entire calendar. Forwarding this invitation could allow any recipient to modify your RSVP response. Learn more at https://support.google.com/calendar/answer/37135#forwarding

1 0

oVirt in the 16th edition of the International Free Software Forum (FISL)
by Douglas Schilling Landgraf 19 Jul '15

19 Jul '15

Report available at: http://dougsland.livejournal.com/124552.html -- Cheers Douglas

3 2

Storage question: single node gluster?
by Alan Murrell 18 Jul '15

18 Jul '15

Hi There, This is not strictly oVirt, but is storage-related, so hopefully you will indulge me? Is there any detriment (performance or otherwise) in setting up a single-node glusterFS storage? I know glusterFS is designed to be used with multiple nodes, but I am wondering if there are any ill-effects in configuring current storage as a single-node cluster, with the idea of possibly adding future nodes in the future? Thanks! :-) -Alan

3 3

reinstall hosted-engine with ovirt 3.5?
by Alastair Neil 18 Jul '15

18 Jul '15

Due to a moment of idiocy I accidentally upgraded my hosted-engine vm to Fedora 22 and now ovirt-engine will not start, I was able to get postgesql up an running so I was able to make a backup of the engine. As far as I know Ovirt 3.5 is not supported on F22, so my options seem limited. 1, update to the 3.6 prerelease 2, reinstall the VM, if I were doing this I would use CentOS 7 my preference would be to fresh install the hosted-engine. I am guessing the way to go about this would be to shutdown the HE broker and agent daemons on all the nodes, possibly clean the metadata? and the do a hosted engine deploy as though migrating from an external engine. Can anyone comment if this is reasonable? Thanks, -Alastair

2 3

3.5.3 node iso
by Patrick Russell 17 Jul '15

17 Jul '15

Any chance that 3.5.3 EL7 node will get a release soon? -Patrick

5 6

Migrate hosted-engine from NFS to ISCSI
by Christoph Sieghart 17 Jul '15

17 Jul '15

Dear list, we are running an ovirt 3.5 cluster with 3 nodes and about 50 vms. The ovirt engine is deployed as a hosted engine with NFS storage. oVirt 3.5 now supports ISCSI as storage backed for the hosted engine and we would like to move our hosted-engine to ISCSI. Is there any way to migrate the existing engine from NFS to ISCSI? If no migration path exists, is there a way to reinstall the engine without disruption to the cluster? best regards, Christoph

1 0

Problem with Mac Spoof Filter
by InterNetX - Juergen Gotteswinter 17 Jul '15

17 Jul '15

Hi, seems like the Setting EnableMACAntiSpoofingFilterRules only applies to the main IP of a VM, additional IP Adresses on Alias Interfaces (eth0:x) are not included in the generated ebtables ruleset. Is there any Workaround / Setting / whatever to allow more than one IP without completly disabling this Filter? Thanks, Juergen

2 1

hosted_engine, fencing does not work
by martirosov.d 17 Jul '15

17 Jul '15

Hi. ovirt3.5 Have two servers(node1 and node2) that are runnig Centos6.6. 1. engine on node2. Disables network node1, engine restarts after some time node1 and everything works fine. 2. engine on node1. Disables network node1, engine moved to node2, node1 but does not reset, although attempts. That log messages: 2015-Jul-03, 10:42 Host node1 is not responding. It will stay in Connecting state for a grace period of 120 seconds and after that an attempt to fence the host will be issued. 2015-Jul-03, 10:39 Host node1 is not responding. It will stay in Connecting state for a grace period of 120 seconds and after that an attempt to fence the host will be issued. 2015-Jul-03, 10:36 Host node1 is not responding. It will stay in Connecting state for a grace period of 120 seconds and after that an attempt to fence the host will be issued. 2015-Jul-03, 10:34 User admin@internal logged in. 2015-Jul-03, 10:33 Host node1 became non responsive. It has no power management configured. Please check the host status, manually reboot it, and click "Confirm Host Has Been Rebooted" 2015-Jul-03, 10:33 Host node2 from cluster emk-cluster was chosen as a proxy to execute Status command on Host node1. 2015-Jul-03, 10:33 Host node1 is non responsive. Manual fencing to node1 works from the node2: # fence_ipmilan -A password -i 10.64.1.103 -l admin -p *** -o status Getting status of IPMI:10.64.1.103...Chassis power = On Done Power Management on node2 test succeeded in oVirt Manager. i.e. If turn off the host on which the engine, after moving to a healthy host, engine does not fencing to a problematic host and all VMs that were on problematic host does not migrate. If the problem is not with the host on which the engine, then it works: making fence, and migrates Vms.

4 6

IPV6 on vms
by Adam Popik 16 Jul '15

16 Jul '15

This is a cryptographically signed message in MIME format. --------------ms080703010009040209040704 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable Hello; I have 2 ovirt nodes (v3.5.3, all on centos 7) with ovirt engine on=20 separate machine, few vlans, shared storage etc. Installation is mostly=20 standard. Virtual machines with ipv4 only works well without problems.=20 But I have lot of issues with ipv6 on virtual machines. When I turn on=20 virtual machine it works well (ipv4 and ipv6). But when I migrate vm=20 than ipv6 simply stop works. Time to time works well but I don't known=20 why .... My bridges are bonded interfaces with vlans. I search Internet for this issue and I found some information about=20 issues with multicast on bridge (I try to set few parameters but without = positive results ... ). Is there any solution for this IPV6 issues ? Greetings PS. Sorry for my broken English. Adam --------------ms080703010009040209040704 Content-Type: application/pkcs7-signature; name="smime.p7s" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="smime.p7s" Content-Description: Kryptograficzna sygnatura S/MIME MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIKDTCC 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/kFQN6OV9oMIIFQjCCBCqgAwIBAgIQB+vwXS54 kty2l8TbFPx89DANBgkqhkiG9w0BAQUFADA7MQswCQYDVQQGEwJOTDEPMA0GA1UEChMGVEVS RU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EwHhcNMTQwMzExMDAwMDAwWhcNMTcw MzEwMjM1OTU5WjCCASkxCzAJBgNVBAYTAlBMMRswGQYDVQQIExJaYWNob2RuaW9wb21vcnNr aWUxETAPBgNVBAcTCFN6Y3plY2luMQ8wDQYDVQQREwY3MC0zMTAxGDAWBgNVBAkMD2FsLiBQ aWFzdMOzdyAxNzEnMCUGA1UECxMeVWN6ZWxuaWFuZSBDZW50cnVtIEluZm9ybWF0eWtpMUIw QAYDVQQKEzlaYWNob2RuaW9wb21vcnNraSBVbml3ZXJzeXRldCBUZWNobm9sb2dpY3pueSB3 IFN6Y3plY2luaWUxFzAVBgkqhkiG9w0BCQIWCDcyOUBBTVNLMRMwEQYDVQQDEwpBZGFtIFBv cGlrMSQwIgYJKoZIhvcNAQkBFhVBZGFtLlBvcGlrQHp1dC5lZHUucGwwggEiMA0GCSqGSIb3 DQEBAQUAA4IBDwAwggEKAoIBAQCkVikJy6TLmlK13g1wlY68hxDk/D7Mtxd4qUyiHxFm7HyD /0ZlN5Gkq1oVYAmivw5e50fvesNoqIdgOTKyVKzenZ/S9wj3++FlVbTkMN7zHANgHEXY5kJ4 8cI7l9kV/iDEsPpp2QW4VcBqBYWk9h+G4ihiI4/zczTBuSvXGMnop6SyelRy4SI756PNXPOq 9lgJz39TpvhuqbvTlMDetApejrNI0Z0tMSX3gGi4OxNmk2Ta+itv6ui0KMXL6VGsGKEn9ZOU R+178oG743/WbjploYMAEI7v7Y4jnWntB0yJFCnOM0WjRMRTxtiXAyp3H9CTXXimGoNGc5hQ Ak/7bp19AgMBAAGjggFQMIIBTDAfBgNVHSMEGDAWgBRjTUNaGUg/xEbBArq/7g7lgrdmpjAd BgNVHQ4EFgQUd79wiOBl04XHHIc2AhUUV+qKvW4wDgYDVR0PAQH/BAQDAgWgMAwGA1UdEwEB /wQCMAAwHQYDVR0lBBYwFAYIKwYBBQUHAwQGCCsGAQUFBwMCMBgGA1UdIAQRMA8wDQYLKwYB BAGyMQECAh0wPwYDVR0fBDgwNjA0oDKgMIYuaHR0cDovL2NybC50Y3MudGVyZW5hLm9yZy9U RVJFTkFQZXJzb25hbENBLmNybDByBggrBgEFBQcBAQRmMGQwOgYIKwYBBQUHMAKGLmh0dHA6 Ly9jcnQudGNzLnRlcmVuYS5vcmcvVEVSRU5BUGVyc29uYWxDQS5jcnQwJgYIKwYBBQUHMAGG Gmh0dHA6Ly9vY3NwLnRjcy50ZXJlbmEub3JnMA0GCSqGSIb3DQEBBQUAA4IBAQBqgvGzJHyV FBEai7vrYzy6235rfd+hZpP13oMtjltOn7DQrTIsVAZQVsMtZXbJq3UpEGwA0aq/hJ+HKHpu O3uR3GkxK8ISFHraosOq1y5el6yjccBi2gpnrp2pOozXpsd4KAJzz3hPzjWyh5QUNEie6qSv utRBJkv/ws9Ah2zImLaPwgyGIGgLb9GeLYGuw2HmkvqW2zUDMssrPFbVAH5Nw5fC580ADNFW nHesZSx9mElU4r1Sglb5O7ZH2oiE4d+8kc18SluMnUcyH8gMBAAmnF66dzpPrtmGGwdcDq5b sJJQT8AXZ5U+pAAQ/gRhgBITG+2PQPnTC+ggw+a+N+nzMYIDBzCCAwMCAQEwTzA7MQswCQYD VQQGEwJOTDEPMA0GA1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0EC EAfr8F0ueJLctpfE2xT8fPQwCQYFKw4DAhoFAKCCAY0wGAYJKoZIhvcNAQkDMQsGCSqGSIb3 DQEHATAcBgkqhkiG9w0BCQUxDxcNMTUwNzE1MjIyOTMyWjAjBgkqhkiG9w0BCQQxFgQU8P7M crkSPqlO/2af9CgJ6B8YI2kwXgYJKwYBBAGCNxAEMVEwTzA7MQswCQYDVQQGEwJOTDEPMA0G A1UEChMGVEVSRU5BMRswGQYDVQQDExJURVJFTkEgUGVyc29uYWwgQ0ECEAfr8F0ueJLctpfE 2xT8fPQwYAYLKoZIhvcNAQkQAgsxUaBPMDsxCzAJBgNVBAYTAk5MMQ8wDQYDVQQKEwZURVJF TkExGzAZBgNVBAMTElRFUkVOQSBQZXJzb25hbCBDQQIQB+vwXS54kty2l8TbFPx89DBsBgkq hkiG9w0BCQ8xXzBdMAsGCWCGSAFlAwQBKjALBglghkgBZQMEAQIwCgYIKoZIhvcNAwcwDgYI KoZIhvcNAwICAgCAMA0GCCqGSIb3DQMCAgFAMAcGBSsOAwIHMA0GCCqGSIb3DQMCAgEoMA0G CSqGSIb3DQEBAQUABIIBADDLw/xmNYzSBIQIxqRAIKdNi4C+vQbVA4z7LK+taiWjvbI9rlZ7 +GWvbymr+PwrZkQUJZgiuap0Z7EVC05LnL3icu0y0LTV4SyE9qqzCw0TAqKzElqJWX1q+GnD 8OTLFQzqwAKu5x4G4TfL1QHXFlgzjY9P2g1SYtKLsJKFHVHGxWx3SHssGoZOKEibH5tTZdZT HQnw5Uo47dvBmzm0lcKH73TaJqBpICev2WJXb9cmNZna3PFi73mS4h8Wm4w1U0UaK736RiIJ 8UugKkMy0HivXkqvxddL3N1VH8fVVRI02Xq0YMFqkzFD+V0Fl20hmLUov9iDfSTupWtH6VeM WaIAAAAAAAA= --------------ms080703010009040209040704--

2 1

oVirt 3.6 - deep dive sessions
by Barak Azulay 16 Jul '15

16 Jul '15

oVirt 3.6 will be released soon. Deep dive sessions on various features / aspects of this release will be scheduled In the upcoming several weeks. You have a chance to take a look into this new exciting release. Stay tuned and join these sessions. Thanks Barak Azulay

1 0