Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)

[Amador Pahim]

lla ticket if you think this should be improved.


You can overwrite the iscsi iface files, but if using ovirt-node, the 
files will not persist over system reboot.


I see that already exists a 
/var/lib/iscsi/ifaces/bnx2i.1c:c1:de:7b:71:33, so if i create 
/etc/sysconfig/network-script/ifcfg-bnx2i.1c:c1:de:7b:71:33 i should 
be able to add it in Ovirt GUI to a logical network and then use it in 
"iSCSI Mutipathing" tab? I'm going to try this...


Best regards,
Ricardo Esteves.

On 08-10-2014 09:24, Federico Simoncelli wrote:

- Original Message -

From: "Ricardo Esteves" 
To: "Federico Simoncelli" 
Cc: users@ovirt.org
Sent: Wednesday, October 8, 2014 1:32:51 AM
Subject: Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)

Hi, here it goes:

ethtool -i eth3

driver: bnx2
version: 2.2.4g
firmware-version: bc 5.2.3
bus-info: :06:00.1
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: no

Thanks, can you also add the output of:

  # lspci -nn

I'd have expected the driver to be bnx2i (bnx2 is a regular ethernet 
driver,

no offloading).

Can you also check if you have the bnx2i driver loaded?

  # lsmod | grep bnx2

and eventually if there's any bnx2 related message in /var/log/messages

Check also the adapter bios (at boot time) if by any chance you have 
to enable

the offloading there first (check the specific manual too).



___
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.2 - iSCSI offload (broadcom - bnx2i)

[Ricardo Esteves]

x :02:00.0: irq 53 for MSI/MSI-X
bnx2x :02:00.0: irq 54 for MSI/MSI-X
bnx2x :02:00.0: irq 55 for MSI/MSI-X
bnx2x :02:00.0: irq 56 for MSI/MSI-X
bnx2x :02:00.0: irq 57 for MSI/MSI-X
bnx2x :02:00.0: irq 58 for MSI/MSI-X
bnx2x :02:00.0: irq 59 for MSI/MSI-X
bnx2x :02:00.0: irq 60 for MSI/MSI-X
bnx2x :02:00.0: irq 61 for MSI/MSI-X
bnx2x :02:00.0: irq 62 for MSI/MSI-X
bnx2x :02:00.1: msix capability found
bnx2x :02:00.1: PCI INT B -> GSI 40 (level, low) -> IRQ 40
bnx2x :02:00.1: setting latency timer to 64
bnx2x :02:00.1: part number 412F4E-0-0-0
bnx2x :02:00.1: irq 63 for MSI/MSI-X
bnx2x :02:00.1: irq 64 for MSI/MSI-X
bnx2x :02:00.1: irq 65 for MSI/MSI-X
bnx2x :02:00.1: irq 66 for MSI/MSI-X
bnx2x :02:00.1: irq 67 for MSI/MSI-X
bnx2x :02:00.1: irq 68 for MSI/MSI-X
bnx2x :02:00.1: irq 69 for MSI/MSI-X
bnx2x :02:00.1: irq 70 for MSI/MSI-X
bnx2x :02:00.1: irq 71 for MSI/MSI-X
bnx2x :02:00.1: irq 72 for MSI/MSI-X
bnx2: Broadcom NetXtreme II Gigabit Ethernet Driver bnx2 v2.2.4g (Nov 
07, 2013)

bnx2 :06:00.0: PCI INT A -> GSI 30 (level, low) -> IRQ 30
bnx2 :06:00.0: setting latency timer to 64
bnx2 :06:00.0: eth2: Broadcom NetXtreme II BCM5709 1000Base-SX (C0) 
PCI Express found at mem f800, IRQ 30, node addr 1c:c1:de:7b:71:30

bnx2 :06:00.1: PCI INT B -> GSI 37 (level, low) -> IRQ 37
bnx2 :06:00.1: setting latency timer to 64
bnx2 :06:00.1: eth3: Broadcom NetXtreme II BCM5709 1000Base-SX (C0) 
PCI Express found at mem f600, IRQ 37, node addr 1c:c1:de:7b:71:32

bnx2x :02:00.0: eth0: using MSI-X  IRQs: sp 53  fp[0] 55 ... fp[7] 62
bnx2 :06:00.0: irq 73 for MSI/MSI-X
bnx2 :06:00.0: irq 74 for MSI/MSI-X
bnx2 :06:00.0: irq 75 for MSI/MSI-X
bnx2 :06:00.0: irq 76 for MSI/MSI-X
bnx2 :06:00.0: irq 77 for MSI/MSI-X
bnx2 :06:00.0: irq 78 for MSI/MSI-X
bnx2 :06:00.0: irq 79 for MSI/MSI-X
bnx2 :06:00.0: irq 80 for MSI/MSI-X
bnx2 :06:00.0: irq 81 for MSI/MSI-X
bnx2 :06:00.0: eth2: using MSIX
bnx2 :06:00.0: eth2: NIC SerDes Link is Up, 1000 Mbps full duplex, 
receive & transmit flow control ON
bnx2x :02:00.0: eth0: NIC Link is Up, 1000 Mbps full duplex, Flow 
control: ON - receive & transmit

bnx2x :02:00.1: eth1: using MSI-X  IRQs: sp 63  fp[0] 65 ... fp[7] 72
bnx2 :06:00.0: eth2: NIC SerDes Link is Down
bnx2 :06:00.0: eth2: NIC SerDes Link is Up, 1000 Mbps full duplex, 
receive & transmit flow control ON
bnx2x :02:00.1: eth1: NIC Link is Up, 1000 Mbps full duplex, Flow 
control: ON - receive & transmit

bnx2 :06:00.1: irq 82 for MSI/MSI-X
bnx2 :06:00.1: irq 83 for MSI/MSI-X
bnx2 :06:00.1: irq 84 for MSI/MSI-X
bnx2 :06:00.1: irq 85 for MSI/MSI-X
bnx2 :06:00.1: irq 86 for MSI/MSI-X
bnx2 :06:00.1: irq 87 for MSI/MSI-X
bnx2 :06:00.1: irq 88 for MSI/MSI-X
bnx2 :06:00.1: irq 89 for MSI/MSI-X
bnx2 :06:00.1: irq 90 for MSI/MSI-X
bnx2 :06:00.1: eth3: using MSIX
bnx2 :06:00.1: eth3: NIC SerDes Link is Up, 1000 Mbps full duplex, 
receive & transmit flow control ON

bnx2x :02:00.0: eth0: Added CNIC device
bnx2x :02:00.1: eth1: Added CNIC device
bnx2 :06:00.0: eth2: Added CNIC device
bnx2 :06:00.1: eth3: Added CNIC device
Broadcom NetXtreme II iSCSI Driver bnx2i v2.7.10.31b (Mar 06, 2014)
iscsi: registered transport (bnx2i)
bnx2i [06:00.01]: ISCSI_INIT passed
bnx2i [06:00.00]: ISCSI_INIT passed
bnx2i: dev eth1 does not support iSCSI
bnx2i init: (eth1) hba 880493155640 init failed
bnx2i: eth1 free_hba done after 0 retries
bnx2i: dev eth0 does not support iSCSI
bnx2i init: (eth0) hba 880493155640 init failed
bnx2i: eth0 free_hba done after 0 retries
Loading kernel module for a network device with CAP_SYS_MODULE 
(deprecated).  Use CAP_NET_ADMIN and alias netdev-bnx2x instead


---

There is no option on bios to activate offloading, and i had it working 
on vmware esxi.


Anyway, i think i found the solution, the mac address of my eth3 nic is 
1c:c1:de:7b:71:32, so from what i read it seems that that corresponding 
iscsi device mac address is 1c:c1:de:7b:71:33, so adding the mac addres 
and ip to /var/lib/iscsi/ifaces/eth3 and change from tcp to bnx2i and then

remove and re add it in "iSCSI Mutipathing" tab works

iface.hwaddress = 1c:c1:de:7b:71:33
iface.ipaddress = 192.168.12.125
iface.transport_name = bnx2i

I see that already exists a 
/var/lib/iscsi/ifaces/bnx2i.1c:c1:de:7b:71:33, so if i create 
/etc/sysconfig/network-script/ifcfg-bnx2i.1c:c1:de:7b:71:33 i should be 
able to add it in Ovirt GUI to a logical network and then use it in 
"iSCSI Mutipathing" tab? I'm going to try this...


Best regards,
Ricardo Esteves.

On 08-10-2014 09:24, Federico Simoncelli wrote:

- Original Message -

From: "Ricardo Esteves" 
To: "Federico Simoncelli" 
Cc: users@ovirt.org
Sent: Wednesday, October 

Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)

[Federico Simoncelli]

- Original Message -
> From: "Ricardo Esteves" 
> To: "Federico Simoncelli" 
> Cc: users@ovirt.org
> Sent: Wednesday, October 8, 2014 1:32:51 AM
> Subject: Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)
> 
> Hi, here it goes:
> 
> ethtool -i eth3
> 
> driver: bnx2
> version: 2.2.4g
> firmware-version: bc 5.2.3
> bus-info: :06:00.1
> supports-statistics: yes
> supports-test: yes
> supports-eeprom-access: yes
> supports-register-dump: yes
> supports-priv-flags: no

Thanks, can you also add the output of:

 # lspci -nn

I'd have expected the driver to be bnx2i (bnx2 is a regular ethernet driver,
no offloading).

Can you also check if you have the bnx2i driver loaded?

 # lsmod | grep bnx2

and eventually if there's any bnx2 related message in /var/log/messages

Check also the adapter bios (at boot time) if by any chance you have to enable
the offloading there first (check the specific manual too).

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

Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)

[Ricardo Esteves]

Hi, here it goes:

ethtool -i eth3

driver: bnx2
version: 2.2.4g
firmware-version: bc 5.2.3
bus-info: :06:00.1
supports-statistics: yes
supports-test: yes
supports-eeprom-access: yes
supports-register-dump: yes
supports-priv-flags: no

On 07-10-2014 21:57, Federico Simoncelli wrote:

- Original Message -

From: "Ricardo Esteves" 
To: "Federico Simoncelli" 
Cc: users@ovirt.org
Sent: Tuesday, October 7, 2014 8:44:19 PM
Subject: Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)

cat /var/lib/iscsi/ifaces/eth3
# BEGIN RECORD 6.2.0-873.10.el6
iface.iscsi_ifacename = eth3
iface.transport_name = tcp
iface.vlan_id = 0
iface.vlan_priority = 0
iface.iface_num = 0
iface.mtu = 0
iface.port = 0
# END RECORD

Is there anyway to tell ovirt to use bnx2i instead of tcp?

Hi Ricardo, can you paste the output of:

  # ethtool -i eth3

Thanks,


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

Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)

[Federico Simoncelli]

- Original Message -
> From: "Ricardo Esteves" 
> To: "Federico Simoncelli" 
> Cc: users@ovirt.org
> Sent: Tuesday, October 7, 2014 8:44:19 PM
> Subject: Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)
> 
> cat /var/lib/iscsi/ifaces/eth3
> # BEGIN RECORD 6.2.0-873.10.el6
> iface.iscsi_ifacename = eth3
> iface.transport_name = tcp
> iface.vlan_id = 0
> iface.vlan_priority = 0
> iface.iface_num = 0
> iface.mtu = 0
> iface.port = 0
> # END RECORD
> 
> Is there anyway to tell ovirt to use bnx2i instead of tcp?

Hi Ricardo, can you paste the output of:

 # ethtool -i eth3

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

Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)

[Ricardo Esteves]

  
  
Hi Federico,

I've upgrade to 3.4 and bindded the network to the iscsi connection
on "iSCSI Multipathing" tab, but for what i see it added two new
connections to my targets 192.168.12.1 and 192.168.12.4 (the ones i
choosed) but they are still using tcp (sofware iscsi ) instead of
bnx2i

iscsiadm -m session
tcp: [1] 192.168.11.1:3260,1
iqn.1986-03.com.hp:storage.msa2324i.1226151a60
tcp: [2] 192.168.12.2:3260,3
iqn.1986-03.com.hp:storage.msa2324i.1226151a60
tcp: [3] 192.168.12.4:3260,4
iqn.1986-03.com.hp:storage.msa2324i.1226151a60
tcp: [4] 192.168.11.3:3260,2
iqn.1986-03.com.hp:storage.msa2324i.1226151a60
tcp: [5] 192.168.12.2:3260,3
  iqn.1986-03.com.hp:storage.msa2324i.1226151a60
tcp: [6] 192.168.12.4:3260,4
  iqn.1986-03.com.hp:storage.msa2324i.1226151a60

I see that when i bindded the network in iscsi multipathing it
creates my interface eth3 in /var/lib/iscsi/ifaces but with
transport_name=tcp :

cat /var/lib/iscsi/ifaces/eth3
# BEGIN RECORD 6.2.0-873.10.el6
iface.iscsi_ifacename = eth3
iface.transport_name = tcp
iface.vlan_id = 0
iface.vlan_priority = 0
iface.iface_num = 0
iface.mtu = 0
iface.port = 0
# END RECORD

Is there anyway to tell ovirt to use bnx2i instead of tcp?

Best regards,
Ricardo Esteves.

On 14-05-2014 23:48, Federico
  Simoncelli wrote:


  - Original Message -

  
From: "Federico Simoncelli" 
To: "Ricardo Esteves" 
Cc: users@ovirt.org
Sent: Wednesday, May 14, 2014 3:47:58 PM
Subject: Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)

- Original Message -


  From: "Ricardo Esteves" 
To: "Federico Simoncelli" 
Cc: users@ovirt.org
Sent: Wednesday, May 14, 2014 1:45:53 AM
Subject: RE: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)

In attachment follows the defaults and the modified versions of the nodes
files.



If selecting the relevant host in "Hosts" you see the bnx2i interface in the
"Network Interfaces" subtab, then you can try to:

  
  
Sorry I just noticed that you mentioned in the subject that you're using
oVirt 3.2. What I suggested is available only since oVirt 3.4.




  

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

Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)

[Federico Simoncelli]

- Original Message -
> From: "Federico Simoncelli" 
> To: "Ricardo Esteves" 
> Cc: users@ovirt.org
> Sent: Wednesday, May 14, 2014 3:47:58 PM
> Subject: Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)
> 
> - Original Message -
> > From: "Ricardo Esteves" 
> > To: "Federico Simoncelli" 
> > Cc: users@ovirt.org
> > Sent: Wednesday, May 14, 2014 1:45:53 AM
> > Subject: RE: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)
> > 
> > In attachment follows the defaults and the modified versions of the nodes
> > files.
> 
> If selecting the relevant host in "Hosts" you see the bnx2i interface in the
> "Network Interfaces" subtab, then you can try to:

Sorry I just noticed that you mentioned in the subject that you're using
oVirt 3.2. What I suggested is available only since oVirt 3.4.

-- 
Federico

> 1. create a new network in the "Network" tab, "VM network" checkbox should
>be disabled
> 2. select the relevant host in "Hosts" and use "Setup Host Networks" in the
>"Network Interfaces" subtab
> 3. configure the bnx2i interface and assign it to the new network you just
>created
> 4. in "iSCSI Multipathing" subtab of tab "Data Center" add a new entry where
>you bind the iscsi connection to the new network you created
> 
> Ping me on IRC if you need more help. My nick is fsimonce on #ovirt
> 
> --
> Federico
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)

[Federico Simoncelli]

- Original Message -
> From: "Ricardo Esteves" 
> To: "Federico Simoncelli" 
> Cc: users@ovirt.org
> Sent: Wednesday, May 14, 2014 1:45:53 AM
> Subject: RE: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)
> 
> In attachment follows the defaults and the modified versions of the nodes
> files.

If selecting the relevant host in "Hosts" you see the bnx2i interface in the
"Network Interfaces" subtab, then you can try to:

1. create a new network in the "Network" tab, "VM network" checkbox should
   be disabled
2. select the relevant host in "Hosts" and use "Setup Host Networks" in the
   "Network Interfaces" subtab
3. configure the bnx2i interface and assign it to the new network you just
   created
4. in "iSCSI Multipathing" subtab of tab "Data Center" add a new entry where
   you bind the iscsi connection to the new network you created

Ping me on IRC if you need more help. My nick is fsimonce on #ovirt

-- 
Federico

> -Original Message-
> From: Federico Simoncelli [mailto:fsimo...@redhat.com]
> Sent: terça-feira, 13 de Maio de 2014 08:58
> To: Ricardo Esteves
> Cc: users@ovirt.org
> Subject: Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)
> 
> ----- Original Message -
> > From: "Ricardo Esteves" 
> > To: users@ovirt.org
> > Sent: Friday, April 11, 2014 1:07:31 AM
> > Subject: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)
> > 
> > Hi,
> > 
> > I've put my host on maintenance, then i configured iscsi offload for
> > my broadcom cards changing target's file's (192.168.12.2,3260 and
> > 192.168.12.4,3260) in my node
> > iqn.1986-03.com.hp:storage.msa2324i.1226151a6 to use interface
> > bnx2i.d8:d3:85:67:e3:bb, but after activating the host, configurations
> > are back to default.
> 
> Can you share the changes you made? Thanks.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)

[Ricardo Esteves]

In attachment follows the defaults and the modified versions of the nodes files.

-Original Message-
From: Federico Simoncelli [mailto:fsimo...@redhat.com]
Sent: terça-feira, 13 de Maio de 2014 08:58
To: Ricardo Esteves
Cc: users@ovirt.org
Subject: Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)

- Original Message -
> From: "Ricardo Esteves" 
> To: users@ovirt.org
> Sent: Friday, April 11, 2014 1:07:31 AM
> Subject: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)
> 
> Hi,
> 
> I've put my host on maintenance, then i configured iscsi offload for 
> my broadcom cards changing target's file's (192.168.12.2,3260 and
> 192.168.12.4,3260) in my node
> iqn.1986-03.com.hp:storage.msa2324i.1226151a6 to use interface 
> bnx2i.d8:d3:85:67:e3:bb, but after activating the host, configurations 
> are back to default.

Can you share the changes you made? Thanks.

--
Federico


iscsi_nodes_default.tar.bz2
Description: Binary data


iscsi_nodes_modified.tar.bz2
Description: Binary data
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)

[Ricardo Esteves]

In attachment follows the defaults and the modified versions of the nodes files.

-Original Message-
From: Federico Simoncelli [mailto:fsimo...@redhat.com] 
Sent: terça-feira, 13 de Maio de 2014 08:58
To: Ricardo Esteves
Cc: users@ovirt.org
Subject: Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)

- Original Message -
> From: "Ricardo Esteves" 
> To: users@ovirt.org
> Sent: Friday, April 11, 2014 1:07:31 AM
> Subject: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)
> 
> Hi,
> 
> I've put my host on maintenance, then i configured iscsi offload for 
> my broadcom cards changing target's file's (192.168.12.2,3260 and
> 192.168.12.4,3260) in my node
> iqn.1986-03.com.hp:storage.msa2324i.1226151a6 to use interface 
> bnx2i.d8:d3:85:67:e3:bb, but after activating the host, configurations 
> are back to default.

Can you share the changes you made? Thanks.

--
Federico


iscsi_nodes_default.tar.bz2
Description: Binary data


iscsi_nodes_modified.tar.bz2
Description: Binary data
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)

[Federico Simoncelli]

- Original Message -
> From: "Ricardo Esteves" 
> To: users@ovirt.org
> Sent: Friday, April 11, 2014 1:07:31 AM
> Subject: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)
> 
> Hi,
> 
> I've put my host on maintenance, then i configured iscsi offload for my
> broadcom cards changing target's file's (192.168.12.2,3260 and
> 192.168.12.4,3260) in my node
> iqn.1986-03.com.hp:storage.msa2324i.1226151a6 to use interface
> bnx2i.d8:d3:85:67:e3:bb, but after activating the host, configurations
> are back to default.

Can you share the changes you made? Thanks.

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

Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)

[Ricardo Esteves]

Hi,

Not resolved yet.

My hosts are plain CentOS 6.5.

Any ideas on how to use bnx2i interfaces instead of the default one?

-Original Message-
From: Itamar Heim [mailto:ih...@redhat.com] 
Sent: domingo, 11 de Maio de 2014 21:17
To: Ricardo Esteves
Cc: users@ovirt.org
Subject: Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)

On 04/10/2014 07:07 PM, Ricardo Esteves wrote:
> Hi,
>
> I've put my host on maintenance, then i configured iscsi offload for 
> my broadcom cards changing target's file's (192.168.12.2,3260 and
> 192.168.12.4,3260) in my node
> iqn.1986-03.com.hp:storage.msa2324i.1226151a6 to use interface 
> bnx2i.d8:d3:85:67:e3:bb, but after activating the host, configurations 
> are back to default.
>
> [root@blade6 iscsi]# ll ifaces/
> total 16
> -rw---. 1 root root 248 Mai 13  2013 bnx2i.d8:d3:85:67:e3:b9 
> -rw---. 1 root root 282 Abr 10 22:10 bnx2i.d8:d3:85:67:e3:bb 
> -rw---. 1 root root 247 Ago 15  2012 bnx2i.d8:d3:85:bf:e9:b1 
> -rw---. 1 root root 247 Ago 15  2012 bnx2i.d8:d3:85:bf:e9:b5
>
> [root@blade6 iscsi]# ll
> nodes/iqn.1986-03.com.hp\:storage.msa2324i.1226151a60/
> total 16
> -rw---. 1 root root 1782 Abr 10 22:34 192.168.11.1,3260 
> -rw---. 1 root root 1782 Abr 10 22:34 192.168.11.3,3260 
> -rw---. 1 root root 1782 Abr 10 22:34 192.168.12.2,3260 
> -rw---. 1 root root 1782 Abr 10 22:34 192.168.12.4,3260
>
> Anyone know how to configure iscsi offload for ovirt?
>
>
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

was this resolved?
(also, is this an ovirt-node, or a plain fedora/centos?)

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

Re: [ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)

[Itamar Heim]

On 04/10/2014 07:07 PM, Ricardo Esteves wrote:

Hi,

I've put my host on maintenance, then i configured iscsi offload for my
broadcom cards changing target's file's (192.168.12.2,3260 and
192.168.12.4,3260) in my node
iqn.1986-03.com.hp:storage.msa2324i.1226151a6 to use interface
bnx2i.d8:d3:85:67:e3:bb, but after activating the host, configurations
are back to default.

[root@blade6 iscsi]# ll ifaces/
total 16
-rw---. 1 root root 248 Mai 13  2013 bnx2i.d8:d3:85:67:e3:b9
-rw---. 1 root root 282 Abr 10 22:10 bnx2i.d8:d3:85:67:e3:bb
-rw---. 1 root root 247 Ago 15  2012 bnx2i.d8:d3:85:bf:e9:b1
-rw---. 1 root root 247 Ago 15  2012 bnx2i.d8:d3:85:bf:e9:b5

[root@blade6 iscsi]# ll
nodes/iqn.1986-03.com.hp\:storage.msa2324i.1226151a60/
total 16
-rw---. 1 root root 1782 Abr 10 22:34 192.168.11.1,3260
-rw---. 1 root root 1782 Abr 10 22:34 192.168.11.3,3260
-rw---. 1 root root 1782 Abr 10 22:34 192.168.12.2,3260
-rw---. 1 root root 1782 Abr 10 22:34 192.168.12.4,3260

Anyone know how to configure iscsi offload for ovirt?


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


was this resolved?
(also, is this an ovirt-node, or a plain fedora/centos?)
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[ovirt-users] oVirt 3.2 - iSCSI offload (broadcom - bnx2i)

[Ricardo Esteves]

Hi,

I've put my host on maintenance, then i configured iscsi offload for my 
broadcom cards changing target's file's (192.168.12.2,3260 and 
192.168.12.4,3260) in my node 
iqn.1986-03.com.hp:storage.msa2324i.1226151a6 to use interface 
bnx2i.d8:d3:85:67:e3:bb, but after activating the host, configurations 
are back to default.


[root@blade6 iscsi]# ll ifaces/
total 16
-rw---. 1 root root 248 Mai 13  2013 bnx2i.d8:d3:85:67:e3:b9
-rw---. 1 root root 282 Abr 10 22:10 bnx2i.d8:d3:85:67:e3:bb
-rw---. 1 root root 247 Ago 15  2012 bnx2i.d8:d3:85:bf:e9:b1
-rw---. 1 root root 247 Ago 15  2012 bnx2i.d8:d3:85:bf:e9:b5

[root@blade6 iscsi]# ll 
nodes/iqn.1986-03.com.hp\:storage.msa2324i.1226151a60/

total 16
-rw---. 1 root root 1782 Abr 10 22:34 192.168.11.1,3260
-rw---. 1 root root 1782 Abr 10 22:34 192.168.11.3,3260
-rw---. 1 root root 1782 Abr 10 22:34 192.168.12.2,3260
-rw---. 1 root root 1782 Abr 10 22:34 192.168.12.4,3260

Anyone know how to configure iscsi offload for ovirt?


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

Re: [Users] oVirt-3.2 users creating snapshots fail

[Ofri Masad]

Hi Karli,

 - granted VmCreator roll to my_user on dc_a
 - both with blank vm and from a template
 - with permissions on group instead of user directly.

still same results

thanks
ofri

- Original Message -
> From: "Karli Sjöberg" 
> To: "Ofri Masad" 
> Cc: users@ovirt.org
> Sent: Monday, August 19, 2013 2:34:59 PM
> Subject: Re: [Users] oVirt-3.2 users creating snapshots fail
> 
> mån 2013-08-19 klockan 07:28 -0400 skrev Ofri Masad:
> 
> 
> Hi Karli
> 
> I've tried to reproduce this bug in 3.2 but couldn't.
> 
> Here is what I did. tell me where you did something different.
>  - created a DC called dc_a
>  - granted VmCreator roll to my_user
> 
> 
> Granted where? System? DC?
> 
> 
> 
>  - added a quota called quota_a to dc_a (unlimited resources for cpu, memory
>  and storage). quota covers all clusters and all storage domains.
>  - added my_user as a consumer of quota_a
> 
> logged on to user portal as my_user:
>  - created a new VM (consuming quota_a)
> 
> 
> Was the new VM blank, from a template, or both?
> 
> 
> 
>  - added a disk to the VM (consuming quota_a)
>  - created snapshot from that vm
> 
> everything looks ok. the snapshot was created
> 
> 
> What I did different was to grant VmCreator to my_group (where my_user is
> member). And then added my_group as consumer of quota. Please try that and
> see if it still works.
> 
> /Karli
> 
> 
> 
> 
> thanks
> ofri
> 
> - Original Message -
> > From: "Karli Sjöberg" mailto:karli.sjob...@slu.se>>
> > To: "Ofri Masad" mailto:oma...@redhat.com>>
> > Cc: users@ovirt.org<mailto:users@ovirt.org>
> > Sent: Monday, August 19, 2013 8:26:06 AM
> > Subject: Re: [Users] oVirt-3.2 users creating snapshots fail
> >
> > sön 2013-08-18 klockan 03:01 -0400 skrev Ofri Masad:
> >
> >
> > Hi Karli,
> >
> > First of all, thank you for your feedback.
> > I am not quite sure the thread you are referring to is relevant to the bug
> > you are witnessing.
> >
> > The bug in the thread was fixed only in 3.3 because it was only introduced
> > in
> > 3.3 (the behavior may be the same).
> > anyway, I will try to reproduce your bug.
> >
> > meanwhile, try to verify the following:
> >  - a storage quota exist which apply to the SD that the VM disks are
> >  located
> >  on.
> >  - the user is defined a consumer of that quota
> >  - the disks of the VM are consuming that quota
> >
> >
> > Yes, yes and yes:) Still won´t let anyone snapshot.
> >
> > No one can snapshot even if I assign to an unlimited quota, as long as it´s
> > active(tried both audit and enforcing), no one is allowed to snapshot:(
> >
> >
> >
> >
> > when creating a snapshot the user is consuming quota (the same quota the
> > disk
> > is consuming). so, if the user does not have consumer permission
> > for that quota, he cannot create a snapshot.
> >
> >
> > thanks
> > Ofri
> >
> > - Original Message -
> > > From: "Karli Sjöberg"
> > > mailto:karli.sjob...@slu.se><mailto:karli.sjob...@slu.se>>
> > > To: users@ovirt.org<mailto:users@ovirt.org><mailto:users@ovirt.org>
> > > Sent: Wednesday, August 14, 2013 4:25:50 PM
> > > Subject: Re: [Users] oVirt-3.2 users creating snapshots fail
> > >
> > > Well, well, looki here, the issue is reported by at least two more users:
> > > http://lists.ovirt.org/pipermail/users/2013-June/014813.html
> > >
> > > Reported fixed already for 3.3... Whereas I´ve just been able to upgrade
> > > to
> > > 3.2 after five months of bang-head-against-wall:ing:(
> > >
> > > I would very much like to see an oVirt-3.2.3 that includes this fix for
> > > Quotas, because sure enough just disabling quota made users able to take
> > > snapshots again, when quotas are something we plan on using quite
> > > heavily.
> > >
> > > /Karli
> > >
> > > ons 2013-08-14 klockan 12:45 + skrev Karli Sjöberg:
> > >
> > >
> > > Hi!
> > >
> > > After upgrading from oVirt-3.1 to oVirt-3.2, users´s ability to create
> > > snapshots has disappeared. The only way to give users permission to take
> > > snapshots that I´ve found so far is to give them "DataCenterAdmin" or
> > > "Super
> > > User" in either System or DataCenter, and any other given Role is met by
> > > this lo

Re: [Users] oVirt-3.2 users creating snapshots fail

[Karli Sjöberg]

mån 2013-08-19 klockan 07:28 -0400 skrev Ofri Masad:


Hi Karli

I've tried to reproduce this bug in 3.2 but couldn't.

Here is what I did. tell me where you did something different.
 - created a DC called dc_a
 - granted VmCreator roll to my_user


Granted where? System? DC?



 - added a quota called quota_a to dc_a (unlimited resources for cpu, memory 
and storage). quota covers all clusters and all storage domains.
 - added my_user as a consumer of quota_a

logged on to user portal as my_user:
 - created a new VM (consuming quota_a)


Was the new VM blank, from a template, or both?



 - added a disk to the VM (consuming quota_a)
 - created snapshot from that vm

everything looks ok. the snapshot was created


What I did different was to grant VmCreator to my_group (where my_user is 
member). And then added my_group as consumer of quota. Please try that and see 
if it still works.

/Karli




thanks
ofri

- Original Message -
> From: "Karli Sjöberg" mailto:karli.sjob...@slu.se>>
> To: "Ofri Masad" mailto:oma...@redhat.com>>
> Cc: users@ovirt.org<mailto:users@ovirt.org>
> Sent: Monday, August 19, 2013 8:26:06 AM
> Subject: Re: [Users] oVirt-3.2 users creating snapshots fail
>
> sön 2013-08-18 klockan 03:01 -0400 skrev Ofri Masad:
>
>
> Hi Karli,
>
> First of all, thank you for your feedback.
> I am not quite sure the thread you are referring to is relevant to the bug
> you are witnessing.
>
> The bug in the thread was fixed only in 3.3 because it was only introduced in
> 3.3 (the behavior may be the same).
> anyway, I will try to reproduce your bug.
>
> meanwhile, try to verify the following:
>  - a storage quota exist which apply to the SD that the VM disks are located
>  on.
>  - the user is defined a consumer of that quota
>  - the disks of the VM are consuming that quota
>
>
> Yes, yes and yes:) Still won´t let anyone snapshot.
>
> No one can snapshot even if I assign to an unlimited quota, as long as it´s
> active(tried both audit and enforcing), no one is allowed to snapshot:(
>
>
>
>
> when creating a snapshot the user is consuming quota (the same quota the disk
> is consuming). so, if the user does not have consumer permission
> for that quota, he cannot create a snapshot.
>
>
> thanks
> Ofri
>
> - Original Message -
> > From: "Karli Sjöberg" 
> > mailto:karli.sjob...@slu.se><mailto:karli.sjob...@slu.se>>
> > To: users@ovirt.org<mailto:users@ovirt.org><mailto:users@ovirt.org>
> > Sent: Wednesday, August 14, 2013 4:25:50 PM
> > Subject: Re: [Users] oVirt-3.2 users creating snapshots fail
> >
> > Well, well, looki here, the issue is reported by at least two more users:
> > http://lists.ovirt.org/pipermail/users/2013-June/014813.html
> >
> > Reported fixed already for 3.3... Whereas I´ve just been able to upgrade to
> > 3.2 after five months of bang-head-against-wall:ing:(
> >
> > I would very much like to see an oVirt-3.2.3 that includes this fix for
> > Quotas, because sure enough just disabling quota made users able to take
> > snapshots again, when quotas are something we plan on using quite heavily.
> >
> > /Karli
> >
> > ons 2013-08-14 klockan 12:45 + skrev Karli Sjöberg:
> >
> >
> > Hi!
> >
> > After upgrading from oVirt-3.1 to oVirt-3.2, users´s ability to create
> > snapshots has disappeared. The only way to give users permission to take
> > snapshots that I´ve found so far is to give them "DataCenterAdmin" or
> > "Super
> > User" in either System or DataCenter, and any other given Role is met by
> > this lonely line in engine.log:
> > 2013-08-14 14:27:01,106 WARN
> > [org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand]
> > (ajp--127.0.0.1-8702-19) CanDoAction of action CreateAllSnapshotsFromVm
> > failed.
> > Reasons:VAR__ACTION__CREATE,VAR__TYPE__SNAPSHOT,USER_NOT_AUTHORIZED_TO_PERFORM_ACTION
> >
> > I even tried to create an admin Role with everything checked, all
> > permissions
> > granted, but a user or group associated with that Role still couldn´t take
> > snapshots. Only the built-in Admin roles seems to function correctly. How
> > can I start to troubleshoot this issue?
> >
> >
> >   --
> >
> > Med Vänliga Hälsningar
> > ---
> > Karli Sjöberg
> > Swedish University of Agricultural Sciences
> > Box 7079 (Visiting Address Kronåsvägen 8)
> > S-750 07 Uppsala, Sweden
> > Phone: +46-(0)18-67 15 66
> > karli.sjob...@slu.se<mailto:karli.sjob..

Re: [Users] oVirt-3.2 users creating snapshots fail

[Ofri Masad]

Hi Karli

I've tried to reproduce this bug in 3.2 but couldn't.

Here is what I did. tell me where you did something different.
 - created a DC called dc_a
 - granted VmCreator roll to my_user
 - added a quota called quota_a to dc_a (unlimited resources for cpu, memory 
and storage). quota covers all clusters and all storage domains.
 - added my_user as a consumer of quota_a

logged on to user portal as my_user:
 - created a new VM (consuming quota_a)
 - added a disk to the VM (consuming quota_a)
 - created snapshot from that vm

everything looks ok. the snapshot was created

thanks
ofri

- Original Message -
> From: "Karli Sjöberg" 
> To: "Ofri Masad" 
> Cc: users@ovirt.org
> Sent: Monday, August 19, 2013 8:26:06 AM
> Subject: Re: [Users] oVirt-3.2 users creating snapshots fail
> 
> sön 2013-08-18 klockan 03:01 -0400 skrev Ofri Masad:
> 
> 
> Hi Karli,
> 
> First of all, thank you for your feedback.
> I am not quite sure the thread you are referring to is relevant to the bug
> you are witnessing.
> 
> The bug in the thread was fixed only in 3.3 because it was only introduced in
> 3.3 (the behavior may be the same).
> anyway, I will try to reproduce your bug.
> 
> meanwhile, try to verify the following:
>  - a storage quota exist which apply to the SD that the VM disks are located
>  on.
>  - the user is defined a consumer of that quota
>  - the disks of the VM are consuming that quota
> 
> 
> Yes, yes and yes:) Still won´t let anyone snapshot.
> 
> No one can snapshot even if I assign to an unlimited quota, as long as it´s
> active(tried both audit and enforcing), no one is allowed to snapshot:(
> 
> 
> 
> 
> when creating a snapshot the user is consuming quota (the same quota the disk
> is consuming). so, if the user does not have consumer permission
> for that quota, he cannot create a snapshot.
> 
> 
> thanks
> Ofri
> 
> - Original Message -
> > From: "Karli Sjöberg" mailto:karli.sjob...@slu.se>>
> > To: users@ovirt.org<mailto:users@ovirt.org>
> > Sent: Wednesday, August 14, 2013 4:25:50 PM
> > Subject: Re: [Users] oVirt-3.2 users creating snapshots fail
> >
> > Well, well, looki here, the issue is reported by at least two more users:
> > http://lists.ovirt.org/pipermail/users/2013-June/014813.html
> >
> > Reported fixed already for 3.3... Whereas I´ve just been able to upgrade to
> > 3.2 after five months of bang-head-against-wall:ing:(
> >
> > I would very much like to see an oVirt-3.2.3 that includes this fix for
> > Quotas, because sure enough just disabling quota made users able to take
> > snapshots again, when quotas are something we plan on using quite heavily.
> >
> > /Karli
> >
> > ons 2013-08-14 klockan 12:45 + skrev Karli Sjöberg:
> >
> >
> > Hi!
> >
> > After upgrading from oVirt-3.1 to oVirt-3.2, users´s ability to create
> > snapshots has disappeared. The only way to give users permission to take
> > snapshots that I´ve found so far is to give them "DataCenterAdmin" or
> > "Super
> > User" in either System or DataCenter, and any other given Role is met by
> > this lonely line in engine.log:
> > 2013-08-14 14:27:01,106 WARN
> > [org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand]
> > (ajp--127.0.0.1-8702-19) CanDoAction of action CreateAllSnapshotsFromVm
> > failed.
> > Reasons:VAR__ACTION__CREATE,VAR__TYPE__SNAPSHOT,USER_NOT_AUTHORIZED_TO_PERFORM_ACTION
> >
> > I even tried to create an admin Role with everything checked, all
> > permissions
> > granted, but a user or group associated with that Role still couldn´t take
> > snapshots. Only the built-in Admin roles seems to function correctly. How
> > can I start to troubleshoot this issue?
> >
> >
> >   --
> >
> > Med Vänliga Hälsningar
> > ---
> > Karli Sjöberg
> > Swedish University of Agricultural Sciences
> > Box 7079 (Visiting Address Kronåsvägen 8)
> > S-750 07 Uppsala, Sweden
> > Phone: +46-(0)18-67 15 66
> > karli.sjob...@slu.se<mailto:karli.sjob...@slu.se>
> >
> >   --
> >
> > Med Vänliga Hälsningar
> > ---
> > Karli Sjöberg
> > Swedish University of Agricultural Sciences
> > Box 7079 (Visiting Address Kronåsvägen 8)
> > S-750 07 Uppsala, Sweden
> > Phone: +46-(0)18-67 15 66
> > karli.sjob...@slu.se<mailto:karli.sjob...@slu.se>
> >
> > ___

Re: [Users] oVirt-3.2 users creating snapshots fail

[Karli Sjöberg]

sön 2013-08-18 klockan 03:01 -0400 skrev Ofri Masad:


Hi Karli,

First of all, thank you for your feedback.
I am not quite sure the thread you are referring to is relevant to the bug you 
are witnessing.

The bug in the thread was fixed only in 3.3 because it was only introduced in 
3.3 (the behavior may be the same).
anyway, I will try to reproduce your bug.

meanwhile, try to verify the following:
 - a storage quota exist which apply to the SD that the VM disks are located on.
 - the user is defined a consumer of that quota
 - the disks of the VM are consuming that quota


Yes, yes and yes:) Still won´t let anyone snapshot.

No one can snapshot even if I assign to an unlimited quota, as long as it´s 
active(tried both audit and enforcing), no one is allowed to snapshot:(




when creating a snapshot the user is consuming quota (the same quota the disk 
is consuming). so, if the user does not have consumer permission
for that quota, he cannot create a snapshot.


thanks
Ofri

- Original Message -
> From: "Karli Sjöberg" mailto:karli.sjob...@slu.se>>
> To: users@ovirt.org<mailto:users@ovirt.org>
> Sent: Wednesday, August 14, 2013 4:25:50 PM
> Subject: Re: [Users] oVirt-3.2 users creating snapshots fail
>
> Well, well, looki here, the issue is reported by at least two more users:
> http://lists.ovirt.org/pipermail/users/2013-June/014813.html
>
> Reported fixed already for 3.3... Whereas I´ve just been able to upgrade to
> 3.2 after five months of bang-head-against-wall:ing:(
>
> I would very much like to see an oVirt-3.2.3 that includes this fix for
> Quotas, because sure enough just disabling quota made users able to take
> snapshots again, when quotas are something we plan on using quite heavily.
>
> /Karli
>
> ons 2013-08-14 klockan 12:45 + skrev Karli Sjöberg:
>
>
> Hi!
>
> After upgrading from oVirt-3.1 to oVirt-3.2, users´s ability to create
> snapshots has disappeared. The only way to give users permission to take
> snapshots that I´ve found so far is to give them "DataCenterAdmin" or "Super
> User" in either System or DataCenter, and any other given Role is met by
> this lonely line in engine.log:
> 2013-08-14 14:27:01,106 WARN
> [org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand]
> (ajp--127.0.0.1-8702-19) CanDoAction of action CreateAllSnapshotsFromVm
> failed.
> Reasons:VAR__ACTION__CREATE,VAR__TYPE__SNAPSHOT,USER_NOT_AUTHORIZED_TO_PERFORM_ACTION
>
> I even tried to create an admin Role with everything checked, all permissions
> granted, but a user or group associated with that Role still couldn´t take
> snapshots. Only the built-in Admin roles seems to function correctly. How
> can I start to troubleshoot this issue?
>
>
>   --
>
> Med Vänliga Hälsningar
> ---
> Karli Sjöberg
> Swedish University of Agricultural Sciences
> Box 7079 (Visiting Address Kronåsvägen 8)
> S-750 07 Uppsala, Sweden
> Phone: +46-(0)18-67 15 66
> karli.sjob...@slu.se<mailto:karli.sjob...@slu.se>
>
>   --
>
> Med Vänliga Hälsningar
> ---
> Karli Sjöberg
> Swedish University of Agricultural Sciences
> Box 7079 (Visiting Address Kronåsvägen 8)
> S-750 07 Uppsala, Sweden
> Phone: +46-(0)18-67 15 66
> karli.sjob...@slu.se<mailto:karli.sjob...@slu.se>
>
> ___
> Users mailing list
> Users@ovirt.org<mailto:Users@ovirt.org>
> http://lists.ovirt.org/mailman/listinfo/users
>


--

Med Vänliga Hälsningar
---
Karli Sjöberg
Swedish University of Agricultural Sciences
Box 7079 (Visiting Address Kronåsvägen 8)
S-750 07 Uppsala, Sweden
Phone:  +46-(0)18-67 15 66
karli.sjob...@slu.se<mailto:karli.sjob...@adm.slu.se>
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt-3.2 users creating snapshots fail

[Ofri Masad]

Hi Karli,

First of all, thank you for your feedback.
I am not quite sure the thread you are referring to is relevant to the bug you 
are witnessing.

The bug in the thread was fixed only in 3.3 because it was only introduced in 
3.3 (the behavior may be the same).
anyway, I will try to reproduce your bug.

meanwhile, try to verify the following:
 - a storage quota exist which apply to the SD that the VM disks are located on.
 - the user is defined a consumer of that quota
 - the disks of the VM are consuming that quota

when creating a snapshot the user is consuming quota (the same quota the disk 
is consuming). so, if the user does not have consumer permission
for that quota, he cannot create a snapshot.


thanks
Ofri

- Original Message -
> From: "Karli Sjöberg" 
> To: users@ovirt.org
> Sent: Wednesday, August 14, 2013 4:25:50 PM
> Subject: Re: [Users] oVirt-3.2 users creating snapshots fail
> 
> Well, well, looki here, the issue is reported by at least two more users:
> http://lists.ovirt.org/pipermail/users/2013-June/014813.html
> 
> Reported fixed already for 3.3... Whereas I´ve just been able to upgrade to
> 3.2 after five months of bang-head-against-wall:ing:(
> 
> I would very much like to see an oVirt-3.2.3 that includes this fix for
> Quotas, because sure enough just disabling quota made users able to take
> snapshots again, when quotas are something we plan on using quite heavily.
> 
> /Karli
> 
> ons 2013-08-14 klockan 12:45 + skrev Karli Sjöberg:
> 
> 
> Hi!
> 
> After upgrading from oVirt-3.1 to oVirt-3.2, users´s ability to create
> snapshots has disappeared. The only way to give users permission to take
> snapshots that I´ve found so far is to give them "DataCenterAdmin" or "Super
> User" in either System or DataCenter, and any other given Role is met by
> this lonely line in engine.log:
> 2013-08-14 14:27:01,106 WARN
> [org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand]
> (ajp--127.0.0.1-8702-19) CanDoAction of action CreateAllSnapshotsFromVm
> failed.
> Reasons:VAR__ACTION__CREATE,VAR__TYPE__SNAPSHOT,USER_NOT_AUTHORIZED_TO_PERFORM_ACTION
> 
> I even tried to create an admin Role with everything checked, all permissions
> granted, but a user or group associated with that Role still couldn´t take
> snapshots. Only the built-in Admin roles seems to function correctly. How
> can I start to troubleshoot this issue?
> 
> 
>   --
> 
> Med Vänliga Hälsningar
> ---
> Karli Sjöberg
> Swedish University of Agricultural Sciences
> Box 7079 (Visiting Address Kronåsvägen 8)
> S-750 07 Uppsala, Sweden
> Phone: +46-(0)18-67 15 66
> karli.sjob...@slu.se
> 
>   --
> 
> Med Vänliga Hälsningar
> ---
> Karli Sjöberg
> Swedish University of Agricultural Sciences
> Box 7079 (Visiting Address Kronåsvägen 8)
> S-750 07 Uppsala, Sweden
> Phone: +46-(0)18-67 15 66
> karli.sjob...@slu.se
> 
> ___
> 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: [Users] oVirt-3.2 users creating snapshots fail

[Karli Sjöberg]

Well, well, looki here, the issue is reported by at least two more users:
http://lists.ovirt.org/pipermail/users/2013-June/014813.html

Reported fixed already for 3.3... Whereas I´ve just been able to upgrade to 3.2 
after five months of bang-head-against-wall:ing:(

I would very much like to see an oVirt-3.2.3 that includes this fix for Quotas, 
because sure enough just disabling quota made users able to take snapshots 
again, when quotas are something we plan on using quite heavily.

/Karli

ons 2013-08-14 klockan 12:45 + skrev Karli Sjöberg:
Hi!

After upgrading from oVirt-3.1 to oVirt-3.2, users´s ability to create 
snapshots has disappeared. The only way to give users permission to take 
snapshots that I´ve found so far is to give them "DataCenterAdmin" or "Super 
User" in either System or DataCenter, and any other given Role is met by this 
lonely line in engine.log:
2013-08-14 14:27:01,106 WARN  
[org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand] 
(ajp--127.0.0.1-8702-19) CanDoAction of action CreateAllSnapshotsFromVm failed. 
Reasons:VAR__ACTION__CREATE,VAR__TYPE__SNAPSHOT,USER_NOT_AUTHORIZED_TO_PERFORM_ACTION

I even tried to create an admin Role with everything checked, all permissions 
granted, but a user or group associated with that Role still couldn´t take 
snapshots. Only the built-in Admin roles seems to function correctly. How can I 
start to troubleshoot this issue?

--

Med Vänliga Hälsningar
---
Karli Sjöberg
Swedish University of Agricultural Sciences
Box 7079 (Visiting Address Kronåsvägen 8)
S-750 07 Uppsala, Sweden
Phone:  +46-(0)18-67 15 66
karli.sjob...@slu.se

--

Med Vänliga Hälsningar
---
Karli Sjöberg
Swedish University of Agricultural Sciences
Box 7079 (Visiting Address Kronåsvägen 8)
S-750 07 Uppsala, Sweden
Phone:  +46-(0)18-67 15 66
karli.sjob...@slu.se
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] oVirt-3.2 users creating snapshots fail

[Karli Sjöberg]

Hi!

After upgrading from oVirt-3.1 to oVirt-3.2, users´s ability to create 
snapshots has disappeared. The only way to give users permission to take 
snapshots that I´ve found so far is to give them "DataCenterAdmin" or "Super 
User" in either System or DataCenter, and any other given Role is met by this 
lonely line in engine.log:
2013-08-14 14:27:01,106 WARN  
[org.ovirt.engine.core.bll.CreateAllSnapshotsFromVmCommand] 
(ajp--127.0.0.1-8702-19) CanDoAction of action CreateAllSnapshotsFromVm failed. 
Reasons:VAR__ACTION__CREATE,VAR__TYPE__SNAPSHOT,USER_NOT_AUTHORIZED_TO_PERFORM_ACTION

I even tried to create an admin Role with everything checked, all permissions 
granted, but a user or group associated with that Role still couldn´t take 
snapshots. Only the built-in Admin roles seems to function correctly. How can I 
start to troubleshoot this issue?

--

Med Vänliga Hälsningar
---
Karli Sjöberg
Swedish University of Agricultural Sciences
Box 7079 (Visiting Address Kronåsvägen 8)
S-750 07 Uppsala, Sweden
Phone:  +46-(0)18-67 15 66
karli.sjob...@slu.se
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] Ovirt 3.2 - Clone VM from snapshot

[noc]

On 7-8-2013 18:20, Ricardo Esteves wrote:

Good afternoon,

Hi, when o try to clone vm from snapshot, it opens the window but it doesn't 
does anything else.



Is a known bug of 3.2.1. version 3.2.2 fixes this.

Joop

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

Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr

[Martin Kletzander]

On 07/29/2013 06:06 PM, Nicholas Kesick wrote:
> 
>  
>> Date: Mon, 29 Jul 2013 09:56:30 +0200
>> From: mklet...@redhat.com
>> To: dan...@redhat.com
>> CC: cybertimber2...@hotmail.com; users@ovirt.org
>> Subject: Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr
>>
>> On 07/27/2013 09:50 PM, Dan Kenigsberg wrote:
>>> On Fri, Jul 26, 2013 at 02:03:28PM -0400, Nicholas Kesick wrote:
>>>>> Date: Fri, 26 Jul 2013 05:52:44 +0300
>>>>> From: ih...@redhat.com
>>>>> To: cybertimber2...@hotmail.com
>>>>> CC: dan...@redhat.com; users@ovirt.org
>>>>> Subject: Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr
>>>>>
>>>>> On 07/26/2013 05:40 AM, Nicholas Kesick wrote:
>>>>>>
>>>>>> Replies inline.
>>>>>>  > Date: Thu, 25 Jul 2013 22:27:17 +0300
>>>>>>  > From: dan...@redhat.com
>>>>>>  > To: cybertimber2...@hotmail.com
>>>>>>  > CC: users@ovirt.org
>>>>>>  > Subject: Re: [Users] oVirt 3.2 - Migration failed due to error:
>>>>>> migrateerr
>>>>>>  >
>>>>>>  > On Thu, Jul 25, 2013 at 11:54:40AM -0400, Nicholas Kesick wrote:
>>>>>>  > > When I try to migrate a VM, any VM, between my two hosts, I receive
>>>>>> an error that says Migration failed due to error: migrateerr. Looking in
>>>>>> the log I don't see any thing that jumps out other than the final message
>>>>>>  > >
>>>>>>  > > VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS,
>>>>>> error = Fatal error during migration
>>>>>>  > >
>>>>>>  > > Ovirt-engine is version 3.2.2-1.1.fc18.noarch, firewalld is
>>>>>> disabled, and selinux is permissive.
>>>>>>  >
>>>>>>  > Please do not say this in public, you're hurting Dan Walsh's feelings 
>>>>>> ;-)
>>>>>>  >
>>>>>> I recall seeing his blog posts, and I agree. Not sure when I set it to
>>>>>> permissive... maybe to get the 3.2 install w/ Firewalld setup to
>>>>>> complete? I remember that was fixed in 3.2.1. I'll set it back to 
>>>>>> enforcing.
>>>>>>  > >
>>>>>>  > > ovirt-node version is 2.6.1 on both hosts.
>>>>>>  > >
>>>>>>  > > Any suggestions would be welcome!
>>>>>>  > >
>>>>>>  >
>>>>>>  > I'd love to see /etc/vdsm/vdsm.log from source and destination. The
>>>>>>  > intersting parts start with vmMigrate at the source and with
>>>>>>  > vmMigrationCreate at the destination.
>>>>>> Hmm, I probably should have pulled that sooner. So, I cleared the active
>>>>>> VDSM (while nothing was running) and libvirtd.log, booted one vm, and
>>>>>> tried to migrate it. Attached are the logs. It looks like it boils down
>>>>>> to (from the source):
>>>>>> Traceback (most recent call last):
>>>>>>File "/usr/share/vdsm/vm.py", line 271, in run
>>>>>>File "/usr/share/vdsm/libvirtvm.py", line 505, in
>>>>>> _startUnderlyingMigration
>>>>>>File "/usr/share/vdsm/libvirtvm.py", line 541, in f
>>>>>>File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py",
>>>>>> line 111, in wrapper
>>>>>>File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1178, in
>>>>>> migrateToURI2
>>>>>> libvirtError: internal error Attempt to migrate guest to the same host
>>>>>> localhost
>>>>>> Does this mean my UUIDs are the same?
>>>>>> http://vaunaspada.babel.it/blog/?p=613
>>>>>> As far as the destination, I'm really not understanding what's going on
>>>>>> on the destination between "Destination VM creation succeeded" and
>>>>>> ":destroy Called" that would lead to it failing, except for what's after
>>>>>> the traceback:
>>>>>> Traceback (most recent call last):
>>>>>>File "/usr/share/vdsm/vm.py", line 696, in _startUnderlyingV

Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr

[Martin Kletzander]

On 07/29/2013 06:06 PM, Nicholas Kesick wrote:
> 
>  
>> Date: Mon, 29 Jul 2013 09:56:30 +0200
>> From: mklet...@redhat.com
>> To: dan...@redhat.com
>> CC: cybertimber2...@hotmail.com; users@ovirt.org
>> Subject: Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr
>>
>> On 07/27/2013 09:50 PM, Dan Kenigsberg wrote:
>>> On Fri, Jul 26, 2013 at 02:03:28PM -0400, Nicholas Kesick wrote:
>>>>> Date: Fri, 26 Jul 2013 05:52:44 +0300
>>>>> From: ih...@redhat.com
>>>>> To: cybertimber2...@hotmail.com
>>>>> CC: dan...@redhat.com; users@ovirt.org
>>>>> Subject: Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr
>>>>>
>>>>> On 07/26/2013 05:40 AM, Nicholas Kesick wrote:
>>>>>>
>>>>>> Replies inline.
>>>>>>  > Date: Thu, 25 Jul 2013 22:27:17 +0300
>>>>>>  > From: dan...@redhat.com
>>>>>>  > To: cybertimber2...@hotmail.com
>>>>>>  > CC: users@ovirt.org
>>>>>>  > Subject: Re: [Users] oVirt 3.2 - Migration failed due to error:
>>>>>> migrateerr
>>>>>>  >
>>>>>>  > On Thu, Jul 25, 2013 at 11:54:40AM -0400, Nicholas Kesick wrote:
>>>>>>  > > When I try to migrate a VM, any VM, between my two hosts, I receive
>>>>>> an error that says Migration failed due to error: migrateerr. Looking in
>>>>>> the log I don't see any thing that jumps out other than the final message
>>>>>>  > >
>>>>>>  > > VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS,
>>>>>> error = Fatal error during migration
>>>>>>  > >
>>>>>>  > > Ovirt-engine is version 3.2.2-1.1.fc18.noarch, firewalld is
>>>>>> disabled, and selinux is permissive.
>>>>>>  >
>>>>>>  > Please do not say this in public, you're hurting Dan Walsh's feelings 
>>>>>> ;-)
>>>>>>  >
>>>>>> I recall seeing his blog posts, and I agree. Not sure when I set it to
>>>>>> permissive... maybe to get the 3.2 install w/ Firewalld setup to
>>>>>> complete? I remember that was fixed in 3.2.1. I'll set it back to 
>>>>>> enforcing.
>>>>>>  > >
>>>>>>  > > ovirt-node version is 2.6.1 on both hosts.
>>>>>>  > >
>>>>>>  > > Any suggestions would be welcome!
>>>>>>  > >
>>>>>>  >
>>>>>>  > I'd love to see /etc/vdsm/vdsm.log from source and destination. The
>>>>>>  > intersting parts start with vmMigrate at the source and with
>>>>>>  > vmMigrationCreate at the destination.
>>>>>> Hmm, I probably should have pulled that sooner. So, I cleared the active
>>>>>> VDSM (while nothing was running) and libvirtd.log, booted one vm, and
>>>>>> tried to migrate it. Attached are the logs. It looks like it boils down
>>>>>> to (from the source):
>>>>>> Traceback (most recent call last):
>>>>>>File "/usr/share/vdsm/vm.py", line 271, in run
>>>>>>File "/usr/share/vdsm/libvirtvm.py", line 505, in
>>>>>> _startUnderlyingMigration
>>>>>>File "/usr/share/vdsm/libvirtvm.py", line 541, in f
>>>>>>File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py",
>>>>>> line 111, in wrapper
>>>>>>File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1178, in
>>>>>> migrateToURI2
>>>>>> libvirtError: internal error Attempt to migrate guest to the same host
>>>>>> localhost
>>>>>> Does this mean my UUIDs are the same?
>>>>>> http://vaunaspada.babel.it/blog/?p=613
>>>>>> As far as the destination, I'm really not understanding what's going on
>>>>>> on the destination between "Destination VM creation succeeded" and
>>>>>> ":destroy Called" that would lead to it failing, except for what's after
>>>>>> the traceback:
>>>>>> Traceback (most recent call last):
>>>>>>File "/usr/share/vdsm/vm.py", line 696, in _startUnderlyingV

Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr

[Nicholas Kesick]

 
> Date: Mon, 29 Jul 2013 09:56:30 +0200
> From: mklet...@redhat.com
> To: dan...@redhat.com
> CC: cybertimber2...@hotmail.com; users@ovirt.org
> Subject: Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr
> 
> On 07/27/2013 09:50 PM, Dan Kenigsberg wrote:
> > On Fri, Jul 26, 2013 at 02:03:28PM -0400, Nicholas Kesick wrote:
> >>> Date: Fri, 26 Jul 2013 05:52:44 +0300
> >>> From: ih...@redhat.com
> >>> To: cybertimber2...@hotmail.com
> >>> CC: dan...@redhat.com; users@ovirt.org
> >>> Subject: Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr
> >>>
> >>> On 07/26/2013 05:40 AM, Nicholas Kesick wrote:
> >>>>
> >>>> Replies inline.
> >>>>  > Date: Thu, 25 Jul 2013 22:27:17 +0300
> >>>>  > From: dan...@redhat.com
> >>>>  > To: cybertimber2...@hotmail.com
> >>>>  > CC: users@ovirt.org
> >>>>  > Subject: Re: [Users] oVirt 3.2 - Migration failed due to error:
> >>>> migrateerr
> >>>>  >
> >>>>  > On Thu, Jul 25, 2013 at 11:54:40AM -0400, Nicholas Kesick wrote:
> >>>>  > > When I try to migrate a VM, any VM, between my two hosts, I receive
> >>>> an error that says Migration failed due to error: migrateerr. Looking in
> >>>> the log I don't see any thing that jumps out other than the final message
> >>>>  > >
> >>>>  > > VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS,
> >>>> error = Fatal error during migration
> >>>>  > >
> >>>>  > > Ovirt-engine is version 3.2.2-1.1.fc18.noarch, firewalld is
> >>>> disabled, and selinux is permissive.
> >>>>  >
> >>>>  > Please do not say this in public, you're hurting Dan Walsh's feelings 
> >>>> ;-)
> >>>>  >
> >>>> I recall seeing his blog posts, and I agree. Not sure when I set it to
> >>>> permissive... maybe to get the 3.2 install w/ Firewalld setup to
> >>>> complete? I remember that was fixed in 3.2.1. I'll set it back to 
> >>>> enforcing.
> >>>>  > >
> >>>>  > > ovirt-node version is 2.6.1 on both hosts.
> >>>>  > >
> >>>>  > > Any suggestions would be welcome!
> >>>>  > >
> >>>>  >
> >>>>  > I'd love to see /etc/vdsm/vdsm.log from source and destination. The
> >>>>  > intersting parts start with vmMigrate at the source and with
> >>>>  > vmMigrationCreate at the destination.
> >>>> Hmm, I probably should have pulled that sooner. So, I cleared the active
> >>>> VDSM (while nothing was running) and libvirtd.log, booted one vm, and
> >>>> tried to migrate it. Attached are the logs. It looks like it boils down
> >>>> to (from the source):
> >>>> Traceback (most recent call last):
> >>>>File "/usr/share/vdsm/vm.py", line 271, in run
> >>>>File "/usr/share/vdsm/libvirtvm.py", line 505, in
> >>>> _startUnderlyingMigration
> >>>>File "/usr/share/vdsm/libvirtvm.py", line 541, in f
> >>>>File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py",
> >>>> line 111, in wrapper
> >>>>File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1178, in
> >>>> migrateToURI2
> >>>> libvirtError: internal error Attempt to migrate guest to the same host
> >>>> localhost
> >>>> Does this mean my UUIDs are the same?
> >>>> http://vaunaspada.babel.it/blog/?p=613
> >>>> As far as the destination, I'm really not understanding what's going on
> >>>> on the destination between "Destination VM creation succeeded" and
> >>>> ":destroy Called" that would lead to it failing, except for what's after
> >>>> the traceback:
> >>>> Traceback (most recent call last):
> >>>>File "/usr/share/vdsm/vm.py", line 696, in _startUnderlyingVm
> >>>>File "/usr/share/vdsm/libvirtvm.py", line 1907, in
> >>>> _waitForIncomingMigrationFinish
> >>>>File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py",
> >>>> line 111, in wrapper
> >

Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr

[Martin Kletzander]

On 07/27/2013 09:50 PM, Dan Kenigsberg wrote:
> On Fri, Jul 26, 2013 at 02:03:28PM -0400, Nicholas Kesick wrote:
>>> Date: Fri, 26 Jul 2013 05:52:44 +0300
>>> From: ih...@redhat.com
>>> To: cybertimber2...@hotmail.com
>>> CC: dan...@redhat.com; users@ovirt.org
>>> Subject: Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr
>>>
>>> On 07/26/2013 05:40 AM, Nicholas Kesick wrote:
>>>>
>>>> Replies inline.
>>>>  > Date: Thu, 25 Jul 2013 22:27:17 +0300
>>>>  > From: dan...@redhat.com
>>>>  > To: cybertimber2...@hotmail.com
>>>>  > CC: users@ovirt.org
>>>>  > Subject: Re: [Users] oVirt 3.2 - Migration failed due to error:
>>>> migrateerr
>>>>  >
>>>>  > On Thu, Jul 25, 2013 at 11:54:40AM -0400, Nicholas Kesick wrote:
>>>>  > > When I try to migrate a VM, any VM, between my two hosts, I receive
>>>> an error that says Migration failed due to error: migrateerr. Looking in
>>>> the log I don't see any thing that jumps out other than the final message
>>>>  > >
>>>>  > > VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS,
>>>> error = Fatal error during migration
>>>>  > >
>>>>  > > Ovirt-engine is version 3.2.2-1.1.fc18.noarch, firewalld is
>>>> disabled, and selinux is permissive.
>>>>  >
>>>>  > Please do not say this in public, you're hurting Dan Walsh's feelings 
>>>> ;-)
>>>>  >
>>>> I recall seeing his blog posts, and I agree. Not sure when I set it to
>>>> permissive... maybe to get the 3.2 install w/ Firewalld setup to
>>>> complete? I remember that was fixed in 3.2.1. I'll set it back to 
>>>> enforcing.
>>>>  > >
>>>>  > > ovirt-node version is 2.6.1 on both hosts.
>>>>  > >
>>>>  > > Any suggestions would be welcome!
>>>>  > >
>>>>  >
>>>>  > I'd love to see /etc/vdsm/vdsm.log from source and destination. The
>>>>  > intersting parts start with vmMigrate at the source and with
>>>>  > vmMigrationCreate at the destination.
>>>> Hmm, I probably should have pulled that sooner. So, I cleared the active
>>>> VDSM (while nothing was running) and libvirtd.log, booted one vm, and
>>>> tried to migrate it. Attached are the logs. It looks like it boils down
>>>> to (from the source):
>>>> Traceback (most recent call last):
>>>>File "/usr/share/vdsm/vm.py", line 271, in run
>>>>File "/usr/share/vdsm/libvirtvm.py", line 505, in
>>>> _startUnderlyingMigration
>>>>File "/usr/share/vdsm/libvirtvm.py", line 541, in f
>>>>File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py",
>>>> line 111, in wrapper
>>>>File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1178, in
>>>> migrateToURI2
>>>> libvirtError: internal error Attempt to migrate guest to the same host
>>>> localhost
>>>> Does this mean my UUIDs are the same?
>>>> http://vaunaspada.babel.it/blog/?p=613
>>>> As far as the destination, I'm really not understanding what's going on
>>>> on the destination between "Destination VM creation succeeded" and
>>>> ":destroy Called" that would lead to it failing, except for what's after
>>>> the traceback:
>>>> Traceback (most recent call last):
>>>>File "/usr/share/vdsm/vm.py", line 696, in _startUnderlyingVm
>>>>File "/usr/share/vdsm/libvirtvm.py", line 1907, in
>>>> _waitForIncomingMigrationFinish
>>>>File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py",
>>>> line 111, in wrapper
>>>>File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2822, in
>>>> lookupByUUIDString
>>>> libvirtError: Domain not found: no domain with matching uuid
>>>> '50171e1b-cf21-41d8-80f3-88ab1b980091'
>>>> But that is the ID of the VM by the looks of it.
>>>> Sorry Itamar, nothing was written to libvirtd.log after I cleared it.
> 
> It could be that libvirtd is still writing to the files that you removed
> from the filesystem. To make sure libvirtd writes to your new file,
> restart the servi

Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr

[Dan Kenigsberg]

On Fri, Jul 26, 2013 at 02:03:28PM -0400, Nicholas Kesick wrote:
> > Date: Fri, 26 Jul 2013 05:52:44 +0300
> > From: ih...@redhat.com
> > To: cybertimber2...@hotmail.com
> > CC: dan...@redhat.com; users@ovirt.org
> > Subject: Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr
> > 
> > On 07/26/2013 05:40 AM, Nicholas Kesick wrote:
> > >
> > > Replies inline.
> > >  > Date: Thu, 25 Jul 2013 22:27:17 +0300
> > >  > From: dan...@redhat.com
> > >  > To: cybertimber2...@hotmail.com
> > >  > CC: users@ovirt.org
> > >  > Subject: Re: [Users] oVirt 3.2 - Migration failed due to error:
> > > migrateerr
> > >  >
> > >  > On Thu, Jul 25, 2013 at 11:54:40AM -0400, Nicholas Kesick wrote:
> > >  > > When I try to migrate a VM, any VM, between my two hosts, I receive
> > > an error that says Migration failed due to error: migrateerr. Looking in
> > > the log I don't see any thing that jumps out other than the final message
> > >  > >
> > >  > > VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS,
> > > error = Fatal error during migration
> > >  > >
> > >  > > Ovirt-engine is version 3.2.2-1.1.fc18.noarch, firewalld is
> > > disabled, and selinux is permissive.
> > >  >
> > >  > Please do not say this in public, you're hurting Dan Walsh's feelings 
> > > ;-)
> > >  >
> > > I recall seeing his blog posts, and I agree. Not sure when I set it to
> > > permissive... maybe to get the 3.2 install w/ Firewalld setup to
> > > complete? I remember that was fixed in 3.2.1. I'll set it back to 
> > > enforcing.
> > >  > >
> > >  > > ovirt-node version is 2.6.1 on both hosts.
> > >  > >
> > >  > > Any suggestions would be welcome!
> > >  > >
> > >  >
> > >  > I'd love to see /etc/vdsm/vdsm.log from source and destination. The
> > >  > intersting parts start with vmMigrate at the source and with
> > >  > vmMigrationCreate at the destination.
> > > Hmm, I probably should have pulled that sooner. So, I cleared the active
> > > VDSM (while nothing was running) and libvirtd.log, booted one vm, and
> > > tried to migrate it. Attached are the logs. It looks like it boils down
> > > to (from the source):
> > > Traceback (most recent call last):
> > >File "/usr/share/vdsm/vm.py", line 271, in run
> > >File "/usr/share/vdsm/libvirtvm.py", line 505, in
> > > _startUnderlyingMigration
> > >File "/usr/share/vdsm/libvirtvm.py", line 541, in f
> > >File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py",
> > > line 111, in wrapper
> > >File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1178, in
> > > migrateToURI2
> > > libvirtError: internal error Attempt to migrate guest to the same host
> > > localhost
> > > Does this mean my UUIDs are the same?
> > > http://vaunaspada.babel.it/blog/?p=613
> > > As far as the destination, I'm really not understanding what's going on
> > > on the destination between "Destination VM creation succeeded" and
> > > ":destroy Called" that would lead to it failing, except for what's after
> > > the traceback:
> > > Traceback (most recent call last):
> > >File "/usr/share/vdsm/vm.py", line 696, in _startUnderlyingVm
> > >File "/usr/share/vdsm/libvirtvm.py", line 1907, in
> > > _waitForIncomingMigrationFinish
> > >File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py",
> > > line 111, in wrapper
> > >File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2822, in
> > > lookupByUUIDString
> > > libvirtError: Domain not found: no domain with matching uuid
> > > '50171e1b-cf21-41d8-80f3-88ab1b980091'
> > > But that is the ID of the VM by the looks of it.
> > > Sorry Itamar, nothing was written to libvirtd.log after I cleared it.

It could be that libvirtd is still writing to the files that you removed
from the filesystem. To make sure libvirtd writes to your new file,
restart the service. There may be clues there on why libvirt thinks that
the source and destination are one and the same.

> > 
> > Thread-800::ERROR::2013-07-26 01:57:16,198::vm::198::vm.Vm::(_recover) 
> > vmId=`50171e1b-cf21-41d

Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr

[Nicholas Kesick]

> Date: Fri, 26 Jul 2013 05:52:44 +0300
> From: ih...@redhat.com
> To: cybertimber2...@hotmail.com
> CC: dan...@redhat.com; users@ovirt.org
> Subject: Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr
> 
> On 07/26/2013 05:40 AM, Nicholas Kesick wrote:
> >
> > Replies inline.
> >  > Date: Thu, 25 Jul 2013 22:27:17 +0300
> >  > From: dan...@redhat.com
> >  > To: cybertimber2...@hotmail.com
> >  > CC: users@ovirt.org
> >  > Subject: Re: [Users] oVirt 3.2 - Migration failed due to error:
> > migrateerr
> >  >
> >  > On Thu, Jul 25, 2013 at 11:54:40AM -0400, Nicholas Kesick wrote:
> >  > > When I try to migrate a VM, any VM, between my two hosts, I receive
> > an error that says Migration failed due to error: migrateerr. Looking in
> > the log I don't see any thing that jumps out other than the final message
> >  > >
> >  > > VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS,
> > error = Fatal error during migration
> >  > >
> >  > > Ovirt-engine is version 3.2.2-1.1.fc18.noarch, firewalld is
> > disabled, and selinux is permissive.
> >  >
> >  > Please do not say this in public, you're hurting Dan Walsh's feelings ;-)
> >  >
> > I recall seeing his blog posts, and I agree. Not sure when I set it to
> > permissive... maybe to get the 3.2 install w/ Firewalld setup to
> > complete? I remember that was fixed in 3.2.1. I'll set it back to enforcing.
> >  > >
> >  > > ovirt-node version is 2.6.1 on both hosts.
> >  > >
> >  > > Any suggestions would be welcome!
> >  > >
> >  >
> >  > I'd love to see /etc/vdsm/vdsm.log from source and destination. The
> >  > intersting parts start with vmMigrate at the source and with
> >  > vmMigrationCreate at the destination.
> > Hmm, I probably should have pulled that sooner. So, I cleared the active
> > VDSM (while nothing was running) and libvirtd.log, booted one vm, and
> > tried to migrate it. Attached are the logs. It looks like it boils down
> > to (from the source):
> > Traceback (most recent call last):
> >File "/usr/share/vdsm/vm.py", line 271, in run
> >File "/usr/share/vdsm/libvirtvm.py", line 505, in
> > _startUnderlyingMigration
> >File "/usr/share/vdsm/libvirtvm.py", line 541, in f
> >File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py",
> > line 111, in wrapper
> >File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1178, in
> > migrateToURI2
> > libvirtError: internal error Attempt to migrate guest to the same host
> > localhost
> > Does this mean my UUIDs are the same?
> > http://vaunaspada.babel.it/blog/?p=613
> > As far as the destination, I'm really not understanding what's going on
> > on the destination between "Destination VM creation succeeded" and
> > ":destroy Called" that would lead to it failing, except for what's after
> > the traceback:
> > Traceback (most recent call last):
> >File "/usr/share/vdsm/vm.py", line 696, in _startUnderlyingVm
> >File "/usr/share/vdsm/libvirtvm.py", line 1907, in
> > _waitForIncomingMigrationFinish
> >File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py",
> > line 111, in wrapper
> >File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2822, in
> > lookupByUUIDString
> > libvirtError: Domain not found: no domain with matching uuid
> > '50171e1b-cf21-41d8-80f3-88ab1b980091'
> > But that is the ID of the VM by the looks of it.
> > Sorry Itamar, nothing was written to libvirtd.log after I cleared it.
> 
> Thread-800::ERROR::2013-07-26 01:57:16,198::vm::198::vm.Vm::(_recover) 
> vmId=`50171e1b-cf21-41d8-80f3-88ab1b980091`::internal error Attempt to 
> migrate guest to the same host localhost
> Thread-800::ERROR::2013-07-26 01:57:16,377::vm::286::vm.Vm::(run) 
> vmId=`50171e1b-cf21-41d8-80f3-88ab1b980091`::Failed to migrate
> Traceback (most recent call last):
>File "/usr/share/vdsm/vm.py", line 271, in run
>File "/usr/share/vdsm/libvirtvm.py", line 505, in 
> _startUnderlyingMigration
>File "/usr/share/vdsm/libvirtvm.py", line 541, in f
>File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py", 
> line 111, in wrapper
>File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1178, in 
> migrateToURI2
> libvirtError: internal error Attempt to migrate guest to the same host 
> localhost
> 
> what are your hostnames?

"host001" on 192.168.0.103 and "host002" on 192.168.0.104
Even tried changing it, no luck.

Could it be because the oVirt Node - Network tab - does not have any DNS 
servers specified?
  ___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr

[Itamar Heim]

On 07/26/2013 05:40 AM, Nicholas Kesick wrote:


Replies inline.
 > Date: Thu, 25 Jul 2013 22:27:17 +0300
 > From: dan...@redhat.com
 > To: cybertimber2...@hotmail.com
 > CC: users@ovirt.org
 > Subject: Re: [Users] oVirt 3.2 - Migration failed due to error:
migrateerr
 >
 > On Thu, Jul 25, 2013 at 11:54:40AM -0400, Nicholas Kesick wrote:
 > > When I try to migrate a VM, any VM, between my two hosts, I receive
an error that says Migration failed due to error: migrateerr. Looking in
the log I don't see any thing that jumps out other than the final message
 > >
 > > VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS,
error = Fatal error during migration
 > >
 > > Ovirt-engine is version 3.2.2-1.1.fc18.noarch, firewalld is
disabled, and selinux is permissive.
 >
 > Please do not say this in public, you're hurting Dan Walsh's feelings ;-)
 >
I recall seeing his blog posts, and I agree. Not sure when I set it to
permissive... maybe to get the 3.2 install w/ Firewalld setup to
complete? I remember that was fixed in 3.2.1. I'll set it back to enforcing.
 > >
 > > ovirt-node version is 2.6.1 on both hosts.
 > >
 > > Any suggestions would be welcome!
 > >
 >
 > I'd love to see /etc/vdsm/vdsm.log from source and destination. The
 > intersting parts start with vmMigrate at the source and with
 > vmMigrationCreate at the destination.
Hmm, I probably should have pulled that sooner. So, I cleared the active
VDSM (while nothing was running) and libvirtd.log, booted one vm, and
tried to migrate it. Attached are the logs. It looks like it boils down
to (from the source):
Traceback (most recent call last):
   File "/usr/share/vdsm/vm.py", line 271, in run
   File "/usr/share/vdsm/libvirtvm.py", line 505, in
_startUnderlyingMigration
   File "/usr/share/vdsm/libvirtvm.py", line 541, in f
   File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py",
line 111, in wrapper
   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1178, in
migrateToURI2
libvirtError: internal error Attempt to migrate guest to the same host
localhost
Does this mean my UUIDs are the same?
http://vaunaspada.babel.it/blog/?p=613
As far as the destination, I'm really not understanding what's going on
on the destination between "Destination VM creation succeeded" and
":destroy Called" that would lead to it failing, except for what's after
the traceback:
Traceback (most recent call last):
   File "/usr/share/vdsm/vm.py", line 696, in _startUnderlyingVm
   File "/usr/share/vdsm/libvirtvm.py", line 1907, in
_waitForIncomingMigrationFinish
   File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py",
line 111, in wrapper
   File "/usr/lib64/python2.7/site-packages/libvirt.py", line 2822, in
lookupByUUIDString
libvirtError: Domain not found: no domain with matching uuid
'50171e1b-cf21-41d8-80f3-88ab1b980091'
But that is the ID of the VM by the looks of it.
Sorry Itamar, nothing was written to libvirtd.log after I cleared it.


Thread-800::ERROR::2013-07-26 01:57:16,198::vm::198::vm.Vm::(_recover) 
vmId=`50171e1b-cf21-41d8-80f3-88ab1b980091`::internal error Attempt to 
migrate guest to the same host localhost
Thread-800::ERROR::2013-07-26 01:57:16,377::vm::286::vm.Vm::(run) 
vmId=`50171e1b-cf21-41d8-80f3-88ab1b980091`::Failed to migrate

Traceback (most recent call last):
  File "/usr/share/vdsm/vm.py", line 271, in run
  File "/usr/share/vdsm/libvirtvm.py", line 505, in 
_startUnderlyingMigration

  File "/usr/share/vdsm/libvirtvm.py", line 541, in f
  File "/usr/lib64/python2.7/site-packages/vdsm/libvirtconnection.py", 
line 111, in wrapper
  File "/usr/lib64/python2.7/site-packages/libvirt.py", line 1178, in 
migrateToURI2
libvirtError: internal error Attempt to migrate guest to the same host 
localhost


what are your hostnames?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr

[Dan Kenigsberg]

On Thu, Jul 25, 2013 at 11:54:40AM -0400, Nicholas Kesick wrote:
> When I try to migrate a VM, any VM, between my two hosts, I receive an error 
> that says Migration failed due to error: migrateerr. Looking in the log I 
> don't see any thing that jumps out other than the final message
> 
> VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS, error = 
> Fatal error during migration
> 
> Ovirt-engine is version 3.2.2-1.1.fc18.noarch, firewalld is disabled, and 
> selinux is permissive.

Please do not say this in public, you're hurting Dan Walsh's feelings ;-)

> 
> ovirt-node version is 2.6.1 on both hosts.
> 
> Any suggestions would be welcome!
> 

I'd love to see /etc/vdsm/vdsm.log from source and destination. The
intersting parts start with vmMigrate at the source and with
vmMigrationCreate at the destination.
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.2 - Migration failed due to error: migrateerr

[Itamar Heim]

On 07/25/2013 06:54 PM, Nicholas Kesick wrote:

When I try to migrate a VM, any VM, between my two hosts, I receive an
error that says Migration failed due to error: migrateerr. Looking in
the log I don't see any thing that jumps out other than the final message

VDSGenericException: VDSErrorException: Failed to MigrateStatusVDS,
error = Fatal error during migration

Ovirt-engine is version 3.2.2-1.1.fc18.noarch, firewalld is disabled,
and selinux is permissive.

ovirt-node version is 2.6.1 on both hosts.

Any suggestions would be welcome!



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



vdsm and libvirt logs from both hosts will help
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

[Users] oVirt 3.2 - vdsm-4.10.3-18

[Douglas Schilling Landgraf]

New VDSM package is available for testing.

Changes
==
- service: make iscsid a systemd dependency (BZ#981906)
- vdsm.spec: update python-pthreading

Where
===
- oVirt testing update REPO (thanks mburns!)
- For koji users:
  f19 - http://koji.fedoraproject.org/koji/taskinfo?taskID=5592587
  f18 - http://koji.fedoraproject.org/koji/taskinfo?taskID=5592780
  el6 - http://koji.fedoraproject.org/koji/taskinfo?taskID=5592800

Feedback is appreciate.

Thanks!

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

Re: [Users] oVirt 3.2 and MD3600i

[Jiří Sléžka]

Hello

I have (maybe similar?) problem with MD3620f (fibre channel array) and 
rhev(h) 3.1.


problem is that MD36xxf is not listed in default multipath configuration.

there was lots of errors in /var/log/messages

...
Apr 11 12:18:27 rhev-04 kernel: sd 6:0:1:4: [sdi] CDB: Read(10): 28 00 
00 00 00 00 00 00 08 00
Apr 11 12:18:28 rhev-04 multipathd: 36d4ae520006e702d054650579be9: 
sdl - directio checker reports path is down
Apr 11 12:18:28 rhev-04 multipathd: 36d4ae520006e702d03754f2aed00: 
sdm - directio checker reports path is down
Apr 11 12:18:28 rhev-04 multipathd: 36d4ae520006e702d03754f2aed00: 
sdj - directio checker reports path is down
Apr 11 12:18:28 rhev-04 multipathd: 36d4ae520006e702d054650579be9: 
sdi - directio checker reports path is down
Apr 11 12:18:29 rhev-04 kernel: sd 7:0:1:11: [sdn] Result: 
hostbyte=DID_OK driverbyte=DRIVER_SENSE
Apr 11 12:18:29 rhev-04 kernel: sd 7:0:1:11: [sdn] Sense Key : Illegal 
Request [current]
Apr 11 12:18:29 rhev-04 kernel: sd 7:0:1:11: [sdn] <> ASC=0x94 
ASCQ=0x1ASC=0x94 ASCQ=0x1
Apr 11 12:18:29 rhev-04 kernel: sd 7:0:1:11: [sdn] CDB: Read(10): 28 00 
00 00 00 00 00 00 04 00

...

I had to manually add this to /etc/multipath.conf

device {
 vendor "DELL"
 product "MD36xxf"
 product_blacklist "Universal Xport"
 path_grouping_policy group_by_prio
 getuid_callout "/lib/udev/scsi_id --whitelisted --device=/dev/%n"
 path_selector "round-robin 0"
 path_checker rdac
 features "2 pg_init_retries 50"
 hardware_handler "1 rdac"
 prio rdac
 failback immediate
 rr_weight uniform
 no_path_retry 15
 rr_min_io 1000
 rr_min_io_rq 1
}

after multipathd restart errors are gone and multipath works correctly

It would be nice to have this in default multipath config (at least for 
thin hypervisor)


btw. similar stuff on Dell's forum - 
http://en.community.dell.com/support-forums/storage/f/1216/t/19474086.aspx



bye, dron



Dne 12.4.2013 0:31, martin.krali...@accenture.com napsal(a):

Hello J

Now I can say, that problem is not only in ovirt so firstly I would like
to try some tricks and tried to send report asap.

Thanks

*From:*Mark Wu [mailto:wu...@linux.vnet.ibm.com]
*Sent:* Wednesday, April 10, 2013 3:33 AM
*To:* Kralicek, Martin
*Cc:* users@ovirt.org
*Subject:* Re: [Users] oVirt 3.2 and MD3600i

On 04/10/2013 02:31 AM, martin.krali...@accenture.com
<mailto:martin.krali...@accenture.com> wrote:

Hello,

Has somebody experience with Dell MD3600i and oVirt 3.2.1?

Host and oVirt are deployed on Fedora 18.

My infrastructure contains: 2 x powerconnect 6224 and this storage
with two controllers

Both switch are in stack mode and storage is connect with four 10Gb
ports in same subnet (is better to use it without stack as two subnet?)

So, where is problem...I can create iSCSI storage domain, everything
seems to be OK but when I want to add next host they cannot access
this iSCSI target (in storage management tools is already added to
host group)

And during this process I can see only on host console IO error,
buffer error and kernel BUG: soft lockup – CPU stuck etc...

Could you please paste the log messages related to the errors above ?

Exists recommended way how involved iSCSI?

Thanks for any suggestions

Martin



This message is for the designated recipient only and may contain
privileged, proprietary, or otherwise confidential information. If you
have received it in error, please notify the sender immediately and
delete the original. Any other use of the e-mail by you is prohibited.

Where allowed by local law, electronic communications with Accenture and
its affiliates, including e-mail and instant messaging (including
content), may be scanned by our systems for the purposes of information
security and assessment of internal compliance with Accenture policy.

__

www.accenture.com <http://www.accenture.com>



___

Users mailing list

Users@ovirt.org  <mailto:Users@ovirt.org>

http://lists.ovirt.org/mailman/listinfo/users



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



<>

smime.p7s
Description: Elektronicky podpis S/MIME
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.2 and MD3600i

[martin.kralicek]

Hello :)

Now I can say, that problem is not only in ovirt so firstly I would like to try 
some tricks and tried to send report asap.

Thanks

From: Mark Wu [mailto:wu...@linux.vnet.ibm.com]
Sent: Wednesday, April 10, 2013 3:33 AM
To: Kralicek, Martin
Cc: users@ovirt.org
Subject: Re: [Users] oVirt 3.2 and MD3600i

On 04/10/2013 02:31 AM, 
martin.krali...@accenture.com<mailto:martin.krali...@accenture.com> wrote:
Hello,

Has somebody experience with Dell MD3600i and oVirt 3.2.1?
Host and oVirt are deployed on Fedora 18.
My infrastructure contains: 2 x powerconnect 6224 and this storage with two 
controllers
Both switch are in stack mode and storage is connect with four 10Gb ports in 
same subnet (is better to use it without stack as two subnet?)
So, where is problem...I can create iSCSI storage domain, everything seems to 
be OK but when I want to add next host they cannot access this iSCSI target (in 
storage management tools is already added to host group)
And during this process I can see only on host console IO error, buffer error 
and kernel BUG: soft lockup - CPU stuck etc...
Could you please paste the log messages related to the errors above ?


Exists recommended way how involved iSCSI?

Thanks for any suggestions

Martin


This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise confidential information. If you have received it in 
error, please notify the sender immediately and delete the original. Any other 
use of the e-mail by you is prohibited.

Where allowed by local law, electronic communications with Accenture and its 
affiliates, including e-mail and instant messaging (including content), may be 
scanned by our systems for the purposes of information security and assessment 
of internal compliance with Accenture policy.

__

www.accenture.com<http://www.accenture.com>




___

Users mailing list

Users@ovirt.org<mailto:Users@ovirt.org>

http://lists.ovirt.org/mailman/listinfo/users

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

Re: [Users] oVirt 3.2 and MD3600i

[Mark Wu]

On 04/10/2013 02:31 AM, martin.krali...@accenture.com wrote:


Hello,

Has somebody experience with Dell MD3600i and oVirt 3.2.1?

Host and oVirt are deployed on Fedora 18.

My infrastructure contains: 2 x powerconnect 6224 and this storage 
with two controllers


Both switch are in stack mode and storage is connect with four 10Gb 
ports in same subnet (is better to use it without stack as two subnet?)


So, where is problem...I can create iSCSI storage domain, everything 
seems to be OK but when I want to add next host they cannot access 
this iSCSI target (in storage management tools is already added to 
host group)


And during this process I can see only on host console IO error, 
buffer error and kernel BUG: soft lockup -- CPU stuck etc...



Could you please paste the log messages related to the errors above ?


Exists recommended way how involved iSCSI?

Thanks for any suggestions

Martin



This message is for the designated recipient only and may contain 
privileged, proprietary, or otherwise confidential information. If you 
have received it in error, please notify the sender immediately and 
delete the original. Any other use of the e-mail by you is prohibited.


Where allowed by local law, electronic communications with Accenture 
and its affiliates, including e-mail and instant messaging (including 
content), may be scanned by our systems for the purposes of 
information security and assessment of internal compliance with 
Accenture policy.


__

www.accenture.com


___
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: [Users] oVirt 3.2 and MD3600i

[Joop]

martin.krali...@accenture.com wrote:


Hello,

 


Has somebody experience with Dell MD3600i and oVirt 3.2.1?

Host and oVirt are deployed on Fedora 18.

My infrastructure contains: 2 x powerconnect 6224 and this storage 
with two controllers


Both switch are in stack mode and storage is connect with four 10Gb 
ports in same subnet (is better to use it without stack as two subnet?)


So, where is problem...I can create iSCSI storage domain, everything 
seems to be OK but when I want to add next host they cannot access 
this iSCSI target (in storage management tools is already added to 
host group)


And during this process I can see only on host console IO error, 
buffer error and kernel BUG: soft lockup -- CPU stuck etc...


 


Exists recommended way how involved iSCSI?

 

For the first part I don't have an answer but the softlockups sound 
familiar and the only solution I have found sofar that works reliable is 
to switch back to kernel 3.6.10
I higher kernel level will sometimes work after a reboot but more often 
it will cause softlockups as soon as multipathd is started.


Joop

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

[Users] oVirt 3.2 and MD3600i

[martin.kralicek]

Hello,

Has somebody experience with Dell MD3600i and oVirt 3.2.1?
Host and oVirt are deployed on Fedora 18.
My infrastructure contains: 2 x powerconnect 6224 and this storage with two 
controllers
Both switch are in stack mode and storage is connect with four 10Gb ports in 
same subnet (is better to use it without stack as two subnet?)
So, where is problem...I can create iSCSI storage domain, everything seems to 
be OK but when I want to add next host they cannot access this iSCSI target (in 
storage management tools is already added to host group)
And during this process I can see only on host console IO error, buffer error 
and kernel BUG: soft lockup - CPU stuck etc...

Exists recommended way how involved iSCSI?

Thanks for any suggestions

Martin


This message is for the designated recipient only and may contain privileged, 
proprietary, or otherwise confidential information. If you have received it in 
error, please notify the sender immediately and delete the original. Any other 
use of the e-mail by you is prohibited.

Where allowed by local law, electronic communications with Accenture and its 
affiliates, including e-mail and instant messaging (including content), may be 
scanned by our systems for the purposes of information security and assessment 
of internal compliance with Accenture policy.

__

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

Re: [Users] ovirt 3.2 - high multicast packet loss

[Winfried de Heiden]

Bug report created: https://bugzilla.redhat.com/show_bug.cgi?id=926954

Winfried

Op 21-03-13 12:17, Antoni Segura Puimedon schreef:

Michael Tsirkin (Thanks!) proposes to try the following:

try disabling multicast snooping in the bridge

Could you give it a shot?

- Original Message -

From: "Winfried de Heiden" 
To: users@ovirt.org
Sent: Thursday, March 21, 2013 10:14:04 AM
Subject: Re: [Users] ovirt 3.2 - high multicast packet loss

So far no reactie about the multicast packet loss..

I bumbed into this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=880035

This looks the same as the problems I am suffering using oVirt 3.2:
heavy multicast packet loss after some time.

This the bug affect oVirt 3.2 ovirt-node (2.6.1-20120228.fc18)?
Can anyone reproduce the problem (omping between 3 virtual nodes)?

Winfried


Op 18-03-13 16:58, Winfried de Heiden schreef:

Same for Debian 6 (x86_64); 47% packet loss:

ssmping -c 500 192.168.1.234

--- 192.168.1.234 statistics ---
500 packets transmitted, time 51 ms
unicast:
500 packets received, 0% packet loss
rtt min/avg/max/std-dev = 0.352/0.675/0.863/0.072 ms
multicast:
265 packets received, 47% packet loss since first mc packet (seq
1)
recvd
rtt min/avg/max/std-dev = 0.414/0.703/0.885/0.086 ms


Winfried

Hi all,

Playing around with Red Hat Clustering, it turns out I have a
hughe
multicast packet loss: (Centos 6.4 - x86_64  with all updates)

omping 192.168.1.211 192.168.1.212 -c500 (node1)
omping 192.168.1.212 192.168.1.211 -c500(node2)

will give almost 50% loss!

192.168.1.211 :   unicast, xmt/rcv/%loss = 500/500/0%,
min/avg/max/std-dev = 0.330/0.610/0.789/0.064
192.168.1.211 : multicast, xmt/rcv/%loss = 500/268/46%,
min/avg/max/std-dev = 0.416/0.635/0.921/0.066

192.168.1.212 :   unicast, xmt/rcv/%loss = 500/500/0%,
min/avg/max/std-dev = 0.388/0.653/0.863/0.069
192.168.1.212 : multicast, xmt/rcv/%loss = 500/263/47%,
min/avg/max/std-dev = 0.396/0.670/1.080/0.074

OK, I am using simple hardware, but this hardware is virtually
doing
nothing...

As mentioned on
https://access.redhat.com/knowledge/sites/default/files/attachments/rhel_cluster_vm_multicast.pdf,
I set the txqueelen to 500, same result?

I 'm still guessing whether this is an oVirt, virtio or Red
Hat/Centos issue? Problems only happend after some time; that is
200
mo-pings shows everything is fine.

Anyone?

Winfried


___
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

___
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


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

Re: [Users] ovirt 3.2 - high multicast packet loss

[Winfried de Heiden]

Hi all,

Tried it on oVirt 3.2 as well; on the oVirtnode 
(ovirt-node-iso-2.6.1-20120228.fc18):


[root@bigvirt bridge]# cat 
/sys/class/net/ovirtmgmt/bridge/multicast_snooping

1

omping 192.168.1.212 192.168.1.211 -c500 ## will give heavy packet loss:
192.168.1.212 :   unicast, xmt/rcv/%loss = 500/500/0%, 
min/avg/max/std-dev = 0.381/0.633/0.891/0.074
192.168.1.212 : multicast, xmt/rcv/%loss = 500/266/46%, 
min/avg/max/std-dev = 0.427/0.641/0.997/0.065


Disabling multicast snooping:
[root@bigvirt bridge]# echo 0 > 
/sys/class/net/ovirtmgmt/bridge/multicast_snooping
[root@bigvirt bridge]# cat 
/sys/class/net/ovirtmgmt/bridge/multicast_snooping

0

omping 192.168.1.212 192.168.1.211 -c500 ## packet loss 0%
192.168.1.212 :   unicast, xmt/rcv/%loss = 500/500/0%, 
min/avg/max/std-dev = 0.353/0.623/0.944/0.075
192.168.1.212 : multicast, xmt/rcv/%loss = 500/500/0%, 
min/avg/max/std-dev = 0.356/0.642/0.964/0.078


I tried it a couple of times, switching multicast snooping on and off; 
same result.


I would consider this to be a bug? Bugzilla report wanted?

Winfried

Op 21-03-13 12:17, Antoni Segura Puimedon schreef:

Michael Tsirkin (Thanks!) proposes to try the following:

try disabling multicast snooping in the bridge

Could you give it a shot?

- Original Message -

From: "Winfried de Heiden" 
To: users@ovirt.org
Sent: Thursday, March 21, 2013 10:14:04 AM
Subject: Re: [Users] ovirt 3.2 - high multicast packet loss

So far no reactie about the multicast packet loss..

I bumbed into this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=880035

This looks the same as the problems I am suffering using oVirt 3.2:
heavy multicast packet loss after some time.

This the bug affect oVirt 3.2 ovirt-node (2.6.1-20120228.fc18)?
Can anyone reproduce the problem (omping between 3 virtual nodes)?

Winfried


Op 18-03-13 16:58, Winfried de Heiden schreef:

Same for Debian 6 (x86_64); 47% packet loss:

ssmping -c 500 192.168.1.234

--- 192.168.1.234 statistics ---
500 packets transmitted, time 51 ms
unicast:
500 packets received, 0% packet loss
rtt min/avg/max/std-dev = 0.352/0.675/0.863/0.072 ms
multicast:
265 packets received, 47% packet loss since first mc packet (seq
1)
recvd
rtt min/avg/max/std-dev = 0.414/0.703/0.885/0.086 ms


Winfried

Hi all,

Playing around with Red Hat Clustering, it turns out I have a
hughe
multicast packet loss: (Centos 6.4 - x86_64  with all updates)

omping 192.168.1.211 192.168.1.212 -c500 (node1)
omping 192.168.1.212 192.168.1.211 -c500(node2)

will give almost 50% loss!

192.168.1.211 :   unicast, xmt/rcv/%loss = 500/500/0%,
min/avg/max/std-dev = 0.330/0.610/0.789/0.064
192.168.1.211 : multicast, xmt/rcv/%loss = 500/268/46%,
min/avg/max/std-dev = 0.416/0.635/0.921/0.066

192.168.1.212 :   unicast, xmt/rcv/%loss = 500/500/0%,
min/avg/max/std-dev = 0.388/0.653/0.863/0.069
192.168.1.212 : multicast, xmt/rcv/%loss = 500/263/47%,
min/avg/max/std-dev = 0.396/0.670/1.080/0.074

OK, I am using simple hardware, but this hardware is virtually
doing
nothing...

As mentioned on
https://access.redhat.com/knowledge/sites/default/files/attachments/rhel_cluster_vm_multicast.pdf,
I set the txqueelen to 500, same result?

I 'm still guessing whether this is an oVirt, virtio or Red
Hat/Centos issue? Problems only happend after some time; that is
200
mo-pings shows everything is fine.

Anyone?

Winfried


___
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

___
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


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

Re: [Users] ovirt 3.2 - high multicast packet loss

[Winfried de Heiden]

Hi,

"Plain KVM", that is: Fedora 18 + KVM with VirtManager is suffering the 
same:


On my KVM host:

# cat /sys/class/net/virbr0/bridge/multicast_snooping
1

Now, on 2 virtual (Centos 6.4) nodes:

will give huge packet loss:

92.168.122.151 :   unicast, xmt/rcv/%loss = 300/300/0%, 
min/avg/max/std-dev = 0.258/0.706/1.170/0.097
192.168.122.151 : multicast, xmt/rcv/%loss = 300/261/13% (seq>=2 12%), 
min/avg/max/std-dev = 0.357/0.861/1.944/0.198


Increasing omping to -c 500; packet loss will be about 47%.

Now, on the KVM host:

# echo 0 > /sys/class/net/virbr0/bridge/multicast_snooping
cat /sys/class/net/virbr0/bridge/multicast_snooping
0

Giving it several tries, packet loss is 0%!

I'll give it a try on oVirt tonight.

Winfried









Op 21-03-13 12:17, Antoni Segura Puimedon schreef:

Michael Tsirkin (Thanks!) proposes to try the following:

try disabling multicast snooping in the bridge

Could you give it a shot?

- Original Message -

From: "Winfried de Heiden" 
To: users@ovirt.org
Sent: Thursday, March 21, 2013 10:14:04 AM
Subject: Re: [Users] ovirt 3.2 - high multicast packet loss

So far no reactie about the multicast packet loss..

I bumbed into this bug:
https://bugzilla.redhat.com/show_bug.cgi?id=880035

This looks the same as the problems I am suffering using oVirt 3.2:
heavy multicast packet loss after some time.

This the bug affect oVirt 3.2 ovirt-node (2.6.1-20120228.fc18)?
Can anyone reproduce the problem (omping between 3 virtual nodes)?

Winfried


Op 18-03-13 16:58, Winfried de Heiden schreef:

Same for Debian 6 (x86_64); 47% packet loss:

ssmping -c 500 192.168.1.234

--- 192.168.1.234 statistics ---
500 packets transmitted, time 51 ms
unicast:
500 packets received, 0% packet loss
rtt min/avg/max/std-dev = 0.352/0.675/0.863/0.072 ms
multicast:
265 packets received, 47% packet loss since first mc packet (seq
1)
recvd
rtt min/avg/max/std-dev = 0.414/0.703/0.885/0.086 ms


Winfried

Hi all,

Playing around with Red Hat Clustering, it turns out I have a
hughe
multicast packet loss: (Centos 6.4 - x86_64  with all updates)

omping 192.168.1.211 192.168.1.212 -c500 (node1)
omping 192.168.1.212 192.168.1.211 -c500(node2)

will give almost 50% loss!

192.168.1.211 :   unicast, xmt/rcv/%loss = 500/500/0%,
min/avg/max/std-dev = 0.330/0.610/0.789/0.064
192.168.1.211 : multicast, xmt/rcv/%loss = 500/268/46%,
min/avg/max/std-dev = 0.416/0.635/0.921/0.066

192.168.1.212 :   unicast, xmt/rcv/%loss = 500/500/0%,
min/avg/max/std-dev = 0.388/0.653/0.863/0.069
192.168.1.212 : multicast, xmt/rcv/%loss = 500/263/47%,
min/avg/max/std-dev = 0.396/0.670/1.080/0.074

OK, I am using simple hardware, but this hardware is virtually
doing
nothing...

As mentioned on
https://access.redhat.com/knowledge/sites/default/files/attachments/rhel_cluster_vm_multicast.pdf,
I set the txqueelen to 500, same result?

I 'm still guessing whether this is an oVirt, virtio or Red
Hat/Centos issue? Problems only happend after some time; that is
200
mo-pings shows everything is fine.

Anyone?

Winfried


___
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

___
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


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

Re: [Users] ovirt 3.2 - high multicast packet loss

[Antoni Segura Puimedon]

Michael Tsirkin (Thanks!) proposes to try the following:

try disabling multicast snooping in the bridge

Could you give it a shot?

- Original Message -
> From: "Winfried de Heiden" 
> To: users@ovirt.org
> Sent: Thursday, March 21, 2013 10:14:04 AM
> Subject: Re: [Users] ovirt 3.2 - high multicast packet loss
> 
> So far no reactie about the multicast packet loss..
> 
> I bumbed into this bug:
> https://bugzilla.redhat.com/show_bug.cgi?id=880035
> 
> This looks the same as the problems I am suffering using oVirt 3.2:
> heavy multicast packet loss after some time.
> 
> This the bug affect oVirt 3.2 ovirt-node (2.6.1-20120228.fc18)?
> Can anyone reproduce the problem (omping between 3 virtual nodes)?
> 
> Winfried
> 
> 
> Op 18-03-13 16:58, Winfried de Heiden schreef:
> > Same for Debian 6 (x86_64); 47% packet loss:
> >
> > ssmping -c 500 192.168.1.234
> >
> > --- 192.168.1.234 statistics ---
> > 500 packets transmitted, time 51 ms
> > unicast:
> >500 packets received, 0% packet loss
> >rtt min/avg/max/std-dev = 0.352/0.675/0.863/0.072 ms
> > multicast:
> >265 packets received, 47% packet loss since first mc packet (seq
> >1)
> > recvd
> >rtt min/avg/max/std-dev = 0.414/0.703/0.885/0.086 ms
> >
> >
> > Winfried
> >
> > Hi all,
> >>
> >> Playing around with Red Hat Clustering, it turns out I have a
> >> hughe
> >> multicast packet loss: (Centos 6.4 - x86_64  with all updates)
> >>
> >> omping 192.168.1.211 192.168.1.212 -c500 (node1)
> >> omping 192.168.1.212 192.168.1.211 -c500(node2)
> >>
> >> will give almost 50% loss!
> >>
> >> 192.168.1.211 :   unicast, xmt/rcv/%loss = 500/500/0%,
> >> min/avg/max/std-dev = 0.330/0.610/0.789/0.064
> >> 192.168.1.211 : multicast, xmt/rcv/%loss = 500/268/46%,
> >> min/avg/max/std-dev = 0.416/0.635/0.921/0.066
> >>
> >> 192.168.1.212 :   unicast, xmt/rcv/%loss = 500/500/0%,
> >> min/avg/max/std-dev = 0.388/0.653/0.863/0.069
> >> 192.168.1.212 : multicast, xmt/rcv/%loss = 500/263/47%,
> >> min/avg/max/std-dev = 0.396/0.670/1.080/0.074
> >>
> >> OK, I am using simple hardware, but this hardware is virtually
> >> doing
> >> nothing...
> >>
> >> As mentioned on
> >> https://access.redhat.com/knowledge/sites/default/files/attachments/rhel_cluster_vm_multicast.pdf,
> >> I set the txqueelen to 500, same result?
> >>
> >> I 'm still guessing whether this is an oVirt, virtio or Red
> >> Hat/Centos issue? Problems only happend after some time; that is
> >> 200
> >> mo-pings shows everything is fine.
> >>
> >> Anyone?
> >>
> >> Winfried
> >>
> >>
> >> ___
> >> 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
> 
> ___
> 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: [Users] ovirt 3.2 - high multicast packet loss

[Winfried de Heiden]

So far no reactie about the multicast packet loss..

I bumbed into this bug: https://bugzilla.redhat.com/show_bug.cgi?id=880035

This looks the same as the problems I am suffering using oVirt 3.2: 
heavy multicast packet loss after some time.


This the bug affect oVirt 3.2 ovirt-node (2.6.1-20120228.fc18)?
Can anyone reproduce the problem (omping between 3 virtual nodes)?

Winfried


Op 18-03-13 16:58, Winfried de Heiden schreef:

Same for Debian 6 (x86_64); 47% packet loss:

ssmping -c 500 192.168.1.234

--- 192.168.1.234 statistics ---
500 packets transmitted, time 51 ms
unicast:
   500 packets received, 0% packet loss
   rtt min/avg/max/std-dev = 0.352/0.675/0.863/0.072 ms
multicast:
   265 packets received, 47% packet loss since first mc packet (seq 1) 
recvd

   rtt min/avg/max/std-dev = 0.414/0.703/0.885/0.086 ms


Winfried

Hi all,


Playing around with Red Hat Clustering, it turns out I have a hughe 
multicast packet loss: (Centos 6.4 - x86_64  with all updates)


omping 192.168.1.211 192.168.1.212 -c500 (node1)
omping 192.168.1.212 192.168.1.211 -c500(node2)

will give almost 50% loss!

192.168.1.211 :   unicast, xmt/rcv/%loss = 500/500/0%, 
min/avg/max/std-dev = 0.330/0.610/0.789/0.064
192.168.1.211 : multicast, xmt/rcv/%loss = 500/268/46%, 
min/avg/max/std-dev = 0.416/0.635/0.921/0.066


192.168.1.212 :   unicast, xmt/rcv/%loss = 500/500/0%, 
min/avg/max/std-dev = 0.388/0.653/0.863/0.069
192.168.1.212 : multicast, xmt/rcv/%loss = 500/263/47%, 
min/avg/max/std-dev = 0.396/0.670/1.080/0.074


OK, I am using simple hardware, but this hardware is virtually doing 
nothing...


As mentioned on 
https://access.redhat.com/knowledge/sites/default/files/attachments/rhel_cluster_vm_multicast.pdf, 
I set the txqueelen to 500, same result?


I 'm still guessing whether this is an oVirt, virtio or Red 
Hat/Centos issue? Problems only happend after some time; that is 200 
mo-pings shows everything is fine.


Anyone?

Winfried


___
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


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

Re: [Users] ovirt 3.2 - high multicast packet loss

[Winfried de Heiden]

Same for Debian 6 (x86_64); 47% packet loss:

ssmping -c 500 192.168.1.234

--- 192.168.1.234 statistics ---
500 packets transmitted, time 51 ms
unicast:
   500 packets received, 0% packet loss
   rtt min/avg/max/std-dev = 0.352/0.675/0.863/0.072 ms
multicast:
   265 packets received, 47% packet loss since first mc packet (seq 1) 
recvd

   rtt min/avg/max/std-dev = 0.414/0.703/0.885/0.086 ms


Winfried

Hi all,


Playing around with Red Hat Clustering, it turns out I have a hughe 
multicast packet loss: (Centos 6.4 - x86_64  with all updates)


omping 192.168.1.211 192.168.1.212 -c500 (node1)
omping 192.168.1.212 192.168.1.211 -c500(node2)

will give almost 50% loss!

192.168.1.211 :   unicast, xmt/rcv/%loss = 500/500/0%, 
min/avg/max/std-dev = 0.330/0.610/0.789/0.064
192.168.1.211 : multicast, xmt/rcv/%loss = 500/268/46%, 
min/avg/max/std-dev = 0.416/0.635/0.921/0.066


192.168.1.212 :   unicast, xmt/rcv/%loss = 500/500/0%, 
min/avg/max/std-dev = 0.388/0.653/0.863/0.069
192.168.1.212 : multicast, xmt/rcv/%loss = 500/263/47%, 
min/avg/max/std-dev = 0.396/0.670/1.080/0.074


OK, I am using simple hardware, but this hardware is virtually doing 
nothing...


As mentioned on 
https://access.redhat.com/knowledge/sites/default/files/attachments/rhel_cluster_vm_multicast.pdf, 
I set the txqueelen to 500, same result?


I 'm still guessing whether this is an oVirt, virtio or Red Hat/Centos 
issue? Problems only happend after some time; that is 200 mo-pings 
shows everything is fine.


Anyone?

Winfried


___
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

[Users] ovirt 3.2 - high multicast packet loss

[Winfried de Heiden]

Hi all,

Playing around with Red Hat Clustering, it turns out I have a hughe 
multicast packet loss: (Centos 6.4 - x86_64  with all updates)


omping 192.168.1.211 192.168.1.212 -c500 (node1)
omping 192.168.1.212 192.168.1.211 -c500(node2)

will give almost 50% loss!

192.168.1.211 :   unicast, xmt/rcv/%loss = 500/500/0%, 
min/avg/max/std-dev = 0.330/0.610/0.789/0.064
192.168.1.211 : multicast, xmt/rcv/%loss = 500/268/46%, 
min/avg/max/std-dev = 0.416/0.635/0.921/0.066


192.168.1.212 :   unicast, xmt/rcv/%loss = 500/500/0%, 
min/avg/max/std-dev = 0.388/0.653/0.863/0.069
192.168.1.212 : multicast, xmt/rcv/%loss = 500/263/47%, 
min/avg/max/std-dev = 0.396/0.670/1.080/0.074


OK, I am using simple hardware, but this hardware is virtually doing 
nothing...


As mentioned on 
https://access.redhat.com/knowledge/sites/default/files/attachments/rhel_cluster_vm_multicast.pdf, 
I set the txqueelen to 500, same result?


I 'm still guessing whether this is an oVirt, virtio or Red Hat/Centos 
issue? Problems only happend after some time; that is 200 mo-pings shows 
everything is fine.


Anyone?

Winfried


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

Re: [Users] oVirt 3.2 and 3.2.1: unable to attach cd

[Roy Golan]

On 03/16/2013 01:22 AM, Gianluca Cecchi wrote:

On Sat, Mar 16, 2013 at 12:02 AM, Gianluca Cecchi  wrote:

Hello,
lastly with 3.2 and 3.2.1 on F18 hosts I'm not able to attach cd

At the window, after selecting iso and click OK I get:

Error while executing action Change CD: Drive image file could not be found

In webadmin gui events list I get:
Failed to change disk in VM winxp (Host: local_host, User: admin@internal).

It happens with all iso files I already used before.
ISO_DOMAIN is up and they are listed in IMAGES pane


Putting into maintenance the iso domain and then activating it solved
the problem...
but I don't know why...

please also attach the vdsm.log from the host

here it is engine.log:
https://docs.google.com/file/d/0BwoPbcrMv8mvUGRMb01VYkROUm8/edit?usp=sharing

system started at 23:26
first attempt of attaching cd at 23:48
then maintenance + activate
then successful attempt of attaching cd at 00:16

Gianluca
___
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: [Users] oVirt 3.2 and 3.2.1: unable to attach cd

[Gianluca Cecchi]

On Sat, Mar 16, 2013 at 12:02 AM, Gianluca Cecchi  wrote:
> Hello,
> lastly with 3.2 and 3.2.1 on F18 hosts I'm not able to attach cd
>
> At the window, after selecting iso and click OK I get:
>
> Error while executing action Change CD: Drive image file could not be found
>
> In webadmin gui events list I get:
> Failed to change disk in VM winxp (Host: local_host, User: admin@internal).
>
> It happens with all iso files I already used before.
> ISO_DOMAIN is up and they are listed in IMAGES pane


Putting into maintenance the iso domain and then activating it solved
the problem...
but I don't know why...

here it is engine.log:
https://docs.google.com/file/d/0BwoPbcrMv8mvUGRMb01VYkROUm8/edit?usp=sharing

system started at 23:26
first attempt of attaching cd at 23:48
then maintenance + activate
then successful attempt of attaching cd at 00:16

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

Re: [Users] ovirt 3.2 all-in-one setup always fails

[Martin Kletzander]

On 03/12/2013 06:39 PM, Alex Lourie wrote:
> Hi Alex
> 
> On Sun, Mar 10, 2013 at 4:26 PM, Alex Leonhardt 
> wrote:
>> Hi Alex,
>>
>> Regarding the dependencies - libvirtd would not start w/o having
>> messagebus / avahi-daemon installed & running, however, it doesnt seem
>> to come up as an dependency when installing libvirtd (otherwise it
>> would have been installed previously) ?
> 
> wow, that's strange. I haven't seen this before. I suggest opening a bug
> on libvirt anyway.
> 

Do that so we can keep track of that and feel free to let us (me) know
about the bz number.
I know of libvirt having problems to start when compiled with firewalld
and unavailable system dbus.  This was solved by requiring dbus on
fedora-based systems in both rpm's specfile and systemd's init script.
There should be no problem with avahi by default (it is commented in the
config file).  What's the info in libvirtd.log?

>>
>> I read this "solution" on some blog page, and based on that installed
>> avahi-daemon & messagebus + started them, only then libvirtd started
>> up. vdsmd wont tell you it's waiting for libvirtd to start on the
>> console, it'll mention in the log that "it's waiting for libvirtd" and
>> eventually will time out.
> 
> Granted, if these are the required dependencies, then definitely they
> should be installed.
> 
> I will look into this and try to understand what is it about.
> 
>>
>> Thanks,
>> Alex
>>
>> On 03/10/2013 10:19 AM, Alex Lourie wrote: On Fri 08 Mar 2013
>> 04:33:53 PM IST, Alex Leonhardt wrote:

 Also, the there seem to be missing some dependencies for
 - messagebus (service not enabled/started/installed) - avahi-daemon
 (wasnt installed, had to install and start / enable)
 else
 libvirtd   will not start and the setup will fail.



 On 8 March 2013 14:30, Alex Leonhardt >>> > wrote:
 And here from when I tried to use "localhost" as the host / fqdn :

 Installing: AIO: Validating CPU Compatibility... [ DONE
 ] AIO: Adding firewall rules... [ DONE ] Configuring
 oVirt Engine... [ DONE ] Configuring JVM... [ DONE ]
 Creating CA... [ DONE ] Updating ovirt-engine service...
 [ DONE ] Setting Database Configuration... [ DONE ]
 Setting Database Security... [ DONE ] Creating Database...
 [ DONE ] Updating the Default Data Center Storage Type...
 [ DONE ] Editing oVirt Engine Configuration... [ DONE ]
 Editing Postgresql Configuration... [ DONE ] Configuring
 the Default ISO Domain... [ DONE ] Configuring Firewall...
 [ DONE ] Starting ovirt-engine Service... [ DONE ]
 Configuring HTTPD... [ DONE ] AIO: Creating storage
 directory... [ DONE ] AIO: Adding Local Datacenter and
 cluster... [ DONE ] AIO: Adding Local host (This may take
 several minutes)...  [ ERROR ] Error: Host was found in
 a 'Failed' state. Please check engine and bootstrap installation
 logs. Please check log file
 /var/log/ovirt-engine/engine-setup_2013_03_08_14_10_56.log for
 more information Exception in thread libvirtEventLoop (most
 likely raised during interpreter shutdown)
 #

 2013-03-08 14:13:33::DEBUG::setup_sequences::59::root:: running
 _loadFilesToIsoDomain 2013-03-08
 14:13:33::ERROR::engine-setup::1838::root:: Traceback
 (most recent call last):   File "/usr/bin/engine-setup",
 line 1835, in _loadFilesToIsoDomain utils.copyFile(filename,
 targetPath, basedefs.CONST_VDSM_UID, basedefs.CONST_KVM_GID)
   File "/usr/share/ovirt-engine/scripts/common_utils.py", line
 706, in copyFile shutil.copy2(fileSrc, destination)
   File "/usr/lib64/python2.6/shutil.py", line 95, in copy2
 copyfile(src, dst)   File
 "/usr/lib64/python2.6/shutil.py", line 50, in copyfile with
 open(src, 'rb') as fsrc: IOError: [Errno 2] No such file or
 directory: '/usr/share/virtio-win/virtio-win.vfd'
 2013-03-08 14:13:33::ERROR::engine-setup::1839::root:: Failed to
 copy files to iso domain

 [snip]
 2013-03-08 14:14:14::DEBUG::setup_sequences::59::root:: running
 waitForHostUp 2013-03-08
 14:14:14::DEBUG::all_in_one_100::303::root:: Waiting for host to
 become operational 2013-03-08
 14:14:14::DEBUG::all_in_one_100::306::root:: current host status
 is: installing 2013-03-08
 14:14:14::DEBUG::all_in_one_100::317::root:: Traceback (most
 recent call last):
   File
 "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line
 314, in isHostUp raise
 Exception(INFO_CREATE_HOST_WAITING_UP) Exception: Waiting for
 the host t

Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3

[Dan Kenigsberg]

On Wed, Mar 13, 2013 at 04:10:56PM -0400, Federico Simoncelli wrote:
> - Original Message -
> > From: "Dan Kenigsberg" 
> > To: "Balamurugan Arumugam" , "Federico Simoncelli" 
> > , "Mike Burns"
> > 
> > Cc: "Rob Zwissler" , users@ovirt.org, a...@ovirt.org, 
> > "Aravinda VK" , "Ayal
> > Baron" 
> > Sent: Wednesday, March 13, 2013 9:03:39 PM
> > Subject: Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3
> > 
> > On Mon, Mar 11, 2013 at 12:34:51PM +0200, Dan Kenigsberg wrote:
> > > On Mon, Mar 11, 2013 at 06:09:56AM -0400, Balamurugan Arumugam
> > > wrote:
> > > > > > >>>Rob,
> > > > > > >>>
> > > > > > >>>It seems that a bug in vdsm code is hiding the real issue.
> > > > > > >>>Could you do a
> > > > > > >>>
> > > > > > >>> sed -i s/ParseError/ElementTree.ParseError
> > > > > > >>> /usr/share/vdsm/gluster/cli.py
> > > > > > >>>
> > > > > > >>>restart vdsmd, and retry?
> > > > > > >>>
> > > > > > >>>Bala, would you send a patch fixing the ParseError issue
> > > > > > >>>(and
> > > > > > >>>adding a
> > 
> > Ok, both issues have fixes which are in the ovirt-3.2 git branch.
> > I believe this deserves a respin of vdsm, as having an undeclated
> > requirement is impolite.
> > 
> > Federico, Mike, would you take care for that?
> 
> Since we're at it... I have the feeling that this might be important
> enough to be backported to 3.2 too:
> 
> http://gerrit.ovirt.org/#/c/12178/

Yes, it is quite horrible. Could you include that, too?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3

[Ayal Baron]

- Original Message -
> - Original Message -
> > From: "Dan Kenigsberg" 
> > To: "Balamurugan Arumugam" , "Federico
> > Simoncelli" , "Mike Burns"
> > 
> > Cc: "Rob Zwissler" , users@ovirt.org,
> > a...@ovirt.org, "Aravinda VK" , "Ayal
> > Baron" 
> > Sent: Wednesday, March 13, 2013 9:03:39 PM
> > Subject: Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3
> > 
> > On Mon, Mar 11, 2013 at 12:34:51PM +0200, Dan Kenigsberg wrote:
> > > On Mon, Mar 11, 2013 at 06:09:56AM -0400, Balamurugan Arumugam
> > > wrote:
> > > > > > >>>Rob,
> > > > > > >>>
> > > > > > >>>It seems that a bug in vdsm code is hiding the real
> > > > > > >>>issue.
> > > > > > >>>Could you do a
> > > > > > >>>
> > > > > > >>> sed -i s/ParseError/ElementTree.ParseError
> > > > > > >>> /usr/share/vdsm/gluster/cli.py
> > > > > > >>>
> > > > > > >>>restart vdsmd, and retry?
> > > > > > >>>
> > > > > > >>>Bala, would you send a patch fixing the ParseError issue
> > > > > > >>>(and
> > > > > > >>>adding a
> > 
> > Ok, both issues have fixes which are in the ovirt-3.2 git branch.
> > I believe this deserves a respin of vdsm, as having an undeclated
> > requirement is impolite.
> > 
> > Federico, Mike, would you take care for that?
> 
> Since we're at it... I have the feeling that this might be important
> enough to be backported to 3.2 too:
> 
> http://gerrit.ovirt.org/#/c/12178/
> 

Without a doubt!

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

Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3

[Federico Simoncelli]

- Original Message -
> From: "Dan Kenigsberg" 
> To: "Balamurugan Arumugam" , "Federico Simoncelli" 
> , "Mike Burns"
> 
> Cc: "Rob Zwissler" , users@ovirt.org, a...@ovirt.org, 
> "Aravinda VK" , "Ayal
> Baron" 
> Sent: Wednesday, March 13, 2013 9:03:39 PM
> Subject: Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3
> 
> On Mon, Mar 11, 2013 at 12:34:51PM +0200, Dan Kenigsberg wrote:
> > On Mon, Mar 11, 2013 at 06:09:56AM -0400, Balamurugan Arumugam
> > wrote:
> > > > > >>>Rob,
> > > > > >>>
> > > > > >>>It seems that a bug in vdsm code is hiding the real issue.
> > > > > >>>Could you do a
> > > > > >>>
> > > > > >>> sed -i s/ParseError/ElementTree.ParseError
> > > > > >>> /usr/share/vdsm/gluster/cli.py
> > > > > >>>
> > > > > >>>restart vdsmd, and retry?
> > > > > >>>
> > > > > >>>Bala, would you send a patch fixing the ParseError issue
> > > > > >>>(and
> > > > > >>>adding a
> 
> Ok, both issues have fixes which are in the ovirt-3.2 git branch.
> I believe this deserves a respin of vdsm, as having an undeclated
> requirement is impolite.
> 
> Federico, Mike, would you take care for that?

Since we're at it... I have the feeling that this might be important
enough to be backported to 3.2 too:

http://gerrit.ovirt.org/#/c/12178/

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

Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3

[Dan Kenigsberg]

On Mon, Mar 11, 2013 at 12:34:51PM +0200, Dan Kenigsberg wrote:
> On Mon, Mar 11, 2013 at 06:09:56AM -0400, Balamurugan Arumugam wrote:
> > > > >>>Rob,
> > > > >>>
> > > > >>>It seems that a bug in vdsm code is hiding the real issue.
> > > > >>>Could you do a
> > > > >>>
> > > > >>> sed -i s/ParseError/ElementTree.ParseError
> > > > >>> /usr/share/vdsm/gluster/cli.py
> > > > >>>
> > > > >>>restart vdsmd, and retry?
> > > > >>>
> > > > >>>Bala, would you send a patch fixing the ParseError issue (and
> > > > >>>adding a

Ok, both issues have fixes which are in the ovirt-3.2 git branch.
I believe this deserves a respin of vdsm, as having an undeclated
requirement is impolite.

Federico, Mike, would you take care for that?

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

Re: [Users] ovirt 3.2 all-in-one setup always fails

[Alex Lourie]

Hi Alex

On Sun, Mar 10, 2013 at 4:26 PM, Alex Leonhardt  
wrote:

Hi Alex,

Regarding the dependencies - libvirtd would not start w/o having 
messagebus / avahi-daemon installed & running, however, it doesnt 
seem to come up as an dependency when installing libvirtd (otherwise 
it would have been installed previously) ? 



wow, that's strange. I haven't seen this before. I suggest opening a 
bug on libvirt anyway.




I read this "solution" on some blog page, and based on that installed 
avahi-daemon & messagebus + started them, only then libvirtd started 
up. vdsmd wont tell you it's waiting for libvirtd to start on the 
console, it'll mention in the log that "it's waiting for libvirtd" 
and eventually will time out. 



Granted, if these are the required dependencies, then definitely they 
should be installed.


I will look into this and try to understand what is it about.



Thanks,
Alex

On 03/10/2013 10:19 AM, Alex Lourie wrote: On Fri 08 Mar 2013 
04:33:53 PM IST, Alex Leonhardt wrote: 


Also, the there seem to be missing some dependencies for 

- messagebus (service not enabled/started/installed) 
- avahi-daemon (wasnt installed, had to install and start / enable) 

else 

libvirtd   will not start and the setup will fail. 





On 8 March 2013 14:30, Alex Leonhardt > wrote: 

    And here from when I tried to use "localhost" as the host / 
fqdn : 



    Installing: 
    AIO: Validating CPU Compatibility... 
    [ DONE ] 
    AIO: Adding firewall rules... 
    [ DONE ] 
    Configuring oVirt Engine... 
    [ DONE ] 
    Configuring JVM... 
    [ DONE ] 
    Creating CA... 
    [ DONE ] 
    Updating ovirt-engine service... 
    [ DONE ] 
    Setting Database Configuration... 
    [ DONE ] 
    Setting Database Security... 
    [ DONE ] 
    Creating Database... 
    [ DONE ] 
    Updating the Default Data Center Storage Type... 
    [ DONE ] 
    Editing oVirt Engine Configuration... 
    [ DONE ] 
    Editing Postgresql Configuration... 
    [ DONE ] 
    Configuring the Default ISO Domain... 
    [ DONE ] 
    Configuring Firewall... 
    [ DONE ] 
    Starting ovirt-engine Service... 
    [ DONE ] 
    Configuring HTTPD... 
    [ DONE ] 
    AIO: Creating storage directory... 
    [ DONE ] 
    AIO: Adding Local Datacenter and cluster... 
    [ DONE ] 
    AIO: Adding Local host (This may take several 
minutes)...  [ 
    ERROR ] 
    Error: Host was found in a 'Failed' state. Please check 
engine and 
    bootstrap installation logs. 
    Please check log file 
    /var/log/ovirt-engine/engine-setup_2013_03_08_14_10_56.log 
for 
    more information 
    Exception in thread libvirtEventLoop (most likely raised 
during 
    interpreter shutdown) 

    # 



    2013-03-08 14:13:33::DEBUG::setup_sequences::59::root:: 
running 
    _loadFilesToIsoDomain 
    2013-03-08 14:13:33::ERROR::engine-setup::1838::root:: 
Traceback
    (most recent call last): 
  File "/usr/bin/engine-setup", line 1835, in 
_loadFilesToIsoDomain 
    utils.copyFile(filename, targetPath, 
basedefs.CONST_VDSM_UID, 
    basedefs.CONST_KVM_GID) 
  File "/usr/share/ovirt-engine/scripts/common_utils.py", 
line 
    706, in copyFile 
    shutil.copy2(fileSrc, destination) 
  File "/usr/lib64/python2.6/shutil.py", line 95, in copy2 
    copyfile(src, dst) 
  File "/usr/lib64/python2.6/shutil.py", line 50, in 
copyfile 
    with open(src, 'rb') as fsrc: 
    IOError: [Errno 2] No such file or directory: 
    '/usr/share/virtio-win/virtio-win.vfd' 

    2013-03-08 14:13:33::ERROR::engine-setup::1839::root:: 
Failed to 
    copy files to iso domain 



    [snip] 

    2013-03-08 14:14:14::DEBUG::setup_sequences::59::root:: 
running 
    waitForHostUp 
    2013-03-08 14:14:14::DEBUG::all_in_one_100::303::root:: 
Waiting 
    for host to become operational 
    2013-03-08 14:14:14::DEBUG::all_in_one_100::306::root:: 
current 
    host status is: installing 
    2013-03-08 14:14:14::DEBUG::all_in_one_100::317::root:: 
Traceback 
    (most recent call last): 

  File 
    "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", 
line 
    314, in isHostUp 
    raise Exception(INFO_CREATE_HOST_WAITING_UP) 
    Exception: Waiting for the host to start 

    2013-03-08 14:14:19::DEBUG::all_in_one_100::303::root:: 
Waiting 
    for host to become operational 
    2013-03-08 14:14:19::DEBUG::all_in_one_100::306::root:: 
current 
    host status is: install_failed 
    2013-03-08 14:14:19::DEBUG::all_in_one_100::317::root:: 
Traceback 
    (most recent call last): 

  File 
    "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", 
line 
    312, in isHostUp 
    raise 
utils.RetryFailException(ERROR_CREATE_HOST_FAILED) 
    RetryFailException: Error: Host was found in a 'Failed' 
state. 
    Please check engine and bootstrap installation logs. 

    2013-03-08 14:14:19::DEBUG::setup_sequences::62::root:: 
Traceback 
    (most recent call l

Re: [Users] ovirt 3.2 all-in-one setup always fails

[Alex Leonhardt]

Hi Alex / all -


Anyone experienced the same when installing 3.2 all-in-one on centos 6.3 
? I really need this working ...



Thanks
Alex


On 03/10/2013 02:26 PM, Alex Leonhardt wrote:

Hi Alex,

Regarding the dependencies - libvirtd would not start w/o having 
messagebus / avahi-daemon installed & running, however, it doesnt seem 
to come up as an dependency when installing libvirtd (otherwise it 
would have been installed previously) ?


I read this "solution" on some blog page, and based on that installed 
avahi-daemon & messagebus + started them, only then libvirtd started 
up. vdsmd wont tell you it's waiting for libvirtd to start on the 
console, it'll mention in the log that "it's waiting for libvirtd" and 
eventually will time out.


Thanks,
Alex

On 03/10/2013 10:19 AM, Alex Lourie wrote:

On Fri 08 Mar 2013 04:33:53 PM IST, Alex Leonhardt wrote:


Also, the there seem to be missing some dependencies for

- messagebus (service not enabled/started/installed)
- avahi-daemon (wasnt installed, had to install and start / enable)

else

libvirtd   will not start and the setup will fail.




On 8 March 2013 14:30, Alex Leonhardt mailto:alex.t...@gmail.com>> wrote:

And here from when I tried to use "localhost" as the host / fqdn :


Installing:
AIO: Validating CPU Compatibility...
[ DONE ]
AIO: Adding firewall rules...
[ DONE ]
Configuring oVirt Engine...
[ DONE ]
Configuring JVM...
[ DONE ]
Creating CA...
[ DONE ]
Updating ovirt-engine service...
[ DONE ]
Setting Database Configuration...
[ DONE ]
Setting Database Security...
[ DONE ]
Creating Database...
[ DONE ]
Updating the Default Data Center Storage Type...
[ DONE ]
Editing oVirt Engine Configuration...
[ DONE ]
Editing Postgresql Configuration...
[ DONE ]
Configuring the Default ISO Domain...
[ DONE ]
Configuring Firewall...
[ DONE ]
Starting ovirt-engine Service...
[ DONE ]
Configuring HTTPD...
[ DONE ]
AIO: Creating storage directory...
[ DONE ]
AIO: Adding Local Datacenter and cluster...
[ DONE ]
AIO: Adding Local host (This may take several minutes)...  [
ERROR ]
Error: Host was found in a 'Failed' state. Please check engine and
bootstrap installation logs.
Please check log file
/var/log/ovirt-engine/engine-setup_2013_03_08_14_10_56.log for
more information
Exception in thread libvirtEventLoop (most likely raised during
interpreter shutdown)

#


2013-03-08 14:13:33::DEBUG::setup_sequences::59::root:: running
_loadFilesToIsoDomain
2013-03-08 14:13:33::ERROR::engine-setup::1838::root:: Traceback
(most recent call last):
  File "/usr/bin/engine-setup", line 1835, in _loadFilesToIsoDomain
utils.copyFile(filename, targetPath, basedefs.CONST_VDSM_UID,
basedefs.CONST_KVM_GID)
  File "/usr/share/ovirt-engine/scripts/common_utils.py", line
706, in copyFile
shutil.copy2(fileSrc, destination)
  File "/usr/lib64/python2.6/shutil.py", line 95, in copy2
copyfile(src, dst)
  File "/usr/lib64/python2.6/shutil.py", line 50, in copyfile
with open(src, 'rb') as fsrc:
IOError: [Errno 2] No such file or directory:
'/usr/share/virtio-win/virtio-win.vfd'

2013-03-08 14:13:33::ERROR::engine-setup::1839::root:: Failed to
copy files to iso domain


[snip]

2013-03-08 14:14:14::DEBUG::setup_sequences::59::root:: running
waitForHostUp
2013-03-08 14:14:14::DEBUG::all_in_one_100::303::root:: Waiting
for host to become operational
2013-03-08 14:14:14::DEBUG::all_in_one_100::306::root:: current
host status is: installing
2013-03-08 14:14:14::DEBUG::all_in_one_100::317::root:: Traceback
(most recent call last):

  File
"/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line
314, in isHostUp
raise Exception(INFO_CREATE_HOST_WAITING_UP)
Exception: Waiting for the host to start

2013-03-08 14:14:19::DEBUG::all_in_one_100::303::root:: Waiting
for host to become operational
2013-03-08 14:14:19::DEBUG::all_in_one_100::306::root:: current
host status is: install_failed
2013-03-08 14:14:19::DEBUG::all_in_one_100::317::root:: Traceback
(most recent call last):

  File
"/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line
312, in isHostUp
raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED)
RetryFailException: Error: Host was found in a 'Failed' state.
Please check engine and bootstrap installation logs.

2013-03-08 14:14:19::DEBUG::setup_sequences::62::root:: Traceback
(most recent call last):

  File "/usr/share/ovirt-engine/scripts/setup_sequences.py", line
60, in run
function()
  File
"/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line
300, in waitForHostUp
utils.retry(isHostUp, tries=120, timeout=

Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3

[Dan Kenigsberg]

On Mon, Mar 11, 2013 at 06:09:56AM -0400, Balamurugan Arumugam wrote:
> 
> 
> - Original Message -
> > From: "Dan Kenigsberg" 
> > To: "Balamurugan Arumugam" 
> > Cc: "Rob Zwissler" , users@ovirt.org, "Aravinda VK" 
> > , "Ayal Baron"
> > 
> > Sent: Sunday, March 10, 2013 1:04:50 PM
> > Subject: Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3
> > 
> > On Wed, Mar 06, 2013 at 02:34:10PM +0530, Balamurugan Arumugam wrote:
> > > On 03/06/2013 01:20 PM, Dan Kenigsberg wrote:
> > > >On Tue, Mar 05, 2013 at 10:08:48AM -0800, Rob Zwissler wrote:
> > > >>On Mon, Mar 4, 2013 at 11:46 PM, Dan Kenigsberg
> > > >> wrote:
> > > >>>Rob,
> > > >>>
> > > >>>It seems that a bug in vdsm code is hiding the real issue.
> > > >>>Could you do a
> > > >>>
> > > >>> sed -i s/ParseError/ElementTree.ParseError
> > > >>> /usr/share/vdsm/gluster/cli.py
> > > >>>
> > > >>>restart vdsmd, and retry?
> > > >>>
> > > >>>Bala, would you send a patch fixing the ParseError issue (and
> > > >>>adding a
> > > >>>unit test that would have caught it on time)?
> > > >
> > > >>Traceback (most recent call last):
> > > >>   File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper
> > > >> res = f(*args, **kwargs)
> > > >>   File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper
> > > >> rv = func(*args, **kwargs)
> > > >>   File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList
> > > >> return {'volumes':
> > > >> self.svdsmProxy.glusterVolumeInfo(volumeName)}
> > > >>   File "/usr/share/vdsm/supervdsm.py", line 81, in __call__
> > > >> return callMethod()
> > > >>   File "/usr/share/vdsm/supervdsm.py", line 72, in 
> > > >> **kwargs)
> > > >>   File "", line 2, in glusterVolumeInfo
> > > >>   File "/usr/lib64/python2.6/multiprocessing/managers.py", line
> > > >>   740,
> > > >>in _callmethod
> > > >> raise convert_to_error(kind, result)
> > > >>AttributeError: class ElementTree has no attribute 'ParseError'
> > > >
> > > >My guess has led us nowhere, since etree.ParseError is simply
> > > >missing
> > > >from python 2.6. It is to be seen only in python 2.7!
> > > >
> > > >That's sad, but something *else* is problematic, since we got to
> > > >this
> > > >error-handling code.
> > > >
> > > >Could you make another try and temporarily replace ParseError with
> > > >Exception?
> > > >
> > > > sed -i s/etree.ParseError/Exception/
> > > > /usr/share/vdsm/gluster/cli.py
> > > >
> > > >(this sed is relative to the original code).
> > > >
> > > 
> > > More specific sed is
> > > sed -i s/etree.ParseError/SyntaxError/
> > > /usr/share/vdsm/gluster/cli.py
> > 
> > Bala, Aravinda, I have not seem a vdsm patch adding an explicit
> > dependency on the correct gluster-cli version. Only a change for for
> > this ParseError issue http://gerrit.ovirt.org/#/c/12829/
> > 
> > Is there anything blocking this? I would really like to clear this
> > hurdle quickly.
> > 
> 
> Dan, we are working out locally to resolve of setting up glusterfs version 
> for vdsm-gluster.  We will submit new patch soon.

I do not understand the complexity of this. Why not simply add

   Requires: glusterfs >= 3.4.0

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

Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3

[Balamurugan Arumugam]

- Original Message -
> From: "Dan Kenigsberg" 
> To: "Balamurugan Arumugam" 
> Cc: "Rob Zwissler" , users@ovirt.org, "Aravinda VK" 
> , "Ayal Baron"
> 
> Sent: Sunday, March 10, 2013 1:04:50 PM
> Subject: Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3
> 
> On Wed, Mar 06, 2013 at 02:34:10PM +0530, Balamurugan Arumugam wrote:
> > On 03/06/2013 01:20 PM, Dan Kenigsberg wrote:
> > >On Tue, Mar 05, 2013 at 10:08:48AM -0800, Rob Zwissler wrote:
> > >>On Mon, Mar 4, 2013 at 11:46 PM, Dan Kenigsberg
> > >> wrote:
> > >>>Rob,
> > >>>
> > >>>It seems that a bug in vdsm code is hiding the real issue.
> > >>>Could you do a
> > >>>
> > >>> sed -i s/ParseError/ElementTree.ParseError
> > >>> /usr/share/vdsm/gluster/cli.py
> > >>>
> > >>>restart vdsmd, and retry?
> > >>>
> > >>>Bala, would you send a patch fixing the ParseError issue (and
> > >>>adding a
> > >>>unit test that would have caught it on time)?
> > >
> > >>Traceback (most recent call last):
> > >>   File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper
> > >> res = f(*args, **kwargs)
> > >>   File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper
> > >> rv = func(*args, **kwargs)
> > >>   File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList
> > >> return {'volumes':
> > >> self.svdsmProxy.glusterVolumeInfo(volumeName)}
> > >>   File "/usr/share/vdsm/supervdsm.py", line 81, in __call__
> > >> return callMethod()
> > >>   File "/usr/share/vdsm/supervdsm.py", line 72, in 
> > >> **kwargs)
> > >>   File "", line 2, in glusterVolumeInfo
> > >>   File "/usr/lib64/python2.6/multiprocessing/managers.py", line
> > >>   740,
> > >>in _callmethod
> > >> raise convert_to_error(kind, result)
> > >>AttributeError: class ElementTree has no attribute 'ParseError'
> > >
> > >My guess has led us nowhere, since etree.ParseError is simply
> > >missing
> > >from python 2.6. It is to be seen only in python 2.7!
> > >
> > >That's sad, but something *else* is problematic, since we got to
> > >this
> > >error-handling code.
> > >
> > >Could you make another try and temporarily replace ParseError with
> > >Exception?
> > >
> > > sed -i s/etree.ParseError/Exception/
> > > /usr/share/vdsm/gluster/cli.py
> > >
> > >(this sed is relative to the original code).
> > >
> > 
> > More specific sed is
> > sed -i s/etree.ParseError/SyntaxError/
> > /usr/share/vdsm/gluster/cli.py
> 
> Bala, Aravinda, I have not seem a vdsm patch adding an explicit
> dependency on the correct gluster-cli version. Only a change for for
> this ParseError issue http://gerrit.ovirt.org/#/c/12829/
> 
> Is there anything blocking this? I would really like to clear this
> hurdle quickly.
> 

Dan, we are working out locally to resolve of setting up glusterfs version for 
vdsm-gluster.  We will submit new patch soon.

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

Re: [Users] ovirt 3.2 all-in-one setup always fails

[Alex Leonhardt]

Hi Alex,

Regarding the dependencies - libvirtd would not start w/o having 
messagebus / avahi-daemon installed & running, however, it doesnt seem 
to come up as an dependency when installing libvirtd (otherwise it would 
have been installed previously) ?


I read this "solution" on some blog page, and based on that installed 
avahi-daemon & messagebus + started them, only then libvirtd started up. 
vdsmd wont tell you it's waiting for libvirtd to start on the console, 
it'll mention in the log that "it's waiting for libvirtd" and eventually 
will time out.


Thanks,
Alex

On 03/10/2013 10:19 AM, Alex Lourie wrote:

On Fri 08 Mar 2013 04:33:53 PM IST, Alex Leonhardt wrote:


Also, the there seem to be missing some dependencies for

- messagebus (service not enabled/started/installed)
- avahi-daemon (wasnt installed, had to install and start / enable)

else

libvirtd   will not start and the setup will fail.




On 8 March 2013 14:30, Alex Leonhardt mailto:alex.t...@gmail.com>> wrote:

And here from when I tried to use "localhost" as the host / fqdn :


Installing:
AIO: Validating CPU Compatibility...
[ DONE ]
AIO: Adding firewall rules...
[ DONE ]
Configuring oVirt Engine...
[ DONE ]
Configuring JVM...
[ DONE ]
Creating CA...
[ DONE ]
Updating ovirt-engine service...
[ DONE ]
Setting Database Configuration...
[ DONE ]
Setting Database Security...
[ DONE ]
Creating Database...
[ DONE ]
Updating the Default Data Center Storage Type...
[ DONE ]
Editing oVirt Engine Configuration...
[ DONE ]
Editing Postgresql Configuration...
[ DONE ]
Configuring the Default ISO Domain...
[ DONE ]
Configuring Firewall...
[ DONE ]
Starting ovirt-engine Service...
[ DONE ]
Configuring HTTPD...
[ DONE ]
AIO: Creating storage directory...
[ DONE ]
AIO: Adding Local Datacenter and cluster...
[ DONE ]
AIO: Adding Local host (This may take several minutes)...  [
ERROR ]
Error: Host was found in a 'Failed' state. Please check engine and
bootstrap installation logs.
Please check log file
/var/log/ovirt-engine/engine-setup_2013_03_08_14_10_56.log for
more information
Exception in thread libvirtEventLoop (most likely raised during
interpreter shutdown)

#


2013-03-08 14:13:33::DEBUG::setup_sequences::59::root:: running
_loadFilesToIsoDomain
2013-03-08 14:13:33::ERROR::engine-setup::1838::root:: Traceback
(most recent call last):
  File "/usr/bin/engine-setup", line 1835, in _loadFilesToIsoDomain
utils.copyFile(filename, targetPath, basedefs.CONST_VDSM_UID,
basedefs.CONST_KVM_GID)
  File "/usr/share/ovirt-engine/scripts/common_utils.py", line
706, in copyFile
shutil.copy2(fileSrc, destination)
  File "/usr/lib64/python2.6/shutil.py", line 95, in copy2
copyfile(src, dst)
  File "/usr/lib64/python2.6/shutil.py", line 50, in copyfile
with open(src, 'rb') as fsrc:
IOError: [Errno 2] No such file or directory:
'/usr/share/virtio-win/virtio-win.vfd'

2013-03-08 14:13:33::ERROR::engine-setup::1839::root:: Failed to
copy files to iso domain


[snip]

2013-03-08 14:14:14::DEBUG::setup_sequences::59::root:: running
waitForHostUp
2013-03-08 14:14:14::DEBUG::all_in_one_100::303::root:: Waiting
for host to become operational
2013-03-08 14:14:14::DEBUG::all_in_one_100::306::root:: current
host status is: installing
2013-03-08 14:14:14::DEBUG::all_in_one_100::317::root:: Traceback
(most recent call last):

  File
"/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line
314, in isHostUp
raise Exception(INFO_CREATE_HOST_WAITING_UP)
Exception: Waiting for the host to start

2013-03-08 14:14:19::DEBUG::all_in_one_100::303::root:: Waiting
for host to become operational
2013-03-08 14:14:19::DEBUG::all_in_one_100::306::root:: current
host status is: install_failed
2013-03-08 14:14:19::DEBUG::all_in_one_100::317::root:: Traceback
(most recent call last):

  File
"/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line
312, in isHostUp
raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED)
RetryFailException: Error: Host was found in a 'Failed' state.
Please check engine and bootstrap installation logs.

2013-03-08 14:14:19::DEBUG::setup_sequences::62::root:: Traceback
(most recent call last):

  File "/usr/share/ovirt-engine/scripts/setup_sequences.py", line
60, in run
function()
  File
"/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line
300, in waitForHostUp
utils.retry(isHostUp, tries=120, timeout=600, sleep=5)
  File "/usr/share/ovirt-engine/scripts/common_utils.py", line
1010, in retry
raise e
RetryFailException: Error: Host was found in a 'Failed' state.
Pl

Re: [Users] ovirt 3.2 all-in-one setup always fails

[Alex Lourie]

On Fri 08 Mar 2013 04:33:53 PM IST, Alex Leonhardt wrote:


Also, the there seem to be missing some dependencies for

- messagebus (service not enabled/started/installed)
- avahi-daemon (wasnt installed, had to install and start / enable)

else

libvirtd   will not start and the setup will fail.




On 8 March 2013 14:30, Alex Leonhardt mailto:alex.t...@gmail.com>> wrote:

And here from when I tried to use "localhost" as the host / fqdn :


Installing:
AIO: Validating CPU Compatibility...
[ DONE ]
AIO: Adding firewall rules...
[ DONE ]
Configuring oVirt Engine...
[ DONE ]
Configuring JVM...
[ DONE ]
Creating CA...
[ DONE ]
Updating ovirt-engine service...
[ DONE ]
Setting Database Configuration...
[ DONE ]
Setting Database Security...
[ DONE ]
Creating Database...
[ DONE ]
Updating the Default Data Center Storage Type...
[ DONE ]
Editing oVirt Engine Configuration...
[ DONE ]
Editing Postgresql Configuration...
[ DONE ]
Configuring the Default ISO Domain...
[ DONE ]
Configuring Firewall...
[ DONE ]
Starting ovirt-engine Service...
[ DONE ]
Configuring HTTPD...
[ DONE ]
AIO: Creating storage directory...
[ DONE ]
AIO: Adding Local Datacenter and cluster...
[ DONE ]
AIO: Adding Local host (This may take several minutes)...  [
ERROR ]
Error: Host was found in a 'Failed' state. Please check engine and
bootstrap installation logs.
Please check log file
/var/log/ovirt-engine/engine-setup_2013_03_08_14_10_56.log for
more information
Exception in thread libvirtEventLoop (most likely raised during
interpreter shutdown)

#


2013-03-08 14:13:33::DEBUG::setup_sequences::59::root:: running
_loadFilesToIsoDomain
2013-03-08 14:13:33::ERROR::engine-setup::1838::root:: Traceback
(most recent call last):
  File "/usr/bin/engine-setup", line 1835, in _loadFilesToIsoDomain
utils.copyFile(filename, targetPath, basedefs.CONST_VDSM_UID,
basedefs.CONST_KVM_GID)
  File "/usr/share/ovirt-engine/scripts/common_utils.py", line
706, in copyFile
shutil.copy2(fileSrc, destination)
  File "/usr/lib64/python2.6/shutil.py", line 95, in copy2
copyfile(src, dst)
  File "/usr/lib64/python2.6/shutil.py", line 50, in copyfile
with open(src, 'rb') as fsrc:
IOError: [Errno 2] No such file or directory:
'/usr/share/virtio-win/virtio-win.vfd'

2013-03-08 14:13:33::ERROR::engine-setup::1839::root:: Failed to
copy files to iso domain


[snip]

2013-03-08 14:14:14::DEBUG::setup_sequences::59::root:: running
waitForHostUp
2013-03-08 14:14:14::DEBUG::all_in_one_100::303::root:: Waiting
for host to become operational
2013-03-08 14:14:14::DEBUG::all_in_one_100::306::root:: current
host status is: installing
2013-03-08 14:14:14::DEBUG::all_in_one_100::317::root:: Traceback
(most recent call last):

  File
"/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line
314, in isHostUp
raise Exception(INFO_CREATE_HOST_WAITING_UP)
Exception: Waiting for the host to start

2013-03-08 14:14:19::DEBUG::all_in_one_100::303::root:: Waiting
for host to become operational
2013-03-08 14:14:19::DEBUG::all_in_one_100::306::root:: current
host status is: install_failed
2013-03-08 14:14:19::DEBUG::all_in_one_100::317::root:: Traceback
(most recent call last):

  File
"/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line
312, in isHostUp
raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED)
RetryFailException: Error: Host was found in a 'Failed' state.
Please check engine and bootstrap installation logs.

2013-03-08 14:14:19::DEBUG::setup_sequences::62::root:: Traceback
(most recent call last):

  File "/usr/share/ovirt-engine/scripts/setup_sequences.py", line
60, in run
function()
  File
"/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line
300, in waitForHostUp
utils.retry(isHostUp, tries=120, timeout=600, sleep=5)
  File "/usr/share/ovirt-engine/scripts/common_utils.py", line
1010, in retry
raise e
RetryFailException: Error: Host was found in a 'Failed' state.
Please check engine and bootstrap installation logs.


2013-03-08 14:14:19::DEBUG::engine-setup::1934::root:: *** The
following params were used as user input:
2013-03-08 14:14:19::DEBUG::engine-setup::1939::root::
override-httpd-config: yes
2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: http-port: 80
2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: https-port: 443
2013-03-08 14:14:19::DEBUG::engine-setup::1939::root::
random-passwords: no
2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: mac-range:
00:1A:4A:A8:14:00-00:1A:4A:A8:14:FF
2013-03-08 14:14:19::D

Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3

[Dan Kenigsberg]

On Wed, Mar 06, 2013 at 02:34:10PM +0530, Balamurugan Arumugam wrote:
> On 03/06/2013 01:20 PM, Dan Kenigsberg wrote:
> >On Tue, Mar 05, 2013 at 10:08:48AM -0800, Rob Zwissler wrote:
> >>On Mon, Mar 4, 2013 at 11:46 PM, Dan Kenigsberg  wrote:
> >>>Rob,
> >>>
> >>>It seems that a bug in vdsm code is hiding the real issue.
> >>>Could you do a
> >>>
> >>> sed -i s/ParseError/ElementTree.ParseError 
> >>> /usr/share/vdsm/gluster/cli.py
> >>>
> >>>restart vdsmd, and retry?
> >>>
> >>>Bala, would you send a patch fixing the ParseError issue (and adding a
> >>>unit test that would have caught it on time)?
> >
> >>Traceback (most recent call last):
> >>   File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper
> >> res = f(*args, **kwargs)
> >>   File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper
> >> rv = func(*args, **kwargs)
> >>   File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList
> >> return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)}
> >>   File "/usr/share/vdsm/supervdsm.py", line 81, in __call__
> >> return callMethod()
> >>   File "/usr/share/vdsm/supervdsm.py", line 72, in 
> >> **kwargs)
> >>   File "", line 2, in glusterVolumeInfo
> >>   File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740,
> >>in _callmethod
> >> raise convert_to_error(kind, result)
> >>AttributeError: class ElementTree has no attribute 'ParseError'
> >
> >My guess has led us nowhere, since etree.ParseError is simply missing
> >from python 2.6. It is to be seen only in python 2.7!
> >
> >That's sad, but something *else* is problematic, since we got to this
> >error-handling code.
> >
> >Could you make another try and temporarily replace ParseError with
> >Exception?
> >
> > sed -i s/etree.ParseError/Exception/ /usr/share/vdsm/gluster/cli.py
> >
> >(this sed is relative to the original code).
> >
> 
> More specific sed is
> sed -i s/etree.ParseError/SyntaxError/ /usr/share/vdsm/gluster/cli.py

Bala, Aravinda, I have not seem a vdsm patch adding an explicit
dependency on the correct gluster-cli version. Only a change for for
this ParseError issue http://gerrit.ovirt.org/#/c/12829/

Is there anything blocking this? I would really like to clear this
hurdle quickly.

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

Re: [Users] ovirt 3.2 all-in-one setup always fails

[Alex Leonhardt]

Also, the there seem to be missing some dependencies for

- messagebus (service not enabled/started/installed)
- avahi-daemon (wasnt installed, had to install and start / enable)

else

libvirtd   will not start and the setup will fail.




On 8 March 2013 14:30, Alex Leonhardt  wrote:

> And here from when I tried to use "localhost" as the host / fqdn :
>
>
> Installing:
> AIO: Validating CPU Compatibility...  [ DONE ]
> AIO: Adding firewall rules... [ DONE ]
> Configuring oVirt Engine...   [ DONE ]
> Configuring JVM...[ DONE ]
> Creating CA...[ DONE ]
> Updating ovirt-engine service...  [ DONE ]
> Setting Database Configuration... [ DONE ]
> Setting Database Security...  [ DONE ]
> Creating Database...  [ DONE ]
> Updating the Default Data Center Storage Type...  [ DONE ]
> Editing oVirt Engine Configuration... [ DONE ]
> Editing Postgresql Configuration...   [ DONE ]
> Configuring the Default ISO Domain... [ DONE ]
> Configuring Firewall...   [ DONE ]
> Starting ovirt-engine Service...  [ DONE ]
> Configuring HTTPD...  [ DONE ]
> AIO: Creating storage directory...[ DONE ]
> AIO: Adding Local Datacenter and cluster...   [ DONE ]
> AIO: Adding Local host (This may take several minutes)...  [ ERROR ]
> Error: Host was found in a 'Failed' state. Please check engine and
> bootstrap installation logs.
> Please check log file
> /var/log/ovirt-engine/engine-setup_2013_03_08_14_10_56.log for more
> information
> Exception in thread libvirtEventLoop (most likely raised during
> interpreter shutdown)
>
> #
>
>
> 2013-03-08 14:13:33::DEBUG::setup_sequences::59::root:: running
> _loadFilesToIsoDomain
> 2013-03-08 14:13:33::ERROR::engine-setup::1838::root:: Traceback (most
> recent call last):
>   File "/usr/bin/engine-setup", line 1835, in _loadFilesToIsoDomain
> utils.copyFile(filename, targetPath, basedefs.CONST_VDSM_UID,
> basedefs.CONST_KVM_GID)
>   File "/usr/share/ovirt-engine/scripts/common_utils.py", line 706, in
> copyFile
> shutil.copy2(fileSrc, destination)
>   File "/usr/lib64/python2.6/shutil.py", line 95, in copy2
> copyfile(src, dst)
>   File "/usr/lib64/python2.6/shutil.py", line 50, in copyfile
> with open(src, 'rb') as fsrc:
> IOError: [Errno 2] No such file or directory:
> '/usr/share/virtio-win/virtio-win.vfd'
>
> 2013-03-08 14:13:33::ERROR::engine-setup::1839::root:: Failed to copy
> files to iso domain
>
>
> [snip]
>
> 2013-03-08 14:14:14::DEBUG::setup_sequences::59::root:: running
> waitForHostUp
> 2013-03-08 14:14:14::DEBUG::all_in_one_100::303::root:: Waiting for host
> to become operational
> 2013-03-08 14:14:14::DEBUG::all_in_one_100::306::root:: current host
> status is: installing
> 2013-03-08 14:14:14::DEBUG::all_in_one_100::317::root:: Traceback (most
> recent call last):
>
>   File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line
> 314, in isHostUp
> raise Exception(INFO_CREATE_HOST_WAITING_UP)
> Exception: Waiting for the host to start
>
> 2013-03-08 14:14:19::DEBUG::all_in_one_100::303::root:: Waiting for host
> to become operational
> 2013-03-08 14:14:19::DEBUG::all_in_one_100::306::root:: current host
> status is: install_failed
> 2013-03-08 14:14:19::DEBUG::all_in_one_100::317::root:: Traceback (most
> recent call last):
>
>   File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line
> 312, in isHostUp
> raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED)
> RetryFailException: Error: Host was found in a 'Failed' state. Please
> check engine and bootstrap installation logs.
>
> 2013-03-08 14:14:19::DEBUG::setup_sequences::62::root:: Traceback (most
> recent call last):
>
>   File "/usr/share/ovirt-engine/scripts/setup_sequences.py", line 60, in
> run
> function()
>   File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line
> 300, in waitForHostUp
> utils.retry(isHostUp, tries=120, timeout=600, sleep=5)
>   File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1010, in
> retry
> raise e
> RetryFailException: Error: Host was found in a 'Failed' state. Please
> check engine and bootstrap installation logs.
>
>
> 2013-03-08 14:14:19::DEBUG::engine-setup::1934::root:: *** The following
> params were used as user input:
> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root::
> override-httpd-config: yes
> 2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: http-port: 80
> 2013-03-

Re: [Users] ovirt 3.2 all-in-one setup always fails

[Alex Leonhardt]

And here from when I tried to use "localhost" as the host / fqdn :


Installing:
AIO: Validating CPU Compatibility...  [ DONE ]
AIO: Adding firewall rules... [ DONE ]
Configuring oVirt Engine...   [ DONE ]
Configuring JVM...[ DONE ]
Creating CA...[ DONE ]
Updating ovirt-engine service...  [ DONE ]
Setting Database Configuration... [ DONE ]
Setting Database Security...  [ DONE ]
Creating Database...  [ DONE ]
Updating the Default Data Center Storage Type...  [ DONE ]
Editing oVirt Engine Configuration... [ DONE ]
Editing Postgresql Configuration...   [ DONE ]
Configuring the Default ISO Domain... [ DONE ]
Configuring Firewall...   [ DONE ]
Starting ovirt-engine Service...  [ DONE ]
Configuring HTTPD...  [ DONE ]
AIO: Creating storage directory...[ DONE ]
AIO: Adding Local Datacenter and cluster...   [ DONE ]
AIO: Adding Local host (This may take several minutes)...  [ ERROR ]
Error: Host was found in a 'Failed' state. Please check engine and
bootstrap installation logs.
Please check log file
/var/log/ovirt-engine/engine-setup_2013_03_08_14_10_56.log for more
information
Exception in thread libvirtEventLoop (most likely raised during interpreter
shutdown)

#


2013-03-08 14:13:33::DEBUG::setup_sequences::59::root:: running
_loadFilesToIsoDomain
2013-03-08 14:13:33::ERROR::engine-setup::1838::root:: Traceback (most
recent call last):
  File "/usr/bin/engine-setup", line 1835, in _loadFilesToIsoDomain
utils.copyFile(filename, targetPath, basedefs.CONST_VDSM_UID,
basedefs.CONST_KVM_GID)
  File "/usr/share/ovirt-engine/scripts/common_utils.py", line 706, in
copyFile
shutil.copy2(fileSrc, destination)
  File "/usr/lib64/python2.6/shutil.py", line 95, in copy2
copyfile(src, dst)
  File "/usr/lib64/python2.6/shutil.py", line 50, in copyfile
with open(src, 'rb') as fsrc:
IOError: [Errno 2] No such file or directory:
'/usr/share/virtio-win/virtio-win.vfd'

2013-03-08 14:13:33::ERROR::engine-setup::1839::root:: Failed to copy files
to iso domain


[snip]

2013-03-08 14:14:14::DEBUG::setup_sequences::59::root:: running
waitForHostUp
2013-03-08 14:14:14::DEBUG::all_in_one_100::303::root:: Waiting for host to
become operational
2013-03-08 14:14:14::DEBUG::all_in_one_100::306::root:: current host status
is: installing
2013-03-08 14:14:14::DEBUG::all_in_one_100::317::root:: Traceback (most
recent call last):
  File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line
314, in isHostUp
raise Exception(INFO_CREATE_HOST_WAITING_UP)
Exception: Waiting for the host to start

2013-03-08 14:14:19::DEBUG::all_in_one_100::303::root:: Waiting for host to
become operational
2013-03-08 14:14:19::DEBUG::all_in_one_100::306::root:: current host status
is: install_failed
2013-03-08 14:14:19::DEBUG::all_in_one_100::317::root:: Traceback (most
recent call last):
  File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line
312, in isHostUp
raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED)
RetryFailException: Error: Host was found in a 'Failed' state. Please check
engine and bootstrap installation logs.

2013-03-08 14:14:19::DEBUG::setup_sequences::62::root:: Traceback (most
recent call last):
  File "/usr/share/ovirt-engine/scripts/setup_sequences.py", line 60, in run
function()
  File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line
300, in waitForHostUp
utils.retry(isHostUp, tries=120, timeout=600, sleep=5)
  File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1010, in
retry
raise e
RetryFailException: Error: Host was found in a 'Failed' state. Please check
engine and bootstrap installation logs.


2013-03-08 14:14:19::DEBUG::engine-setup::1934::root:: *** The following
params were used as user input:
2013-03-08 14:14:19::DEBUG::engine-setup::1939::root::
override-httpd-config: yes
2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: http-port: 80
2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: https-port: 443
2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: random-passwords: no
2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: mac-range:
00:1A:4A:A8:14:00-00:1A:4A:A8:14:FF
2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: host-fqdn: localhost
2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: auth-pass: 
2013-03-08 14:14:19::DEBUG::engine-setup::1939::root:: org-name: BrightTALK
2013-03-08 14:14:19

[Users] ovirt 3.2 all-in-one setup always fails

[Alex Leonhardt]

Hi,

The setup keeps failing at "waitforhostup" with :


Installing:
AIO: Validating CPU Compatibility...  [ DONE ]
AIO: Adding firewall rules... [ DONE ]
Configuring oVirt Engine...   [ DONE ]
Configuring JVM...[ DONE ]
Creating CA...[ DONE ]
Updating ovirt-engine service...  [ DONE ]
Setting Database Configuration... [ DONE ]
Setting Database Security...  [ DONE ]
Creating Database...  [ DONE ]
Updating the Default Data Center Storage Type...  [ DONE ]
Editing oVirt Engine Configuration... [ DONE ]
Editing Postgresql Configuration...   [ DONE ]
Configuring the Default ISO Domain... [ DONE ]
Configuring Firewall...   [ DONE ]
Starting ovirt-engine Service...  [ DONE ]
Configuring HTTPD...  [ DONE ]
AIO: Creating storage directory...[ DONE ]
AIO: Adding Local Datacenter and cluster...   [ DONE ]
AIO: Adding Local host (This may take several minutes)...  [ ERROR ]
Error: Host was found in a 'Failed' state. Please check engine and
bootstrap installation logs.
Please check log file
/var/log/ovirt-engine/engine-setup_2013_03_08_14_17_42.log for more
information

#

2013-03-08 14:22:43::DEBUG::setup_sequences::59::root:: running
waitForHostUp
2013-03-08 14:22:43::DEBUG::all_in_one_100::303::root:: Waiting for host to
become operational
2013-03-08 14:22:43::DEBUG::all_in_one_100::306::root:: current host status
is: installing
2013-03-08 14:22:43::DEBUG::all_in_one_100::317::root:: Traceback (most
recent call last):
  File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line
314, in isHostUp
raise Exception(INFO_CREATE_HOST_WAITING_UP)
Exception: Waiting for the host to start

2013-03-08 14:22:48::DEBUG::all_in_one_100::303::root:: Waiting for host to
become operational
2013-03-08 14:22:49::DEBUG::all_in_one_100::306::root:: current host status
is: install_failed
2013-03-08 14:22:49::DEBUG::all_in_one_100::317::root:: Traceback (most
recent call last):
  File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line
312, in isHostUp
raise utils.RetryFailException(ERROR_CREATE_HOST_FAILED)
RetryFailException: Error: Host was found in a 'Failed' state. Please check
engine and bootstrap installation logs.

2013-03-08 14:22:49::DEBUG::setup_sequences::62::root:: Traceback (most
recent call last):
  File "/usr/share/ovirt-engine/scripts/setup_sequences.py", line 60, in run
function()
  File "/usr/share/ovirt-engine/scripts/plugins/all_in_one_100.py", line
300, in waitForHostUp
utils.retry(isHostUp, tries=120, timeout=600, sleep=5)
  File "/usr/share/ovirt-engine/scripts/common_utils.py", line 1010, in
retry
raise e
RetryFailException: Error: Host was found in a 'Failed' state. Please check
engine and bootstrap installation logs.

2013-03-08 14:22:49::DEBUG::engine-setup::1934::root:: *** The following
params were used as user input:


I have the full log if required ?? Any help would be appreciated.

The options used were :

oVirt Engine will be installed using the following configuration:
=
override-httpd-config: yes
http-port: 80
https-port:443
host-fqdn: stphv01
auth-pass: 
org-name:  LOCAL
application-mode:  both
default-dc-type:   NFS
db-remote-install: local
db-local-pass: 
nfs-mp:/exports/iso
override-firewall: None
config-allinone:   yes
storage-path:  /vmfs/ovirt
superuser-pass:


Alex


-- 
| RHCE | Senior Systems Engineer | www.vcore.co | www.vsearchcloud.com |
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3

[Vijay Bellur]

On 03/07/2013 04:36 PM, Dave Neary wrote:

Hi Rob,

On 03/06/2013 05:59 PM, Rob Zwissler wrote:

On one hand I like oVirt, I think you guys have done a good job with
this, and it is free software so I don't want to complain.

But on the other hand, if you release a major/stable release (ie:
oVirt 3.2), but it relies on a major/critical component (clustering
filesystem server) that is in alpha, not even beta, but alpha
prerelease form, you really should be up front and communicative about
this.  My searches turned up nothing except an offhand statement from
a GlusterFS developer, nothing from the oVirt team until now.

It is not acceptable to expect people to run something as critical as
a cluster filesystem server in alpha form on anything short of a
development test setup.  Are any other components of oVirt 3.2
dependent on non-stable general release packages?

What is the latest release of oVirt considered to be stable and
considered safe for use on production systems?


It seems like there has been conflation of two things here - I may be
wrong with what I say, but having checked, I do not believe so.

With oVirt 3.2/Gluster 3.4, you will be able to manage Gluster clusters
using the oVirt engine. This is a completely new integration, which is
still not in a production Gluster release.

However, it is still completely fine to use Gluster as storage for an
oVirt 3.1 or 3.2 managed cluster. The ability to use Gluster easily as a
storage back-end was added in oVirt 3.1, and as far as I know, there is
no problem using glusterfs 3.3 as a POSIX storage filesystem for oVirt 3.2.

Vijay, Shireesh, Ayal, is my understanding correct? I am worried that
we've been giving people the wrong impression here.



Yes, your description is right.

Thanks,
Vijay

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

Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3

[Dave Neary]

Hi Rob,

On 03/06/2013 05:59 PM, Rob Zwissler wrote:

On one hand I like oVirt, I think you guys have done a good job with
this, and it is free software so I don't want to complain.

But on the other hand, if you release a major/stable release (ie:
oVirt 3.2), but it relies on a major/critical component (clustering
filesystem server) that is in alpha, not even beta, but alpha
prerelease form, you really should be up front and communicative about
this.  My searches turned up nothing except an offhand statement from
a GlusterFS developer, nothing from the oVirt team until now.

It is not acceptable to expect people to run something as critical as
a cluster filesystem server in alpha form on anything short of a
development test setup.  Are any other components of oVirt 3.2
dependent on non-stable general release packages?

What is the latest release of oVirt considered to be stable and
considered safe for use on production systems?


It seems like there has been conflation of two things here - I may be 
wrong with what I say, but having checked, I do not believe so.


With oVirt 3.2/Gluster 3.4, you will be able to manage Gluster clusters 
using the oVirt engine. This is a completely new integration, which is 
still not in a production Gluster release.


However, it is still completely fine to use Gluster as storage for an 
oVirt 3.1 or 3.2 managed cluster. The ability to use Gluster easily as a 
storage back-end was added in oVirt 3.1, and as far as I know, there is 
no problem using glusterfs 3.3 as a POSIX storage filesystem for oVirt 3.2.


Vijay, Shireesh, Ayal, is my understanding correct? I am worried that 
we've been giving people the wrong impression here.


Thanks!
Dave.

--
Dave Neary - Community Action and Impact
Open Source and Standards, Red Hat - http://community.redhat.com
Ph: +33 9 50 71 55 62 / Cell: +33 6 77 01 92 13
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] ovirt 3.2 networking setup problems

[Antoni Segura Puimedon]

- Original Message -
> From: "Yuriy Demchenko" 
> To: "Antoni Segura Puimedon" 
> Cc: "oVirt Mailing List" 
> Sent: Thursday, March 7, 2013 7:54:52 AM
> Subject: Re: [Users] ovirt 3.2 networking setup problems
> 
> Thanks! that helped

Great! Btw, there is a patch about to hit git master that will remove
the current limitation.


> 
> i've managed to add another bond via 'echo "+bondN" >
> /sys/class/net/bonding_masters'
> 
> output from commands you asked:
> > # vdsClient -s 0 getVdsCaps
> > HBAInventory = {'iSCSI': [{'InitiatorName':
> > 'iqn.1994-05.com.redhat:7681c664f86a'}], 'FC': [{'wwpn':
> > '200190b11cac1b09', 'wwnn': '200090b11cac1b09', 'model': 'LPe1205-M
> > -
> > Emulex LPe1205-M 8Gb 2-port PCIe Fibre Channel Adapter'}, {'wwpn':
> > '200290b11cac1b09', 'wwnn': '200090b11cac1b09', 'model': 'LPe1205-M
> > -
> > Emulex LPe1205-M 8Gb 2-port PCIe Fibre Channel Adapter'}]}
> > ISCSIInitiatorName = iqn.1994-05.com.redhat:7681c664f86a
> > bondings = {'bond4': {'addr': '', 'cfg': {'DEVICE': 'bond4',
> > 'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'BONDING_OPTS': 'mode=6'},
> > 'mtu': '1500', 'netmask': '', 'slaves': ['p3p1', 'p3p3'], 'hwaddr':
> > '90:b1:1c:ac:1b:05'}, 'bond0': {'addr': '', 'cfg': {'BRIDGE':
> > 'ovirtmgmt', 'NM_CONTROLLED': 'no', 'STP': 'no', 'BONDING_OPTS':
> > 'mode=6', 'DEVICE': 'bond0', 'ONBOOT': 'yes'}, 'mtu': '1500',
> > 'netmask': '', 'slaves': ['em1', 'em2'], 'hwaddr':
> > '90:b1:1c:ac:1b:01'}}
> > bridges = {'ovirtmgmt': {'addr': '192.168.10.130', 'cfg':
> > {'IPADDR': '192.168.10.130', 'ONBOOT': 'yes', 'DELAY': '0',
> > 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', 'BOOTPROTO':
> > 'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge',
> > 'GATEWAY': '192.168.10.1'}, 'mtu': '1500', 'netmask':
> > '255.255.255.0',
> > 'stp': 'off', 'ports': ['bond0']}}
> > clusterLevels = ['3.0', '3.1', '3.2']
> > cpuCores = 16
> > cpuFlags =
> > fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,dca,sse4_1,sse4_2,x2apic,popcnt,aes,xsave,avx,lahf_lm,ida,arat,xsaveopt,pln,pts,dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_Penryn,model_Westmere,model_SandyBridge
> > cpuModel = Intel(R) Xeon(R) CPU E5-2670 0 @ 2.60GHz
> > cpuSockets = 2
> > cpuSpeed = 2599.849
> > cpuThreads = 32
> > emulatedMachines = ['rhel6.3.0', 'pc', 'rhel6.2.0',
> > 'rhel6.1.0',
> > 'rhel6.0.0', 'rhel5.5.0', 'rhel5.4.4', 'rhel5.4.0']
> > guestOverhead = 65
> > hooks = {}
> > kvmEnabled = true
> > lastClient = 192.168.10.147
> > lastClientIface = ovirtmgmt
> > management_ip =
> > memSize = 32062
> > netConfigDirty = False
> > networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr':
> > '192.168.10.130', 'cfg': {'IPADDR': '192.168.10.130', 'ONBOOT':
> > 'yes',
> > 'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0',
> > 'BOOTPROTO': 'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE':
> > 'Bridge', 'GATEWAY': '192.168.10.1'}, 'mtu': '1500', 'netmas

Re: [Users] ovirt 3.2 networking setup problems

[Yuriy Demchenko]

Thanks! that helped

i've managed to add another bond via 'echo "+bondN" > 
/sys/class/net/bonding_masters'


output from commands you asked:

# vdsClient -s 0 getVdsCaps
HBAInventory = {'iSCSI': [{'InitiatorName': 
'iqn.1994-05.com.redhat:7681c664f86a'}], 'FC': [{'wwpn': 
'200190b11cac1b09', 'wwnn': '200090b11cac1b09', 'model': 'LPe1205-M - 
Emulex LPe1205-M 8Gb 2-port PCIe Fibre Channel Adapter'}, {'wwpn': 
'200290b11cac1b09', 'wwnn': '200090b11cac1b09', 'model': 'LPe1205-M - 
Emulex LPe1205-M 8Gb 2-port PCIe Fibre Channel Adapter'}]}

ISCSIInitiatorName = iqn.1994-05.com.redhat:7681c664f86a
bondings = {'bond4': {'addr': '', 'cfg': {'DEVICE': 'bond4', 
'NM_CONTROLLED': 'no', 'ONBOOT': 'yes', 'BONDING_OPTS': 'mode=6'}, 
'mtu': '1500', 'netmask': '', 'slaves': ['p3p1', 'p3p3'], 'hwaddr': 
'90:b1:1c:ac:1b:05'}, 'bond0': {'addr': '', 'cfg': {'BRIDGE': 
'ovirtmgmt', 'NM_CONTROLLED': 'no', 'STP': 'no', 'BONDING_OPTS': 
'mode=6', 'DEVICE': 'bond0', 'ONBOOT': 'yes'}, 'mtu': '1500', 
'netmask': '', 'slaves': ['em1', 'em2'], 'hwaddr': '90:b1:1c:ac:1b:01'}}
bridges = {'ovirtmgmt': {'addr': '192.168.10.130', 'cfg': 
{'IPADDR': '192.168.10.130', 'ONBOOT': 'yes', 'DELAY': '0', 
'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', 'BOOTPROTO': 
'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE': 'Bridge', 
'GATEWAY': '192.168.10.1'}, 'mtu': '1500', 'netmask': '255.255.255.0', 
'stp': 'off', 'ports': ['bond0']}}

clusterLevels = ['3.0', '3.1', '3.2']
cpuCores = 16
cpuFlags = 
fpu,vme,de,pse,tsc,msr,pae,mce,cx8,apic,mtrr,pge,mca,cmov,pat,pse36,clflush,dts,acpi,mmx,fxsr,sse,sse2,ss,ht,tm,pbe,syscall,nx,pdpe1gb,rdtscp,lm,constant_tsc,arch_perfmon,pebs,bts,rep_good,xtopology,nonstop_tsc,aperfmperf,pni,pclmulqdq,dtes64,monitor,ds_cpl,vmx,smx,est,tm2,ssse3,cx16,xtpr,pdcm,dca,sse4_1,sse4_2,x2apic,popcnt,aes,xsave,avx,lahf_lm,ida,arat,xsaveopt,pln,pts,dts,tpr_shadow,vnmi,flexpriority,ept,vpid,model_Nehalem,model_Conroe,model_Penryn,model_Westmere,model_SandyBridge

cpuModel = Intel(R) Xeon(R) CPU E5-2670 0 @ 2.60GHz
cpuSockets = 2
cpuSpeed = 2599.849
cpuThreads = 32
emulatedMachines = ['rhel6.3.0', 'pc', 'rhel6.2.0', 'rhel6.1.0', 
'rhel6.0.0', 'rhel5.5.0', 'rhel5.4.4', 'rhel5.4.0']

guestOverhead = 65
hooks = {}
kvmEnabled = true
lastClient = 192.168.10.147
lastClientIface = ovirtmgmt
management_ip =
memSize = 32062
netConfigDirty = False
networks = {'ovirtmgmt': {'iface': 'ovirtmgmt', 'addr': 
'192.168.10.130', 'cfg': {'IPADDR': '192.168.10.130', 'ONBOOT': 'yes', 
'DELAY': '0', 'NM_CONTROLLED': 'no', 'NETMASK': '255.255.255.0', 
'BOOTPROTO': 'none', 'STP': 'no', 'DEVICE': 'ovirtmgmt', 'TYPE': 
'Bridge', 'GATEWAY': '192.168.10.1'}, 'mtu': '1500', 'netmask': 
'255.255.255.0', 'stp': 'off', 'bridged': True, 'gateway': 
'192.168.10.1', 'ports': ['bond0']}}
nics = {'em1': {'permhwaddr': '90:B1:1C:AC:1B:01', 'addr': '', 
'cfg': {'SLAVE': 'yes', 'NM_CONTROLLED': 'no', 'MASTER': 'bond0', 
'DEVICE': 'em1', 'STP': 'no', 'ONBOOT': 'yes'}, 'mtu': '1500', 
'netmask': '', 'hwaddr': '90:b1:1c:ac:1b:01', 'speed': 1}, 'em2': 
{'permhwaddr': '90:B1:1C:AC:1B:04', 'addr': '', 'cfg': {'SLAVE': 
'yes', 'NM_CONTROLLED': 'no', 'MASTER': 'bond0', 'DEVICE': 'em2', 
'STP': 'no', 'ONBOOT': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr': 
'90:b1:1c:ac:1b:04', 'speed': 1}, 'p3p4': {'addr': '', 'cfg': 
{'DEVICE': 'p3p4', 'HWADDR': '90:B1:1C:AC:1B:08', 'ONBOOT': 'no', 
'NM_CONTROLLED': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr': 
'90:b1:1c:ac:1b:08', 'speed': 0}, 'p3p3': {'permhwaddr': 
'90:B1:1C:AC:1B:07', 'addr': '', 'cfg': {'SLAVE': 'yes', 'ONBOOT': 
'yes', 'NM_CONTROLLED': 'no', 'MASTER': 'bond4', 'HWADDR': 
'90:b1:1c:ac:1b:07', 'DEVICE': 'p3p3'}, 'mtu': '1500', 'netmask': '', 
'hwaddr': '90:b1:1c:ac:1b:07', 'speed': 1000}, 'p3p2': {'addr': '', 
'cfg': {'DEVICE': 'p3p2', 'HWADDR': '90:B1:1C:AC:1B:06', 'ONBOOT': 
'no', 'NM_CONTROLLED': 'yes'}, 'mtu': '1500', 'netmask': '', 'hwaddr': 
'90:b1:1c:ac:1b:06', 'speed': 0}, 'p3p1': {'permhwaddr': 
'90:B1:1C:AC:1B:05', 'addr': '', 'cfg': {'SLAVE': 'yes', 'ONBOOT': 
'yes', 'NM_CONTROLLED': 'no', 'MASTER': 'bond4', 'HWADDR': 
'90:b1:1c:ac:1b:05', 'DEVICE': 'p3p1'}, 'mtu': '1500', 'netmask': '', 
'hwaddr': '90:b1:1c:ac:1b:05', 'speed': 1000}}
operatingSystem = {'release': '3.el6.centos.9', 'version': '6', 
'name': 'RHEL'}
packages2 = {'kernel': {'release': '279.22.1.el6.x86_64', 
'buildtime': 1360105846.0, 'version': '2.6.32'}, 'spice-server': 
{'release': '10.el6', 'buildtime': 1340375889, 'version': '0.10.1'}, 
'vdsm': {'release': '0.31.20.el6', 'buildtime': 1361952052, 'version': 
'4.10.3'}, 'qemu-kvm': {'release': '2.295.el6.10', 'buildtime': 
1357897281, 'version': '0.12.1.2'}, 'libvirt': {'release': 
'21.el6_3.8', 'buildtime': 1359401311, 'version': '0.9.10'}, 
'qemu-img': {'release': '2.295.el6.10', 'buildtime': 1357897281, 
'version': '0.12.1.2'}, 'mom': {'release': '1.el6', 'buildtime': 
1349470062, 'v

Re: [Users] Ovirt 3.2 Setup & Firewalld

[Alon Bar-Lev]

Hi,

This is a bug[1].

Alon

[1] https://bugzilla.redhat.com/show_bug.cgi?id=904153

- Original Message -
> From: "Nicholas Kesick" 
> To: "oVirt Mailing List" 
> Sent: Thursday, March 7, 2013 3:24:18 AM
> Subject: [Users] Ovirt 3.2 Setup & Firewalld
> 
> 
> 
> I've been having trouble since beta where on occasion when running
> the setup, it would hang at configuring firewall, even if I leave it
> for hours. Tonight I decided to rebuild my VM (in virtualbox, for
> running the webadmin). I started by installing Fedora 18 x86_64 from
> DVD with minimal install. Fully updated (yum update; reboot),
> installed the ovirt repo according to the website, rebooted, and
> then ran engine-setup.
> 
> At the end this time firewalld configuration failed with an error.
> Here is the relevant logbits. I'm going to disable firewalld for now
> but does anyone have any suggestions?
> 
> 2013-03-06 20:07:44::DEBUG::engine-setup::1953::root::
> override-firewall: Firewalld
> 2013-03-06 20:07:44::ERROR::engine-setup::2369::root:: Traceback
> (most recent call last):
> File "/usr/bin/engine-setup", line 2363, in 
> main(confFile)
> File "/usr/bin/engine-setup", line 2146, in main
> runSequences()
> File "/usr/bin/engine-setup", line 2068, in runSequences
> controller.runAllSequences()
> File "/usr/share/ovirt-engine/scripts/setup_controller.py", line 54,
> in runAllSequences
> sequence.run()
> File "/usr/share/ovirt-engine/scripts/setup_sequences.py", line 154,
> in run
> step.run()
> File "/usr/share/ovirt-engine/scripts/setup_sequences.py", line 60,
> in run
> function()
> File "/usr/bin/engine-setup", line 949, in _configFirewall
> _configureFirewalld()
> File "/usr/bin/engine-setup", line 997, in _configureFirewalld
> for zone in firewalld.getActiveZones():
> File "/usr/share/ovirt-engine/scripts/engine_firewalld.py", line 7,
> in getActiveZones
> fw = FirewallClient()
> File "/usr/lib/python2.7/site-packages/firewall/client.py", line 467,
> in __init__
> dbus_interface="org.freedesktop.DBus")
> File "/usr/lib/python2.7/site-packages/dbus/bus.py", line 148, in
> add_signal_receiver
> path, **keywords)
> File "/usr/lib/python2.7/site-packages/dbus/connection.py", line 400,
> in add_signal_receiver
> self._require_main_loop()
> RuntimeError: To make asynchronous calls, receive signals or export
> objects, D-Bus connections must be attached to a main loop by
> passing mainloop=... to the constructor or calling
> dbus.set_default_main_loop(...)
> 
> 
> ___
> 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: [Users] oVirt 3.2 on CentOS with Gluster 3.3

[Shireesh Anjal]

On 03/06/2013 10:29 PM, Rob Zwissler wrote:

On Wed, Mar 6, 2013 at 12:34 AM, Shireesh Anjal  wrote:

oVirt 3.2 needs a newer (3.4.0) version of glusterfs, which is currently in
alpha and hence not available in stable repositories.
http://bits.gluster.org/pub/gluster/glusterfs/3.4.0alpha/

This issue has been reported multiple times now, and I think it needs an
update to the oVirt 3.2 release notes. Have added a note to this effect at:
http://www.ovirt.org/OVirt_3.2_release_notes#Storage


On one hand I like oVirt, I think you guys have done a good job with
this, and it is free software so I don't want to complain.

But on the other hand, if you release a major/stable release (ie:
oVirt 3.2), but it relies on a major/critical component (clustering
filesystem server) that is in alpha, not even beta, but alpha
prerelease form, you really should be up front and communicative about
this.  My searches turned up nothing except an offhand statement from
a GlusterFS developer, nothing from the oVirt team until now.

It is not acceptable to expect people to run something as critical as
a cluster filesystem server in alpha form on anything short of a
development test setup.  Are any other components of oVirt 3.2
dependent on non-stable general release packages?

What is the latest release of oVirt considered to be stable and
considered safe for use on production systems?


Hi Rob,

Your points are completely valid, and it's my fault (and not the oVirt 
release team's) not mentioning this important information when providing 
details of gluster related features to be included in the oVirt 3.2 
release notes. Genuine apologies for the same.


Having said this, I believe the stable release of glusterfs 3.4.0 should 
be coming out very soon (some time this month if I'm correct), which 
will provide some relief.


Regards,
Shireesh



Rob


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

[Users] Ovirt 3.2 Setup & Firewalld

[Nicholas Kesick]

I've been having trouble since beta where on occasion when running the setup, 
it would hang at configuring firewall, even if I leave it for hours.  Tonight I 
decided to rebuild my VM (in virtualbox, for running the webadmin). I started 
by installing Fedora 18 x86_64 from DVD with minimal install. Fully updated 
(yum update; reboot), installed the ovirt repo according to the website, 
rebooted, and then ran engine-setup. At the end this time firewalld 
configuration failed with an error. Here is the relevant logbits. I'm going to 
disable firewalld for now but does anyone have any suggestions? 2013-03-06 
20:07:44::DEBUG::engine-setup::1953::root:: override-firewall: Firewalld
2013-03-06 20:07:44::ERROR::engine-setup::2369::root:: Traceback (most recent 
call last):
  File "/usr/bin/engine-setup", line 2363, in 
main(confFile)
  File "/usr/bin/engine-setup", line 2146, in main
runSequences()
  File "/usr/bin/engine-setup", line 2068, in runSequences
controller.runAllSequences()
  File "/usr/share/ovirt-engine/scripts/setup_controller.py", line 54, in 
runAllSequences
sequence.run()
  File "/usr/share/ovirt-engine/scripts/setup_sequences.py", line 154, in run
step.run()
  File "/usr/share/ovirt-engine/scripts/setup_sequences.py", line 60, in run
function()
  File "/usr/bin/engine-setup", line 949, in _configFirewall
_configureFirewalld()
  File "/usr/bin/engine-setup", line 997, in _configureFirewalld
for zone in firewalld.getActiveZones():
  File "/usr/share/ovirt-engine/scripts/engine_firewalld.py", line 7, in 
getActiveZones
fw = FirewallClient()
  File "/usr/lib/python2.7/site-packages/firewall/client.py", line 467, in 
__init__
dbus_interface="org.freedesktop.DBus")
  File "/usr/lib/python2.7/site-packages/dbus/bus.py", line 148, in 
add_signal_receiver
path, **keywords)
  File "/usr/lib/python2.7/site-packages/dbus/connection.py", line 400, in 
add_signal_receiver
self._require_main_loop()
RuntimeError: To make asynchronous calls, receive signals or export objects, 
D-Bus connections must be attached to a main loop by passing mainloop=... to 
the constructor or calling dbus.set_default_main_loop(...)
  ___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3

[Rob Zwissler]

On Wed, Mar 6, 2013 at 12:34 AM, Shireesh Anjal  wrote:
>
> oVirt 3.2 needs a newer (3.4.0) version of glusterfs, which is currently in
> alpha and hence not available in stable repositories.
> http://bits.gluster.org/pub/gluster/glusterfs/3.4.0alpha/
>
> This issue has been reported multiple times now, and I think it needs an
> update to the oVirt 3.2 release notes. Have added a note to this effect at:
> http://www.ovirt.org/OVirt_3.2_release_notes#Storage
>

On one hand I like oVirt, I think you guys have done a good job with
this, and it is free software so I don't want to complain.

But on the other hand, if you release a major/stable release (ie:
oVirt 3.2), but it relies on a major/critical component (clustering
filesystem server) that is in alpha, not even beta, but alpha
prerelease form, you really should be up front and communicative about
this.  My searches turned up nothing except an offhand statement from
a GlusterFS developer, nothing from the oVirt team until now.

It is not acceptable to expect people to run something as critical as
a cluster filesystem server in alpha form on anything short of a
development test setup.  Are any other components of oVirt 3.2
dependent on non-stable general release packages?

What is the latest release of oVirt considered to be stable and
considered safe for use on production systems?

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

Re: [Users] ovirt 3.2 networking setup problems

[Antoni Segura Puimedon]

Could you ssh to the host and do:

cat /sys/class/net/bonding_masters

There is a limitation on ovirt-3.2 that only the default bridges
can be used. If you don't have enough of them, you can always
create the needed bridge doing

echo "+bondN" > /sys/class/net/bonding_masters
where N is the bridge you want to create.

It would also be helpful to see the contents of doing

vdsClient -s 0 getVdsCaps

Best,

Toni

- Original Message -
> From: "Yuriy Demchenko" 
> To: "users" 
> Sent: Wednesday, March 6, 2013 12:17:28 PM
> Subject: Re: [Users] ovirt 3.2 networking setup problems
> 
> Hi,
> 
> I'm still cant solve this issue - "There are no available Bonds"
> 
> I've done clean install of ovirt-3.2 (from dreyou repo), added
> freshly-kickstarted host. In my kickstart I set up 2 interfaces
> em1/em2
> as slaves to bond0 (mode=6), which is slave to bridge "ovirtmgmt"
> (just
> so i dont need to click more buttons in webadmin setting up bond for
> mgmt network).
> After that, on page "setup host networks" I can see correct scheme
> for
> ovirtmgmt network and 4 other unused NICs.
> I want to set up another 2 bonds from that unused NICs, but here's
> the
> problem strikes: when trying to bond 2 NICs together i have to chose
> bond name - and there's only 1 choise - "bond4", I pick that and
> trying
> to bond the rest 2 NICs - I get error message "There are no available
> Bonds".
> And nothing in engine.log or vdsm.log
> 
> Why is that and how to solve it?
> 
> 
> Yuriy Demchenko
> 
> On 02/26/2013 12:37 PM, Yuriy Demchenko wrote:
> > 2.
> > when i'm trying to team NIC's in bonds, i've got choice from only 3
> > bonds: "bond0", "bond1", "bond4" - why is that list is fixed?
> > If I've allready defined bond0+bond1 prior adding host to ovirt
> > (via
> > kickstart), even if they aren't used - choice list in ovirt host
> > networks is short to "bond4" and trying to bond more interfaces
> > ends
> > up with "there no bonds available"
> 
> ___
> 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: [Users] ovirt 3.2 networking setup problems

[Yuriy Demchenko]

Hi,

I'm still cant solve this issue - "There are no available Bonds"

I've done clean install of ovirt-3.2 (from dreyou repo), added 
freshly-kickstarted host. In my kickstart I set up 2 interfaces em1/em2 
as slaves to bond0 (mode=6), which is slave to bridge "ovirtmgmt" (just 
so i dont need to click more buttons in webadmin setting up bond for 
mgmt network).
After that, on page "setup host networks" I can see correct scheme for 
ovirtmgmt network and 4 other unused NICs.
I want to set up another 2 bonds from that unused NICs, but here's the 
problem strikes: when trying to bond 2 NICs together i have to chose 
bond name - and there's only 1 choise - "bond4", I pick that and trying 
to bond the rest 2 NICs - I get error message "There are no available 
Bonds".

And nothing in engine.log or vdsm.log

Why is that and how to solve it?


Yuriy Demchenko

On 02/26/2013 12:37 PM, Yuriy Demchenko wrote:

2.
when i'm trying to team NIC's in bonds, i've got choice from only 3 
bonds: "bond0", "bond1", "bond4" - why is that list is fixed?
If I've allready defined bond0+bond1 prior adding host to ovirt (via 
kickstart), even if they aren't used - choice list in ovirt host 
networks is short to "bond4" and trying to bond more interfaces ends 
up with "there no bonds available" 


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

Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3

[Aravinda]

Hi,

Sent a patch to handle ParseError attribute issue. vdsm still depends on 
newer(3.4) version of glusterfs, but Python ParseError is fixed.

http://gerrit.ovirt.org/#/c/12752/

--
regards
Aravinda

On 03/06/2013 01:20 PM, Dan Kenigsberg wrote:

On Tue, Mar 05, 2013 at 10:08:48AM -0800, Rob Zwissler wrote:

On Mon, Mar 4, 2013 at 11:46 PM, Dan Kenigsberg  wrote:

Rob,

It seems that a bug in vdsm code is hiding the real issue.
Could you do a

 sed -i s/ParseError/ElementTree.ParseError /usr/share/vdsm/gluster/cli.py

restart vdsmd, and retry?

Bala, would you send a patch fixing the ParseError issue (and adding a
unit test that would have caught it on time)?

Traceback (most recent call last):
   File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper
 res = f(*args, **kwargs)
   File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper
 rv = func(*args, **kwargs)
   File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList
 return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)}
   File "/usr/share/vdsm/supervdsm.py", line 81, in __call__
 return callMethod()
   File "/usr/share/vdsm/supervdsm.py", line 72, in 
 **kwargs)
   File "", line 2, in glusterVolumeInfo
   File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740,
in _callmethod
 raise convert_to_error(kind, result)
AttributeError: class ElementTree has no attribute 'ParseError'

My guess has led us nowhere, since etree.ParseError is simply missing
from python 2.6. It is to be seen only in python 2.7!

That's sad, but something *else* is problematic, since we got to this
error-handling code.

Could you make another try and temporarily replace ParseError with
Exception?

 sed -i s/etree.ParseError/Exception/ /usr/share/vdsm/gluster/cli.py

(this sed is relative to the original code).

Dan.


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

Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3

[Dan Kenigsberg]

On Wed, Mar 06, 2013 at 02:04:29PM +0530, Shireesh Anjal wrote:
> On 03/05/2013 06:08 AM, Rob Zwissler wrote:
> >Running CentOS 6.3 with the following VDSM packages from dre's repo:
> >
> >vdsm-xmlrpc-4.10.3-0.30.19.el6.noarch
> >vdsm-gluster-4.10.3-0.30.19.el6.noarch
> >vdsm-python-4.10.3-0.30.19.el6.x86_64
> >vdsm-4.10.3-0.30.19.el6.x86_64
> >vdsm-cli-4.10.3-0.30.19.el6.noarch
> >
> >And the following gluster packages from the gluster repo:
> >
> >glusterfs-3.3.1-1.el6.x86_64
> >glusterfs-fuse-3.3.1-1.el6.x86_64
> >glusterfs-vim-3.2.7-1.el6.x86_64
> >glusterfs-server-3.3.1-1.el6.x86_64
> 
> oVirt 3.2 needs a newer (3.4.0) version of glusterfs, which is
> currently in alpha and hence not available in stable repositories.
> http://bits.gluster.org/pub/gluster/glusterfs/3.4.0alpha/

Shireesh, this should be specifed in vdsm.spec - please patch both
master and ovirt-3.2 branches.

Beyond that, there's a problem of Python 2.6 missing ParseError.

> 
> This issue has been reported multiple times now, and I think it
> needs an update to the oVirt 3.2 release notes. Have added a note to
> this effect at:
> http://www.ovirt.org/OVirt_3.2_release_notes#Storage
> 
> >I get the following errors in vdsm.log:
> >
> >Thread-1483::DEBUG::2013-03-04
> >16:35:27,427::BindingXMLRPC::913::vds::(wrapper) client
> >[10.33.9.73]::call volumesList with () {}
> >MainProcess|Thread-1483::DEBUG::2013-03-04
> >16:35:27,429::misc::84::Storage.Misc.excCmd::()
> >'/usr/sbin/gluster --mode=script volume info --xml' (cwd None)
> >MainProcess|Thread-1483::DEBUG::2013-03-04
> >16:35:27,480::misc::84::Storage.Misc.excCmd::() SUCCESS: 
> >= '';  = 0
> >MainProcess|Thread-1483::ERROR::2013-03-04
> >16:35:27,480::supervdsmServer::80::SuperVdsm.ServerCallback::(wrapper)
> >Error in wrapper
> >Traceback (most recent call last):
> >   File "/usr/share/vdsm/supervdsmServer.py", line 78, in wrapper
> > return func(*args, **kwargs)
> >   File "/usr/share/vdsm/supervdsmServer.py", line 352, in wrapper
> > return func(*args, **kwargs)
> >   File "/usr/share/vdsm/gluster/cli.py", line 45, in wrapper
> > return func(*args, **kwargs)
> >   File "/usr/share/vdsm/gluster/cli.py", line 430, in volumeInfo
> > except (etree.ParseError, AttributeError, ValueError):
> >AttributeError: 'module' object has no attribute 'ParseError'
> >Thread-1483::ERROR::2013-03-04
> >16:35:27,481::BindingXMLRPC::932::vds::(wrapper) unexpected error
> >Traceback (most recent call last):
> >   File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper
> > res = f(*args, **kwargs)
> >   File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper
> > rv = func(*args, **kwargs)
> >   File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList
> > return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)}
> >   File "/usr/share/vdsm/supervdsm.py", line 81, in __call__
> > return callMethod()
> >   File "/usr/share/vdsm/supervdsm.py", line 72, in 
> > **kwargs)
> >   File "", line 2, in glusterVolumeInfo
> >   File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740,
> >in _callmethod
> > raise convert_to_error(kind, result)
> >AttributeError: 'module' object has no attribute 'ParseError'
> >
> >Which corresponds to the following in the engine.log:
> >
> >2013-03-04 16:34:46,231 INFO
> >[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand]
> >(QuartzScheduler_Worker-86) START,
> >GlusterVolumesListVDSCommand(HostName = xor-q-virt01, HostId =
> >b342bf4d-d9e9-4055-b662-462dc2e6bf50), log id: 987aef3
> >2013-03-04 16:34:46,365 ERROR
> >[org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase]
> >(QuartzScheduler_Worker-86) Failed in GlusterVolumesListVDS method
> >2013-03-04 16:34:46,366 ERROR
> >[org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase]
> >(QuartzScheduler_Worker-86) Error code unexpected and error message
> >VDSGenericException: VDSErrorException: Failed to
> >GlusterVolumesListVDS, error = Unexpected exception
> >2013-03-04 16:34:46,367 ERROR
> >[org.ovirt.engine.core.vdsbroker.VDSCommandBase]
> >(QuartzScheduler_Worker-86) Command GlusterVolumesListVDS execution
> >failed. Exception: VDSErrorException: VDSGenericException:
> >VDSErrorException: Failed to GlusterVolumesListVDS, error = Unexpected
> >exception
> >2013-03-04 16:34:46,369 INFO
> >[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand]
> >(QuartzScheduler_Worker-86) FINISH, GlusterVolumesListVDSCommand, log
> >id: 987aef3
> >2013-03-04 16:34:46,370 ERROR
> >[org.ovirt.engine.core.bll.gluster.GlusterManager]
> >(QuartzScheduler_Worker-86) Error while refreshing Gluster lightweight
> >data of cluster qa-cluster1!:
> >org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException:
> >org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
> >VDSGenericException: VDSErrorException: Failed to
> >GlusterVolumesListVDS, error = Unexpected exception
> > at 
> > org.ovirt.engine.core.bll.VdsHandler.h

Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3

[Balamurugan Arumugam]

On 03/06/2013 01:20 PM, Dan Kenigsberg wrote:

On Tue, Mar 05, 2013 at 10:08:48AM -0800, Rob Zwissler wrote:

On Mon, Mar 4, 2013 at 11:46 PM, Dan Kenigsberg  wrote:

Rob,

It seems that a bug in vdsm code is hiding the real issue.
Could you do a

 sed -i s/ParseError/ElementTree.ParseError /usr/share/vdsm/gluster/cli.py

restart vdsmd, and retry?

Bala, would you send a patch fixing the ParseError issue (and adding a
unit test that would have caught it on time)?



Traceback (most recent call last):
   File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper
 res = f(*args, **kwargs)
   File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper
 rv = func(*args, **kwargs)
   File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList
 return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)}
   File "/usr/share/vdsm/supervdsm.py", line 81, in __call__
 return callMethod()
   File "/usr/share/vdsm/supervdsm.py", line 72, in 
 **kwargs)
   File "", line 2, in glusterVolumeInfo
   File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740,
in _callmethod
 raise convert_to_error(kind, result)
AttributeError: class ElementTree has no attribute 'ParseError'


My guess has led us nowhere, since etree.ParseError is simply missing
from python 2.6. It is to be seen only in python 2.7!

That's sad, but something *else* is problematic, since we got to this
error-handling code.

Could you make another try and temporarily replace ParseError with
Exception?

 sed -i s/etree.ParseError/Exception/ /usr/share/vdsm/gluster/cli.py

(this sed is relative to the original code).



More specific sed is
sed -i s/etree.ParseError/SyntaxError/ /usr/share/vdsm/gluster/cli.py

Regards,
Bala

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

Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3

[Balamurugan Arumugam]

On 03/05/2013 01:16 PM, Dan Kenigsberg wrote:

On Mon, Mar 04, 2013 at 04:38:50PM -0800, Rob Zwissler wrote:

Running CentOS 6.3 with the following VDSM packages from dre's repo:

vdsm-xmlrpc-4.10.3-0.30.19.el6.noarch
vdsm-gluster-4.10.3-0.30.19.el6.noarch
vdsm-python-4.10.3-0.30.19.el6.x86_64
vdsm-4.10.3-0.30.19.el6.x86_64
vdsm-cli-4.10.3-0.30.19.el6.noarch

And the following gluster packages from the gluster repo:

glusterfs-3.3.1-1.el6.x86_64
glusterfs-fuse-3.3.1-1.el6.x86_64
glusterfs-vim-3.2.7-1.el6.x86_64
glusterfs-server-3.3.1-1.el6.x86_64

I get the following errors in vdsm.log:

Thread-1483::DEBUG::2013-03-04
16:35:27,427::BindingXMLRPC::913::vds::(wrapper) client
[10.33.9.73]::call volumesList with () {}
MainProcess|Thread-1483::DEBUG::2013-03-04
16:35:27,429::misc::84::Storage.Misc.excCmd::()
'/usr/sbin/gluster --mode=script volume info --xml' (cwd None)
MainProcess|Thread-1483::DEBUG::2013-03-04
16:35:27,480::misc::84::Storage.Misc.excCmd::() SUCCESS: 
= '';  = 0
MainProcess|Thread-1483::ERROR::2013-03-04
16:35:27,480::supervdsmServer::80::SuperVdsm.ServerCallback::(wrapper)
Error in wrapper
Traceback (most recent call last):
   File "/usr/share/vdsm/supervdsmServer.py", line 78, in wrapper
 return func(*args, **kwargs)
   File "/usr/share/vdsm/supervdsmServer.py", line 352, in wrapper
 return func(*args, **kwargs)
   File "/usr/share/vdsm/gluster/cli.py", line 45, in wrapper
 return func(*args, **kwargs)
   File "/usr/share/vdsm/gluster/cli.py", line 430, in volumeInfo
 except (etree.ParseError, AttributeError, ValueError):
AttributeError: 'module' object has no attribute 'ParseError'
Thread-1483::ERROR::2013-03-04
16:35:27,481::BindingXMLRPC::932::vds::(wrapper) unexpected error
Traceback (most recent call last):
   File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper
 res = f(*args, **kwargs)
   File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper
 rv = func(*args, **kwargs)
   File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList
 return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)}
   File "/usr/share/vdsm/supervdsm.py", line 81, in __call__
 return callMethod()
   File "/usr/share/vdsm/supervdsm.py", line 72, in 
 **kwargs)
   File "", line 2, in glusterVolumeInfo
   File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740,
in _callmethod
 raise convert_to_error(kind, result)
AttributeError: 'module' object has no attribute 'ParseError'



Rob,

It seems that a bug in vdsm code is hiding the real issue.
Could you do a

 sed -i s/ParseError/ElementTree.ParseError /usr/share/vdsm/gluster/cli.py

restart vdsmd, and retry?

Bala, would you send a patch fixing the ParseError issue (and adding a
unit test that would have caught it on time)?



python 2.7 throws ParseError whereas python 2.6 throws SyntaxError. 
Aravinda is sending a fix for it.


Regards,
Bala

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

Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3

[Shireesh Anjal]

On 03/05/2013 06:08 AM, Rob Zwissler wrote:

Running CentOS 6.3 with the following VDSM packages from dre's repo:

vdsm-xmlrpc-4.10.3-0.30.19.el6.noarch
vdsm-gluster-4.10.3-0.30.19.el6.noarch
vdsm-python-4.10.3-0.30.19.el6.x86_64
vdsm-4.10.3-0.30.19.el6.x86_64
vdsm-cli-4.10.3-0.30.19.el6.noarch

And the following gluster packages from the gluster repo:

glusterfs-3.3.1-1.el6.x86_64
glusterfs-fuse-3.3.1-1.el6.x86_64
glusterfs-vim-3.2.7-1.el6.x86_64
glusterfs-server-3.3.1-1.el6.x86_64


oVirt 3.2 needs a newer (3.4.0) version of glusterfs, which is currently 
in alpha and hence not available in stable repositories.

http://bits.gluster.org/pub/gluster/glusterfs/3.4.0alpha/

This issue has been reported multiple times now, and I think it needs an 
update to the oVirt 3.2 release notes. Have added a note to this effect at:

http://www.ovirt.org/OVirt_3.2_release_notes#Storage


I get the following errors in vdsm.log:

Thread-1483::DEBUG::2013-03-04
16:35:27,427::BindingXMLRPC::913::vds::(wrapper) client
[10.33.9.73]::call volumesList with () {}
MainProcess|Thread-1483::DEBUG::2013-03-04
16:35:27,429::misc::84::Storage.Misc.excCmd::()
'/usr/sbin/gluster --mode=script volume info --xml' (cwd None)
MainProcess|Thread-1483::DEBUG::2013-03-04
16:35:27,480::misc::84::Storage.Misc.excCmd::() SUCCESS: 
= '';  = 0
MainProcess|Thread-1483::ERROR::2013-03-04
16:35:27,480::supervdsmServer::80::SuperVdsm.ServerCallback::(wrapper)
Error in wrapper
Traceback (most recent call last):
   File "/usr/share/vdsm/supervdsmServer.py", line 78, in wrapper
 return func(*args, **kwargs)
   File "/usr/share/vdsm/supervdsmServer.py", line 352, in wrapper
 return func(*args, **kwargs)
   File "/usr/share/vdsm/gluster/cli.py", line 45, in wrapper
 return func(*args, **kwargs)
   File "/usr/share/vdsm/gluster/cli.py", line 430, in volumeInfo
 except (etree.ParseError, AttributeError, ValueError):
AttributeError: 'module' object has no attribute 'ParseError'
Thread-1483::ERROR::2013-03-04
16:35:27,481::BindingXMLRPC::932::vds::(wrapper) unexpected error
Traceback (most recent call last):
   File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper
 res = f(*args, **kwargs)
   File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper
 rv = func(*args, **kwargs)
   File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList
 return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)}
   File "/usr/share/vdsm/supervdsm.py", line 81, in __call__
 return callMethod()
   File "/usr/share/vdsm/supervdsm.py", line 72, in 
 **kwargs)
   File "", line 2, in glusterVolumeInfo
   File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740,
in _callmethod
 raise convert_to_error(kind, result)
AttributeError: 'module' object has no attribute 'ParseError'

Which corresponds to the following in the engine.log:

2013-03-04 16:34:46,231 INFO
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand]
(QuartzScheduler_Worker-86) START,
GlusterVolumesListVDSCommand(HostName = xor-q-virt01, HostId =
b342bf4d-d9e9-4055-b662-462dc2e6bf50), log id: 987aef3
2013-03-04 16:34:46,365 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase]
(QuartzScheduler_Worker-86) Failed in GlusterVolumesListVDS method
2013-03-04 16:34:46,366 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase]
(QuartzScheduler_Worker-86) Error code unexpected and error message
VDSGenericException: VDSErrorException: Failed to
GlusterVolumesListVDS, error = Unexpected exception
2013-03-04 16:34:46,367 ERROR
[org.ovirt.engine.core.vdsbroker.VDSCommandBase]
(QuartzScheduler_Worker-86) Command GlusterVolumesListVDS execution
failed. Exception: VDSErrorException: VDSGenericException:
VDSErrorException: Failed to GlusterVolumesListVDS, error = Unexpected
exception
2013-03-04 16:34:46,369 INFO
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand]
(QuartzScheduler_Worker-86) FINISH, GlusterVolumesListVDSCommand, log
id: 987aef3
2013-03-04 16:34:46,370 ERROR
[org.ovirt.engine.core.bll.gluster.GlusterManager]
(QuartzScheduler_Worker-86) Error while refreshing Gluster lightweight
data of cluster qa-cluster1!:
org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to
GlusterVolumesListVDS, error = Unexpected exception
at 
org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:168)
[engine-bll.jar:]
at 
org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33)
[engine-bll.jar:]
at 
org.ovirt.engine.core.bll.gluster.GlusterManager.runVdsCommand(GlusterManager.java:258)
[engine-bll.jar:]
at 
org.ovirt.engine.core.bll.gluster.GlusterManager.fetchVolumes(GlusterManager.java:454)
[engine-bll.jar:]
at 
org.ovirt.engine.core.bll.gluster.GlusterManager.fetchVolumes(GlusterManager.java:440)
[engine

Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3

[Dan Kenigsberg]

On Tue, Mar 05, 2013 at 10:08:48AM -0800, Rob Zwissler wrote:
> On Mon, Mar 4, 2013 at 11:46 PM, Dan Kenigsberg  wrote:
> > Rob,
> >
> > It seems that a bug in vdsm code is hiding the real issue.
> > Could you do a
> >
> > sed -i s/ParseError/ElementTree.ParseError 
> > /usr/share/vdsm/gluster/cli.py
> >
> > restart vdsmd, and retry?
> >
> > Bala, would you send a patch fixing the ParseError issue (and adding a
> > unit test that would have caught it on time)?

> Traceback (most recent call last):
>   File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper
> res = f(*args, **kwargs)
>   File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper
> rv = func(*args, **kwargs)
>   File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList
> return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)}
>   File "/usr/share/vdsm/supervdsm.py", line 81, in __call__
> return callMethod()
>   File "/usr/share/vdsm/supervdsm.py", line 72, in 
> **kwargs)
>   File "", line 2, in glusterVolumeInfo
>   File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740,
> in _callmethod
> raise convert_to_error(kind, result)
> AttributeError: class ElementTree has no attribute 'ParseError'

My guess has led us nowhere, since etree.ParseError is simply missing
from python 2.6. It is to be seen only in python 2.7!

That's sad, but something *else* is problematic, since we got to this
error-handling code.

Could you make another try and temporarily replace ParseError with
Exception?

sed -i s/etree.ParseError/Exception/ /usr/share/vdsm/gluster/cli.py

(this sed is relative to the original code).

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

Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3

[Rob Zwissler]

On Mon, Mar 4, 2013 at 11:46 PM, Dan Kenigsberg  wrote:
> Rob,
>
> It seems that a bug in vdsm code is hiding the real issue.
> Could you do a
>
> sed -i s/ParseError/ElementTree.ParseError /usr/share/vdsm/gluster/cli.py
>
> restart vdsmd, and retry?
>
> Bala, would you send a patch fixing the ParseError issue (and adding a
> unit test that would have caught it on time)?
>
>
> Regards,
> Dan.

Hi Dan, thanks for the quick response.  I did that, and here's what I
get now from the vdsm.log:

MainProcess|Thread-51::DEBUG::2013-03-05
10:03:40,723::misc::84::Storage.Misc.excCmd::()
'/usr/sbin/gluster --mode=script volume info --xml' (cwd None)
Thread-52::DEBUG::2013-03-05
10:03:40,731::task::568::TaskManager.Task::(_updateState)
Task=`aa1990a1-8016-4337-a8cd-1b62976032a4`::moving from state init ->
state preparing
Thread-52::INFO::2013-03-05
10:03:40,732::logUtils::41::dispatcher::(wrapper) Run and protect:
repoStats(options=None)
Thread-52::INFO::2013-03-05
10:03:40,732::logUtils::44::dispatcher::(wrapper) Run and protect:
repoStats, Return response: {'4af726ea-e502-4e79-a47c-6c8558ca96ad':
{'delay': '0.00584101676941', 'lastCheck': '0.2', 'code': 0, 'valid':
True}, 'fc0d44ec-528f-4bf9-8913-fa7043daf43b': {'delay':
'0.0503160953522', 'lastCheck': '0.2', 'code': 0, 'valid': True}}
Thread-52::DEBUG::2013-03-05
10:03:40,732::task::1151::TaskManager.Task::(prepare)
Task=`aa1990a1-8016-4337-a8cd-1b62976032a4`::finished:
{'4af726ea-e502-4e79-a47c-6c8558ca96ad': {'delay': '0.00584101676941',
'lastCheck': '0.2', 'code': 0, 'valid': True},
'fc0d44ec-528f-4bf9-8913-fa7043daf43b': {'delay': '0.0503160953522',
'lastCheck': '0.2', 'code': 0, 'valid': True}}
Thread-52::DEBUG::2013-03-05
10:03:40,732::task::568::TaskManager.Task::(_updateState)
Task=`aa1990a1-8016-4337-a8cd-1b62976032a4`::moving from state
preparing -> state finished
Thread-52::DEBUG::2013-03-05
10:03:40,732::resourceManager::830::ResourceManager.Owner::(releaseAll)
Owner.releaseAll requests {} resources {}
Thread-52::DEBUG::2013-03-05
10:03:40,733::resourceManager::864::ResourceManager.Owner::(cancelAll)
Owner.cancelAll requests {}
Thread-52::DEBUG::2013-03-05
10:03:40,733::task::957::TaskManager.Task::(_decref)
Task=`aa1990a1-8016-4337-a8cd-1b62976032a4`::ref 0 aborting False
Thread-53::DEBUG::2013-03-05
10:03:40,742::libvirtvm::269::vm.Vm::(_getDiskStats)
vmId=`2c59dfa7-442c-46fb-8102-298db1ebc3bf`::Disk hdc stats not
available
Thread-53::DEBUG::2013-03-05
10:03:40,742::libvirtvm::269::vm.Vm::(_getDiskStats)
vmId=`2c59dfa7-442c-46fb-8102-298db1ebc3bf`::Disk vda stats not
available
Thread-53::DEBUG::2013-03-05
10:03:40,742::libvirtvm::308::vm.Vm::(_getDiskLatency)
vmId=`2c59dfa7-442c-46fb-8102-298db1ebc3bf`::Disk hdc latency not
available
Thread-53::DEBUG::2013-03-05
10:03:40,742::libvirtvm::308::vm.Vm::(_getDiskLatency)
vmId=`2c59dfa7-442c-46fb-8102-298db1ebc3bf`::Disk vda latency not
available
Thread-53::DEBUG::2013-03-05
10:03:40,743::libvirtvm::269::vm.Vm::(_getDiskStats)
vmId=`8555382a-b3fa-4a4b-a61e-a80da47478a5`::Disk hdc stats not
available
Thread-53::DEBUG::2013-03-05
10:03:40,743::libvirtvm::269::vm.Vm::(_getDiskStats)
vmId=`8555382a-b3fa-4a4b-a61e-a80da47478a5`::Disk vda stats not
available
Thread-53::DEBUG::2013-03-05
10:03:40,743::libvirtvm::308::vm.Vm::(_getDiskLatency)
vmId=`8555382a-b3fa-4a4b-a61e-a80da47478a5`::Disk hdc latency not
available
Thread-53::DEBUG::2013-03-05
10:03:40,743::libvirtvm::308::vm.Vm::(_getDiskLatency)
vmId=`8555382a-b3fa-4a4b-a61e-a80da47478a5`::Disk vda latency not
available
Thread-53::DEBUG::2013-03-05
10:03:40,744::libvirtvm::269::vm.Vm::(_getDiskStats)
vmId=`a2617d92-6145-4ba2-b40f-d793f037e031`::Disk hdc stats not
available
Thread-53::DEBUG::2013-03-05
10:03:40,744::libvirtvm::269::vm.Vm::(_getDiskStats)
vmId=`a2617d92-6145-4ba2-b40f-d793f037e031`::Disk vda stats not
available
Thread-53::DEBUG::2013-03-05
10:03:40,744::libvirtvm::308::vm.Vm::(_getDiskLatency)
vmId=`a2617d92-6145-4ba2-b40f-d793f037e031`::Disk hdc latency not
available
Thread-53::DEBUG::2013-03-05
10:03:40,744::libvirtvm::308::vm.Vm::(_getDiskLatency)
vmId=`a2617d92-6145-4ba2-b40f-d793f037e031`::Disk vda latency not
available
Thread-53::DEBUG::2013-03-05
10:03:40,745::libvirtvm::269::vm.Vm::(_getDiskStats)
vmId=`c63f8d87-e6bf-49fd-9642-90aefd1aff84`::Disk hdc stats not
available
Thread-53::DEBUG::2013-03-05
10:03:40,745::libvirtvm::269::vm.Vm::(_getDiskStats)
vmId=`c63f8d87-e6bf-49fd-9642-90aefd1aff84`::Disk vda stats not
available
Thread-53::DEBUG::2013-03-05
10:03:40,745::libvirtvm::308::vm.Vm::(_getDiskLatency)
vmId=`c63f8d87-e6bf-49fd-9642-90aefd1aff84`::Disk hdc latency not
available
Thread-53::DEBUG::2013-03-05
10:03:40,745::libvirtvm::308::vm.Vm::(_getDiskLatency)
vmId=`c63f8d87-e6bf-49fd-9642-90aefd1aff84`::Disk vda latency not
available
GuestMonitor-xor-q-nis02::DEBUG::2013-03-05
10:03:40,750::libvirtvm::269::vm.Vm::(_getDiskStats)
vmId=`2c59dfa7-442c-46fb-8102-298db1ebc3bf`::Disk hdc stats not
available
GuestMonitor-xor-q-nis02::DEBU

Re: [Users] oVirt 3.2: impossiible to delete a snapshot?

[Gianluca Cecchi]

On Thu, Feb 28, 2013 at 11:47 AM, noc wrote:

> I'm also running 3.2 stable on F18 and can delete snapshots but as Gianluca
> can't clone. Get the same blank window. Saw the fix but since its a
> java.class change would need a rebuild of 3.2
> Any idea when a wrap up of several bugs found and fixed will be up at
> ovirt.org?
>
> Thanks,
>
> Joop

In the mean time my rebuilt packages for fedora 18 with the fix
http://gerrit.ovirt.org/#/c/11254/
and that form my experience give:
- solution for clone from snapshot
- solution to see details of a snapshot in details pane (disks, nic, ecc.)
can be downloaded here...
They are the same version as the official ones, so you have to run
rpm -Uvh --force *rpm
(keep off from the list the
ovirt-engine-setup-plugin-allinone-3.2.0-4.fc18.noarch.rpm in case you
have not that installed)

https://www.dropbox.com/sh/24p620taye7v394/plnq7cQWe5?m

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

Re: [Users] oVirt 3.2 on CentOS with Gluster 3.3

[Dan Kenigsberg]

On Mon, Mar 04, 2013 at 04:38:50PM -0800, Rob Zwissler wrote:
> Running CentOS 6.3 with the following VDSM packages from dre's repo:
> 
> vdsm-xmlrpc-4.10.3-0.30.19.el6.noarch
> vdsm-gluster-4.10.3-0.30.19.el6.noarch
> vdsm-python-4.10.3-0.30.19.el6.x86_64
> vdsm-4.10.3-0.30.19.el6.x86_64
> vdsm-cli-4.10.3-0.30.19.el6.noarch
> 
> And the following gluster packages from the gluster repo:
> 
> glusterfs-3.3.1-1.el6.x86_64
> glusterfs-fuse-3.3.1-1.el6.x86_64
> glusterfs-vim-3.2.7-1.el6.x86_64
> glusterfs-server-3.3.1-1.el6.x86_64
> 
> I get the following errors in vdsm.log:
> 
> Thread-1483::DEBUG::2013-03-04
> 16:35:27,427::BindingXMLRPC::913::vds::(wrapper) client
> [10.33.9.73]::call volumesList with () {}
> MainProcess|Thread-1483::DEBUG::2013-03-04
> 16:35:27,429::misc::84::Storage.Misc.excCmd::()
> '/usr/sbin/gluster --mode=script volume info --xml' (cwd None)
> MainProcess|Thread-1483::DEBUG::2013-03-04
> 16:35:27,480::misc::84::Storage.Misc.excCmd::() SUCCESS: 
> = '';  = 0
> MainProcess|Thread-1483::ERROR::2013-03-04
> 16:35:27,480::supervdsmServer::80::SuperVdsm.ServerCallback::(wrapper)
> Error in wrapper
> Traceback (most recent call last):
>   File "/usr/share/vdsm/supervdsmServer.py", line 78, in wrapper
> return func(*args, **kwargs)
>   File "/usr/share/vdsm/supervdsmServer.py", line 352, in wrapper
> return func(*args, **kwargs)
>   File "/usr/share/vdsm/gluster/cli.py", line 45, in wrapper
> return func(*args, **kwargs)
>   File "/usr/share/vdsm/gluster/cli.py", line 430, in volumeInfo
> except (etree.ParseError, AttributeError, ValueError):
> AttributeError: 'module' object has no attribute 'ParseError'
> Thread-1483::ERROR::2013-03-04
> 16:35:27,481::BindingXMLRPC::932::vds::(wrapper) unexpected error
> Traceback (most recent call last):
>   File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper
> res = f(*args, **kwargs)
>   File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper
> rv = func(*args, **kwargs)
>   File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList
> return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)}
>   File "/usr/share/vdsm/supervdsm.py", line 81, in __call__
> return callMethod()
>   File "/usr/share/vdsm/supervdsm.py", line 72, in 
> **kwargs)
>   File "", line 2, in glusterVolumeInfo
>   File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740,
> in _callmethod
> raise convert_to_error(kind, result)
> AttributeError: 'module' object has no attribute 'ParseError'
> 

Rob,

It seems that a bug in vdsm code is hiding the real issue.
Could you do a

sed -i s/ParseError/ElementTree.ParseError /usr/share/vdsm/gluster/cli.py

restart vdsmd, and retry?

Bala, would you send a patch fixing the ParseError issue (and adding a
unit test that would have caught it on time)?


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

[Users] oVirt 3.2 on CentOS with Gluster 3.3

[Rob Zwissler]

Running CentOS 6.3 with the following VDSM packages from dre's repo:

vdsm-xmlrpc-4.10.3-0.30.19.el6.noarch
vdsm-gluster-4.10.3-0.30.19.el6.noarch
vdsm-python-4.10.3-0.30.19.el6.x86_64
vdsm-4.10.3-0.30.19.el6.x86_64
vdsm-cli-4.10.3-0.30.19.el6.noarch

And the following gluster packages from the gluster repo:

glusterfs-3.3.1-1.el6.x86_64
glusterfs-fuse-3.3.1-1.el6.x86_64
glusterfs-vim-3.2.7-1.el6.x86_64
glusterfs-server-3.3.1-1.el6.x86_64

I get the following errors in vdsm.log:

Thread-1483::DEBUG::2013-03-04
16:35:27,427::BindingXMLRPC::913::vds::(wrapper) client
[10.33.9.73]::call volumesList with () {}
MainProcess|Thread-1483::DEBUG::2013-03-04
16:35:27,429::misc::84::Storage.Misc.excCmd::()
'/usr/sbin/gluster --mode=script volume info --xml' (cwd None)
MainProcess|Thread-1483::DEBUG::2013-03-04
16:35:27,480::misc::84::Storage.Misc.excCmd::() SUCCESS: 
= '';  = 0
MainProcess|Thread-1483::ERROR::2013-03-04
16:35:27,480::supervdsmServer::80::SuperVdsm.ServerCallback::(wrapper)
Error in wrapper
Traceback (most recent call last):
  File "/usr/share/vdsm/supervdsmServer.py", line 78, in wrapper
return func(*args, **kwargs)
  File "/usr/share/vdsm/supervdsmServer.py", line 352, in wrapper
return func(*args, **kwargs)
  File "/usr/share/vdsm/gluster/cli.py", line 45, in wrapper
return func(*args, **kwargs)
  File "/usr/share/vdsm/gluster/cli.py", line 430, in volumeInfo
except (etree.ParseError, AttributeError, ValueError):
AttributeError: 'module' object has no attribute 'ParseError'
Thread-1483::ERROR::2013-03-04
16:35:27,481::BindingXMLRPC::932::vds::(wrapper) unexpected error
Traceback (most recent call last):
  File "/usr/share/vdsm/BindingXMLRPC.py", line 918, in wrapper
res = f(*args, **kwargs)
  File "/usr/share/vdsm/gluster/api.py", line 32, in wrapper
rv = func(*args, **kwargs)
  File "/usr/share/vdsm/gluster/api.py", line 56, in volumesList
return {'volumes': self.svdsmProxy.glusterVolumeInfo(volumeName)}
  File "/usr/share/vdsm/supervdsm.py", line 81, in __call__
return callMethod()
  File "/usr/share/vdsm/supervdsm.py", line 72, in 
**kwargs)
  File "", line 2, in glusterVolumeInfo
  File "/usr/lib64/python2.6/multiprocessing/managers.py", line 740,
in _callmethod
raise convert_to_error(kind, result)
AttributeError: 'module' object has no attribute 'ParseError'

Which corresponds to the following in the engine.log:

2013-03-04 16:34:46,231 INFO
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand]
(QuartzScheduler_Worker-86) START,
GlusterVolumesListVDSCommand(HostName = xor-q-virt01, HostId =
b342bf4d-d9e9-4055-b662-462dc2e6bf50), log id: 987aef3
2013-03-04 16:34:46,365 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase]
(QuartzScheduler_Worker-86) Failed in GlusterVolumesListVDS method
2013-03-04 16:34:46,366 ERROR
[org.ovirt.engine.core.vdsbroker.vdsbroker.BrokerCommandBase]
(QuartzScheduler_Worker-86) Error code unexpected and error message
VDSGenericException: VDSErrorException: Failed to
GlusterVolumesListVDS, error = Unexpected exception
2013-03-04 16:34:46,367 ERROR
[org.ovirt.engine.core.vdsbroker.VDSCommandBase]
(QuartzScheduler_Worker-86) Command GlusterVolumesListVDS execution
failed. Exception: VDSErrorException: VDSGenericException:
VDSErrorException: Failed to GlusterVolumesListVDS, error = Unexpected
exception
2013-03-04 16:34:46,369 INFO
[org.ovirt.engine.core.vdsbroker.gluster.GlusterVolumesListVDSCommand]
(QuartzScheduler_Worker-86) FINISH, GlusterVolumesListVDSCommand, log
id: 987aef3
2013-03-04 16:34:46,370 ERROR
[org.ovirt.engine.core.bll.gluster.GlusterManager]
(QuartzScheduler_Worker-86) Error while refreshing Gluster lightweight
data of cluster qa-cluster1!:
org.ovirt.engine.core.common.errors.VdcBLLException: VdcBLLException:
org.ovirt.engine.core.vdsbroker.vdsbroker.VDSErrorException:
VDSGenericException: VDSErrorException: Failed to
GlusterVolumesListVDS, error = Unexpected exception
at 
org.ovirt.engine.core.bll.VdsHandler.handleVdsResult(VdsHandler.java:168)
[engine-bll.jar:]
at 
org.ovirt.engine.core.bll.VDSBrokerFrontendImpl.RunVdsCommand(VDSBrokerFrontendImpl.java:33)
[engine-bll.jar:]
at 
org.ovirt.engine.core.bll.gluster.GlusterManager.runVdsCommand(GlusterManager.java:258)
[engine-bll.jar:]
at 
org.ovirt.engine.core.bll.gluster.GlusterManager.fetchVolumes(GlusterManager.java:454)
[engine-bll.jar:]
at 
org.ovirt.engine.core.bll.gluster.GlusterManager.fetchVolumes(GlusterManager.java:440)
[engine-bll.jar:]
at 
org.ovirt.engine.core.bll.gluster.GlusterManager.refreshVolumeData(GlusterManager.java:411)
[engine-bll.jar:]
at 
org.ovirt.engine.core.bll.gluster.GlusterManager.refreshClusterData(GlusterManager.java:191)
[engine-bll.jar:]
at 
org.ovirt.engine.core.bll.gluster.GlusterManager.refreshLightWeightData(GlusterManager.java:170)
[engine-bll.jar:]
at sun.reflect.GeneratedMethodAccessor73.invoke(Unknown Source)
[:1.7.0_09

Re: [Users] oVirt 3.2: impossiible to delete a snapshot?

[Liron Aravot]

Gianluca, seems like there is a bug when there is an image on ILLEGAL, i'll 
handle it. thanks for raising the issue.

- Original Message -
> From: "noc" 
> To: "Gianluca Cecchi" 
> Cc: "users" 
> Sent: Thursday, February 28, 2013 12:47:51 PM
> Subject: Re: [Users] oVirt 3.2: impossiible to delete a snapshot?
> 
> On 28-2-2013 11:44, Gianluca Cecchi wrote:
> > On Wed, Feb 27, 2013 at 1:26 PM, Gianluca Cecchi wrote:
> >> I have not the system with me now but I'm going to provide
> >> screenshots
> >> this evening
> >> It is my @HOME environment that consists on one fedora 18 system
> >> with
> >> all-in-one 3.2
> >> I only have one WIndows XP VM on it
> > Possibly the problem is due to the VM having a disk in illegal
> > state...
> > In fact I can't reproduce on another system with similar setup (3.2
> > final but not all-in-one).
> > I'm going to clean the situation and then retry.
> >
> >
> I'm also running 3.2 stable on F18 and can delete snapshots but as
> Gianluca can't clone. Get the same blank window. Saw the fix but
> since
> its a java.class change would need a rebuild of 3.2
> Any idea when a wrap up of several bugs found and fixed will be up at
> ovirt.org?
> 
> Thanks,
> 
> Joop
> 
> --
> irc: jvandewege
> ___
> 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: [Users] oVirt 3.2: impossiible to delete a snapshot?

[noc]

On 28-2-2013 11:44, Gianluca Cecchi wrote:

On Wed, Feb 27, 2013 at 1:26 PM, Gianluca Cecchi wrote:

I have not the system with me now but I'm going to provide screenshots
this evening
It is my @HOME environment that consists on one fedora 18 system with
all-in-one 3.2
I only have one WIndows XP VM on it

Possibly the problem is due to the VM having a disk in illegal state...
In fact I can't reproduce on another system with similar setup (3.2
final but not all-in-one).
I'm going to clean the situation and then retry.


I'm also running 3.2 stable on F18 and can delete snapshots but as 
Gianluca can't clone. Get the same blank window. Saw the fix but since 
its a java.class change would need a rebuild of 3.2
Any idea when a wrap up of several bugs found and fixed will be up at 
ovirt.org?


Thanks,

Joop

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

Re: [Users] oVirt 3.2: impossiible to delete a snapshot?

[Gianluca Cecchi]

On Wed, Feb 27, 2013 at 1:26 PM, Gianluca Cecchi wrote:
>
> I have not the system with me now but I'm going to provide screenshots
> this evening
> It is my @HOME environment that consists on one fedora 18 system with
> all-in-one 3.2
> I only have one WIndows XP VM on it

Possibly the problem is due to the VM having a disk in illegal state...
In fact I can't reproduce on another system with similar setup (3.2
final but not all-in-one).
I'm going to clean the situation and then retry.

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

Re: [Users] oVirt 3.2 beta: Usb redirection and low level usb access

[Gianluca Cecchi]

On Wed, Feb 27, 2013 at 2:42 PM, David Jaša  wrote:
>>
>> Currently on my fedora 17 client the file contains what below; how is
>> it supposed to be changed?
>
> To allow redirection without any prompts to user that is currently
> logged in to local session.

You wouldn't believe it, but I thought the same ... ;-)

The file I posted was my default one and right now I'm requested the
root password with it in place
I would like to know which values to modify to bypass root password asking..
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.2 beta: Usb redirection and low level usb access

[David Jaša]

Hi,

Gianluca Cecchi píše v St 27. 02. 2013 v 14:14 +0100:
> On Thu, Feb 14, 2013 at 10:44 AM, Gianluca Cecchi wrote:
> > Hello,
> > I'm testing a WIndows XP vm with native usb redirection and oVirt 3.2 beta
> 
> > - when I'm in full screen of my windows XP VM, I plug an usb key into
> > client and I get (from my client OS) the message
> >
> > Privileges are required for low level USB device access (for USB
> > device passthrough
> 
> 
> Could it be that modifying the file
> /usr/share/polkit-1/actions/org.spice-space.lowlevelusbaccess.policy
> that is part of spice-glib rpm I can bypass this?
> 
> I read about it in RHE 6.4 release notes, but I didn't find mention in
> the docs on how to change it...
> 
> Currently on my fedora 17 client the file contains what below; how is
> it supposed to be changed?

To allow redirection without any prompts to user that is currently
logged in to local session.

David

> 
> Thanks
> Gianluca
> 
> 
>"-//freedesktop//DTD PolicyKit Policy Configuration 1.0//EN"
>   
> "http://www.freedesktop.org/standards/PolicyKit/1.0/policyconfig.dtd";>
> 
> 
>   The Spice Project
>   http://spice-space.org/
>   spice
> 
>   
> Low level USB device access
> Privileges are required for low level USB device access
> (for usb device pass through).
> 
>   no
>   auth_admin_keep
> 
>   
> 
> 
> ___
> Users mailing list
> Users@ovirt.org
> http://lists.ovirt.org/mailman/listinfo/users

-- 

David Jaša, RHCE

SPICE QE based in Brno
GPG Key: 22C33E24 
Fingerprint: 513A 060B D1B4 2A72 7F0D 0278 B125 CD00 22C3 3E24



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

Re: [Users] oVirt 3.2 beta: Usb redirection and low level usb access

[Gianluca Cecchi]

On Thu, Feb 14, 2013 at 10:44 AM, Gianluca Cecchi wrote:
> Hello,
> I'm testing a WIndows XP vm with native usb redirection and oVirt 3.2 beta

> - when I'm in full screen of my windows XP VM, I plug an usb key into
> client and I get (from my client OS) the message
>
> Privileges are required for low level USB device access (for USB
> device passthrough


Could it be that modifying the file
/usr/share/polkit-1/actions/org.spice-space.lowlevelusbaccess.policy
that is part of spice-glib rpm I can bypass this?

I read about it in RHE 6.4 release notes, but I didn't find mention in
the docs on how to change it...

Currently on my fedora 17 client the file contains what below; how is
it supposed to be changed?

Thanks
Gianluca


http://www.freedesktop.org/standards/PolicyKit/1.0/policyconfig.dtd";>


  The Spice Project
  http://spice-space.org/
  spice

  
Low level USB device access
Privileges are required for low level USB device access
(for usb device pass through).

  no
  auth_admin_keep

  


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

Re: [Users] oVirt 3.2: impossiible to delete a snapshot?

[Gianluca Cecchi]

On Wed, Feb 27, 2013 at 12:48 PM, Liron Aravot  wrote:
> Hi Gianluca,
> what you describe is a bit odd to me, as the GUI should block you from 
> selecting the active snapshot and select remove - I tried to reproduce on 3.2 
> and had no success.
> Could you please attach a screenshot and the engine log?
>
> how many vms do you have in your system?
>

I have not the system with me now but I'm going to provide screenshots
this evening
It is my @HOME environment that consists on one fedora 18 system with
all-in-one 3.2
I only have one WIndows XP VM on it

I wanted to reproduce the clone from snapshot problem (see the other
thread you answered)
workflow is this:
- VM is powered off
- create snapshot named "test" that succeeds
(- try the clone from sapshot that produces the blank window; I don't
know if this problem can sort of influence the errors in the following
steps...
- close the ever running blank window
)
Now I don't need any more the snapshot as I reproduced the clone problem, so:

- select line with snapshot and date (the second one )
I don't have my screenshot here, but it is the same as in this image
in rhevm 3.1 manual:
https://docs.google.com/file/d/0BwoPbcrMv8mvcFk3VXJoc0oxdnc/edit?usp=sharing
So it is not the current Active one the line I select
-  select delete and I (correctly in my opinion) get the message:
Are you sure you want to delete snapshot from Wed Feb 27 07:56:23
GMT+100 2013 with description 'test'?
- select OK
- I get (incorrectly in my opinion, because I has not selected the active line)

Error:

 winxp:
 Cannot remove Snapshot. Removing the VM active Snapshot is not
 allowed.

During the process the VM remained powered off and no preview or other
operations were selected.

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

Re: [Users] oVirt 3.2 and Solaris 10 guests

[Dan Kenigsberg]

On Wed, Feb 27, 2013 at 11:16:53AM +, YamakasY wrote:
> Hi All,
> 
> I have this same issue on Pfsense (FreeBSD) and even a fresh Ubuntu 
> installation.
> 
> I have installed Ubuntu to see if it was really an issue with the nics or the 
> routing on Pfsense. On 3.1 this was working, I'm sure.
> 
> I have one Ubuntu box running as VM that is connected to the management 
> network and I can access it. When I attach my new installed VM to it, it 
> cannot ping anything in that network, strange.
> 
> I also have seen that when I attach two network e1000 cards to my Pfsense box 
> that only one is up. Th Realtek ones are both up. With the e1000 I can only 
> ping the gateway from the PFsense install and nothing more.
> 
> What is going on here ? I'm already busy with this a long time and cannot fix 
> it.
> 
> I hope someone can help me out here.

Have you tried my wild guess of forcing acpiEnable=False?

> 
> Cheers,
> 
> Matt
> 
> On 24 Feb 2013 22:21:20, Dan Kenigsberg wrote:
> > On Sun, Feb 24, 2013 at 07:18:46PM +0100, René Koch wrote:
> > > Thanks a lot for your feedback.
> > > 
> > > I'll try to play around with qemu options next week and try to find out 
> > > which setting causes this issue.
> > > What's the best way for changing this options - using hook scripts I 
> > > guess...
> 
> > I'm told that unsetting this option is not possible in Engine. So yeah,
> > you are left with either hook script or a temporary hack of
> > 
> > diff --git a/vdsm/clientIF.py b/vdsm/clientIF.py
> > index 38aa0d7..b489e0e 100644
> > --- a/vdsm/clientIF.py
> > +++ b/vdsm/clientIF.py
> > @@ -341,6 +341,7 @@ class clientIF:
> >  return res['status']['code']
> > 
> >  def createVm(self, vmParams):
> > +vmParams['acpiEnable'] = False
> >  self.vmContainerLock.acquire()
> >  self.log.info("vmContainerLock acquired by vm %s",
> >vmParams['vmId'])
> > ___
> > 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: [Users] oVirt 3.2: impossiible to delete a snapshot?

[Liron Aravot]

Hi Gianluca,
what you describe is a bit odd to me, as the GUI should block you from 
selecting the active snapshot and select remove - I tried to reproduce on 3.2 
and had no success.
Could you please attach a screenshot and the engine log?

how many vms do you have in your system?

- Original Message -
> From: "Gianluca Cecchi" 
> To: "users" 
> Sent: Wednesday, February 27, 2013 9:13:21 AM
> Subject: [Users] oVirt 3.2: impossiible to delete a snapshot?
> 
> oVirt 3.2 with node f18 and engine another f18 and ovirt stable repo.
> 
> After I create a snapshot of a powered off win xp VM, I then select
> the snapshot and select "delete"
> 
> Are you sure you want to delete snapshot from Wed Feb 27 07:56:23
> GMT+100 2013 with description 'test'?
> 
> ok
> 
> Error:
> 
> winxp:
> 
> Cannot remove Snapshot. Removing the VM active Snapshot is not
> allowed.
> 
> 
> Is this expected? Why?
> 
> Thanks,
> Gianluca
> ___
> 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: [Users] oVirt 3.2 and Solaris 10 guests

[YamakasY]

Hi All,

I have this same issue on Pfsense (FreeBSD) and even a fresh Ubuntu 
installation.

I have installed Ubuntu to see if it was really an issue with the nics or the 
routing on Pfsense. On 3.1 this was working, I'm sure.

I have one Ubuntu box running as VM that is connected to the management network 
and I can access it. When I attach my new installed VM to it, it cannot ping 
anything in that network, strange.

I also have seen that when I attach two network e1000 cards to my Pfsense box 
that only one is up. Th Realtek ones are both up. With the e1000 I can only 
ping the gateway from the PFsense install and nothing more.

What is going on here ? I'm already busy with this a long time and cannot fix 
it.

I hope someone can help me out here.

Cheers,

Matt

On 24 Feb 2013 22:21:20, Dan Kenigsberg wrote:
> On Sun, Feb 24, 2013 at 07:18:46PM +0100, René Koch wrote:
> > Thanks a lot for your feedback.
> > 
> > I'll try to play around with qemu options next week and try to find out 
> > which setting causes this issue.
> > What's the best way for changing this options - using hook scripts I 
> > guess...

> I'm told that unsetting this option is not possible in Engine. So yeah,
> you are left with either hook script or a temporary hack of
> 
> diff --git a/vdsm/clientIF.py b/vdsm/clientIF.py
> index 38aa0d7..b489e0e 100644
> --- a/vdsm/clientIF.py
> +++ b/vdsm/clientIF.py
> @@ -341,6 +341,7 @@ class clientIF:
>  return res['status']['code']
> 
>  def createVm(self, vmParams):
> +vmParams['acpiEnable'] = False
>  self.vmContainerLock.acquire()
>  self.log.info("vmContainerLock acquired by vm %s",
>vmParams['vmId'])
> ___
> 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

[Users] oVirt 3.2: impossiible to delete a snapshot?

[Gianluca Cecchi]

oVirt 3.2 with node f18 and engine another f18 and ovirt stable repo.

After I create a snapshot of a powered off win xp VM, I then select
the snapshot and select "delete"

Are you sure you want to delete snapshot from Wed Feb 27 07:56:23
GMT+100 2013 with description 'test'?

ok

Error:

winxp:

Cannot remove Snapshot. Removing the VM active Snapshot is not allowed.


Is this expected? Why?

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

Re: [Users] ovirt 3.2 networking setup problems

[Yuriy Demchenko]

Tried to revert that patch - and it helped. So it seems the problem is 
because that patch...

Thanks for help!
one less mystery to solve :)

Yuriy Demchenko

On 02/26/2013 04:16 PM, Dan Kenigsberg wrote:

On Tue, Feb 26, 2013 at 03:25:13PM +0400, Yuriy Demchenko wrote:

i've made some additional research on problem #1:
it seems that /usr/share/vdsm/configNetwork.py treats "gateway=null"
value as true, so setting the error flag
in "_addNetworkValidation" method there's a check at line 813:

if netmask or gateway:
raise ConfigNetworkError(ne.ERR_BAD_ADDR,
"Specified netmask or gateway but not ip")

as "ipaddr", sent by engine = "", its check evaluated as false, then
"gateway" evaluated, but it contains value (word "null"), so i
presume evaluated as true and exception is raised.

I believe that this issue is due to code introduced by dreyou.
http://www.dreyou.org/ovirt/vdsm32.patch

diff --git a/vdsm/configNetwork.py b/vdsm/configNetwork.py
index 53debfa..c8a80f1 100755
--- a/vdsm/configNetwork.py
+++ b/vdsm/configNetwork.py
@@ -873,6 +873,11 @@ def addNetwork(network, vlan=None, bonding=None, 
nics=None, ipaddr=None,
  _netinfo = netinfo.NetInfo()
  bridged = utils.tobool(bridged)
  
+# Hack here, netmask may be not defined, if this happen,

+# set netmask to 255.255.255.0
+if not netmask:
+netmask = "255.255.255.0"
+
  if mtu:
  mtu = int(mtu)
  
I do not know the motivation for it - I hope that Dreyou himself can help.


Dreyou, others - I would very much appreciate it if you send such patches to
upstream gerrit.ovirt.org. They deserve discussion and hopefully -
incorporation into mainline vdsm.


I've added my notes to https://bugzilla.redhat.com/show_bug.cgi?id=911957


Yuriy Demchenko

On 02/26/2013 12:37 PM, Yuriy Demchenko wrote:

Hi,

I'm testing ovirt 3.2 on centos 6.3 (from dreyou repo) and have a
problems setting up networks:
1.
- clean install of ovirt-engine, added a host (6 NICs, only 1
configured with static ip before adding it to ovirt)
- set up bonding for ovirtmgmt from 2 NICs - em1+em2
- set up 2 additional networks ("trunk" with no vlanid, "vlan50"
with vlanid=50), attached it to cluster
- trying to set up host networks - assigned "trunk" to one of
unused NIC, "vlan50" to another, boot protocol in both - "none"
and when i'm trying to apply changes - i get "Specified netmask or
gateway but not ip"
What is wrong? why the hell it thinks i pass some netmask/gw in
first place? I dont need any ip configuration on this networks,
i'll be using them only for VM's

2.
when i'm trying to team NIC's in bonds, i've got choice from only
3 bonds: "bond0", "bond1", "bond4" - why is that list is fixed?
If I've allready defined bond0+bond1 prior adding host to ovirt
(via kickstart), even if they aren't used - choice list in ovirt
host networks is short to "bond4" and trying to bond more
interfaces ends up with "there no bonds available"

Genady has reported this issue to me yesterday :-(.
It is fixed by http://gerrit.ovirt.org/12447 and deseves a rebuild of vdsm.
Please confirm that my patch solves this issue.



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

Re: [Users] ovirt 3.2 networking setup problems

[Dan Kenigsberg]

On Tue, Feb 26, 2013 at 03:25:13PM +0400, Yuriy Demchenko wrote:
> i've made some additional research on problem #1:
> it seems that /usr/share/vdsm/configNetwork.py treats "gateway=null"
> value as true, so setting the error flag
> in "_addNetworkValidation" method there's a check at line 813:
> >if netmask or gateway:
> >raise ConfigNetworkError(ne.ERR_BAD_ADDR,
> >"Specified netmask or gateway but not ip")
> as "ipaddr", sent by engine = "", its check evaluated as false, then
> "gateway" evaluated, but it contains value (word "null"), so i
> presume evaluated as true and exception is raised.

I believe that this issue is due to code introduced by dreyou.
http://www.dreyou.org/ovirt/vdsm32.patch

diff --git a/vdsm/configNetwork.py b/vdsm/configNetwork.py
index 53debfa..c8a80f1 100755
--- a/vdsm/configNetwork.py
+++ b/vdsm/configNetwork.py
@@ -873,6 +873,11 @@ def addNetwork(network, vlan=None, bonding=None, 
nics=None, ipaddr=None,
 _netinfo = netinfo.NetInfo()
 bridged = utils.tobool(bridged)
 
+# Hack here, netmask may be not defined, if this happen,
+# set netmask to 255.255.255.0
+if not netmask:
+netmask = "255.255.255.0"
+
 if mtu:
 mtu = int(mtu)
 
I do not know the motivation for it - I hope that Dreyou himself can help.

Dreyou, others - I would very much appreciate it if you send such patches to
upstream gerrit.ovirt.org. They deserve discussion and hopefully -
incorporation into mainline vdsm.

> 
> I've added my notes to https://bugzilla.redhat.com/show_bug.cgi?id=911957
> 
> 
> Yuriy Demchenko
> 
> On 02/26/2013 12:37 PM, Yuriy Demchenko wrote:
> >Hi,
> >
> >I'm testing ovirt 3.2 on centos 6.3 (from dreyou repo) and have a
> >problems setting up networks:
> >1.
> >- clean install of ovirt-engine, added a host (6 NICs, only 1
> >configured with static ip before adding it to ovirt)
> >- set up bonding for ovirtmgmt from 2 NICs - em1+em2
> >- set up 2 additional networks ("trunk" with no vlanid, "vlan50"
> >with vlanid=50), attached it to cluster
> >- trying to set up host networks - assigned "trunk" to one of
> >unused NIC, "vlan50" to another, boot protocol in both - "none"
> >and when i'm trying to apply changes - i get "Specified netmask or
> >gateway but not ip"
> >What is wrong? why the hell it thinks i pass some netmask/gw in
> >first place? I dont need any ip configuration on this networks,
> >i'll be using them only for VM's
> >
> >2.
> >when i'm trying to team NIC's in bonds, i've got choice from only
> >3 bonds: "bond0", "bond1", "bond4" - why is that list is fixed?
> >If I've allready defined bond0+bond1 prior adding host to ovirt
> >(via kickstart), even if they aren't used - choice list in ovirt
> >host networks is short to "bond4" and trying to bond more
> >interfaces ends up with "there no bonds available"

Genady has reported this issue to me yesterday :-(.
It is fixed by http://gerrit.ovirt.org/12447 and deseves a rebuild of vdsm.
Please confirm that my patch solves this issue.

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

Re: [Users] ovirt 3.2 networking setup problems

[Yuriy Demchenko]

i've made some additional research on problem #1:
it seems that /usr/share/vdsm/configNetwork.py treats "gateway=null" 
value as true, so setting the error flag

in "_addNetworkValidation" method there's a check at line 813:

if netmask or gateway:
raise ConfigNetworkError(ne.ERR_BAD_ADDR,
"Specified netmask or gateway but not ip")
as "ipaddr", sent by engine = "", its check evaluated as false, then 
"gateway" evaluated, but it contains value (word "null"), so i presume 
evaluated as true and exception is raised.


I've added my notes to https://bugzilla.redhat.com/show_bug.cgi?id=911957


Yuriy Demchenko

On 02/26/2013 12:37 PM, Yuriy Demchenko wrote:

Hi,

I'm testing ovirt 3.2 on centos 6.3 (from dreyou repo) and have a 
problems setting up networks:

1.
- clean install of ovirt-engine, added a host (6 NICs, only 1 
configured with static ip before adding it to ovirt)

- set up bonding for ovirtmgmt from 2 NICs - em1+em2
- set up 2 additional networks ("trunk" with no vlanid, "vlan50" with 
vlanid=50), attached it to cluster
- trying to set up host networks - assigned "trunk" to one of unused 
NIC, "vlan50" to another, boot protocol in both - "none"
and when i'm trying to apply changes - i get "Specified netmask or 
gateway but not ip"
What is wrong? why the hell it thinks i pass some netmask/gw in first 
place? I dont need any ip configuration on this networks, i'll be 
using them only for VM's


2.
when i'm trying to team NIC's in bonds, i've got choice from only 3 
bonds: "bond0", "bond1", "bond4" - why is that list is fixed?
If I've allready defined bond0+bond1 prior adding host to ovirt (via 
kickstart), even if they aren't used - choice list in ovirt host 
networks is short to "bond4" and trying to bond more interfaces ends 
up with "there no bonds available"


Please help me figure this issues out

ovirt-engine.log:
2013-02-26 11:42:45,772 INFO 
[org.ovirt.engine.core.bll.network.host.SetupNetworksCommand] 
(ajp--127.0.0.1-8702-2) [800e96b] Running command: 
SetupNetworksCommand internal: false. Entities affected :  ID: 
d1181ea2-936b-498d-be3d-9ce16aacfb19 Type: VDS
2013-02-26 11:42:45,781 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand] 
(ajp--127.0.0.1-8702-2) [800e96b] START, 
SetupNetworksVDSCommand(HostName = its-host2, HostId = 
d1181ea2-936b-498d-be3d-9ce16aacfb19, force=false, 
checkConnectivity=true, conectivityTimeout=120,
networks=[trunk {id=6a48a2c6-a028-4825-8fcf-cbc869dc5c76, 
description=null, subnet=null, gateway=null, type=null, vlanId=null, 
stp=false, dataCenterId=5849b030-626e-47cb-ad90-3ce782d831b3, mtu=0, 
vmNetwork=true, cluster=NetworkCluster {id={clusterId=null, 
networkId=null}, status=NON_OPERATIONAL, display=false, required=true}},
vlan50 {id=4f1564e4-0ba2-454c-a511-9566a1bf50a9, 
description=vm vlan50, subnet=null, gateway=null, type=null, 
vlanId=50, stp=false, 
dataCenterId=5849b030-626e-47cb-ad90-3ce782d831b3, mtu=0, 
vmNetwork=true, cluster=NetworkCluster {id={clusterId=null, 
networkId=null}, status=NON_OPERATIONAL, display=false, 
required=true}}],

bonds=[],
interfaces=[bond0 {id=61d4d61f-45a2-4ac4-84e8-f60077831603, 
vdsId=d1181ea2-936b-498d-be3d-9ce16aacfb19, name=bond0, 
macAddress=90:b1:1c:ac:1b:0e, networkName=ovirtmgmt, 
bondOptions=mode=6, bootProtocol=STATIC_IP, address=192.168.10.132, 
subnet=255.255.255.0, gateway=192.168.10.1, mtu=1500, bridged=true, 
type=2, networkImplementationDetails={inSync=true, managed=true}},
p3p4 {id=9f584135-7c20-459b-8582-4c4c2568d6ea, 
vdsId=d1181ea2-936b-498d-be3d-9ce16aacfb19, name=p3p4, 
macAddress=90:b1:1c:ac:1b:15, networkName=null, bondName=null, 
bootProtocol=NONE, address=, subnet=, gateway=null, mtu=1500, 
bridged=false, speed=0, type=0, networkImplementationDetails=null},
em2 {id=40d2f7e3-8b34-4211-9009-101653947ef3, 
vdsId=d1181ea2-936b-498d-be3d-9ce16aacfb19, name=em2, 
macAddress=90:B1:1C:AC:1B:11, networkName=null, bondName=bond0, 
bootProtocol=NONE, address=, subnet=, gateway=null, mtu=1500, 
bridged=false, speed=1, type=0, networkImplementationDetails=null},
p3p3 {id=c7e50eca-c14e-4e9d-8edc-f4ab0fbfa4e1, 
vdsId=d1181ea2-936b-498d-be3d-9ce16aacfb19, name=p3p3, 
macAddress=90:b1:1c:ac:1b:14, networkName=null, bondName=null, 
bootProtocol=NONE, address=, subnet=, gateway=null, mtu=1500, 
bridged=false, speed=0, type=0, networkImplementationDetails=null},
em1 {id=8481bb51-9020-463f-b6d6-af0770d3f3b0, 
vdsId=d1181ea2-936b-498d-be3d-9ce16aacfb19, name=em1, 
macAddress=90:B1:1C:AC:1B:0E, networkName=null, bondName=bond0, 
bootProtocol=NONE, address=, subnet=, gateway=null, mtu=1500, 
bridged=false, speed=1, type=0, networkImplementationDetails=null},
p3p2 {id=5a97a377-775e-4ab9-aa01-0bd0d8cdcca1, 
vdsId=d1181ea2-936b-498d-be3d-9ce16aacfb19, name=p3p2, 
macAddress=90:b1:1c:ac:1b:13, networkName=null, bondName=null, 
bootProtocol=NONE, address=, subnet=, gateway=null, mtu=1500, 

[Users] ovirt 3.2 networking setup problems

[Yuriy Demchenko]

Hi,

I'm testing ovirt 3.2 on centos 6.3 (from dreyou repo) and have a 
problems setting up networks:

1.
- clean install of ovirt-engine, added a host (6 NICs, only 1 configured 
with static ip before adding it to ovirt)

- set up bonding for ovirtmgmt from 2 NICs - em1+em2
- set up 2 additional networks ("trunk" with no vlanid, "vlan50" with 
vlanid=50), attached it to cluster
- trying to set up host networks - assigned "trunk" to one of unused 
NIC, "vlan50" to another, boot protocol in both - "none"
and when i'm trying to apply changes - i get "Specified netmask or 
gateway but not ip"
What is wrong? why the hell it thinks i pass some netmask/gw in first 
place? I dont need any ip configuration on this networks, i'll be using 
them only for VM's


2.
when i'm trying to team NIC's in bonds, i've got choice from only 3 
bonds: "bond0", "bond1", "bond4" - why is that list is fixed?
If I've allready defined bond0+bond1 prior adding host to ovirt (via 
kickstart), even if they aren't used - choice list in ovirt host 
networks is short to "bond4" and trying to bond more interfaces ends up 
with "there no bonds available"


Please help me figure this issues out

ovirt-engine.log:
2013-02-26 11:42:45,772 INFO 
[org.ovirt.engine.core.bll.network.host.SetupNetworksCommand] 
(ajp--127.0.0.1-8702-2) [800e96b] Running command: 
SetupNetworksCommand internal: false. Entities affected :  ID: 
d1181ea2-936b-498d-be3d-9ce16aacfb19 Type: VDS
2013-02-26 11:42:45,781 INFO 
[org.ovirt.engine.core.vdsbroker.vdsbroker.SetupNetworksVDSCommand] 
(ajp--127.0.0.1-8702-2) [800e96b] START, 
SetupNetworksVDSCommand(HostName = its-host2, HostId = 
d1181ea2-936b-498d-be3d-9ce16aacfb19, force=false, 
checkConnectivity=true, conectivityTimeout=120,
networks=[trunk {id=6a48a2c6-a028-4825-8fcf-cbc869dc5c76, 
description=null, subnet=null, gateway=null, type=null, vlanId=null, 
stp=false, dataCenterId=5849b030-626e-47cb-ad90-3ce782d831b3, mtu=0, 
vmNetwork=true, cluster=NetworkCluster {id={clusterId=null, 
networkId=null}, status=NON_OPERATIONAL, display=false, required=true}},
vlan50 {id=4f1564e4-0ba2-454c-a511-9566a1bf50a9, 
description=vm vlan50, subnet=null, gateway=null, type=null, 
vlanId=50, stp=false, 
dataCenterId=5849b030-626e-47cb-ad90-3ce782d831b3, mtu=0, 
vmNetwork=true, cluster=NetworkCluster {id={clusterId=null, 
networkId=null}, status=NON_OPERATIONAL, display=false, required=true}}],

bonds=[],
interfaces=[bond0 {id=61d4d61f-45a2-4ac4-84e8-f60077831603, 
vdsId=d1181ea2-936b-498d-be3d-9ce16aacfb19, name=bond0, 
macAddress=90:b1:1c:ac:1b:0e, networkName=ovirtmgmt, 
bondOptions=mode=6, bootProtocol=STATIC_IP, address=192.168.10.132, 
subnet=255.255.255.0, gateway=192.168.10.1, mtu=1500, bridged=true, 
type=2, networkImplementationDetails={inSync=true, managed=true}},
p3p4 {id=9f584135-7c20-459b-8582-4c4c2568d6ea, 
vdsId=d1181ea2-936b-498d-be3d-9ce16aacfb19, name=p3p4, 
macAddress=90:b1:1c:ac:1b:15, networkName=null, bondName=null, 
bootProtocol=NONE, address=, subnet=, gateway=null, mtu=1500, 
bridged=false, speed=0, type=0, networkImplementationDetails=null},
em2 {id=40d2f7e3-8b34-4211-9009-101653947ef3, 
vdsId=d1181ea2-936b-498d-be3d-9ce16aacfb19, name=em2, 
macAddress=90:B1:1C:AC:1B:11, networkName=null, bondName=bond0, 
bootProtocol=NONE, address=, subnet=, gateway=null, mtu=1500, 
bridged=false, speed=1, type=0, networkImplementationDetails=null},
p3p3 {id=c7e50eca-c14e-4e9d-8edc-f4ab0fbfa4e1, 
vdsId=d1181ea2-936b-498d-be3d-9ce16aacfb19, name=p3p3, 
macAddress=90:b1:1c:ac:1b:14, networkName=null, bondName=null, 
bootProtocol=NONE, address=, subnet=, gateway=null, mtu=1500, 
bridged=false, speed=0, type=0, networkImplementationDetails=null},
em1 {id=8481bb51-9020-463f-b6d6-af0770d3f3b0, 
vdsId=d1181ea2-936b-498d-be3d-9ce16aacfb19, name=em1, 
macAddress=90:B1:1C:AC:1B:0E, networkName=null, bondName=bond0, 
bootProtocol=NONE, address=, subnet=, gateway=null, mtu=1500, 
bridged=false, speed=1, type=0, networkImplementationDetails=null},
p3p2 {id=5a97a377-775e-4ab9-aa01-0bd0d8cdcca1, 
vdsId=d1181ea2-936b-498d-be3d-9ce16aacfb19, name=p3p2, 
macAddress=90:b1:1c:ac:1b:13, networkName=null, bondName=null, 
bootProtocol=NONE, address=, subnet=, gateway=null, mtu=1500, 
bridged=false, speed=0, type=0, networkImplementationDetails=null},
p3p1 {id=6554620d-5e30-433b-9f8d-d4828fec5ae0, 
vdsId=d1181ea2-936b-498d-be3d-9ce16aacfb19, name=p3p1, 
macAddress=90:b1:1c:ac:1b:12, networkName=trunk, bondName=null, 
bootProtocol=NONE, address=, subnet=, gateway=null, mtu=0, 
bridged=true, speed=0, type=0, networkImplementationDetails=null},
p3p2.50 {id=null, vdsId=d1181ea2-936b-498d-be3d-9ce16aacfb19, 
macAddress=null, networkName=vlan50, vlanId=50, bonded=null, 
bondName=null, bondOptions=null, bootProtocol=NONE, address=null, 
subnet=null, gateway=null, mtu=0, bridged=true, speed=null, type=0, 
networkImplementationDetails=null}],

removedNetworks=[],
   

Re: [Users] oVirt 3.2 and Solaris 10 guests

[Dan Kenigsberg]

On Sun, Feb 24, 2013 at 07:18:46PM +0100, René Koch wrote:
> Thanks a lot for your feedback.
> 
> I'll try to play around with qemu options next week and try to find out which 
> setting causes this issue.
> What's the best way for changing this options - using hook scripts I guess...

I'm told that unsetting this option is not possible in Engine. So yeah,
you are left with either hook script or a temporary hack of

diff --git a/vdsm/clientIF.py b/vdsm/clientIF.py
index 38aa0d7..b489e0e 100644
--- a/vdsm/clientIF.py
+++ b/vdsm/clientIF.py
@@ -341,6 +341,7 @@ class clientIF:
 return res['status']['code']
 
 def createVm(self, vmParams):
+vmParams['acpiEnable'] = False
 self.vmContainerLock.acquire()
 self.log.info("vmContainerLock acquired by vm %s",
   vmParams['vmId'])
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.2 and Solaris 10 guests

[René Koch]

Thanks a lot for your feedback.

I'll try to play around with qemu options next week and try to find out which 
setting causes this issue.
What's the best way for changing this options - using hook scripts I guess...


Regards,
René

 
 
-Original message-
> From:Dan Kenigsberg 
> Sent: Wednesday 20th February 2013 11:52
> To: René Koch 
> Cc: Jean-Francois Saucier ; ovirt-users 
> Subject: Re: [Users] oVirt 3.2 and Solaris 10 guests
> 
> On Thu, Feb 14, 2013 at 05:25:47PM +0100, René Koch (ovido) wrote:
> > 
> > On Thu, 2013-02-14 at 11:22 -0500, Jean-Francois Saucier wrote:
> > > On Thu, Feb 14, 2013 at 11:21 AM, Jiri Belka 
> > > wrote:
> > > On Thu, 14 Feb 2013 10:49:13 -0500
> > > Jean-Francois Saucier  wrote:
> > > 
> > > > > oVirt 3.2:
> > > > > -netdev tap,fd=25,id=hostnet0 -device
> > > > >
> > > > >
> > > 
> > > rtl8139,netdev=hostnet0,id=net0,mac=00:1a:4a:00:64:9e,bus=pci.0,addr=0x3,bootindex=3
> > > 
> > > ^^^ - realtek, really? Try e1000 which is usually much
> > > more reliable or virtio iface. I personally always had
> > > terrible
> > > experience with emulated rtl8139 by qemu-kvm, e1000 was OK.
> > > 
> > > For me, it's the same if I choose the e1000 (which I choose the first
> > > time and then try the rtl8139).
> > > 
> > Same for me - e1000 aren't working with oVirt 3.2 and Solaris 10, too.
> 
> I've heard rumours that it might be related to the fact that oVirt
> starts VMs with ACPI enabled by default (there's a way in Engine to turn
> this off).
> 
> If this is not the case, please do a more extensive bisection of the
> qemu command line. You have one "bad" cmdline; start trimming it until
> it becomes "good".
> 
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users

Re: [Users] oVirt 3.2 and win 7 VM often in blue screen

[Gianluca Cecchi]

On Sat, Feb 23, 2013 at 6:11 PM, Gianluca Cecchi wrote:
> Hey,
> I just read on rhevm 3.1 power user portal manual at page 18 that for
> win 7 VMs you have to disable power savings, otherwise the VM after
> about an hour will be suspended so I went setting power manager to
> high perfomance and disabling sleep, hibernate and power off of disk
> too.
>
> I just set these and see if it makes the difference
>
> Gianluca

I confirm that in both the oVirt 3.2 environments I tested, the
Windows 7 virtual desktops are now still up after about 6-7 hours
since I started them and changed power settings.
So for sure the problem was that.

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

Re: [Users] oVirt 3.2 and win 7 VM often in blue screen

[Gianluca Cecchi]

On Thu, Feb 21, 2013 at 7:48 PM, Gianluca Cecchi wrote:

> I reconnect today to update to 3.2 final and I see that while wxp and
> f18 are running, w7 VM had the same shutdown problem about 1,5
> hours after booting

Hey,
I just read on rhevm 3.1 power user portal manual at page 18 that for
win 7 VMs you have to disable power savings, otherwise the VM after
about an hour will be suspended so I went setting power manager to
high perfomance and disabling sleep, hibernate and power off of disk
too.

I just set these and see if it makes the difference

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