[ovirt-users] CoreOS can not install on Ovirt

[Punit Dambiwal]

Hi,

I try to install the CoreOS (https://coreos.com/) as guest VM under ovirt
3.5 by ISO...but if i choose this CoreOS iso

[image: Inline image 1]

But if i choose Centos iso...it start the installation without any problem
i already checked the ISO of CoreOS is perfectly fine...i can install
it with physical machine...but stuck in the OVirt...

Thanks,
Punit
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Strange External Vm's

[Punit Dambiwal]

HI Oved,

I removed them forcefully...but yes i have seen that some of the VM cant
shutdown and even can not poweroff...then i manually suspend >> poweroff >>
removed

But it's strange in 3.5in 3.4 in any how if you press poweroff button
on the VM...the VM was poweroff...but in 3.5 even i press poweroff on the
shutdown stuck VMpoweroff also can not powerdown the VM...

Thanks,
punit

On Mon, Oct 27, 2014 at 1:43 PM, Oved Ourfali  wrote:

> VMs are considered external, when they are running on the host, but not
> known to the engine.
> You shouldn't be able to remove a running VM, so either the shutdown
> failed, or there was some other issue that led to that.
> Can you attach the engine.log and the relevant host vdsm.log?
>
> - Original Message -
> > From: "Punit Dambiwal" 
> > To: users@ovirt.org
> > Sent: Monday, October 27, 2014 5:02:55 AM
> > Subject: [ovirt-users] Strange External Vm's
> >
> > Hi,
> >
> > I have upgraded ovirt 3.4 to 3.5 ...now whenever i removed any VM...ovirt
> > created some strage external vm's...
> >
> >
> >
> > ___
> > 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] 3.5 install issues: failed to setup ovirtmgmt

[Dan Kenigsberg]

On Mon, Oct 27, 2014 at 07:49:45AM +0100, Jiri Moskovcak wrote:
> On 10/26/2014 11:13 PM, Dan Kenigsberg wrote:
> >On Sat, Oct 25, 2014 at 09:18:18PM -0400, Robert Story wrote:
> >>On Sat, 25 Oct 2014 23:30:41 +0100 Dan wrote:
> >>DK> On Sat, Oct 25, 2014 at 03:18:32PM -0400, Robert Story wrote:
> >>DK> > line 225, in _setupNetworks 'message: "%s"' % (networks, code,
> >>DK> > message)) RuntimeError: Failed to setup networks {'ovirtmgmt':
> >>DK> > {'nic': 'eth0', 'netmask': '255.255.255.0', 'bootproto': 'none',
> >>DK> > 'ipaddr': '10.69.79.31'}}. Error code: "16" message: "Unexpected
> >>DK> > exception"
> >>DK>
> >>DK> This means that something nasty happened inside Vdsm while attempting to
> >>DK> create the bridge.
> >>DK>
> >>DK> Can you attach vdsm.log and supervdsmd.log?
> >>
> >>Sure...
> >>
> >>http://futz.org/users/tmp/ovirt5/supervdsm.log
> >>http://futz.org/users/tmp/ovirt5/vdsm.log
> >
> >supervdsm.log has
> >
> >MainProcess|Thread-16::DEBUG::2014-10-25 
> >12:37:25,045::supervdsmServer::101::SuperVdsm.ServerCallback::(wrapper) call 
> >setupNetworks with ({'ovirtmgmt': {'nic': 'eth0', 'netmask': 
> >'255.255.255.0', 'bootproto': 'none', 'ipaddr': '10.69.79.31'}}, {}, 
> >{'connectivityCheck': False}) {}
> >MainProcess|Thread-16::WARNING::2014-10-25 
> >12:37:25,046::libvirtconnection::135::root::(wrapper) connection to libvirt 
> >broken. ecode: 1 edom: 7
> >MainProcess|Thread-16::CRITICAL::2014-10-25 
> >12:37:25,046::libvirtconnection::137::root::(wrapper) taking calling process 
> >down.
> >MainThread::DEBUG::2014-10-25 
> >12:37:25,046::supervdsmServer::451::SuperVdsm.Server::(main) Terminated 
> >normally
> >MainProcess|Thread-16::DEBUG::2014-10-25 
> >12:37:25,046::libvirtconnection::143::root::(wrapper) Unknown libvirterror: 
> >ecode: 1 edom: 7 level: 2 message: internal error client socket is closed
> >
> >which means that libvirtd has died (or was restarted).
> >
> >Jiri, can you tell why this has happened?
> 
> Hi Dan,
> I'm not libvirt expert, so I don't have any idea why it died and I don't
> think the setup restarts it during the installation.

When `vdsm-tool configure` change libvirt's condifuration, the
installation should restart libvirtd. Vdsm (and supervdsm) must be
restarted after the new libvirtd process is up. I remember that we had
some problems in developement time, and wonder if we see here another
case.

Can you or Sandro compare timeings and check this out?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 3.5 & NAT

[Phil Daws]

I believe am really missing the point somewhere along the line :( on my 
straight KVM and OVS system I see:

brctl show
bridge name bridge id   STP enabled interfaces
virbr0  8000.fe5400552ed9   yes vnet5
vnet8
ovs-vsctl show
55a2af2f-daf5-4f01-a757-9bccaf4f6932
Bridge "ovsbr0"
Port "vnet0"
Interface "vnet0"
Port "vnet1"
tag: 8
Interface "vnet1"
Port "vnet13"
tag: 14
Interface "vnet13"
Port "vnet9"
tag: 10
Interface "vnet9"
Port "mgmt0"
Interface "mgmt0"
type: internal
Port "vnet14"
tag: 8
Interface "vnet14"
Port "ovsbr0"
Interface "ovsbr0"
type: internal
Port "vnet11"
tag: 8
Interface "vnet11"

and on the new oVirt system I see:

brctl show
bridge name bridge id   STP enabled interfaces
;vdsmdummy; 8000.   no  
ovirtmgmt   8000.c81f66c42c76   no  em1
vnet0
ovs-vsctl show
08554d11-3ba7-4303-b9d5-6a09f23c9057
Bridge "ovsbr0"
Port "ovsbr0"
Interface "ovsbr0"
type: internal


so I have the ovirtmgmt bridge running fine and that is responding to traffic.  
If I bond an IP to the ovsbr0 it responds okay:

ip add add 88.XXX.XXX.XXX/29 dev ovsbr0

so network traffic is flowing in and out of OVS.  The next step would be to 
create a VM that will act as the firewall with a public facing interface on 
ovsbr0, but then all internal networks would need specific vlans behind that.  
I have already defined a new network called ovs-network:


  ovs-network
  76152e72-34da-43bc-864a-85e727025bc9
  
  
  
  

  

  
  

  

  
  

  

  
  

  

  
  

  

  
  
  


and then I should just be able to assign the network and vlan IDs to each VM 
NIC:


  
  
  
  


  
  
  
  


so where should I start to put all this together please ? I believe am 90% 
there its just how to get the source-network and port-group to be assigned to a 
VM guest when its built ?  Guess probably need to create a new hook similar to 
https://github.com/oVirt/vdsm/blob/master/vdsm_hooks/macspoof/macspoof_vnic.py 
that changes this in each guests VM definition from bridge to a network:

  










  

Thanks, Phil
- Original Message -
From: "Phil Daws" 
To: users@ovirt.org
Sent: Monday, 27 October, 2014 5:16:05 PM
Subject: Re: [ovirt-users] oVirt 3.5 & NAT

How does one add multiple custom properties ? tried: 

engine-config -s 
CustomDeviceProperties='{type=interface;prop={vlan=^[a-zA-Z0-9_ 
---]+$}}{type=interface;prop={bridge=^[a-zA-Z0-9_ ---]+$}}' 

but ended up with one call vlan and the other prop :) If can add vlan and 
bridge then should be able to use a vNIC profile for adding an interface 
directly to OVS using a custom hook. 

Thanks, Phil 

- Original Message - 
From: "Phil Daws"  
To: users@ovirt.org 
Sent: Monday, 27 October, 2014 3:04:20 PM 
Subject: Re: [ovirt-users] oVirt 3.5 & NAT 

Well, in fact have got something to work now! Left ovirtmgmt and em1 alone but 
ran: 

$ ovs-vsctl add-br ovsbr0 
$ ip link add name veth0 type veth peer name veth1 
$ brctl addif ovirtmgmt veth0 
$ ovs-vsctl add-port ovsbr veth1 
$ ip add add XXX.XXX.XXX.XXX/29 dev veth1 
$ ip link set veth0 up && ip link set veth1 up 

and now veth1 is responding as-well as veth0. 

ovs-vsctl show 
08554d11-3ba7-4303-b9d5-6a09f23c9057 
Bridge "ovsbr0" 
Port "veth1" 
Interface "veth1" 
Port "ovsbr0" 
Interface "ovsbr0" 
type: internal 

so what I think should do now is create a custom parameter on the Engine 
Manager that allows one to define an OVS bridge name and VLAN so when a virtual 
guest is created it can be assigned to the new bridge; with the use of a custom 
hook. 

Thanks, Phil 
- Original Message - 
From: "Phil Daws"  
To: "Antoni Segura Puimedon"  
Cc: users@ovirt.org 
Sent: Monday, 27 October, 2014 2:10:34 PM 
Subject: Re: [ovirt-users] oVirt 3.5 & NAT 

Darn, looks like this will not work :( the problem is that oVirt creates the 
bridge ovirtmgmt and binds that to your interface eg. em1. So at that point you 
have network running. If you then try to add that to the OVS stack your 
networking stop :( I tried to add it as a port using ovs-vsctl add-port ovsbr0 
ovirtmgmt which is accepted but then networking stops. As soon as I remove 
again networking comes back to life. There does not seem to be a way to have 
two co-existing bridges :( Thanks, Phil 

- Original Message - 
From: "Antoni Segura Puim

[ovirt-users] Host remains in contending for storage pool manager

[Gianluca Cecchi]

Hello,
an iSCSI SD went down and it seems it is not able to come up again.

>From an iSCSI point of view all seems ok..

[root@ovnode04 vdsm]# iscsiadm -m session -P 1
Target: iqn.2014-07.local.localdomain:store1
Current Portal: 10.10.1.71:3260,1
Persistent Portal: 10.10.1.71:3260,1
**
Interface:
**
Iface Name: default
Iface Transport: tcp
Iface Initiatorname: iqn.1994-05.com.redhat:5d9b31319a8e
Iface IPaddress: 10.10.1.61
Iface HWaddress: 
Iface Netdev: 
SID: 1
iSCSI Connection State: LOGGED IN
iSCSI Session State: LOGGED_IN
Internal iscsid Session State: NO CHANGE


[root@ovnode04 vdsm]# multipath -l
1p_iscsi_store1_l dm-2 IET,VIRTUAL-DISK
size=200G features='0' hwhandler='0' wp=rw
`-+- policy='round-robin 0' prio=0 status=active
  `- 1:0:0:1 sdb 8:16 active undef running

Access to the lun seems ok:
[root@ovnode04 ~]# time dd if=/dev/mapper/1p_iscsi_store1_l of=/dev/null
bs=1024k count=1024
1024+0 records in
1024+0 records out
1073741824 bytes (1.1 GB) copied, 9.24202 s, 116 MB/s

real 0m9.247s
user 0m0.002s
sys 0m0.463s


But it continues to remain in contending and never comes to master.
Failed to activate Storage Domain istore1 (Data Center iscsidc) by ovadmin

I only have this host in this cluster.
What to do?
Already tried to restart both engine service on engine host and vdsmd
service on the host.

Any other commands to check anything?

Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] migrate from stand alone on FC19 to hosted OK to use CentOS 7?

[Alastair Neil]

Thanks Jirka

I assume EL7 will at some point be supported by the engine?

-Alastair


On 27 October 2014 02:54, Jiri Moskovcak  wrote:

> On 10/25/2014 12:11 AM, Alastair Neil wrote:
>
>> I am trying to migrate my old ovirt install which started out at 3.3
>> standalone engine on FC19 to a hosted engine.  I want to use CentOS ,
>> however, the postgresql version on 6.5 is old (8.4.20) and I am unable
>> to get a clean restore.  The version on FC 19 is 9.2.8, it looks like EL
>> 7 has 9.2.7 (I am hoping the difference in the minor rev will not bite
>> me).
>>
>> I was wondering if there are any issues using EL 7 to host the engine?
>> I know I had seen some reports of issues with 3.5 on EL7 as hosts but
>> was not sure if the engine had any gotchas.
>>
>
> using el7 on host for hosted engine is ok (just tried that few times last
> week), but engine is not supported on el7, so use different os when
> installing the engine vm.
>
> --Jirka
>
>
>> Thanks, Alastair
>>
>>
>>
>> ___
>> 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

[ovirt-users] hosted engine deploy failed 3.5 centos 6.5 host FC20 vm

[Alastair Neil]

After belatedly realising that no engine for EL7 is planned for 3.5 I tried
using FC20:

I used a database called engine with user engine on the VM to restore to.
The engine-backup restore appeared to complete with no errors save the
canonical complaint about less that 16GB of memory being available.
However on completion the host the hosted-engine-deploy threw this error:

Failed to execute stage 'Closing up': The host name "
> ovirt-admin-hosted.x.xxx.edu "
> contained in the URL doesn't match any of the names in the server
> certificate.


from the setup log

> 2014-10-27 12:55:49 DEBUG otopi.ovirt_hosted_engine_setup.check_liveliness
> check_liveliness.isEngineUp:46 Checking for Engine health status
> 2014-10-27 12:55:50 INFO otopi.ovirt_hosted_engine_setup.check_liveliness
> check_liveliness.isEngineUp:64 Engine replied: DB Up!Welcome to Health
> Status!
> 2014-10-27 12:55:50 DEBUG otopi.context context._executeMethod:138 Stage
> closeup METHOD
> otopi.plugins.ovirt_hosted_engine_setup.engine.add_host.Plugin._closeup
> 2014-10-27 12:55:50 DEBUG
> otopi.plugins.ovirt_hosted_engine_setup.engine.add_host
> add_host._getPKICert:89 Acquiring ca.crt from the engine
> 2014-10-27 12:55:50 DEBUG
> otopi.plugins.ovirt_hosted_engine_setup.engine.add_host
> add_host._getPKICert:101 -BEGIN CERTIFICATE-
>
> MIID3DCCAsSgAwIBAgICEAAwDQYJKoZIhvcNAQEFBQAwTzELMAkGA1UEBhMCVVMxFjAUBgNVBAoT
>
> DXZzbmV0LmdtdS5lZHUxKDAmBgNVBAMTH292aXJ0LWFkbWluLnZzbmV0LmdtdS5lZHUuNzIyNDcw
>
> IhcRMTMxMTExMTk1NTQ1KzAwMDAXDTIzMTExMDE5NTU0NVowTzELMAkGA1UEBhMCVVMxFjAUBgNV
>
> BAoTDXZzbmV0LmdtdS5lZHUxKDAmBgNVBAMTH292aXJ0LWFkbWluLnZzbmV0LmdtdS5lZHUuNzIy
>
> NDcwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDAzjsdTOPIhruA/TvupQ+syMdVu8GT
>
> VJ9IlFdqc/RhiV9YB6snYAF6MIeWKnW0eOL9jY/5TmfIqY/+rvYvLhPui1/612KoW9kEcZXUw0k-2
>
> ntz1i+wHv5PEq1Cvn/G8mI9b56EFiiYPfAzcdKGbJ8iqafFPW71/612KoW9kEcZXUwyUXLHF01Yo
>
> nQGAtjL+VGgY6jWaaFD4j/5XTkzfcybI8jAW8o97vfTrnmqe+2cvIUyip9l5KQJjblO6FDjpJJUC
>
> MhyDEjJPCKAT1kW1f3E/t8lHD4UUsMpX4rB142oGwBo5st3sGlUks5fFLHtYjFTUYSSmTwOlnq+t
>
> D8HFr01lAgMBAAGjgb0wgbowHQYDVR0OBBYEFFpdSy5ACG6PC8YtE8vGRYvSYyI6MHgGA1UdIwRx
>
> MG+AFFpdSy5ACG6PC8YtE8vGRYvSYyI6oVOkUTBPMQswCQYDVQQGEwJVUzEWMBQGA1UEChMNdnNu
>
> ZXQuZ211LmVkdTEoMCYGA1UEAxMfb3ZpcnQtYWRtaW4udnNuZXQuZ211LmVkdS43MjI0N4ICEAAw
>
> DwYDVR0TAQH/BAUwAwEB/zAOBgNVHQ8BAf8EBAMCAQYwDQYJKoZIhvcNAQEFBQADggEBAKqhXoL/
>
> jlVhw9qasoqMnJw6ypHjJQCVAukCHvwioHVz+XwvIcIGuod+rHOcvexPZyCkacU2sOaIPjnyv8mJ
>
> sNQ4nKW/oGwUfiKBgsvjv+cHAaqcQNn7MI0VDL71ulYq8UpW0bX3n5fafbstbdN1K2uad3UZH0ae
>
> pv+gLiCXIKTmTtRtHCiKAxVw7Nx48rN8jJyzbP0FoK0+uddrI4TSJDfa5F3USdiYCk/bPCLThDPe
>
> UgpyVDXH11c+j+Bp8IKUvNLLw6gjBkDkPa6oS7qKIP9DaVuroJyUO7OQOes3Uz54+QGc1A+Zewv+
> 2mgdbFVYcsm1qpxBYL6R5fK2ThMz4r8=
> -END CERTIFICATE-
> 2014-10-27 12:55:50 DEBUG
> otopi.plugins.ovirt_hosted_engine_setup.engine.add_host
> add_host._getSSHkey:111 Acquiring SSH key from the engine
> 2014-10-27 12:55:50 DEBUG
> otopi.plugins.ovirt_hosted_engine_setup.engine.add_host
> add_host._getSSHkey:123 ssh-rsa
> B3NzaC1yc2EDAQABAAABAQCpmyaDlP8Kt/yDb/kB4OaIdPx2sgH8T5Ra6hBRGHMxnTtykajnDj9WMannNc0F3d0htvVQXPKZYxxsXxNeHq00Ga/agnCjsYM9EjzujdsBqvyOTjlVX3BVWhWGZu5yNxYwpvdQBRCzhHibgqaafWNRvaixUeO1VAlU+q5W4bZDxJwKui+Bf1dLuZw94zHKs3jiGFcQOegJUVYmWuLVh5GH6SNLMLdbJdr4B5MwlK8ItiOC9XgUdH0RxN56Y1PEUkLserNOW/FxsXuf+cbWRsMtVa5xj82AlDWQUjyQleC91Nl7FT3OHGU1nJf289EjzujdsBqvyOTjlVX3BV5
> ovirt-engine
> 2014-10-27 12:55:50 DEBUG otopi.transaction transaction._prepare:77
> preparing 'File transaction for '/root/.ssh/authorized_keys''
> 2014-10-27 12:55:50 DEBUG otopi.filetransaction
> filetransaction.prepare:194 file '/root/.ssh/authorized_keys' missing
> 2014-10-27 12:55:50 DEBUG otopi.transaction transaction.commit:159
> committing 'File transaction for '/root/.ssh/authorized_keys''
> 2014-10-27 12:55:50 DEBUG otopi.filetransaction filetransaction.commit:327
> Executing restorecon for /root/.ssh
> 2014-10-27 12:55:50 DEBUG otopi.filetransaction filetransaction.commit:341
> restorecon result rc=0, stdout=, stderr=
> 2014-10-27 12:55:50 DEBUG
> otopi.plugins.ovirt_hosted_engine_setup.engine.add_host
> plugin.executeRaw:785 execute: ('/sbin/restorecon', '-r', '/root/.ssh'),
> executable='None', cwd='None', env=None
> 2014-10-27 12:55:50 DEBUG
> otopi.plugins.ovirt_hosted_engine_setup.engine.add_host
> plugin.executeRaw:803 execute-result: ('/sbin/restorecon', '-r',
> '/root/.ssh'), rc=0
> 2014-10-27 12:55:50 DEBUG
> otopi.plugins.ovirt_hosted_engine_setup.engine.add_host plugin.execute:861
> execute-output: ('/sbin/restorecon', '-r', '/root/.ssh') stdout:
>
> 2014-10-27 12:55:50 DEBUG
> otopi.plugins.ovirt_hosted_engine_setup.engine.add_host plugin.execute:866
> execute-output: ('/sbin/restorecon', '-r', '/root/.ssh') stderr:
>
> 2014-10-27 12:55:50 DEBUG
> otopi.plugins.ovirt_hosted_engine_setup.engine.add_host
> add_host._closeup:415 Connecting to the Engine
> 2014-10-27 12:55:50 DEBUG otopi.context context._e

Re: [ovirt-users] oVirt 3.5 & NAT

[Phil Daws]

How does one add multiple custom properties ? tried: 

engine-config -s 
CustomDeviceProperties='{type=interface;prop={vlan=^[a-zA-Z0-9_ 
---]+$}}{type=interface;prop={bridge=^[a-zA-Z0-9_ ---]+$}}' 

but ended up with one call vlan and the other prop :) If can add vlan and 
bridge then should be able to use a vNIC profile for adding an interface 
directly to OVS using a custom hook. 

Thanks, Phil 

- Original Message - 
From: "Phil Daws"  
To: users@ovirt.org 
Sent: Monday, 27 October, 2014 3:04:20 PM 
Subject: Re: [ovirt-users] oVirt 3.5 & NAT 

Well, in fact have got something to work now! Left ovirtmgmt and em1 alone but 
ran: 

$ ovs-vsctl add-br ovsbr0 
$ ip link add name veth0 type veth peer name veth1 
$ brctl addif ovirtmgmt veth0 
$ ovs-vsctl add-port ovsbr veth1 
$ ip add add XXX.XXX.XXX.XXX/29 dev veth1 
$ ip link set veth0 up && ip link set veth1 up 

and now veth1 is responding as-well as veth0. 

ovs-vsctl show 
08554d11-3ba7-4303-b9d5-6a09f23c9057 
Bridge "ovsbr0" 
Port "veth1" 
Interface "veth1" 
Port "ovsbr0" 
Interface "ovsbr0" 
type: internal 

so what I think should do now is create a custom parameter on the Engine 
Manager that allows one to define an OVS bridge name and VLAN so when a virtual 
guest is created it can be assigned to the new bridge; with the use of a custom 
hook. 

Thanks, Phil 
- Original Message - 
From: "Phil Daws"  
To: "Antoni Segura Puimedon"  
Cc: users@ovirt.org 
Sent: Monday, 27 October, 2014 2:10:34 PM 
Subject: Re: [ovirt-users] oVirt 3.5 & NAT 

Darn, looks like this will not work :( the problem is that oVirt creates the 
bridge ovirtmgmt and binds that to your interface eg. em1. So at that point you 
have network running. If you then try to add that to the OVS stack your 
networking stop :( I tried to add it as a port using ovs-vsctl add-port ovsbr0 
ovirtmgmt which is accepted but then networking stops. As soon as I remove 
again networking comes back to life. There does not seem to be a way to have 
two co-existing bridges :( Thanks, Phil 

- Original Message - 
From: "Antoni Segura Puimedon"  
To: "Phil Daws"  
Cc: "Dan Kenigsberg" , users@ovirt.org 
Sent: Monday, 27 October, 2014 12:13:30 PM 
Subject: Re: [ovirt-users] oVirt 3.5 & NAT 



- Original Message - 
> From: "Phil Daws"  
> To: "Antoni Segura Puimedon"  
> Cc: "Dan Kenigsberg" , users@ovirt.org 
> Sent: Monday, October 27, 2014 11:41:56 AM 
> Subject: Re: [ovirt-users] oVirt 3.5 & NAT 
> 
> Hi Antoni: 
> 
> Yes, prior to the reboot it did work okay. This is how it should look I 
> believe: 
> 
> Bridge "ovirtmgmt" 
> Port "mgmt0" 
> Interface "mgmt0" 
> type: internal 
> Port "ovsbr0" 
> Interface "ovsbr0" 
> type: internal 
> 
> So the bridge would be defined by oVirt then I guess with a custom hook that 
> would then be added to the OVS stack ? 

exactly! You could just make a hook script that runs an after_network_setup 
hook that does the ovs-vsctl for you ;-) 

Here you can see the presentation I gave last February at devconf about 
extending 
with configurators and hooks. 

http://blog.antoni.me/devconf14/#/8/1 

I linked directly to a before_network_setup hook sample, because it works just 
like 
the after_network_setup hook. Instead of logging to systemd, just add that if 
'remove' is not in data and network == 'ovirtmgmt', it adds the network bridge 
to 
the vswitch with python's subprocess.call or subprocess.check_output. 

You can send it if you want me to take a look ;-) 

PS: It is possible to write the hooks in bash, c, perl, etc. But we only have 
the 
convenience read_json methods and such for python. If you wanted to, you could 
have 
a simple bash hook that just checked if there was an ovirtmgmt bridge and it 
would 
add it doing ovs-vsctl in the before_vdsm_start hooking point. That would have 
the 
drawback that changing the ovirtmgmt bridge with oVirt UI would leave it 
disconnected 
again. 

> 
> Thanks, Phil 
> 
> - Original Message - 
> From: "Antoni Segura Puimedon"  
> To: "Phil Daws"  
> Cc: "Dan Kenigsberg" , users@ovirt.org 
> Sent: Monday, 27 October, 2014 9:56:38 AM 
> Subject: Re: [ovirt-users] oVirt 3.5 & NAT 
> 
> 
> 
> - Original Message - 
> > From: "Phil Daws"  
> > To: "Antoni Segura Puimedon"  
> > Cc: "Dan Kenigsberg" , users@ovirt.org 
> > Sent: Monday, October 27, 2014 10:37:18 AM 
> > Subject: Re: [ovirt-users] oVirt 3.5 & NAT 
> > 
> > That is what I tried but oVirt appears to overwrite the bridge information 
> > on 
> > boot :( Thanks, Phil 
> 
> But before rebooting, does it work as you intended? If so, you could just 
> make 
> a vdsm hook that adds ovirtmgmt to the ovs bridge after it is set up. (I 
> could 
> give more directions into how to do it). 
> 
> > 
> > - Original Message - 
> > From: "Antoni Segura Puimedon"  
> > To: "Phil Daws"  
> > Cc: "Dan Kenigsberg" , users@ovirt.org 
> > Sent: Monday, 27 October, 2014 8:00:33 AM 
> > Subject: Re: [ovirt-users] oVirt 3.5 & NAT 
> > 
> > 

Re: [ovirt-users] oVirt 3.5 on RHEL 6.6 hyperv enabled breaks Windows VMs

[Charles Gruener]

>
> OK, seems a stock RHEL 6.6. I wonder if the recommended hv settings
> are really supported on old QEMUs. Need to check about this: will do and
> will report.
>
> If you'll be the most welcome to file a bug against oVirt for this issue,
> and set target release to 3.5.1, so we can track this issue.
>
> Looks like I need to search RedHat bugzilla a bit better.  Issues for this
already exist:

https://bugzilla.redhat.com/show_bug.cgi?id=1063124
https://bugzilla.redhat.com/show_bug.cgi?id=1069082

Charles
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Hosted Engine fail after upgrading to 3.5

[Stefano Stagnaro]

Hi Jirka,

after truncating the metadata file the Engine is running again.

Unfortunately now the HA migration is not working anymore. If I put the host 
with the running Engine in local maintenance, the HA go trough 
EngineMigratingAway -> ReinitializeFSM -> LocalMaintenance but the VM never 
migrates.

I can read this error in the agent.log:

MainThread::ERROR::2014-10-27 
18:02:51,053::hosted_engine::867::ovirt_hosted_engine_ha.agent.hosted_engine.HostedEngine::(_monitor_migration)
 Failed to migrate
Traceback (most recent call last):
  File 
"/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/agent/hosted_engine.py",
 line 863, in _monitor_migration
vm_id,
  File 
"/usr/lib/python2.6/site-packages/ovirt_hosted_engine_ha/lib/vds_client.py", 
line 85, in run_vds_client_cmd
response['status']['message'])
DetailedError: Error 12 from migrateStatus: Fatal error during migration

Thank you,
-- 
Stefano Stagnaro

Prisma Engineering S.r.l.
Via Petrocchi, 4
20127 Milano – Italy

Tel. 02 26113507 int 339
e-mail: stefa...@prisma-eng.com
skype: stefano.stagnaro


On Fri, 2014-10-24 at 15:00 +0200, Jiri Moskovcak wrote:
> On 10/24/2014 02:12 PM, Stefano Stagnaro wrote:
> > Hi Jirka,
> >
> > thank you for the reply. I've uploaded all the relevant logs in here: 
> > https://www.dropbox.com/sh/qh2rbews45ky2g8/AAC4_4_j94cw6sI_hfaSFg-Fa?dl=0
> >
> > Thank you,
> >
> 
> Hi Stefano,
> I'd say, that agent is not able to parse the metadata from the previous 
> version, so as a workaround before I fix it you can try to zero out the 
> metadata file (backup the original just in case..)
> 
> 1. stop agent and broker on all hosts
> 2. truncate the file
> 
> this should do the trick:
> 
> $ service ovirt-ha-agent stop; service ovirt-ha-broker stop;
> $ truncate --size 0 
> /rhev/data-center/mnt/ov0nfs:_engine/e4e8282e-6bde-4332-ad68-313287b4fc65/ha_agent/hosted-engine.metadata
>  
> 
> $ truncate --size 1M 
> /rhev/data-center/mnt/ov0nfs:_engine/e4e8282e-6bde-4332-ad68-313287b4fc65/ha_agent/hosted-engine.metadata
> $ service ovirt-ha-broker start; service ovirt-ha-agent start
> 
> 
> --Jirka

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] python floppy in RunOnce mode

[Juan Hernandez]

On 10/24/2014 04:08 PM, Giulio Casella wrote:
> Il 23/10/2014 20:59, Juan Hernandez ha scritto:
>> On 10/23/2014 09:40 AM, Giulio Casella wrote:
>>> Hi,
>>> I'm trying to boot a vm with non persistent floppy using python ovirt
>>> sdk (the "RunOnce" way in administrator portal), but guest OS can't see
>>> floppy drive. The ultimate goal is to deploy floppy with sysprep
>>> unattend.xml file for windows 7 pools of vm.
>>>
>>> Here is a snippet of code I use:
>>>
>>> -
>>> myvm = api.vms.get(name="vmname")
>>> content="This is file content!"
>>> f=params.File(name="foobar.txt",content=content)
>>> fs=params.Files()
>>> fs.add_file(f)
>>> payload=params.Payload()
>>> payload.set_type("floppy")
>>> payload.set_files(fs)
>>> payloads=params.Payloads()
>>> payloads.add_payload(payload)
>>> thevm=params.VM()
>>> thevm.set_payloads(payloads)
>>> action=params.Action(vm=thevm)
>>>
>>> myvm.start(action=action)
>>>
>>> xml = ParseHelper.toXml(action)
>>> print xml
>>> -
>>>
>>> As you can see, for debugging purpose, I print my xml action, and I get:
>>>
>>> -
>>> 
>>>   
>>>   
>>>   
>>>   
>>>   
>>>   foobar.txt
>>>   This is file content
>>>   
>>>   
>>>   
>>>   
>>>   
>>> 
>>> -
>>>
>>> in the admin portal I can see my vm in "RunOnce" state, but no floppy is
>>> present...
>>> In fact in the vm process command line
>>> (ps -ef | grep qemu-kvm | grep vmname) I can't see -drive option
>>> referring to floppy (I only see 2 "-drive" options, referring to vm
>>> system disk and to a correctly mounted cdrom ISO)
>>>
>>> What I'm doing wrong?
>>>
>>> (The engine is RHEV-M version 3.4.1-0.31.el6ev)
>>>
>>
>> The problem is that using non persistent payloads isn't currently
>> supported, so basically your "payloads" element is silently ignored. You
>> have currently two alternatives:
>>
>> 1. Use persistent payloads:
>>
>>vm = vms.get(name="myvm")
>>vm.set_payloads(paylaods)
>>vm.update()
>>vm.start(params.Action())
>>
>> You may also want to remove the payloads once the machine is configured,
>> but this isn't strictly required, as Windows will not try to locate the
>> sysprep floppy in subsequent boots. The only minor inconvenient is that
>> the users of the VMs will see the floopy and its content attached.
>>
> 
> Yes, this is exactly the workaround I'm currently using, and I have to 
> hide floppy via AD group policy (sysprep.inf contains administrator 
> password).
> 
>> 2. Use the builtin sysprep files (they are in
>> /usr/share/ovirt-engine/conf/sysprep):
>>
>>vm = vms.get(name="myvm")
>>initialization = params.Initialization()
>>vm.set_initialization(initialization)
>>vm.update()
>>vm.start(params.Action())
>>
>> This has the advantage that the sysprep floppy will be attached to the
>> VM only the first time it is booted. In subsequent boots it won't be
>> attached.
>>
> 
> Great hint, I'll take a look into those syspreps to see if they fit for 
> my setup.
> 
>> In 3.5 you will also be able to use sysprep support with your custom file:
>>
>>   vm = vms.get(name="myvm")
>>   initialization = params.Initialization(
>> custom_script="The text of your sysprep file"
>>   )
>>   vm.set_initialization(initialization)
>>   vm.update()
>>   vm.start(params.Action())
>>
> 
> Good new, eventually I'll wait for RHEV 3.5
> 
>> Note that currently (in 3.4 and in 3.5) there is an issue with the name
>> of the file generated by the built-in sysprep support: it will always be
>> named "sysprep.inf", regardless of the operating system assigned to the
>> VM. If you want to use recent versions of Windows it has to be named
>> "Unattend.xml", so you will need to change the Windows template before
>> sealing it, adding the following registry entry:
>>
>>HKEY-LOCAL-MACHINE -> SYSTEM -> Setup -> UnattendFile = sysprep.inf
>>
>> There is a bug open to avoid this:
>>
>>https://bugzilla.redhat.com/1145999
>>
>> Note also that the builtin sysprep support will only trigger if the VM
>> has been assigned a Windows operating system.
>>
> 
> Yes, I knew. Do you know if is there a plan to change this behaviour 
> (e.g. generate filename according to guest O.S. standard)?
> 

Bug 1145999 has target release 3.6. That means that the team responsible
for fixing has studied it and decided to fix it for version 3.6. Note
that this is just a plan, things may change depending on the workload
and urgency of other bugs. I'd suggest that you comment on the bug that
you are interested on this fix, so that it gets a bit more priority.

-- 
Dirección Comercial: C/Jose Bardasano Baos, 9, Edif. Gorbea 3, planta
3ºD, 28016 Madrid, Spain
Inscrita en el Reg. 

[ovirt-users] Upgrade from 3.5rc to 3.5 final question

[Gianluca Cecchi]

I see this in release notes for 3.5:
"
If you're using pre-release repo you'll need to re-enable pre release
repository:

[ovirt-3.5-pre]
name=Latest oVirt 3.5 Pre Release
#baseurl=http://resources.ovirt.org/pub/ovirt-3.5-pre/rpm/fc$releasever/
mirrorlist=
http://resources.ovirt.org/pub/yum-repo/mirrorlist-ovirt-3.5-pre-fc$releasever
enabled=1
skip_if_unavailable=1
gpgcheck=1
gpgkey=file:///etc/pki/rpm-gpg/RPM-GPG-ovirt-3.5

and to run:

# yum update "ovirt-engine-setup*"
# engine-setup
"

but this leaves me some doubts...
I currently have RC3 (or 4, I don't remember exactly).
But if I walk through the pre-repo mirror, it seems to me that for example
I will get

ovirt-engine-backend-3.5.0.1-0.0.master.20141009085636.el6.noarch.rpm

while going through 3.5 repo I will get
ovirt-engine-backend-3.5.0.1-1.el6.noarch.rpm

Are they indeed the same?

Can you confirm that if I have a RC release I still have to use -pre repo
to update to official 3.5.0?

Thanks,
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 3.5 on RHEL 6.6 hyperv enabled breaks Windows VMs

[Gianluca Cecchi]

On Mon, Oct 27, 2014 at 4:47 PM, Sven Kieske  wrote:

>
>
>
> This is weird,
>
> the only functionality qemu-kvm-rhev provides which is not in
> qemu-kvm on el6/7 is live snapshots.
> So this really should work.
>
>
>

The bug indicated by Francesco is specificaly against RHEL 6.6
"
In Red Hat Enterprise Linux 6.6, support was added for libvirt to report
whether QEMU is capable of creating snapshots. However, libvirt did not
probe for the snapshot capability properly. As a consequence, the snapshot
capability of KVM Guest Image in VDSM was reported as unavailable even when
it was available, and creating a disk snapshot in some cases failed. With
this update, libvirt no longer reports QEMU snapshot capability, and
therefore does not cause the described problem.
"

Sven, you want a too simple life (and me too... ;-)

Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 3.5 on RHEL 6.6 hyperv enabled breaks Windows VMs

[Sven Kieske]

On 27/10/14 15:56, Charles Gruener wrote:
> I noticed the machines do not have the qemu-kvm package installed, only
> qemu-kvm-rhev.  What's the difference in those two packages?  When I try to
> manually install qemu-kvm, it won't and lets me know that:
> 
> "Package 2:qemu-kvm-0.12.1.2-2.445.el6.x86_64 is obsoleted by
> 2:qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64 which is already installed"
> 
> I've also noticed that I can't live snapshot machines because it says my
> underlying qemu doesn't support it and thought that might be a related
> issue.

This is weird,

the only functionality qemu-kvm-rhev provides which is not in
qemu-kvm on el6/7 is live snapshots.
So this really should work.

-- 
Mit freundlichen Grüßen / Regards

Sven Kieske

Systemadministrator
Mittwald CM Service GmbH & Co. KG
Königsberger Straße 6
32339 Espelkamp
T: +49-5772-293-100
F: +49-5772-293-333
https://www.mittwald.de
Geschäftsführer: Robert Meyer
St.Nr.: 331/5721/1033, USt-IdNr.: DE814773217, HRA 6640, AG Bad Oeynhausen
Komplementärin: Robert Meyer Verwaltungs GmbH, HRB 13260, AG Bad Oeynhausen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 3.5 on RHEL 6.6 hyperv enabled breaks Windows VMs

[Francesco Romani]

- Original Message -
> From: "Charles Gruener" 
> To: "Francesco Romani" 
> Cc: "Michal Skrivanek" , "users@ovirt.org Users" 
> 
> Sent: Monday, October 27, 2014 3:56:00 PM
> Subject: Re: [ovirt-users] oVirt 3.5 on RHEL 6.6 hyperv enabled breaks 
> Windows VMs
> 
> Here's what's installed on one of my hypervisors:
> 
> gpxe-roms-qemu.noarch0.9.7-6.12.el6
>  @rhel-x86_64-server-6
> libvirt.x86_64   0.10.2-46.el6
> @rhel-x86_64-server-6
> libvirt-client.x86_640.10.2-46.el6
> @rhel-x86_64-server-6
> libvirt-lock-sanlock.x86_64  0.10.2-46.el6
> @rhel-x86_64-server-optional-6
> libvirt-python.x86_640.10.2-46.el6
> @rhel-x86_64-server-6
> ovirt-release35.noarch   001-1
> @/ovirt-release35
> qemu-img-rhev.x86_64 2:0.12.1.2-2.415.el6_5.14 @ovirt-3.5
> 
> qemu-kvm-rhev.x86_64 2:0.12.1.2-2.415.el6_5.14 @ovirt-3.5
> 
> qemu-kvm-rhev-tools.x86_64   2:0.12.1.2-2.415.el6_5.14 @ovirt-3.5
> 
> vdsm.x86_64  4.16.7-1.gitdb83943.el6   @ovirt-3.5
> 
> vdsm-cli.noarch  4.16.7-1.gitdb83943.el6   @ovirt-3.5
> 
> vdsm-jsonrpc.noarch  4.16.7-1.gitdb83943.el6   @ovirt-3.5
> 
> vdsm-python.noarch   4.16.7-1.gitdb83943.el6   @ovirt-3.5
> 
> vdsm-python-zombiereaper.noarch  4.16.7-1.gitdb83943.el6   @ovirt-3.5
> 
> vdsm-xmlrpc.noarch   4.16.7-1.gitdb83943.el6   @ovirt-3.5
> 
> vdsm-yajsonrpc.noarch4.16.7-1.gitdb83943.el6   @ovirt-3.5
> 
> virt-what.x86_64 1.11-1.2.el6
>  @anaconda-RedHatEnterpriseLinux-201301301459.x86_64/6.4

OK, seems a stock RHEL 6.6. I wonder if the recommended hv settings
are really supported on old QEMUs. Need to check about this: will do and will 
report.

If you'll be the most welcome to file a bug against oVirt for this issue,
and set target release to 3.5.1, so we can track this issue.
 
> I noticed the machines do not have the qemu-kvm package installed, only
> qemu-kvm-rhev.  What's the difference in those two packages?  When I try to
> manually install qemu-kvm, it won't and lets me know that:
> 
> "Package 2:qemu-kvm-0.12.1.2-2.445.el6.x86_64 is obsoleted by
> 2:qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64 which is already installed"

This is totally expected. qemu-kvm-rhev provides additional facilities
and it is better to use it.

> I've also noticed that I can't live snapshot machines because it says my
> underlying qemu doesn't support it and thought that might be a related
> issue.

This is known and different issue:

https://bugzilla.redhat.com/show_bug.cgi?id=1149667

hopefully the fix will be available soon
 
> The machines have Intel(R) Xeon(R) CPU E5-2670 CPUs, if it makes any
> difference.
> 
> Charles

Thanks!

-- 
Francesco Romani
RedHat Engineering Virtualization R & D
Phone: 8261328
IRC: fromani
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Adding foreman provider: Could not generate DH keypair (Failed with error PROVIDER_SSL_FAILURE and code 5052)

[Daniel Helgenberger]

On 26.10.2014 13:26, ybronhei wrote:
Thanks for getting back to me.

> On 10/26/2014 08:52 AM, Oved Ourfali wrote:
>> Hi
>>
>> What jdk version are you using?
I assume you need to know the engine;
I am using plan vanilla openjdk from the centos repos:
rpm -qa|grep jdk
java-1.7.0-openjdk-1.7.0.65-2.5.1.2.el6_5.x86_64
java-1.6.0-openjdk-1.6.0.0-7.1.13.4.el6_5.x86_64

>> According to 
>> http://stackoverflow.com/questions/10687200/java-7-and-could-not-generate-dh-keypair
>>  it might be related.
I am not really sure about the versioning: but the article states this 
problem is gone with 1.7.0-21 - yet 1.7.0-65 is installed?

>>
> funny, thought only I encountered that issue and fought with it a day
> due my out-of-date machine..
I assume foreman integration was not tested against CentOS 6.5 - 
engines? Or, might this be foreman in the end? (I am using 1.6.2-stable).
>
> sorry I didn't share (learned for next time) :/ all you need is to
> upgrade your jdk, read more about it in the stackoverflow page.
>
> Thanks for raising the issue.
No problem, I am happy to open a BZ - but how do I get the upgrade jdk; 
more exactly to which package version? I do not want to break my engine ;)
yum update comes up negative.

>
>> Thanks,
>> Oved
>>
>> - Original Message -
>>> From: "Daniel Helgenberger" 
>>> To: users@ovirt.org
>>> Sent: Friday, October 24, 2014 1:16:51 AM
>>> Subject: [ovirt-users] Adding foreman provider: Could not generate DH 
>>> keypair (Failed with error PROVIDER_SSL_FAILURE
>>> and code 5052)
>>>
>>> Hello,
>>>
>>> I tried to add foreman as external provider - without successes.
>>>
>>> Hosted Engine 3.5
>>> CentOS6.5
>>>
>>> The foreman is a plain vanilla install; working so far (can log in, do 
>>> stuff,
>>> local smart proxy registered)
>>>
>>> foreman FQDN is resolvable via DNS
>>>
>>> In the engine UI I enter:
>>> https://foreman.lab.mbox.loc
>>> user
>>> pw
>>>
>>> and press test.
>>> The cert is shown and after clicking ok, the chain is imported. However, the
>>> test fails with a SSL error. Please see engine log below:
>>>
>>> 2014-10-24 00:01:45,188 INFO
>>> [org.ovirt.engine.core.bll.provider.ImportProviderCertificateChainCommand]
>>> (ajp--127.0.0.1-8702-7) [710ac5c] Running command:
>>> ImportProviderCertificateChainCommand internal: false. Entities affected :
>>> ID: aaa0----123456789aaa Type: SystemAction group
>>> CREATE_STORAGE_POOL with role type ADMIN
>>> 2014-10-24 00:01:45,296 INFO
>>> [org.ovirt.engine.core.dal.dbbroker.auditloghandling.AuditLogDirector]
>>> (ajp--127.0.0.1-8702-7) [710ac5c] Correlation ID: 710ac5c, Call Stack: null,
>>> Custom Event ID: -1, Message: Certificate chain for provider foreman was
>>> imported. (User: daniel)
>>> 2014-10-24 00:01:46,212 INFO
>>> [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand]
>>> (ajp--127.0.0.1-8702-9) [6a77acf4] Running command:
>>> TestProviderConnectivityCommand internal: false. Entities affected :  ID:
>>> aaa0----123456789aaa Type: SystemAction group
>>> CREATE_STORAGE_POOL with role type ADMIN
>>> 2014-10-24 00:01:46,662 ERROR
>>> [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand]
>>> (ajp--127.0.0.1-8702-9) [6a77acf4] Command
>>> org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand throw Vdc
>>> Bll exception. With error message VdcBLLException:
>>> java.lang.RuntimeException: Could not generate DH keypair (Failed with error
>>> PROVIDER_SSL_FAILURE and code 5052)
>>> 2014-10-24 00:02:01,222 INFO
>>> [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand]
>>> (ajp--127.0.0.1-8702-10) [2713e6dc] Running command:
>>> TestProviderConnectivityCommand internal: false. Entities affected :  ID:
>>> aaa0----123456789aaa Type: SystemAction group
>>> CREATE_STORAGE_POOL with role type ADMIN
>>> 2014-10-24 00:02:01,625 ERROR
>>> [org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand]
>>> (ajp--127.0.0.1-8702-10) [2713e6dc] Command
>>> org.ovirt.engine.core.bll.provider.TestProviderConnectivityCommand throw Vdc
>>> Bll exception. With error message VdcBLLException:
>>> java.lang.RuntimeException: Could not generate DH keypair (Failed with error
>>> PROVIDER_SSL_FAILURE and code 5052)
>>> 2014-10-24 00:02:02,090 ERROR
>>> [org.ovirt.engine.core.bll.GetProviderCertificateChainQuery]
>>> (ajp--127.0.0.1-8702-11) Query GetProviderCertificateChainQuery failed.
>>> Exception message is VdcBLLException: java.lang.RuntimeException: Could not
>>> generate DH keypair (Failed with error PROVIDER_FAILURE and code 5050) :
>>> org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException:
>>> java.lang.RuntimeException: Could not generate DH keypair (Failed with error
>>> PROVIDER_FAILURE and code 5050):
>>> org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException:
>>> java.lang.RuntimeException: Could not generate DH keypair (Failed with error
>>> PROVIDER_FAILURE and code 5050)
>>>   at
>>

Re: [ovirt-users] oVirt 3.5 & NAT

[Phil Daws]

Well, in fact have got something to work now! Left ovirtmgmt and em1 alone but 
ran: 

$ ovs-vsctl add-br ovsbr0 
$ ip link add name veth0 type veth peer name veth1 
$ brctl addif ovirtmgmt veth0 
$ ovs-vsctl add-port ovsbr veth1 
$ ip add add XXX.XXX.XXX.XXX/29 dev veth1 
$ ip link set veth0 up && ip link set veth1 up 

and now veth1 is responding as-well as veth0. 

ovs-vsctl show 
08554d11-3ba7-4303-b9d5-6a09f23c9057 
Bridge "ovsbr0" 
Port "veth1" 
Interface "veth1" 
Port "ovsbr0" 
Interface "ovsbr0" 
type: internal 

so what I think should do now is create a custom parameter on the Engine 
Manager that allows one to define an OVS bridge name and VLAN so when a virtual 
guest is created it can be assigned to the new bridge; with the use of a custom 
hook. 

Thanks, Phil 
- Original Message - 
From: "Phil Daws"  
To: "Antoni Segura Puimedon"  
Cc: users@ovirt.org 
Sent: Monday, 27 October, 2014 2:10:34 PM 
Subject: Re: [ovirt-users] oVirt 3.5 & NAT 

Darn, looks like this will not work :( the problem is that oVirt creates the 
bridge ovirtmgmt and binds that to your interface eg. em1. So at that point you 
have network running. If you then try to add that to the OVS stack your 
networking stop :( I tried to add it as a port using ovs-vsctl add-port ovsbr0 
ovirtmgmt which is accepted but then networking stops. As soon as I remove 
again networking comes back to life. There does not seem to be a way to have 
two co-existing bridges :( Thanks, Phil 

- Original Message - 
From: "Antoni Segura Puimedon"  
To: "Phil Daws"  
Cc: "Dan Kenigsberg" , users@ovirt.org 
Sent: Monday, 27 October, 2014 12:13:30 PM 
Subject: Re: [ovirt-users] oVirt 3.5 & NAT 



- Original Message - 
> From: "Phil Daws"  
> To: "Antoni Segura Puimedon"  
> Cc: "Dan Kenigsberg" , users@ovirt.org 
> Sent: Monday, October 27, 2014 11:41:56 AM 
> Subject: Re: [ovirt-users] oVirt 3.5 & NAT 
> 
> Hi Antoni: 
> 
> Yes, prior to the reboot it did work okay. This is how it should look I 
> believe: 
> 
> Bridge "ovirtmgmt" 
> Port "mgmt0" 
> Interface "mgmt0" 
> type: internal 
> Port "ovsbr0" 
> Interface "ovsbr0" 
> type: internal 
> 
> So the bridge would be defined by oVirt then I guess with a custom hook that 
> would then be added to the OVS stack ? 

exactly! You could just make a hook script that runs an after_network_setup 
hook that does the ovs-vsctl for you ;-) 

Here you can see the presentation I gave last February at devconf about 
extending 
with configurators and hooks. 

http://blog.antoni.me/devconf14/#/8/1 

I linked directly to a before_network_setup hook sample, because it works just 
like 
the after_network_setup hook. Instead of logging to systemd, just add that if 
'remove' is not in data and network == 'ovirtmgmt', it adds the network bridge 
to 
the vswitch with python's subprocess.call or subprocess.check_output. 

You can send it if you want me to take a look ;-) 

PS: It is possible to write the hooks in bash, c, perl, etc. But we only have 
the 
convenience read_json methods and such for python. If you wanted to, you could 
have 
a simple bash hook that just checked if there was an ovirtmgmt bridge and it 
would 
add it doing ovs-vsctl in the before_vdsm_start hooking point. That would have 
the 
drawback that changing the ovirtmgmt bridge with oVirt UI would leave it 
disconnected 
again. 

> 
> Thanks, Phil 
> 
> - Original Message - 
> From: "Antoni Segura Puimedon"  
> To: "Phil Daws"  
> Cc: "Dan Kenigsberg" , users@ovirt.org 
> Sent: Monday, 27 October, 2014 9:56:38 AM 
> Subject: Re: [ovirt-users] oVirt 3.5 & NAT 
> 
> 
> 
> - Original Message - 
> > From: "Phil Daws"  
> > To: "Antoni Segura Puimedon"  
> > Cc: "Dan Kenigsberg" , users@ovirt.org 
> > Sent: Monday, October 27, 2014 10:37:18 AM 
> > Subject: Re: [ovirt-users] oVirt 3.5 & NAT 
> > 
> > That is what I tried but oVirt appears to overwrite the bridge information 
> > on 
> > boot :( Thanks, Phil 
> 
> But before rebooting, does it work as you intended? If so, you could just 
> make 
> a vdsm hook that adds ovirtmgmt to the ovs bridge after it is set up. (I 
> could 
> give more directions into how to do it). 
> 
> > 
> > - Original Message - 
> > From: "Antoni Segura Puimedon"  
> > To: "Phil Daws"  
> > Cc: "Dan Kenigsberg" , users@ovirt.org 
> > Sent: Monday, 27 October, 2014 8:00:33 AM 
> > Subject: Re: [ovirt-users] oVirt 3.5 & NAT 
> > 
> > 
> > 
> > - Original Message - 
> > > From: "Phil Daws"  
> > > To: "Dan Kenigsberg"  
> > > Cc: users@ovirt.org 
> > > Sent: Saturday, October 25, 2014 5:02:59 PM 
> > > Subject: Re: [ovirt-users] oVirt 3.5 & NAT 
> > > 
> > > Hmmm, this is becoming difficult .. 
> > > 
> > > I have added into the engine the custom hook and understand how that will 
> > > work. The issue is how can a single NIC use two different bridges ? 
> > > Example with OVS would be that one requires: 
> > > 
> > > em1 -+ ovirtmgmt (bridge) -> management IP (public) 
> > > + 

Re: [ovirt-users] oVirt 3.5 on RHEL 6.6 hyperv enabled breaks Windows VMs

[Charles Gruener]

Here's what's installed on one of my hypervisors:

gpxe-roms-qemu.noarch0.9.7-6.12.el6
 @rhel-x86_64-server-6
libvirt.x86_64   0.10.2-46.el6
@rhel-x86_64-server-6
libvirt-client.x86_640.10.2-46.el6
@rhel-x86_64-server-6
libvirt-lock-sanlock.x86_64  0.10.2-46.el6
@rhel-x86_64-server-optional-6
libvirt-python.x86_640.10.2-46.el6
@rhel-x86_64-server-6
ovirt-release35.noarch   001-1
@/ovirt-release35
qemu-img-rhev.x86_64 2:0.12.1.2-2.415.el6_5.14 @ovirt-3.5

qemu-kvm-rhev.x86_64 2:0.12.1.2-2.415.el6_5.14 @ovirt-3.5

qemu-kvm-rhev-tools.x86_64   2:0.12.1.2-2.415.el6_5.14 @ovirt-3.5

vdsm.x86_64  4.16.7-1.gitdb83943.el6   @ovirt-3.5

vdsm-cli.noarch  4.16.7-1.gitdb83943.el6   @ovirt-3.5

vdsm-jsonrpc.noarch  4.16.7-1.gitdb83943.el6   @ovirt-3.5

vdsm-python.noarch   4.16.7-1.gitdb83943.el6   @ovirt-3.5

vdsm-python-zombiereaper.noarch  4.16.7-1.gitdb83943.el6   @ovirt-3.5

vdsm-xmlrpc.noarch   4.16.7-1.gitdb83943.el6   @ovirt-3.5

vdsm-yajsonrpc.noarch4.16.7-1.gitdb83943.el6   @ovirt-3.5

virt-what.x86_64 1.11-1.2.el6
 @anaconda-RedHatEnterpriseLinux-201301301459.x86_64/6.4

I noticed the machines do not have the qemu-kvm package installed, only
qemu-kvm-rhev.  What's the difference in those two packages?  When I try to
manually install qemu-kvm, it won't and lets me know that:

"Package 2:qemu-kvm-0.12.1.2-2.445.el6.x86_64 is obsoleted by
2:qemu-kvm-rhev-0.12.1.2-2.415.el6_5.14.x86_64 which is already installed"

I've also noticed that I can't live snapshot machines because it says my
underlying qemu doesn't support it and thought that might be a related
issue.

The machines have Intel(R) Xeon(R) CPU E5-2670 CPUs, if it makes any
difference.

Charles

On Mon, Oct 27, 2014 at 8:36 AM, Francesco Romani 
wrote:

>
> --
>
> *From: *"Charles Gruener" 
> *To: *"Michal Skrivanek" 
> *Cc: *"users@ovirt.org Users" 
> *Sent: *Monday, October 27, 2014 1:32:50 PM
> *Subject: *Re: [ovirt-users] oVirt 3.5 on RHEL 6.6 hyperv enabled
> breaksWindows VMs
>
> The three Windows VMs I tried were Windows 7, Windows 8.1, and Windows
> Server 2012 R2.  All experienced the stop error.
>
>
> This is quite interesting because the hv_relaxed thing was supposed to
> _improve_ stability for windows 7 onwards.
> I was expecting troubles with older windows (XP), not with newer ones.
>
> Can you share what is running on your hypervisors? versions of libvirt and
> qemu.
> Moreover, qemu and libvirt logs would help.
>
> Thanks,
>
>
> --
> Francesco Romani
> RedHat Engineering Virtualization R & D
> Phone: 8261328
> IRC: fromani
>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] all-in-one updated from 3.4.4 to 3.5.0 ok with reinstall of host part

[Sandro Bonazzola]

Il 27/10/2014 09:13, Gianluca Cecchi ha scritto:
> On a fedora 19 system where I had 3.4.4 all-in-one, I was able to upgrade
> to 3.5.
> vdsm part had problems I was able to solve reinstalling host from the
> webadmin gui
> Steps were:
> 
> - follow instructions for engine part --> ok
> - verify connectivity of engine via new webadmin
> - put host into maintenance
> - stop vdsmd service
> - yum update vdsm part and all other packages related to ovirt
> 
> When trying to start vdsm again I got
> 
> [root@tekkaman vdsm]# systemctl status vdsmd
> vdsmd.service - Virtual Desktop Server Manager
>Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled)
>Active: failed (Result: start-limit) since Sat 2014-10-25 16:01:29 CEST;
> 2min 54s ago
>   Process: 14448 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh
> --pre-start (code=exited, status=1/FAILURE)
> 
> Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Failed to start
> Virtual Desktop Server Manager.
> Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Unit vdsmd.service
> entered failed state.
> Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: vdsmd.service
> holdoff time over, scheduling restart.
> Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Stopping Virtual
> Desktop Server Manager...
> Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Starting Virtual
> Desktop Server Manager...
> Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: vdsmd.service start
> request repeated too quickly, refusing to start.
> Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Failed to start
> Virtual Desktop Server Manager.
> Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Unit vdsmd.service
> entered failed state.
> 
> I was not able to check wich part of --pre-start functions had failed..
> I see inside the script
> case "$1" in
> --pre-start)
> run_tasks " \
> mkdirs \
> configure_coredump \
> configure_vdsm_logs \
> run_init_hooks \
> check_is_configured \
> validate_configuration \
> prepare_transient_repository \
> syslog_available \
> nwfilter \
> dummybr \
> load_needed_modules \
> tune_system \
> test_space \
> test_lo \
> unified_network_persistence_upgrade \
> restore_nets \
> upgrade_300_nets \
> "
> ;;
> 
> 
> In logs I had only supervdsm.log
> 
> MainThread::DEBUG::2014-10-25
> 16:34:34,021::supervdsmServer::451::SuperVdsm.Server::(main) Terminated
> normally
> MainThread::DEBUG::2014-10-25
> 16:35:21,836::netconfpersistence::134::root::(_getConfigs) Non-existing
> config set.
> MainThread::DEBUG::2014-10-25
> 16:35:21,836::netconfpersistence::134::root::(_getConfigs) Non-existing
> config set.
> MainThread::DEBUG::2014-10-25
> 16:35:21,898::supervdsmServer::411::SuperVdsm.Server::(main) Making sure
> I'm root - SuperVdsm
> MainThread::DEBUG::2014-10-25
> 16:35:21,899::supervdsmServer::420::SuperVdsm.Server::(main) Parsing cmd
> args
> MainThread::DEBUG::2014-10-25
> 16:35:21,899::supervdsmServer::423::SuperVdsm.Server::(main) Cleaning old
> socket /var/run/vdsm/svdsm.sock
> MainThread::DEBUG::2014-10-25
> 16:35:21,899::supervdsmServer::427::SuperVdsm.Server::(main) Setting up
> keep alive thread
> MainThread::DEBUG::2014-10-25
> 16:35:21,899::supervdsmServer::433::SuperVdsm.Server::(main) Creating
> remote object manager
> MainThread::DEBUG::2014-10-25
> 16:35:21,901::fileUtils::192::Storage.fileUtils::(chown) Changing owner for
> /var/run/vdsm/svdsm.sock, to (36:36)
> MainThread::DEBUG::2014-10-25
> 16:35:21,901::supervdsmServer::444::SuperVdsm.Server::(main) Started
> serving super vdsm object
> sourceRoute::DEBUG::2014-10-25
> 16:35:21,901::sourceroutethread::75::root::(_subscribeToInotifyLoop)
> sourceRouteThread.subscribeToInotifyLoop started
> 
> in vdsm.conf I have retained
> net_persistence = ifcfg
> 
> even after reboot only supervdsm.log was populated...
> 
> Nevertheless a host reinstall from webadmin gui seemed to fix the problem
> and after that it was able to start vdsm ad host part.
> I was also able to upgrade DC/Cluster from 3.4 to 3.5 version.
> Now that I'm on 3.5 next days I'll try to pass from F19 to F20... we'll see

Great! Keep us updated :-)


> 
> Gianluca
> 
> 
> 
> ___
> 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] oVirt 3.5 & NAT

[Phil Daws]

Darn, looks like this will not work :( the problem is that oVirt creates the 
bridge ovirtmgmt and binds that to your interface eg. em1.  So at that point 
you have network running.  If you then try to add that to the OVS stack your 
networking stop :(  I tried to add it as a port using ovs-vsctl add-port ovsbr0 
ovirtmgmt which is accepted but then networking stops.  As soon as I remove 
again networking comes back to life.  There does not seem to be a way to have 
two co-existing bridges :( Thanks, Phil

- Original Message -
From: "Antoni Segura Puimedon" 
To: "Phil Daws" 
Cc: "Dan Kenigsberg" , users@ovirt.org
Sent: Monday, 27 October, 2014 12:13:30 PM
Subject: Re: [ovirt-users] oVirt 3.5 & NAT



- Original Message -
> From: "Phil Daws" 
> To: "Antoni Segura Puimedon" 
> Cc: "Dan Kenigsberg" , users@ovirt.org
> Sent: Monday, October 27, 2014 11:41:56 AM
> Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> 
> Hi Antoni:
> 
> Yes, prior to the reboot it did work okay.  This is how it should look I
> believe:
> 
> Bridge "ovirtmgmt"
> Port "mgmt0"
> Interface "mgmt0"
> type: internal
> Port "ovsbr0"
> Interface "ovsbr0"
> type: internal
> 
> So the bridge would be defined by oVirt then I guess with a custom hook that
> would then be added to the OVS stack ?

exactly! You could just make a hook script that runs an after_network_setup
hook that does the ovs-vsctl for you ;-)

Here you can see the presentation I gave last February at devconf about 
extending
with configurators and hooks.

http://blog.antoni.me/devconf14/#/8/1

I linked directly to a before_network_setup hook sample, because it works just 
like
the after_network_setup hook. Instead of logging to systemd, just add that if
'remove' is not in data and network == 'ovirtmgmt', it adds the network bridge 
to
the vswitch with python's subprocess.call or subprocess.check_output.

You can send it if you want me to take a look ;-)

PS: It is possible to write the hooks in bash, c, perl, etc. But we only have 
the
convenience read_json methods and such for python. If you wanted to, you could 
have
a simple bash hook that just checked if there was an ovirtmgmt bridge and it 
would
add it doing ovs-vsctl in the before_vdsm_start hooking point. That would have 
the
drawback that changing the ovirtmgmt bridge with oVirt UI would leave it 
disconnected
again.

> 
> Thanks, Phil
> 
> - Original Message -
> From: "Antoni Segura Puimedon" 
> To: "Phil Daws" 
> Cc: "Dan Kenigsberg" , users@ovirt.org
> Sent: Monday, 27 October, 2014 9:56:38 AM
> Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> 
> 
> 
> - Original Message -
> > From: "Phil Daws" 
> > To: "Antoni Segura Puimedon" 
> > Cc: "Dan Kenigsberg" , users@ovirt.org
> > Sent: Monday, October 27, 2014 10:37:18 AM
> > Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> > 
> > That is what I tried but oVirt appears to overwrite the bridge information
> > on
> > boot :( Thanks, Phil
> 
> But before rebooting, does it work as you intended? If so, you could just
> make
> a vdsm hook that adds ovirtmgmt to the ovs bridge after it is set up. (I
> could
> give more directions into how to do it).
> 
> > 
> > - Original Message -
> > From: "Antoni Segura Puimedon" 
> > To: "Phil Daws" 
> > Cc: "Dan Kenigsberg" , users@ovirt.org
> > Sent: Monday, 27 October, 2014 8:00:33 AM
> > Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> > 
> > 
> > 
> > - Original Message -
> > > From: "Phil Daws" 
> > > To: "Dan Kenigsberg" 
> > > Cc: users@ovirt.org
> > > Sent: Saturday, October 25, 2014 5:02:59 PM
> > > Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> > > 
> > > Hmmm, this is becoming difficult ..
> > > 
> > > I have added into the engine the custom hook and understand how that will
> > > work.  The issue is how can a single NIC use two different bridges ?
> > > Example with OVS would be that one requires:
> > > 
> > > em1 -+ ovirtmgmt (bridge) -> management IP (public)
> > >  + ovs   (bridge) -> firewall IP (public)
> > > |
> > > + vlan 1
> > > + vlan 2
> > > 
> > > this works fine when using OVS and KVM, without oVirt, so there must be a
> > > way
> > > to hook the two together without a Neutron appliance.
> > > 
> > > Any thoughts ? Thanks, Phil.
> > 
> > I haven't tried this, and it may not work, but what happens if you add the
> > ovirtmgmt
> > bridge as a port of the ovs bridge?
> > > 
> > > 
> > > - Original Message -
> > > From: "Dan Kenigsberg" 
> > > To: "Phil Daws" 
> > > Cc: users@ovirt.org
> > > Sent: Wednesday, 22 October, 2014 3:54:46 PM
> > > Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> > > 
> > > On Wed, Oct 22, 2014 at 03:12:09PM +0100, Phil Daws wrote:
> > > > Thanks Dan & Antoni:
> > > > 
> > > > I wonder then if I could replace the standard libvirt defined network
> > > > with
> > > > an OpenVSwitch 

[ovirt-users] webhook

[Koen Vanoppen]

Hi all,

Just a quick question. Is it possible to set a webhook on the removal and
creation of a new vm? So we can send to foreman a delete action when the VM
is deleted...

Kind regards,

Koen
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt Node 3.5 20140912 for the TestDay

[Raul Laansoo]

Hi.

I have got the same issue (filesystems read-only) when provisioning CentOS 6.5 
as node host (installed base OS and added vdsm package). multipathd shows wwids 
file reaed-only. Cant't write wwid.

Fore some reason filesystem gets corrupted when installing vdsm.

Regards.
Raul
> 
> 
> - Original Message -
> > From: "Raul Laansoo" 
> > To: "Fabian Deutsch" 
> > Cc: "users" , de...@ovirt.org
> > Sent: Monday, 29 September, 2014 11:31:11 AM
> > Subject: Re: [ovirt-users] oVirt Node 3.5 20140912 for the TestDay
> > 
> > Hi.
> > 
> > Disabling SELinux did not help. I have attached dmesg output.
> > 
> > Thank you.
> > 
> > - Original Message -
> > > From: "Fabian Deutsch" 
> > > To: "Raul Laansoo" 
> > > Cc: "Daniel Helgenberger" , "users"
> > > , de...@ovirt.org
> > > Sent: Monday, 29 September, 2014 9:22:15 AM
> > > Subject: Re: [ovirt-users] oVirt Node 3.5 20140912 for the TestDay
> > > 
> > > - Original Message -
> > > > Hi.
> > > > 
> > > > I have a issue with 3.1.0_master (20140912.0) on following hardware:
> > > > 
> > > > ProLiant BL460c Gen8
> > > > FLB Adapter 1: HP FlexFabric 10Gb 2-port 554FLB Adapter
> > > > 
> > > > I can install node but when booting the server I get I/O errors as if
> > > > LUN
> > > > is
> > > > offline.
> > > 
> > > Hey Raul,
> > > 
> > > can you describe these errors or provide a screenshot/log?
> > > 
> > > > Logging into admin (TUI) console is not possible.
> > > > 
> > > > If I reboot and set the rootpw I can log in and see that /var/log is
> > > > mounted
> > > > read-only:
> > > > 
> > > > mount: cannot remount block device /dev/mapper/HostVG-Logging
> > > > read-write,
> > > > is
> > > > write-protected
> > > > 
> > > > multipath -ll shows that all paths are OK, but if I look at dmesg
> > > > ouput,
> > > > I
> > > > see device-mapper: multipath: Failing path x:xx. was logged at boot for
> > > > all
> > > > paths.
> > > > 
> > > > I have successfully installed previous node iso version (3.0) and plain
> > > > CentOS on this hardware.
> > > 
> > > Did you try booting in permissive mode (appending enforcing=0 to the
> > > kernel
> > > cmdline).
> > > 
> > > Greetings
> > > fabian
> > > 
> > > > Can you help?
> > > > 
> > > > - Original Message -
> > > > > From: "Daniel Helgenberger" 
> > > > > To: "Fabian Deutsch" 
> > > > > Cc: "users" , de...@ovirt.org
> > > > > Sent: Wednesday, 17 September, 2014 2:50:19 PM
> > > > > Subject: Re: [ovirt-users] oVirt Node 3.5 20140912 for the TestDay
> > > > > 
> > > > > 
> > > > > On 17.09.2014 13:23, Fabian Deutsch wrote:
> > > > > > Hey Daniel,
> > > > > >
> > > > > > - Original Message -
> > > > > >> Hello Fabian,
> > > > > >>
> > > > > >> I do not know if the feature has made it - can I run a hosted
> > > > > >> engine
> > > > > >> with node?
> > > > > > Yep - That is one of the things under test :)
> > > > > Great! This is a major node feature for me.  Sadly I can't make it in
> > > > > time for the 3rd test day, but latest next week I'll give it a shot
> > > > > (and
> > > > > maybe there will be a 4th test day, since I have FC HBAs in my lab
> > > > > machines - Sven complained about that)
> > > > > 
> > > > > Cheers.
> > > > > > The iso below includes hosted engine support, that means, Node
> > > > > > contains
> > > > > > a
> > > > > > page which you can use to start the hosted engine setup.
> > > > > >
> > > > > > Please note that the appliance which is intended for hosted-engine
> > > > > > (ovirt-engine-appliance) is currently broken, but hosted-engine
> > > > > > setup
> > > > > > can
> > > > > > be run without using that appliance.
> > > > > > You just need to setup your own OS and oVirt.
> > > > > >
> > > > > > - fabian
> > > > > >
> > > > > >> Thanks!
> > > > > >>
> > > > > >> On 16.09.2014 21:57, Fabian Deutsch wrote:
> > > > > >>> Hey,
> > > > > >>>
> > > > > >>> to be able to give Node a go on the oVirt 3.5 TestDay, we provide
> > > > > >>> a
> > > > > >>> fresh
> > > > > >>> build of Node including the 3.5rc2 package here:
> > > > > >>>
> > > > > >>> http://resources.ovirt.org/pub/ovirt-3.5-pre/iso/ovirt-node-iso-3.5.0.ovirt35.20140912.el6.iso
> > > > > >>>
> > > > > >>> We did not see any SELinux denials, but if you experience any
> > > > > >>> problems,
> > > > > >>> please try to install Node in permissive mode by appending
> > > > > >>>  enfcoring=0
> > > > > >>> during the installation.
> > > > > >>>
> > > > > >>> Any feedback and bug reports are welcome.
> > > > > >>>
> > > > > >>> On behalf of the Node team
> > > > > >>> - fabian
> > > > > >>> ___
> > > > > >>> Users mailing list
> > > > > >>> Users@ovirt.org
> > > > > >>> http://lists.ovirt.org/mailman/listinfo/users
> > > > > >>>
> > > > > >> --
> > > > > >> Daniel Helgenberger
> > > > > >> m box bewegtbild GmbH
> > > > > >>
> > > > > >> P: +49/30/2408781-22
> > > > > >> F: +49/30/2408781-10
> > > > > >>
> > > > > >> ACKERSTR. 19
> > > > > >> D-10115 BERLIN
> > > > > >>

Re: [ovirt-users] Deleting large snapshots blocks the whole cluster

[Stefan Wendler]

I see. Then I will keep an eye on this tonight where we have a huge "all
ovirt downtime" just to delete those snapshots ^^


Thanks and Cheers,
Stefan


On 10/27/14 13:07, Markus Stockhausen wrote:
>> Von: Stefan Wendler [stefan.wend...@tngtech.com]
>> Gesendet: Montag, 27. Oktober 2014 11:39
>> An: Markus Stockhausen
>> Cc: users@ovirt.org
>> Betreff: Re: [ovirt-users] Deleting large snapshots blocks the whole cluster
>>
>> Hi,
>>
>> do you mean during snapshot deletion or in general?
>>
>> In general we do not have any swap usage at all. On none of the 4 hosts.
>>
>> We had some swap I/O on the host that is SPM most of the time. But not
>> during that period where we tried to delete the snapshot.
>>
> 
> I thought of the bug described in RH bugzilla 1138690 "[SCALE] snapshot 
> deletion -> 
> heavy swapping on SPM". In case you have no access to it (as it is RHEV 
> tagged): 
> 
> qemu-img reads through pagecache during snapshot deletion. A new flag has 
> been 
> intrduced in August this year that allows to avoid page cache. This flag must 
> be
> provided by OVirt/RHEV. Target release is 3.6. 
> 
> Until then the only bugfix is to drop pagecache manually on regular intervals 
> on the 
> hypversior and especially the SPM node.
> 
> Markus
> 
>>
>> Cheers,
>> Stefan
>>
>> On 10/27/14 11:08, Markus Stockhausen wrote:
>>> Do you see swapping on the SPM? If yes a regular echo 3 > drop_caches could 
>>> help.
>>>
>>> Markus
>>>
>>> Am 27.10.2014 10:57 schrieb Stefan Wendler :
>>> Hi,
>>>
>>> we have some really large snapshots left from a migration. Since our
>>> store is almost full now we have to delete them now.
>>>
>>> Some snapshots are around 1TB already.
>>>
>>> The last time we tried to delete a ~500GB snapshot the delete task
>> blocked the whole diskstore's IO and the whole cluster and all hosts
>> became unavailable.
>>
>> Is there a way to delete large snapshots in a "humane" way that will not
>> block everything?
>>
>> Cheers,
>> Stefan
>>
>>
> 



signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 3.5 on RHEL 6.6 hyperv enabled breaks Windows VMs

[Francesco Romani]

- Original Message -

> From: "Charles Gruener" 
> To: "Michal Skrivanek" 
> Cc: "users@ovirt.org Users" 
> Sent: Monday, October 27, 2014 1:32:50 PM
> Subject: Re: [ovirt-users] oVirt 3.5 on RHEL 6.6 hyperv enabled breaks
> Windows VMs

> The three Windows VMs I tried were Windows 7, Windows 8.1, and Windows Server
> 2012 R2. All experienced the stop error.

This is quite interesting because the hv_relaxed thing was supposed to 
_improve_ stability for windows 7 onwards. 
I was expecting troubles with older windows (XP), not with newer ones. 

Can you share what is running on your hypervisors? versions of libvirt and 
qemu. 
Moreover, qemu and libvirt logs would help. 

Thanks, 

-- 
Francesco Romani 
RedHat Engineering Virtualization R & D 
Phone: 8261328 
IRC: fromani 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 3.5 on RHEL 6.6 hyperv enabled breaks Windows VMs

[Charles Gruener]

The three Windows VMs I tried were Windows 7, Windows 8.1, and Windows
Server 2012 R2.  All experienced the stop error.

On Mon, Oct 27, 2014 at 8:21 AM, Michal Skrivanek <
michal.skriva...@redhat.com> wrote:

>
> On 24 Oct 2014, at 18:43, Markus Stockhausen wrote:
>
> Hi,
>
> we are running the hyperv flags since months in our Win7 VMs without any
> issue. As we are still on OVirt 3.4 FC20 infrastructure we set them with
> hooks (and really depend on them).
>
> Maybe RHEL related?
>
> It might be. What's running on your host?
>
> Did you see the same problem with anything newer than Windows XP?
>
> Thanks,
> michal
>
> Markus
> Am 24.10.2014 18:22 schrieb Charles Gruener :
>   https://bugzilla.redhat.com/show_bug.cgi?id=1110305
>
>  This enabled the hv_relaxed flag on all my Windows VMs, causing them to
> no longer boot.  The same thing would happen if I simply booted from the
> Windows install media.  I would get a screen with a stop error:
>
>  Your PC needs to restart.
> Please hold down the power button.
> Error Code: 0x001E
> Parameters:
> 0xC096
> 0xF802C4044EA4
> 0x0
> 0x0
>
>  I created a file called
> /etc/ovirt-engine/osinfo.conf.d/01-windows.properties that had one line:
>
>  os.windows_xp.devices.hyperv.enabled.value = false
>
>  I restarted ovirt-engine and now I can start my Windows VMs.
>
>  Why does this occur?  Is it because I upgraded from 3.4 to 3.5?  Is
> there something else I'm doing wrong?  I would like to not need this
> workaround.  Thanks.
>
>  Charles
>   
> ___
> 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] oVirt 3.5 on RHEL 6.6 hyperv enabled breaks Windows VMs

[Michal Skrivanek]

On 24 Oct 2014, at 18:43, Markus Stockhausen wrote:

> Hi,
> 
> we are running the hyperv flags since months in our Win7 VMs without any 
> issue. As we are still on OVirt 3.4 FC20 infrastructure we set them with 
> hooks (and really depend on them).
> 
> Maybe RHEL related?
> 
It might be. What's running on your host?

Did you see the same problem with anything newer than Windows XP?

Thanks,
michal
> Markus
> 
> Am 24.10.2014 18:22 schrieb Charles Gruener :
> https://bugzilla.redhat.com/show_bug.cgi?id=1110305
> 
> This enabled the hv_relaxed flag on all my Windows VMs, causing them to no 
> longer boot.  The same thing would happen if I simply booted from the Windows 
> install media.  I would get a screen with a stop error:
> 
> Your PC needs to restart.
> Please hold down the power button.
> Error Code: 0x001E
> Parameters:
> 0xC096
> 0xF802C4044EA4
> 0x0
> 0x0
> 
> I created a file called /etc/ovirt-engine/osinfo.conf.d/01-windows.properties 
> that had one line:
> 
> os.windows_xp.devices.hyperv.enabled.value = false
> 
> I restarted ovirt-engine and now I can start my Windows VMs.
> 
> Why does this occur?  Is it because I upgraded from 3.4 to 3.5?  Is there 
> something else I'm doing wrong?  I would like to not need this workaround.  
> Thanks.
> 
> Charles
> ___
> 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] how to attach ISO to VM use SDK

[Michal Skrivanek]

On 27 Oct 2014, at 12:46, Leaboy wrote:

> Hi,all:
> I want to attach ISO to vm use sdk,
> I tried use this command
> curl -X POST -H "Accept: application/xml" -H "Content-Type: application/xml" 
> -u admin@internal:jhadmin --cacert /tmp/ca.crt -d " id='vmdispatch.iso'/>" 
> https://rhel65-1.jhinno.com:443/api/vms/a0b7ad46-0889-4a79-ae0d-d5ea69655f60/cdroms

as per IRC this is oVirt 3.3.4

Thanks,
michal

> , but I can’t view the iso in the vm.
> ___
> 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] oVirt 3.5 & NAT

[Antoni Segura Puimedon]

- Original Message -
> From: "Phil Daws" 
> To: "Antoni Segura Puimedon" 
> Cc: "Dan Kenigsberg" , users@ovirt.org
> Sent: Monday, October 27, 2014 11:41:56 AM
> Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> 
> Hi Antoni:
> 
> Yes, prior to the reboot it did work okay.  This is how it should look I
> believe:
> 
> Bridge "ovirtmgmt"
> Port "mgmt0"
> Interface "mgmt0"
> type: internal
> Port "ovsbr0"
> Interface "ovsbr0"
> type: internal
> 
> So the bridge would be defined by oVirt then I guess with a custom hook that
> would then be added to the OVS stack ?

exactly! You could just make a hook script that runs an after_network_setup
hook that does the ovs-vsctl for you ;-)

Here you can see the presentation I gave last February at devconf about 
extending
with configurators and hooks.

http://blog.antoni.me/devconf14/#/8/1

I linked directly to a before_network_setup hook sample, because it works just 
like
the after_network_setup hook. Instead of logging to systemd, just add that if
'remove' is not in data and network == 'ovirtmgmt', it adds the network bridge 
to
the vswitch with python's subprocess.call or subprocess.check_output.

You can send it if you want me to take a look ;-)

PS: It is possible to write the hooks in bash, c, perl, etc. But we only have 
the
convenience read_json methods and such for python. If you wanted to, you could 
have
a simple bash hook that just checked if there was an ovirtmgmt bridge and it 
would
add it doing ovs-vsctl in the before_vdsm_start hooking point. That would have 
the
drawback that changing the ovirtmgmt bridge with oVirt UI would leave it 
disconnected
again.

> 
> Thanks, Phil
> 
> - Original Message -
> From: "Antoni Segura Puimedon" 
> To: "Phil Daws" 
> Cc: "Dan Kenigsberg" , users@ovirt.org
> Sent: Monday, 27 October, 2014 9:56:38 AM
> Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> 
> 
> 
> - Original Message -
> > From: "Phil Daws" 
> > To: "Antoni Segura Puimedon" 
> > Cc: "Dan Kenigsberg" , users@ovirt.org
> > Sent: Monday, October 27, 2014 10:37:18 AM
> > Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> > 
> > That is what I tried but oVirt appears to overwrite the bridge information
> > on
> > boot :( Thanks, Phil
> 
> But before rebooting, does it work as you intended? If so, you could just
> make
> a vdsm hook that adds ovirtmgmt to the ovs bridge after it is set up. (I
> could
> give more directions into how to do it).
> 
> > 
> > - Original Message -
> > From: "Antoni Segura Puimedon" 
> > To: "Phil Daws" 
> > Cc: "Dan Kenigsberg" , users@ovirt.org
> > Sent: Monday, 27 October, 2014 8:00:33 AM
> > Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> > 
> > 
> > 
> > - Original Message -
> > > From: "Phil Daws" 
> > > To: "Dan Kenigsberg" 
> > > Cc: users@ovirt.org
> > > Sent: Saturday, October 25, 2014 5:02:59 PM
> > > Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> > > 
> > > Hmmm, this is becoming difficult ..
> > > 
> > > I have added into the engine the custom hook and understand how that will
> > > work.  The issue is how can a single NIC use two different bridges ?
> > > Example with OVS would be that one requires:
> > > 
> > > em1 -+ ovirtmgmt (bridge) -> management IP (public)
> > >  + ovs   (bridge) -> firewall IP (public)
> > > |
> > > + vlan 1
> > > + vlan 2
> > > 
> > > this works fine when using OVS and KVM, without oVirt, so there must be a
> > > way
> > > to hook the two together without a Neutron appliance.
> > > 
> > > Any thoughts ? Thanks, Phil.
> > 
> > I haven't tried this, and it may not work, but what happens if you add the
> > ovirtmgmt
> > bridge as a port of the ovs bridge?
> > > 
> > > 
> > > - Original Message -
> > > From: "Dan Kenigsberg" 
> > > To: "Phil Daws" 
> > > Cc: users@ovirt.org
> > > Sent: Wednesday, 22 October, 2014 3:54:46 PM
> > > Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> > > 
> > > On Wed, Oct 22, 2014 at 03:12:09PM +0100, Phil Daws wrote:
> > > > Thanks Dan & Antoni:
> > > > 
> > > > I wonder then if I could replace the standard libvirt defined network
> > > > with
> > > > an OpenVSwitch one like I have on my dev system?  That is just straight
> > > > KVM with OVS integrated.  Maybe a bit more overhead in administration
> > > > but
> > > > possibly less than having to spin up a Neutron Appliance.
> > > 
> > > Once you start to use the vdsm-hook-extnet, all that you need to do is
> > > to replace the libvirt-side definition of the "external network". This
> > > may well be an OpenVSwitch-based network e.g.
> > > http://libvirt.org/formatnetwork.html#elementVlanTag
> > > ___
> > > Users mailing list
> > > Users@ovirt.org
> > > http://lists.ovirt.org/mailman/listinfo/users
> > > 
> > 
> 
___
Users mailing l

Re: [ovirt-users] Deleting large snapshots blocks the whole cluster

[Markus Stockhausen]

> Von: Stefan Wendler [stefan.wend...@tngtech.com]
> Gesendet: Montag, 27. Oktober 2014 11:39
> An: Markus Stockhausen
> Cc: users@ovirt.org
> Betreff: Re: [ovirt-users] Deleting large snapshots blocks the whole cluster
> 
> Hi,
> 
> do you mean during snapshot deletion or in general?
> 
> In general we do not have any swap usage at all. On none of the 4 hosts.
> 
> We had some swap I/O on the host that is SPM most of the time. But not
> during that period where we tried to delete the snapshot.
>

I thought of the bug described in RH bugzilla 1138690 "[SCALE] snapshot 
deletion -> 
heavy swapping on SPM". In case you have no access to it (as it is RHEV 
tagged): 

qemu-img reads through pagecache during snapshot deletion. A new flag has been 
intrduced in August this year that allows to avoid page cache. This flag must be
provided by OVirt/RHEV. Target release is 3.6. 

Until then the only bugfix is to drop pagecache manually on regular intervals 
on the 
hypversior and especially the SPM node.

Markus

> 
> Cheers,
> Stefan
> 
> On 10/27/14 11:08, Markus Stockhausen wrote:
> > Do you see swapping on the SPM? If yes a regular echo 3 > drop_caches could 
> > help.
> >
> > Markus
> >
> > Am 27.10.2014 10:57 schrieb Stefan Wendler :
> > Hi,
> >
> > we have some really large snapshots left from a migration. Since our
> > store is almost full now we have to delete them now.
> >
> > Some snapshots are around 1TB already.
> >
> > The last time we tried to delete a ~500GB snapshot the delete task
> blocked the whole diskstore's IO and the whole cluster and all hosts
> became unavailable.
>
> Is there a way to delete large snapshots in a "humane" way that will not
> block everything?
>
> Cheers,
> Stefan
>
>


Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] how to attach ISO to VM use SDK

[Leaboy]

Hi,all:

I want to attach ISO to vm use sdk,

I tried use this command

curl -X POST -H "Accept: application/xml" -H "Content-Type: application/xml"
-u admin@internal:jhadmin --cacert /tmp/ca.crt -d ""
https://rhel65-1.jhinno.com:443/api/vms/a0b7ad46-0889-4a79-ae0d-d5ea69655f60
/cdroms

, but I can’t view the iso in the vm.


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Problem installing hosted engine on CentOS 7 host

[Yedidyah Bar David]

- Original Message -
> From: "Justin Clacherty" 
> To: "Yedidyah Bar David" 
> Cc: Users@ovirt.org
> Sent: Monday, October 27, 2014 12:17:28 PM
> Subject: RE: [ovirt-users] Problem installing hosted engine on CentOS 7 host
> 
> > > > - Original Message -
> > > > > From: "Justin Clacherty" 
> > > > >
> > > > > The /dev/mapper leads me to believe it's a multipath issue.  I
> > > > > noticed this Bugzilla entry when looking into the issue so it
> > > > > appears at least one other person is experiencing the same issue.
> > > > >
> > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1154353
> > > >
> > > > Seems similar indeed.
> > > >
> > > > Can you please attach your logs to that bug? Thanks!
> > > > --
> > > > Didi
> > >
> > > Log attached.  Let me know if you need anything else.
> > 
> > Thanks a lot!
> > 
> > Please attach vdsm logs (/var/log/vdsm/*). Thanks,
> > --
> > Didi
> 
> Those logs were a bit of a mess as I'd deployed and re-deployed a few times.
> I've just reinstalled the host from scratch and run deploy.  The new vdsm
> and hosted-engine logs are attached to the bug.

Thanks!
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 3.5 & NAT

[Phil Daws]

Hi Antoni:

Yes, prior to the reboot it did work okay.  This is how it should look I 
believe:

Bridge "ovirtmgmt"
Port "mgmt0"
Interface "mgmt0"
type: internal
Port "ovsbr0"
Interface "ovsbr0"
type: internal

So the bridge would be defined by oVirt then I guess with a custom hook that 
would then be added to the OVS stack ?

Thanks, Phil

- Original Message -
From: "Antoni Segura Puimedon" 
To: "Phil Daws" 
Cc: "Dan Kenigsberg" , users@ovirt.org
Sent: Monday, 27 October, 2014 9:56:38 AM
Subject: Re: [ovirt-users] oVirt 3.5 & NAT



- Original Message -
> From: "Phil Daws" 
> To: "Antoni Segura Puimedon" 
> Cc: "Dan Kenigsberg" , users@ovirt.org
> Sent: Monday, October 27, 2014 10:37:18 AM
> Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> 
> That is what I tried but oVirt appears to overwrite the bridge information on
> boot :( Thanks, Phil

But before rebooting, does it work as you intended? If so, you could just make
a vdsm hook that adds ovirtmgmt to the ovs bridge after it is set up. (I could
give more directions into how to do it).

> 
> - Original Message -
> From: "Antoni Segura Puimedon" 
> To: "Phil Daws" 
> Cc: "Dan Kenigsberg" , users@ovirt.org
> Sent: Monday, 27 October, 2014 8:00:33 AM
> Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> 
> 
> 
> - Original Message -
> > From: "Phil Daws" 
> > To: "Dan Kenigsberg" 
> > Cc: users@ovirt.org
> > Sent: Saturday, October 25, 2014 5:02:59 PM
> > Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> > 
> > Hmmm, this is becoming difficult ..
> > 
> > I have added into the engine the custom hook and understand how that will
> > work.  The issue is how can a single NIC use two different bridges ?
> > Example with OVS would be that one requires:
> > 
> > em1 -+ ovirtmgmt (bridge) -> management IP (public)
> >  + ovs   (bridge) -> firewall IP (public)
> > |
> > + vlan 1
> > + vlan 2
> > 
> > this works fine when using OVS and KVM, without oVirt, so there must be a
> > way
> > to hook the two together without a Neutron appliance.
> > 
> > Any thoughts ? Thanks, Phil.
> 
> I haven't tried this, and it may not work, but what happens if you add the
> ovirtmgmt
> bridge as a port of the ovs bridge?
> > 
> > 
> > - Original Message -
> > From: "Dan Kenigsberg" 
> > To: "Phil Daws" 
> > Cc: users@ovirt.org
> > Sent: Wednesday, 22 October, 2014 3:54:46 PM
> > Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> > 
> > On Wed, Oct 22, 2014 at 03:12:09PM +0100, Phil Daws wrote:
> > > Thanks Dan & Antoni:
> > > 
> > > I wonder then if I could replace the standard libvirt defined network
> > > with
> > > an OpenVSwitch one like I have on my dev system?  That is just straight
> > > KVM with OVS integrated.  Maybe a bit more overhead in administration but
> > > possibly less than having to spin up a Neutron Appliance.
> > 
> > Once you start to use the vdsm-hook-extnet, all that you need to do is
> > to replace the libvirt-side definition of the "external network". This
> > may well be an OpenVSwitch-based network e.g.
> > http://libvirt.org/formatnetwork.html#elementVlanTag
> > ___
> > 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] Deleting large snapshots blocks the whole cluster

[Stefan Wendler]

Hi,

do you mean during snapshot deletion or in general?

In general we do not have any swap usage at all. On none of the 4 hosts.

We had some swap I/O on the host that is SPM most of the time. But not
during that period where we tried to delete the snapshot.

Cheers,
Stefan

On 10/27/14 11:08, Markus Stockhausen wrote:
> Do you see swapping on the SPM? If yes a regular echo 3 > drop_caches could 
> help.
> 
> Markus
> 
> Am 27.10.2014 10:57 schrieb Stefan Wendler :
> Hi,
> 
> we have some really large snapshots left from a migration. Since our
> store is almost full now we have to delete them now.
> 
> Some snapshots are around 1TB already.
> 
> The last time we tried to delete a ~500GB snapshot the delete task
> blocked the whole diskstore's IO and the whole cluster and all hosts
> became unavailable.
> 
> Is there a way to delete large snapshots in a "humane" way that will not
> block everything?
> 
> Cheers,
> Stefan
> 
> 



signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Infrastructure-as-a-Service (IaaS) Devroom at FOSDEM 15: Call for Participation

[Itamar Heim]

FOSDEM '15 Infrastructure-as-a-Service devroom

-
Important Dates and Info!
-

Submission deadline: 1 December 2014
Acceptance notifications: 15 December 2014
Final schedule announcement: 9 January 2015
Devroom: 31 January 2015

-
Call for Participation
-

The open source IaaS devroom will host sessions around open source
Infrastructure-as-a-Service projects such as (but not limited to)
Apache CloudStack, OpenStack, oVirt, OpenNebula, and Ganeti.

This room will focus on collaboration between projects on common
problems and software, such as shared storage, virtualized networking,
interfacing with multiple hypervisors, and scaling across hundreds or
thousands of servers.

Organizers are seeking topics that are interesting to multiple projects,
and hope to encourage developers to share experience solving problems
with their own projects.

-
Call for Volunteers
-

We are also looking for volunteers to help run the devroom. We need
assistance watching time for the speakers, and helping with video
for the devroom. Please contact Joe Brockmeier (jzb at redhat.com) for
more information here.

-
Details: READ CAREFULLY
-

This year at FOSDEM there will be a one-day devroom to focus on IaaS
projects. If your project is related to IaaS, we would love to see
your submissions.

Please note that we expect more proposals than we can possibly accept,
so it is vitally important that you submit your proposal on or before
the deadline. Late submissions are unlikely to be considered.

All slots are 40 minutes, with 30 minutes planned for presentations, and
10 minutes for Q&A.

All presentations *will* be recorded and made available under Creative
Commons licenses. Please indicate when submitting your talk that your
presentation will be licensed under the CC-By-SA-4.0 or CC-By-4.0
license when submitting the talk and that you agree to have your
presentation recorded. For example:

  "If my presentation is accepted for FOSDEM, I hereby agree to license
   all recordings, slides, and other associated materials under the
   Creative Commons Attribution Share-Alike 4.0 International License.
   Sincerely, ."

Also, in the notes field, please confirm tnat if your talk is accepted
that you *will* be able to attend FOSDEM and deliver your presentation.
We will not consider proposals from prospective speakers unsure whether
they will be able to secure funds for travel and lodging to attend
FOSDEM. (Sadly, we are not able to offer travel funding for prospective
speakers.)

-
How to Submit
-

All submissions are made via the Pentabarf event planning site:

https://penta.fosdem.org/submission/FOSDEM15

If you have not used Pentabarf before, you will need to create an account.

After creating the account, select "Create Event" and then be sure to
select "Infrastructure as a service devroom" from the options under
"Track."

-
Questions
-

If you have any questions about this devroom, please send your questions
to:

iaas-virt-devr...@lists.fosdem.org

We will respond as quickly as possible. Thanks!
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Problem installing hosted engine on CentOS 7 host

[Justin Clacherty]

> > > > - Original Message -
> > > > > From: "Justin Clacherty" 
> > > > >
> > > > > The /dev/mapper leads me to believe it's a multipath issue.  I
> > > > > noticed this Bugzilla entry when looking into the issue so it
> > > > > appears at least one other person is experiencing the same issue.
> > > > >
> > > > > https://bugzilla.redhat.com/show_bug.cgi?id=1154353
> > > >
> > > > Seems similar indeed.
> > > >
> > > > Can you please attach your logs to that bug? Thanks!
> > > > --
> > > > Didi
> > >
> > > Log attached.  Let me know if you need anything else.
> >
> > Thanks a lot!
> >
> > Please attach vdsm logs (/var/log/vdsm/*). Thanks,
> > --
> > Didi
> 
> Those logs were a bit of a mess as I'd deployed and re-deployed a few times.
> I've just reinstalled the host from scratch and run deploy.  The new vdsm and
> hosted-engine logs are attached to the bug.
> 
> Cheers,
> Justin.
> 

BTW, the workaround in the bug report doesn't work for me.

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Problem installing hosted engine on CentOS 7 host

[Justin Clacherty]

> > > - Original Message -
> > > > From: "Justin Clacherty" 
> > > >
> > > > The /dev/mapper leads me to believe it's a multipath issue.  I
> > > > noticed this Bugzilla entry when looking into the issue so it
> > > > appears at least one other person is experiencing the same issue.
> > > >
> > > > https://bugzilla.redhat.com/show_bug.cgi?id=1154353
> > >
> > > Seems similar indeed.
> > >
> > > Can you please attach your logs to that bug? Thanks!
> > > --
> > > Didi
> >
> > Log attached.  Let me know if you need anything else.
> 
> Thanks a lot!
> 
> Please attach vdsm logs (/var/log/vdsm/*). Thanks,
> --
> Didi

Those logs were a bit of a mess as I'd deployed and re-deployed a few times.  
I've just reinstalled the host from scratch and run deploy.  The new vdsm and 
hosted-engine logs are attached to the bug.

Cheers,
Justin.

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Deleting large snapshots blocks the whole cluster

[Markus Stockhausen]

Do you see swapping on the SPM? If yes a regular echo 3 > drop_caches could 
help.

Markus

Am 27.10.2014 10:57 schrieb Stefan Wendler :
Hi,

we have some really large snapshots left from a migration. Since our
store is almost full now we have to delete them now.

Some snapshots are around 1TB already.

The last time we tried to delete a ~500GB snapshot the delete task
blocked the whole diskstore's IO and the whole cluster and all hosts
became unavailable.

Is there a way to delete large snapshots in a "humane" way that will not
block everything?

Cheers,
Stefan


Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte
Informationen. Wenn Sie nicht der richtige Adressat sind oder diese E-Mail
irrtümlich erhalten haben, informieren Sie bitte sofort den Absender und
vernichten Sie diese Mail. Das unerlaubte Kopieren sowie die unbefugte
Weitergabe dieser Mail ist nicht gestattet.

Über das Internet versandte E-Mails können unter fremden Namen erstellt oder
manipuliert werden. Deshalb ist diese als E-Mail verschickte Nachricht keine
rechtsverbindliche Willenserklärung.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

Vorstand:
Kadir Akin
Dr. Michael Höhnerbach

Vorsitzender des Aufsichtsrates:
Hans Kristian Langva

Registergericht: Amtsgericht Köln
Registernummer: HRB 52 497

This e-mail may contain confidential and/or privileged information. If you
are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and destroy this e-mail. Any
unauthorized copying, disclosure or distribution of the material in this
e-mail is strictly forbidden.

e-mails sent over the internet may have been written under a wrong name or
been manipulated. That is why this message sent as an e-mail is not a
legally binding declaration of intention.

Collogia
Unternehmensberatung AG
Ubierring 11
D-50678 Köln

executive board:
Kadir Akin
Dr. Michael Höhnerbach

President of the supervisory board:
Hans Kristian Langva

Registry office: district court Cologne
Register number: HRB 52 497


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Deleting large snapshots blocks the whole cluster

[Stefan Wendler]

Hi,

we have some really large snapshots left from a migration. Since our
store is almost full now we have to delete them now.

Some snapshots are around 1TB already.

The last time we tried to delete a ~500GB snapshot the delete task
blocked the whole diskstore's IO and the whole cluster and all hosts
became unavailable.

Is there a way to delete large snapshots in a "humane" way that will not
block everything?

Cheers,
Stefan



signature.asc
Description: OpenPGP digital signature
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 3.5 & NAT

[Antoni Segura Puimedon]

- Original Message -
> From: "Phil Daws" 
> To: "Antoni Segura Puimedon" 
> Cc: "Dan Kenigsberg" , users@ovirt.org
> Sent: Monday, October 27, 2014 10:37:18 AM
> Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> 
> That is what I tried but oVirt appears to overwrite the bridge information on
> boot :( Thanks, Phil

But before rebooting, does it work as you intended? If so, you could just make
a vdsm hook that adds ovirtmgmt to the ovs bridge after it is set up. (I could
give more directions into how to do it).

> 
> - Original Message -
> From: "Antoni Segura Puimedon" 
> To: "Phil Daws" 
> Cc: "Dan Kenigsberg" , users@ovirt.org
> Sent: Monday, 27 October, 2014 8:00:33 AM
> Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> 
> 
> 
> - Original Message -
> > From: "Phil Daws" 
> > To: "Dan Kenigsberg" 
> > Cc: users@ovirt.org
> > Sent: Saturday, October 25, 2014 5:02:59 PM
> > Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> > 
> > Hmmm, this is becoming difficult ..
> > 
> > I have added into the engine the custom hook and understand how that will
> > work.  The issue is how can a single NIC use two different bridges ?
> > Example with OVS would be that one requires:
> > 
> > em1 -+ ovirtmgmt (bridge) -> management IP (public)
> >  + ovs   (bridge) -> firewall IP (public)
> > |
> > + vlan 1
> > + vlan 2
> > 
> > this works fine when using OVS and KVM, without oVirt, so there must be a
> > way
> > to hook the two together without a Neutron appliance.
> > 
> > Any thoughts ? Thanks, Phil.
> 
> I haven't tried this, and it may not work, but what happens if you add the
> ovirtmgmt
> bridge as a port of the ovs bridge?
> > 
> > 
> > - Original Message -
> > From: "Dan Kenigsberg" 
> > To: "Phil Daws" 
> > Cc: users@ovirt.org
> > Sent: Wednesday, 22 October, 2014 3:54:46 PM
> > Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> > 
> > On Wed, Oct 22, 2014 at 03:12:09PM +0100, Phil Daws wrote:
> > > Thanks Dan & Antoni:
> > > 
> > > I wonder then if I could replace the standard libvirt defined network
> > > with
> > > an OpenVSwitch one like I have on my dev system?  That is just straight
> > > KVM with OVS integrated.  Maybe a bit more overhead in administration but
> > > possibly less than having to spin up a Neutron Appliance.
> > 
> > Once you start to use the vdsm-hook-extnet, all that you need to do is
> > to replace the libvirt-side definition of the "external network". This
> > may well be an OpenVSwitch-based network e.g.
> > http://libvirt.org/formatnetwork.html#elementVlanTag
> > ___
> > 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] MacPoolRanges not working as expected

[Moti Asayag]

- Original Message -
> From: "Xavier Naveira" 
> To: users@ovirt.org
> Sent: Monday, October 27, 2014 10:42:47 AM
> Subject: [ovirt-users] MacPoolRanges not working as expected
> 
> Hi everyone,
> 
> First of all I'd like to say that we have been using oVirt successfully
> for more than a year, creating an automated deploy system with help of
> foreman and puppet.
> 
> That being said, we're currently facing the first serious problem and
> we'd appreciate some help.
> 
> Everything was working fine until we exhausted the default
> MacPoolRanges. After looking for a solution to the error message we
> found this document:
> http://www.ovirt.org/Engine_config_examples#MacPoolRanges
> 
> Following the instructions on it we executed the following commands:
> 
> First we found out what our current pool was:
> 
> # engine-config -g MacPoolRanges
> MacPoolRanges: 00:1a:4a:24:26:00-00:1a:4a:24:26:ff version: general
> 
> So we proceeded to expand it:
> 
> # engine-config -s "MacPoolRanges=00:1a:4a:24:26:00-00:1a:4a:24:27:ff"
> # service ovirt-engine restart
> 
> After this we were able to create new machines but none of them seemed
> to have network.
> 
> After some unsuccessful troubleshooting  we restored the original pool
> and instead added a new one:
> 
> # engine-config -s "MacPoolRanges=00:1a:4a:24:26:00-00:1a:4a:24:26:ff"
> # service ovirt-engine restart
> 
> # engine-config -s
> "MacPoolRanges=00:1a:4a:24:26:00-00:1a:4a:24:26:ff,00:1a:4a:24:27:00-00:1a:4a:24:27:ff"
> 
> # service ovirt-engine restart
> 
> After doing this and test to create a new host everything seemed to work
> fine.
> 
> The problem is that after the successful creation of some hosts the
> original problem where the new hosts didn't seem to have network,
> reappeared.
> 
> Trying to narrow down the problem what we've find out so far is:
> 
> This oVirt environment kickstarts hosts via PXE, when trying to PXE boot
> a new host, the DHCP process fails (timeout).
> 
> Tracing the network packets, we are able to see that the virtual host
> sends the dhcp request, the dhcp server receives it and acknowledges it
> and it sends the dhcp offer back. The dhcp offer reaches the hypervisor
> to the vnetxx network interface BUT it doesn't go further and it doesn't
> reach the virtual host. This behavior is consistent through different
> hypervisors and vlans, including the ones that have been used/created
> before the problems appeared.
> 
> The only pattern that we've been able to identify so far is through
> issuing the command "brctl showmacs "
> 
> This command list the mac addresses for the interfaces connected to the
> bridge. In the cases where everything works fine the output looks like this:
> 
> port no mac addris local?   ageing timer
> 2   00:1a:4a:24:27:e0   no 0.01
> 2   fe:1a:4a:24:27:e0   yes0.00
> 
> The virtual host MAC address begins with "00" and it has a corresponding
> address beginning with "fe" which is assigned to the "vnetxx" interface
> in the hypervisor.
> 
> In the cases where the virtual host doesn't get the dhcp answers the
> output of "brctl showmacs " is:
> 
> port no mac addris local?   ageing timer
> 6   fe:1a:4a:24:27:a0   yes0.00
> 

It seems that the vm has no vnic connected to the destined bridge. Which
is weird due to the fact that you've noticed outgoing traffic from the vm
to the DHCP server.

Could you verify it by dumping the xml used to create the vm ? (could be
obtained either from /var/log/vdsm/vdsm.log or by "virsh -r dumpxml "
and the domain id could be obtained by "virsh -r list" or "vdsClient -s 0 list 
table"
This will allow us to verify there is an actual interface device configured
for that vm with the expected mac address and connected to the expect bridge.

What is the nature of fe:1a:4a:24:27:a0 ? where did it come from ?
Just to make sure - the expectation is for the virtual host to have a single
interface only, with a mac address as allocated from the mac addresses pool.

ovirt enables the nwfilter vdsm-no-mac-spoofing on libvirt to prevent spoofing
of the assigned vnic mac address. But that should be confirmed.

> This is, the actual virtual host's MAC address is missing from the bridge.
> 
> We haven't been able to find a detailed explanation on how the network
> internals of oVirt should work but hopefully someone in this list can
> point us to the right resource.
> 
> Thank you.
> 
> Xavier.
> 
> 
> 
> 
> 
> 
> 
> ___
> 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] oVirt 3.5 & NAT

[Phil Daws]

That is what I tried but oVirt appears to overwrite the bridge information on 
boot :( Thanks, Phil

- Original Message -
From: "Antoni Segura Puimedon" 
To: "Phil Daws" 
Cc: "Dan Kenigsberg" , users@ovirt.org
Sent: Monday, 27 October, 2014 8:00:33 AM
Subject: Re: [ovirt-users] oVirt 3.5 & NAT



- Original Message -
> From: "Phil Daws" 
> To: "Dan Kenigsberg" 
> Cc: users@ovirt.org
> Sent: Saturday, October 25, 2014 5:02:59 PM
> Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> 
> Hmmm, this is becoming difficult ..
> 
> I have added into the engine the custom hook and understand how that will
> work.  The issue is how can a single NIC use two different bridges ?
> Example with OVS would be that one requires:
> 
> em1 -+ ovirtmgmt (bridge) -> management IP (public)
>  + ovs   (bridge) -> firewall IP (public)
> |
> + vlan 1
> + vlan 2
> 
> this works fine when using OVS and KVM, without oVirt, so there must be a way
> to hook the two together without a Neutron appliance.
> 
> Any thoughts ? Thanks, Phil.

I haven't tried this, and it may not work, but what happens if you add the 
ovirtmgmt
bridge as a port of the ovs bridge?
> 
> 
> - Original Message -
> From: "Dan Kenigsberg" 
> To: "Phil Daws" 
> Cc: users@ovirt.org
> Sent: Wednesday, 22 October, 2014 3:54:46 PM
> Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> 
> On Wed, Oct 22, 2014 at 03:12:09PM +0100, Phil Daws wrote:
> > Thanks Dan & Antoni:
> > 
> > I wonder then if I could replace the standard libvirt defined network with
> > an OpenVSwitch one like I have on my dev system?  That is just straight
> > KVM with OVS integrated.  Maybe a bit more overhead in administration but
> > possibly less than having to spin up a Neutron Appliance.
> 
> Once you start to use the vdsm-hook-extnet, all that you need to do is
> to replace the libvirt-side definition of the "external network". This
> may well be an OpenVSwitch-based network e.g.
> http://libvirt.org/formatnetwork.html#elementVlanTag
> ___
> 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] Sizing the master storage domain

[Nicolas Ecarnot]

Le 18/09/2014 13:35, Itamar Heim a écrit :

On 09/18/2014 02:32 PM, Nicolas Ecarnot wrote:

Le 18/09/2014 13:30, Itamar Heim a écrit :

On 09/18/2014 02:27 PM, Nicolas Ecarnot wrote:

Hi,

I know Itamar explained that the notion of master storage domain will
disappear in some releases.
But now, with a 3.4 I'm installing, I was wondering :

- on my other oVirt setups, I started with one big (iSCSI) LUN,
which is
the master, and stored as many VMs I could
- when space came to miss, I added another LUN, the another...
- when I have to do some maintenance (grow, disable, other...) on a
LUN,
I can move my VM disks amongst the normal storage domains. When
Empty, I
can switch them off, add others, and so on

The only one I can not play with is the master one.
I came to think that I had no benefice storing anything on the master
storage domain, and use only the normal storage domains.

And then, I came to think I had no reason to dedicate a huge LUN for
the
master.

Ok, but according to you, what is the minimum reasonable size for a
master storage domain?



you should be able to move master domain to maint (deactivate, not
detach) as well (full or empty). engine will just configure another
storage domain as master iirc.


This is a nice feature, but as detaching (then removing) is needed, my
question still remains.



master storage domains is a normal storage domain. it only happens to be
using its "special metadata part" as the master. so all storage domains
have it. if its down, engine will automatically select another one.


Itamar, and others,

Just a little word to explain that I've just finished to test the 
feature you described above (automatic master storage domain switching) 
and it is working nicely, and very quickly.

This is very cool and useful.

Thank you.

--
Nicolas Ecarnot


iirc, we need 2GB for meta data (on block storage. NFS is allocated as
needed).
iirc, we block or warn on creating storage domains of <10GB.



--
Nicolas Ecarnot
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Import FC Storage as iSCSI

[Maor Lipchuk]

Which Data Center version are you using to attach the Storage Domain to?
If the storage domain meta data indicates that it is already attached to 
another Data Center (after DR for example). then you the attach of it will only 
be supported for Data Center 3.5.

Regards,
Maor

- Original Message -
> From: "Raul Laansoo" 
> To: "Maor Lipchuk" 
> Cc: "users" 
> Sent: Monday, October 27, 2014 10:07:18 AM
> Subject: Re: [ovirt-users] Import FC Storage as iSCSI
> 
> When I try to import existing FC storage domain, which consists of two NetAPP
> LUN-s cloned from NetAPP snapshots, I get:
> 
> Error while executing action Attach Storage Domain: The Domain is already
> used by another Data Center.
> In order to use it, detach it from the Data Center it is currently attached
> to.
> 
> Does this mean, that to import existing storage domain, it must be first
> (cleanly) detached?
> 
> Regards.
> 
> - Original Message -
> > From: "Maor Lipchuk" 
> > To: "Raul Laansoo" 
> > Cc: "users" 
> > Sent: Monday, 27 October, 2014 9:26:50 AM
> > Subject: Re: [ovirt-users] Import FC Storage as iSCSI
> > 
> > 
> > 
> > 
> > 
> > - Original Message -
> > > From: "Raul Laansoo" 
> > > To: "Maor Lipchuk" 
> > > Cc: "users" 
> > > Sent: Monday, October 27, 2014 8:43:31 AM
> > > Subject: Re: [ovirt-users] Import FC Storage as iSCSI
> > > 
> > > Hi.
> > > 
> > > Thank you for looking into this. Does this only affect the import or
> > > influences also the process of attaching storage domain to Data Center
> > > (you
> > > can't attach iSCSI Storage Domain to FC DC and vice versa?)
> > 
> > Hi Raul,
> > 
> > for now, the fix should include the ability to "switch" storage types only
> > through the import process,and not through the attach process.
> > I think that the import process might be enough because you can always
> > remove
> > the Storage Domain and re-import it to the setup as another storage type.
> > 
> > > If I understand
> > > correctly, the Data Center's storage type is set at the initialization
> > > time,
> > > when the first storage domain is attached and you can't change it
> > > afterwards. In previous versions you could clearly see the DC storage
> > > type,
> > > now it's not visible.
> > 
> > You are right, mixed type data center is a feature introduced in version
> > 3.4
> > (see http://www.ovirt.org/Features/Mixed_Types_Data_Center),
> > There should be only two type of Data Center local and shared.
> > The import Storage Domain feature is supported only from version 3.5 so it
> > can only be supported in mixed type Data Centers.
> > 
> > 
> > > 
> > > Regards.
> > > Raul
> > > 
> > > - Original Message -
> > > > From: "Maor Lipchuk" 
> > > > To: "Itamar Heim" 
> > > > Cc: "raul laansoo" , "Vered Volansky"
> > > > , "users" 
> > > > Sent: Monday, 27 October, 2014 2:16:14 AM
> > > > Subject: Re: [ovirt-users] Import FC Storage as iSCSI
> > > > 
> > > > 
> > > > 
> > > > 
> > > > 
> > > > - Original Message -
> > > > > From: "Itamar Heim" 
> > > > > To: "Maor Lipchuk" , "raul laansoo"
> > > > > 
> > > > > Cc: "Vered Volansky" , "users" 
> > > > > Sent: Sunday, October 26, 2014 9:34:14 PM
> > > > > Subject: Re: [ovirt-users] Import FC Storage as iSCSI
> > > > > 
> > > > > On 10/26/2014 03:58 PM, Maor Lipchuk wrote:
> > > > > > Hi Raul,
> > > > > >
> > > > > > The storage domain type is determined from the Storage Domain meta
> > > > > > data.
> > > > > > If your storage domain was previously an FC Storage Domain, the
> > > > > > import
> > > > > > process will read this from the meta data and import it as an FC
> > > > > > Storage
> > > > > > Domain.
> > > > > >
> > > > > > This behavior should be changed so the storage type will be
> > > > > > determined
> > > > > > by
> > > > > > the user instead from the meta data,
> > > > > > I've opened a bug on this issue for 3.5,
> > > > > > https://bugzilla.redhat.com/1157240.
> > > > > 
> > > > > so i guess for now the metadata can be changed as a workaround?
> > > > 
> > > > I believe so,
> > > > I've tried now to import an existing iSCSI Storage Domain after
> > > > changing
> > > > its
> > > > meta data from ISCSI to FCP and it seems to work well, the Storage was
> > > > imported as Fibre Channel.
> > > > 
> > > > > 
> > > > > >
> > > > > > Regards,
> > > > > > Maor
> > > > > >
> > > > > >
> > > > > > - Original Message -
> > > > > > From: "Allon Mureinik" 
> > > > > > To: "Maor Lipchuk" 
> > > > > > Cc: "Vered Volansky" , "users" ,
> > > > > > "Raul
> > > > > > Laansoo" 
> > > > > > Sent: Sunday, October 26, 2014 10:42:53 AM
> > > > > > Subject: Re: [ovirt-users] Import FC Storage as iSCSI
> > > > > >
> > > > > > Maor, does this ring in bells wrt importing a storage domain?
> > > > > >
> > > > > > - Original Message -
> > > > > >> From: "Raul Laansoo" 
> > > > > >> To: "Vered Volansky" 
> > > > > >> Cc: "users" 
> > > > > >> Sent: Thursday, October 23, 2014 4:51:34 PM
> > > > > >> Subject: Re: [ovirt-users] Import

[ovirt-users] MacPoolRanges not working as expected

[Xavier Naveira]

Hi everyone,

First of all I'd like to say that we have been using oVirt successfully 
for more than a year, creating an automated deploy system with help of 
foreman and puppet.


That being said, we're currently facing the first serious problem and 
we'd appreciate some help.


Everything was working fine until we exhausted the default 
MacPoolRanges. After looking for a solution to the error message we 
found this document: 
http://www.ovirt.org/Engine_config_examples#MacPoolRanges


Following the instructions on it we executed the following commands:

First we found out what our current pool was:

# engine-config -g MacPoolRanges
MacPoolRanges: 00:1a:4a:24:26:00-00:1a:4a:24:26:ff version: general

So we proceeded to expand it:

# engine-config -s "MacPoolRanges=00:1a:4a:24:26:00-00:1a:4a:24:27:ff"
# service ovirt-engine restart

After this we were able to create new machines but none of them seemed 
to have network.


After some unsuccessful troubleshooting  we restored the original pool 
and instead added a new one:


# engine-config -s "MacPoolRanges=00:1a:4a:24:26:00-00:1a:4a:24:26:ff"
# service ovirt-engine restart

# engine-config -s 
"MacPoolRanges=00:1a:4a:24:26:00-00:1a:4a:24:26:ff,00:1a:4a:24:27:00-00:1a:4a:24:27:ff" 


# service ovirt-engine restart

After doing this and test to create a new host everything seemed to work 
fine.


The problem is that after the successful creation of some hosts the 
original problem where the new hosts didn't seem to have network, 
reappeared.


Trying to narrow down the problem what we've find out so far is:

This oVirt environment kickstarts hosts via PXE, when trying to PXE boot 
a new host, the DHCP process fails (timeout).


Tracing the network packets, we are able to see that the virtual host 
sends the dhcp request, the dhcp server receives it and acknowledges it 
and it sends the dhcp offer back. The dhcp offer reaches the hypervisor 
to the vnetxx network interface BUT it doesn't go further and it doesn't 
reach the virtual host. This behavior is consistent through different 
hypervisors and vlans, including the ones that have been used/created 
before the problems appeared.


The only pattern that we've been able to identify so far is through 
issuing the command "brctl showmacs "


This command list the mac addresses for the interfaces connected to the 
bridge. In the cases where everything works fine the output looks like this:


port no mac addris local?   ageing timer
2   00:1a:4a:24:27:e0   no 0.01
2   fe:1a:4a:24:27:e0   yes0.00

The virtual host MAC address begins with "00" and it has a corresponding 
address beginning with "fe" which is assigned to the "vnetxx" interface 
in the hypervisor.


In the cases where the virtual host doesn't get the dhcp answers the 
output of "brctl showmacs " is:


port no mac addris local?   ageing timer
6   fe:1a:4a:24:27:a0   yes0.00

This is, the actual virtual host's MAC address is missing from the bridge.

We haven't been able to find a detailed explanation on how the network 
internals of oVirt should work but hopefully someone in this list can 
point us to the right resource.


Thank you.

Xavier.







___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] Centos 6.5 or 7 for host os?

[Demeter Tibor]

Hi, 

Could somebody know, how long will be supported ovirt on centos 6.5 as 
host/portal server? 
I would like to planning for long time (2-3 years) for my production 
environment. 


Thanks, 

Tibor 


___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Problem installing hosted engine on CentOS 7 host

[Yedidyah Bar David]

- Original Message -
> From: "Justin Clacherty" 
> To: "Yedidyah Bar David" 
> Cc: Users@ovirt.org
> Sent: Monday, October 27, 2014 9:15:13 AM
> Subject: RE: [ovirt-users] Problem installing hosted engine on CentOS 7 host
> 
> 
> > -Original Message-
> > From: Yedidyah Bar David [mailto:d...@redhat.com]
> >
> > - Original Message -
> > > From: "Justin Clacherty" 
> > >
> > > The /dev/mapper leads me to believe it's a multipath issue.  I noticed
> > > this Bugzilla entry when looking into the issue so it appears at least
> > > one other person is experiencing the same issue.
> > >
> > > https://bugzilla.redhat.com/show_bug.cgi?id=1154353
> > 
> > Seems similar indeed.
> > 
> > Can you please attach your logs to that bug? Thanks!
> > --
> > Didi
> 
> Log attached.  Let me know if you need anything else.

Thanks a lot!

Please attach vdsm logs (/var/log/vdsm/*). Thanks,
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] all-in-one updated from 3.4.4 to 3.5.0 ok with reinstall of host part

[Gianluca Cecchi]

On a fedora 19 system where I had 3.4.4 all-in-one, I was able to upgrade
to 3.5.
vdsm part had problems I was able to solve reinstalling host from the
webadmin gui
Steps were:

- follow instructions for engine part --> ok
- verify connectivity of engine via new webadmin
- put host into maintenance
- stop vdsmd service
- yum update vdsm part and all other packages related to ovirt

When trying to start vdsm again I got

[root@tekkaman vdsm]# systemctl status vdsmd
vdsmd.service - Virtual Desktop Server Manager
   Loaded: loaded (/usr/lib/systemd/system/vdsmd.service; enabled)
   Active: failed (Result: start-limit) since Sat 2014-10-25 16:01:29 CEST;
2min 54s ago
  Process: 14448 ExecStartPre=/usr/libexec/vdsm/vdsmd_init_common.sh
--pre-start (code=exited, status=1/FAILURE)

Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Failed to start
Virtual Desktop Server Manager.
Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Unit vdsmd.service
entered failed state.
Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: vdsmd.service
holdoff time over, scheduling restart.
Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Stopping Virtual
Desktop Server Manager...
Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Starting Virtual
Desktop Server Manager...
Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: vdsmd.service start
request repeated too quickly, refusing to start.
Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Failed to start
Virtual Desktop Server Manager.
Oct 25 16:01:29 tekkaman.localdomain.local systemd[1]: Unit vdsmd.service
entered failed state.

I was not able to check wich part of --pre-start functions had failed..
I see inside the script
case "$1" in
--pre-start)
run_tasks " \
mkdirs \
configure_coredump \
configure_vdsm_logs \
run_init_hooks \
check_is_configured \
validate_configuration \
prepare_transient_repository \
syslog_available \
nwfilter \
dummybr \
load_needed_modules \
tune_system \
test_space \
test_lo \
unified_network_persistence_upgrade \
restore_nets \
upgrade_300_nets \
"
;;


In logs I had only supervdsm.log

MainThread::DEBUG::2014-10-25
16:34:34,021::supervdsmServer::451::SuperVdsm.Server::(main) Terminated
normally
MainThread::DEBUG::2014-10-25
16:35:21,836::netconfpersistence::134::root::(_getConfigs) Non-existing
config set.
MainThread::DEBUG::2014-10-25
16:35:21,836::netconfpersistence::134::root::(_getConfigs) Non-existing
config set.
MainThread::DEBUG::2014-10-25
16:35:21,898::supervdsmServer::411::SuperVdsm.Server::(main) Making sure
I'm root - SuperVdsm
MainThread::DEBUG::2014-10-25
16:35:21,899::supervdsmServer::420::SuperVdsm.Server::(main) Parsing cmd
args
MainThread::DEBUG::2014-10-25
16:35:21,899::supervdsmServer::423::SuperVdsm.Server::(main) Cleaning old
socket /var/run/vdsm/svdsm.sock
MainThread::DEBUG::2014-10-25
16:35:21,899::supervdsmServer::427::SuperVdsm.Server::(main) Setting up
keep alive thread
MainThread::DEBUG::2014-10-25
16:35:21,899::supervdsmServer::433::SuperVdsm.Server::(main) Creating
remote object manager
MainThread::DEBUG::2014-10-25
16:35:21,901::fileUtils::192::Storage.fileUtils::(chown) Changing owner for
/var/run/vdsm/svdsm.sock, to (36:36)
MainThread::DEBUG::2014-10-25
16:35:21,901::supervdsmServer::444::SuperVdsm.Server::(main) Started
serving super vdsm object
sourceRoute::DEBUG::2014-10-25
16:35:21,901::sourceroutethread::75::root::(_subscribeToInotifyLoop)
sourceRouteThread.subscribeToInotifyLoop started

in vdsm.conf I have retained
net_persistence = ifcfg

even after reboot only supervdsm.log was populated...

Nevertheless a host reinstall from webadmin gui seemed to fix the problem
and after that it was able to start vdsm ad host part.
I was also able to upgrade DC/Cluster from 3.4 to 3.5 version.
Now that I'm on 3.5 next days I'll try to pass from F19 to F20... we'll see

Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] virtio-blk-data-plane

[Wolfgang Bucher]

Hello,

is it possible to use virtio-blk-data-plane in ovirt with el7 host.



Thanks

Wolfgang 











___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Problem installing hosted engine on CentOS 7 host

[Yedidyah Bar David]

- Original Message -
> From: "Justin Clacherty" 
> To: "Yedidyah Bar David" 
> Cc: Users@ovirt.org
> Sent: Monday, October 27, 2014 9:15:13 AM
> Subject: RE: [ovirt-users] Problem installing hosted engine on CentOS 7 host
> 
> 
> > -Original Message-
> > From: Yedidyah Bar David [mailto:d...@redhat.com]
> >
> > - Original Message -
> > > From: "Justin Clacherty" 
> > >
> > > The /dev/mapper leads me to believe it's a multipath issue.  I noticed
> > > this Bugzilla entry when looking into the issue so it appears at least
> > > one other person is experiencing the same issue.
> > >
> > > https://bugzilla.redhat.com/show_bug.cgi?id=1154353
> > 
> > Seems similar indeed.
> > 
> > Can you please attach your logs to that bug? Thanks!
> > --
> > Didi
> 
> Log attached.  Let me know if you need anything else.
> 
> I just noticed in that bug report that there's a workaround listed.  If you
> can let me know how to kill the partial nfs deployment I did I'll retry
> iscsi with the workaround.  At the moment if I try to deploy I get:
> 
> [ INFO  ] Generating a temporary VNC password.
> [ INFO  ] Stage: Environment setup
>   Configuration files: []
>   Log file:
>   
> /var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20141027171154-mct4mj.log
>   Version: otopi-1.3.0 (otopi-1.3.0-1.el7)
> [ INFO  ] Hardware supports virtualization
> [ INFO  ] Bridge ovirtmgmt already created
> [ INFO  ] Stage: Environment packages setup
> [ INFO  ] Stage: Programs detection
> [ INFO  ] Stage: Environment setup
> [ ERROR ] The following VMs has been found:
> 55bae22d-03dd-40b8-830d-67fcb73066e1
> [ ERROR ] Failed to execute stage 'Environment setup': Cannot setup Hosted
> Engine with other VMs running
> [ INFO  ] Stage: Clean up
> [ INFO  ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'
> [ INFO  ] Answer file '/etc/ovirt-hosted-engine/answers.conf' has been
> updated
> [ INFO  ] Stage: Pre-termination
> [ INFO  ] Stage: Termination

You can try:
hosted-engine --vm-poweroff
-- 
Didi
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Import FC Storage as iSCSI

[Raul Laansoo]

When I try to import existing FC storage domain, which consists of two NetAPP 
LUN-s cloned from NetAPP snapshots, I get:

Error while executing action Attach Storage Domain: The Domain is already used 
by another Data Center.
In order to use it, detach it from the Data Center it is currently attached to.

Does this mean, that to import existing storage domain, it must be first 
(cleanly) detached?

Regards.

- Original Message -
> From: "Maor Lipchuk" 
> To: "Raul Laansoo" 
> Cc: "users" 
> Sent: Monday, 27 October, 2014 9:26:50 AM
> Subject: Re: [ovirt-users] Import FC Storage as iSCSI
> 
> 
> 
> 
> 
> - Original Message -
> > From: "Raul Laansoo" 
> > To: "Maor Lipchuk" 
> > Cc: "users" 
> > Sent: Monday, October 27, 2014 8:43:31 AM
> > Subject: Re: [ovirt-users] Import FC Storage as iSCSI
> > 
> > Hi.
> > 
> > Thank you for looking into this. Does this only affect the import or
> > influences also the process of attaching storage domain to Data Center (you
> > can't attach iSCSI Storage Domain to FC DC and vice versa?)
> 
> Hi Raul,
> 
> for now, the fix should include the ability to "switch" storage types only
> through the import process,and not through the attach process.
> I think that the import process might be enough because you can always remove
> the Storage Domain and re-import it to the setup as another storage type.
> 
> > If I understand
> > correctly, the Data Center's storage type is set at the initialization
> > time,
> > when the first storage domain is attached and you can't change it
> > afterwards. In previous versions you could clearly see the DC storage type,
> > now it's not visible.
> 
> You are right, mixed type data center is a feature introduced in version 3.4
> (see http://www.ovirt.org/Features/Mixed_Types_Data_Center),
> There should be only two type of Data Center local and shared.
> The import Storage Domain feature is supported only from version 3.5 so it
> can only be supported in mixed type Data Centers.
> 
> 
> > 
> > Regards.
> > Raul
> > 
> > - Original Message -
> > > From: "Maor Lipchuk" 
> > > To: "Itamar Heim" 
> > > Cc: "raul laansoo" , "Vered Volansky"
> > > , "users" 
> > > Sent: Monday, 27 October, 2014 2:16:14 AM
> > > Subject: Re: [ovirt-users] Import FC Storage as iSCSI
> > > 
> > > 
> > > 
> > > 
> > > 
> > > - Original Message -
> > > > From: "Itamar Heim" 
> > > > To: "Maor Lipchuk" , "raul laansoo"
> > > > 
> > > > Cc: "Vered Volansky" , "users" 
> > > > Sent: Sunday, October 26, 2014 9:34:14 PM
> > > > Subject: Re: [ovirt-users] Import FC Storage as iSCSI
> > > > 
> > > > On 10/26/2014 03:58 PM, Maor Lipchuk wrote:
> > > > > Hi Raul,
> > > > >
> > > > > The storage domain type is determined from the Storage Domain meta
> > > > > data.
> > > > > If your storage domain was previously an FC Storage Domain, the
> > > > > import
> > > > > process will read this from the meta data and import it as an FC
> > > > > Storage
> > > > > Domain.
> > > > >
> > > > > This behavior should be changed so the storage type will be
> > > > > determined
> > > > > by
> > > > > the user instead from the meta data,
> > > > > I've opened a bug on this issue for 3.5,
> > > > > https://bugzilla.redhat.com/1157240.
> > > > 
> > > > so i guess for now the metadata can be changed as a workaround?
> > > 
> > > I believe so,
> > > I've tried now to import an existing iSCSI Storage Domain after changing
> > > its
> > > meta data from ISCSI to FCP and it seems to work well, the Storage was
> > > imported as Fibre Channel.
> > > 
> > > > 
> > > > >
> > > > > Regards,
> > > > > Maor
> > > > >
> > > > >
> > > > > - Original Message -
> > > > > From: "Allon Mureinik" 
> > > > > To: "Maor Lipchuk" 
> > > > > Cc: "Vered Volansky" , "users" ,
> > > > > "Raul
> > > > > Laansoo" 
> > > > > Sent: Sunday, October 26, 2014 10:42:53 AM
> > > > > Subject: Re: [ovirt-users] Import FC Storage as iSCSI
> > > > >
> > > > > Maor, does this ring in bells wrt importing a storage domain?
> > > > >
> > > > > - Original Message -
> > > > >> From: "Raul Laansoo" 
> > > > >> To: "Vered Volansky" 
> > > > >> Cc: "users" 
> > > > >> Sent: Thursday, October 23, 2014 4:51:34 PM
> > > > >> Subject: Re: [ovirt-users] Import FC Storage as iSCSI
> > > > >>
> > > > >> Hi.
> > > > >>
> > > > >> I have done this because this is the only way to access iSCSI
> > > > >> target.
> > > > >> But
> > > > >> after import it shows up as FC (the original storage domain type).
> > > > >> Where
> > > > >> does this information come from? I have DataCenter setup from about
> > > > >> version
> > > > >> ovirt-engine-3.3.2.
> > > > >>
> > > > >> Thank you.
> > > > >>
> > > > >> - Original Message -
> > > > >>> From: "Vered Volansky" 
> > > > >>> To: "Raul Laansoo" 
> > > > >>> Cc: "users" 
> > > > >>> Sent: Thursday, 23 October, 2014 4:24:12 PM
> > > > >>> Subject: Re: [ovirt-users] Import FC Storage as iSCSI
> > > > >>>
> > > > >>>
> > > > >>>
> > > > >>> - Original Message 

Re: [ovirt-users] vmware type functionality

[Gianluca Cecchi]

On Fri, Oct 24, 2014 at 4:39 PM, Dan Yasny  wrote:

>
>
>>
> In the same DC all you need to do is "right click" and select "move", can
> be done live.
>
>
Is it correct to say that this is possible only if both SDs are file based
ones or if both are block based ones?
Or was this limitation overcome in 3.5?
Gianluca
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 3.5 & NAT

[Antoni Segura Puimedon]

- Original Message -
> From: "Phil Daws" 
> To: "Dan Kenigsberg" 
> Cc: users@ovirt.org
> Sent: Saturday, October 25, 2014 5:02:59 PM
> Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> 
> Hmmm, this is becoming difficult ..
> 
> I have added into the engine the custom hook and understand how that will
> work.  The issue is how can a single NIC use two different bridges ?
> Example with OVS would be that one requires:
> 
> em1 -+ ovirtmgmt (bridge) -> management IP (public)
>  + ovs   (bridge) -> firewall IP (public)
> |
> + vlan 1
> + vlan 2
> 
> this works fine when using OVS and KVM, without oVirt, so there must be a way
> to hook the two together without a Neutron appliance.
> 
> Any thoughts ? Thanks, Phil.

I haven't tried this, and it may not work, but what happens if you add the 
ovirtmgmt
bridge as a port of the ovs bridge?
> 
> 
> - Original Message -
> From: "Dan Kenigsberg" 
> To: "Phil Daws" 
> Cc: users@ovirt.org
> Sent: Wednesday, 22 October, 2014 3:54:46 PM
> Subject: Re: [ovirt-users] oVirt 3.5 & NAT
> 
> On Wed, Oct 22, 2014 at 03:12:09PM +0100, Phil Daws wrote:
> > Thanks Dan & Antoni:
> > 
> > I wonder then if I could replace the standard libvirt defined network with
> > an OpenVSwitch one like I have on my dev system?  That is just straight
> > KVM with OVS integrated.  Maybe a bit more overhead in administration but
> > possibly less than having to spin up a Neutron Appliance.
> 
> Once you start to use the vdsm-hook-extnet, all that you need to do is
> to replace the libvirt-side definition of the "external network". This
> may well be an OpenVSwitch-based network e.g.
> http://libvirt.org/formatnetwork.html#elementVlanTag
> ___
> 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] VM => "No bootable device" on Centos 7 VDSM, 6.5 boots perfectly

[Tiemen Ruiten]

No PXE involved for the hosts nor for the VMs.

On 26 October 2014 21:04, Matt .  wrote:

> Tiemen,
>
> Are you PXE booting or are it normal installs ?
>
> Cheers,
>
> Matt
>
> 2014-10-26 14:43 GMT+01:00 Matt . :
> > Hi,
> >
> > Thanks for your reply!
> >
> > I think I just found out that it's a Firewall issue on CentOS 7. I
> > have them normally off, but these were on as that should be setup
> > right with ovirt.
> >
> > When I turn it off console seems to connect better and servers seem to
> > be able to boot from
> > their mounted disks over NFS.
> >
> > I will update the bugreport!
> >
> > Thanks again.
> >
> > Cheers,
> >
> > Matt
> >
> > 2014-10-26 14:34 GMT+01:00 Tiemen Ruiten :
> >> I have two CentOS 7 hosts in a 3.5 cluster, working fine. My storage
> domain
> >> is iSCSI and I have only one logical network, no VLAN tagging. There's
> one
> >> Centos 7 VM running in there and two Windows Server 2012 R2. Haven't
> tried
> >> Centos 6 yet.
> >>
> >> I have disabled firewalld, because otherwise the ovirt host installation
> >> wouldn't complete.
> >>
> >> On 26 October 2014 02:14, Matt .  wrote:
> >>>
> >>> HI,
> >>>
> >>> I'm still struggeling here with the 3.5 hosts on CentOS 7, no booting
> >>> servers as there is no disk found and connecting to Spice takes around
> >>> 30 seconds.
> >>>
> >>> FreeBSD VM's seem to boot without any issues, CentOS and Ubuntu don't
> >>> as described above.
> >>>
> >>> The 3.4 hosts are still working perfectly on Centos 6.5 with the 3.5
> >>> Engine.
> >>>
> >>> Any usecases on Centos 7 and 3.5 hosts ?
> >>>
> >>> Cheers,
> >>>
> >>> Matt
> >>>
> >>> 2014-10-20 16:46 GMT+02:00 Matt . :
> >>> > I cannot find the docs atm, but even with a upgraded engine to 3.5,
> same
> >>> > issue.
> >>> >
> >>> >
> >>> > 2014-10-20 16:07 GMT+02:00 Daniel Helgenberger
> >>> > :
> >>> >>
> >>> >> On 20.10.2014 15:49, Matt . wrote:
> >>> >>> Hi,
> >>> >>>
> >>> >>> Sorry, I forgot a reply to all.
> >>> >>>
> >>> >>> As far as I understood 3.4 is supported as host on 7.0.
> >>> >> Can you point me to that documentation? As I understood it this was
> a
> >>> >> feature of 3.5 (though I can mix this up with hosted engine).
> >>> >>>  As I'm
> >>> >>> deploying new hosts I thought this was nice, also as it fixes some
> >>> >>> issues on networking at my side.
> >>> >>>
> >>> >>> So to be clear:
> >>> >>>
> >>> >>> ovirt 3.4.1
> >>> >>>
> >>> >>> Engine = CentOS 6.5
> >>> >>> Hosts = CentOS 6.5
> >>> >>> NewHosts = CentOS 7.0
> >>> >>>
> >>> >>> That is not mixed I thought.
> >>> >>>
> >>> >>> Cheers,
> >>> >>>
> >>> >>> Matt
> >>> >>>
> >>> >>
> >>> >> --
> >>> >> Daniel Helgenberger
> >>> >> m box bewegtbild GmbH
> >>> >>
> >>> >> P: +49/30/2408781-22
> >>> >> F: +49/30/2408781-10
> >>> >>
> >>> >> ACKERSTR. 19
> >>> >> D-10115 BERLIN
> >>> >>
> >>> >>
> >>> >> www.m-box.de  www.monkeymen.tv
> >>> >>
> >>> >> Geschäftsführer: Martin Retschitzegger / Michaela Göllner
> >>> >> Handeslregister: Amtsgericht Charlottenburg / HRB 112767
> >>> >>
> >>> ___
> >>> Users mailing list
> >>> Users@ovirt.org
> >>> http://lists.ovirt.org/mailman/listinfo/users
> >>
> >>
> >>
> >>
> >> --
> >> Tiemen Ruiten
> >> Systems Engineer
> >> R&D Media
>



-- 
Tiemen Ruiten
Systems Engineer
R&D Media
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] Import FC Storage as iSCSI

[Maor Lipchuk]

- Original Message -
> From: "Raul Laansoo" 
> To: "Maor Lipchuk" 
> Cc: "users" 
> Sent: Monday, October 27, 2014 8:43:31 AM
> Subject: Re: [ovirt-users] Import FC Storage as iSCSI
> 
> Hi.
> 
> Thank you for looking into this. Does this only affect the import or
> influences also the process of attaching storage domain to Data Center (you
> can't attach iSCSI Storage Domain to FC DC and vice versa?)

Hi Raul,

for now, the fix should include the ability to "switch" storage types only 
through the import process,and not through the attach process.
I think that the import process might be enough because you can always remove 
the Storage Domain and re-import it to the setup as another storage type.

> If I understand
> correctly, the Data Center's storage type is set at the initialization time,
> when the first storage domain is attached and you can't change it
> afterwards. In previous versions you could clearly see the DC storage type,
> now it's not visible.

You are right, mixed type data center is a feature introduced in version 3.4 
(see http://www.ovirt.org/Features/Mixed_Types_Data_Center), 
There should be only two type of Data Center local and shared.
The import Storage Domain feature is supported only from version 3.5 so it can 
only be supported in mixed type Data Centers.


> 
> Regards.
> Raul
> 
> - Original Message -
> > From: "Maor Lipchuk" 
> > To: "Itamar Heim" 
> > Cc: "raul laansoo" , "Vered Volansky"
> > , "users" 
> > Sent: Monday, 27 October, 2014 2:16:14 AM
> > Subject: Re: [ovirt-users] Import FC Storage as iSCSI
> > 
> > 
> > 
> > 
> > 
> > - Original Message -
> > > From: "Itamar Heim" 
> > > To: "Maor Lipchuk" , "raul laansoo"
> > > 
> > > Cc: "Vered Volansky" , "users" 
> > > Sent: Sunday, October 26, 2014 9:34:14 PM
> > > Subject: Re: [ovirt-users] Import FC Storage as iSCSI
> > > 
> > > On 10/26/2014 03:58 PM, Maor Lipchuk wrote:
> > > > Hi Raul,
> > > >
> > > > The storage domain type is determined from the Storage Domain meta
> > > > data.
> > > > If your storage domain was previously an FC Storage Domain, the import
> > > > process will read this from the meta data and import it as an FC
> > > > Storage
> > > > Domain.
> > > >
> > > > This behavior should be changed so the storage type will be determined
> > > > by
> > > > the user instead from the meta data,
> > > > I've opened a bug on this issue for 3.5,
> > > > https://bugzilla.redhat.com/1157240.
> > > 
> > > so i guess for now the metadata can be changed as a workaround?
> > 
> > I believe so,
> > I've tried now to import an existing iSCSI Storage Domain after changing
> > its
> > meta data from ISCSI to FCP and it seems to work well, the Storage was
> > imported as Fibre Channel.
> > 
> > > 
> > > >
> > > > Regards,
> > > > Maor
> > > >
> > > >
> > > > - Original Message -
> > > > From: "Allon Mureinik" 
> > > > To: "Maor Lipchuk" 
> > > > Cc: "Vered Volansky" , "users" ,
> > > > "Raul
> > > > Laansoo" 
> > > > Sent: Sunday, October 26, 2014 10:42:53 AM
> > > > Subject: Re: [ovirt-users] Import FC Storage as iSCSI
> > > >
> > > > Maor, does this ring in bells wrt importing a storage domain?
> > > >
> > > > - Original Message -
> > > >> From: "Raul Laansoo" 
> > > >> To: "Vered Volansky" 
> > > >> Cc: "users" 
> > > >> Sent: Thursday, October 23, 2014 4:51:34 PM
> > > >> Subject: Re: [ovirt-users] Import FC Storage as iSCSI
> > > >>
> > > >> Hi.
> > > >>
> > > >> I have done this because this is the only way to access iSCSI target.
> > > >> But
> > > >> after import it shows up as FC (the original storage domain type).
> > > >> Where
> > > >> does this information come from? I have DataCenter setup from about
> > > >> version
> > > >> ovirt-engine-3.3.2.
> > > >>
> > > >> Thank you.
> > > >>
> > > >> - Original Message -
> > > >>> From: "Vered Volansky" 
> > > >>> To: "Raul Laansoo" 
> > > >>> Cc: "users" 
> > > >>> Sent: Thursday, 23 October, 2014 4:24:12 PM
> > > >>> Subject: Re: [ovirt-users] Import FC Storage as iSCSI
> > > >>>
> > > >>>
> > > >>>
> > > >>> - Original Message -
> > >  From: "Raul Laansoo" 
> > >  To: "users" 
> > >  Sent: Thursday, October 23, 2014 10:59:30 AM
> > >  Subject: [ovirt-users] Import FC Storage as iSCSI
> > > 
> > >  Hello.
> > > 
> > >  I have created an FC Storage Domain and made snapshots of all LUNs
> > >  on
> > >  the
> > >  SAN. Now I want to use those snapshots on another Data Center over
> > >  iSCSI
> > >  connection to test recovery. I can import the domain, but the
> > >  domains
> > >  Storage Type is FC and I can't attach it to host. Is it possible to
> > >  change
> > >  domain type to iSCSI or some other way to import storage domain.
> > > >>>
> > > >>> Just select iSCSI as thetype when you import it. This is the type of
> > > >>> the
> > > >>> new
> > > >>> domain.
> > > >>>
> > > >>> Vered
> > > >>>
> > > 
> > >  Thank you.
> > > >

Re: [ovirt-users] Problem installing hosted engine on CentOS 7 host

[Justin Clacherty]

> -Original Message-
> From: Yedidyah Bar David [mailto:d...@redhat.com]
>
> - Original Message -
> > From: "Justin Clacherty" 
> >
> > The /dev/mapper leads me to believe it's a multipath issue.  I noticed
> > this Bugzilla entry when looking into the issue so it appears at least
> > one other person is experiencing the same issue.
> >
> > https://bugzilla.redhat.com/show_bug.cgi?id=1154353
> 
> Seems similar indeed.
> 
> Can you please attach your logs to that bug? Thanks!
> --
> Didi

Log attached.  Let me know if you need anything else.

I just noticed in that bug report that there's a workaround listed.  If you can 
let me know how to kill the partial nfs deployment I did I'll retry iscsi with 
the workaround.  At the moment if I try to deploy I get:

[ INFO  ] Generating a temporary VNC password.
[ INFO  ] Stage: Environment setup
  Configuration files: []
  Log file: 
/var/log/ovirt-hosted-engine-setup/ovirt-hosted-engine-setup-20141027171154-mct4mj.log
  Version: otopi-1.3.0 (otopi-1.3.0-1.el7)
[ INFO  ] Hardware supports virtualization
[ INFO  ] Bridge ovirtmgmt already created
[ INFO  ] Stage: Environment packages setup
[ INFO  ] Stage: Programs detection
[ INFO  ] Stage: Environment setup
[ ERROR ] The following VMs has been found: 55bae22d-03dd-40b8-830d-67fcb73066e1
[ ERROR ] Failed to execute stage 'Environment setup': Cannot setup Hosted 
Engine with other VMs running
[ INFO  ] Stage: Clean up
[ INFO  ] Generating answer file '/etc/ovirt-hosted-engine/answers.conf'
[ INFO  ] Answer file '/etc/ovirt-hosted-engine/answers.conf' has been updated
[ INFO  ] Stage: Pre-termination
[ INFO  ] Stage: Termination

___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users