Re: [Users] oVirt Solaris support

2013-10-04 Thread Itamar Heim

On 09/17/2013 04:39 PM, René Koch (ovido) wrote:

On Tue, 2013-09-17 at 14:38 +0300, Itamar Heim wrote:

On 09/17/2013 02:23 PM, Ren Koch (ovido) wrote:


On Mon, 2013-09-16 at 19:16 +0200, Gianluca Cecchi wrote:

On Mon, Sep 16, 2013 at 6:39 PM, René Koch (ovido) wrote:



and what about the qemu command line produced by virt-manager ?



Good point - here's the command line of Sol11 with virt-manager on this
oVirt host:




Could it be that the
-cpu Nehalem

in some way can influence the problem? It only appears in oVirt
generated command line


Yes, indeed it does (even I have no clue how this can influence
networking).
When adding cpu model to my plain kvm machines libvirt xml network isn't
working anymore.
I'll test with some hook scripts if removing the cpu model will solve
the network issue for my oVirt Solaris guest.
Thanks for the hint.


if you can pinpoint and reproduce, probably worth adding the qemu-kvm
mailing list



I managed to get Solaris networking running when removing cpu model and
cpu match attributes, which are added by oVirt but not by virt-manager.

I created a hook script (99_fix_solaris) which removes these
information. Afterwards networking is fine in Solaris guests:
https://github.com/ovido/ovirt-stuff/tree/master/hooks


Just one question renaming:
Is there any downside from oVirt side when removing these cpu
information like e.g. features aren't working as expected?


it just changes to the qemu_64 cpu model.
this sounds like a bug in qemu (well, or solaris) for one of the 
flags/behaviors with a specific cpu model.
maybe you can ask on 
https://lists.nongnu.org/mailman/listinfo/qemu-discuss or 
https://lists.nongnu.org/mailman/listinfo/qemu-devel





Thanks all for the hints.


Regards,
René






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


Re: [Users] oVirt Solaris support

2013-09-18 Thread Dan Kenigsberg
On Tue, Sep 17, 2013 at 03:39:35PM +0200, René Koch (ovido) wrote:
 On Tue, 2013-09-17 at 14:38 +0300, Itamar Heim wrote:
  On 09/17/2013 02:23 PM, Ren Koch (ovido) wrote:
  
   On Mon, 2013-09-16 at 19:16 +0200, Gianluca Cecchi wrote:
   On Mon, Sep 16, 2013 at 6:39 PM, René Koch (ovido) wrote:
  
  
   and what about the qemu command line produced by virt-manager ?
  
  
  
   Good point - here's the command line of Sol11 with virt-manager on this
   oVirt host:
  
  
  
   Could it be that the
   -cpu Nehalem
  
   in some way can influence the problem? It only appears in oVirt
   generated command line
  
   Yes, indeed it does (even I have no clue how this can influence
   networking).
   When adding cpu model to my plain kvm machines libvirt xml network isn't
   working anymore.
   I'll test with some hook scripts if removing the cpu model will solve
   the network issue for my oVirt Solaris guest.
   Thanks for the hint.
  
  if you can pinpoint and reproduce, probably worth adding the qemu-kvm 
  mailing list
  
 
 I managed to get Solaris networking running when removing cpu model and
 cpu match attributes, which are added by oVirt but not by virt-manager.
 
 I created a hook script (99_fix_solaris) which removes these
 information. Afterwards networking is fine in Solaris guests:
 https://github.com/ovido/ovirt-stuff/tree/master/hooks
 

Thanks!

 
 Just one question renaming:
 Is there any downside from oVirt side when removing these cpu
 information like e.g. features aren't working as expected?

If unspecified in the qemu command line, cpu is set to qemu64, which
does not match any real hardware, and is not promised to be maintained
between different qemu version. Hence, migrating such a machine to an
older qemu process may lead to your guest suddenly seeing a different
CPU, which is not healthy.

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


Re: [Users] oVirt Solaris support

2013-09-17 Thread Itamar Heim

On 09/17/2013 02:23 PM, Ren Koch (ovido) wrote:


On Mon, 2013-09-16 at 19:16 +0200, Gianluca Cecchi wrote:

On Mon, Sep 16, 2013 at 6:39 PM, René Koch (ovido) wrote:



and what about the qemu command line produced by virt-manager ?



Good point - here's the command line of Sol11 with virt-manager on this
oVirt host:




Could it be that the
-cpu Nehalem

in some way can influence the problem? It only appears in oVirt
generated command line


Yes, indeed it does (even I have no clue how this can influence
networking).
When adding cpu model to my plain kvm machines libvirt xml network isn't
working anymore.
I'll test with some hook scripts if removing the cpu model will solve
the network issue for my oVirt Solaris guest.
Thanks for the hint.


if you can pinpoint and reproduce, probably worth adding the qemu-kvm 
mailing list


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


Re: [Users] oVirt Solaris support

2013-09-17 Thread Koch (ovido)
On Tue, 2013-09-17 at 14:38 +0300, Itamar Heim wrote:
 On 09/17/2013 02:23 PM, Ren Koch (ovido) wrote:
 
  On Mon, 2013-09-16 at 19:16 +0200, Gianluca Cecchi wrote:
  On Mon, Sep 16, 2013 at 6:39 PM, René Koch (ovido) wrote:
 
 
  and what about the qemu command line produced by virt-manager ?
 
 
 
  Good point - here's the command line of Sol11 with virt-manager on this
  oVirt host:
 
 
 
  Could it be that the
  -cpu Nehalem
 
  in some way can influence the problem? It only appears in oVirt
  generated command line
 
  Yes, indeed it does (even I have no clue how this can influence
  networking).
  When adding cpu model to my plain kvm machines libvirt xml network isn't
  working anymore.
  I'll test with some hook scripts if removing the cpu model will solve
  the network issue for my oVirt Solaris guest.
  Thanks for the hint.
 
 if you can pinpoint and reproduce, probably worth adding the qemu-kvm 
 mailing list
 

I managed to get Solaris networking running when removing cpu model and
cpu match attributes, which are added by oVirt but not by virt-manager.

I created a hook script (99_fix_solaris) which removes these
information. Afterwards networking is fine in Solaris guests:
https://github.com/ovido/ovirt-stuff/tree/master/hooks


Just one question renaming:
Is there any downside from oVirt side when removing these cpu
information like e.g. features aren't working as expected?


Thanks all for the hints.


Regards,
René




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


Re: [Users] oVirt Solaris support

2013-09-16 Thread Koch (ovido)

On Fri, 2013-09-06 at 22:26 +0100, Dan Kenigsberg wrote:

 On Fri, Sep 06, 2013 at 06:23:42PM +0200, René Koch (ovido) wrote:
  Hi,
  
  I want to start the discussion about Solaris support on oVirt again, as
  there was no solution for it yet.
  
  On my oVirt 3.2.2 environment I installed Solaris 11 U1 with the
  following specs:
  * Operating System: Other
  * nic1: rtl8139
  * Disk1: IDE (Thin Provision)
  * Host: CentOS 6.4 with qemu-kvm-0.12.1.2-2.355.0.1.el6.centos.7.x86_64
  
  These are the same settings as on my RHEL 6.4 KVM host (except I can
  choose Solaris 10 as OS in virt-manager), which has KVM version:
  qemu-kvm-rhev-0.12.1.2-2.295.el6_3.2.x86_64 (I wanted to use this host
  as a RHEV host, so the qemu-kvm-rhev package is installed in case you
  wounder)...
  
  What's working:
  * OS installation on IDE disk
  * Bringing up network interface
  
  What's not working on oVirt:
  * Network connections  - on RHEL 6.4 with plain libvirt/kvm this is
  working...
  
  
  I can see the mac address on my CentOS host, but can't ping the Solaris
  vm:
  
  # brctl showmacs ovirtmgmt | egrep '00:99:4a:00:64:83|port'
  port no mac addris local?   ageing timer
2 00:99:4a:00:64:83   no10.72
  
  # arp -an | grep '00:99:4a:00:64:83'
  ? (10.0.100.123) at 00:99:4a:00:64:83 [ether] on ovirtmgmt
  
  When using tcpdump on the vnet interface which belongs to the Solaris vm
  (ip 10.0.100.123) I can see ARP requests from the vm for ip address of
  my CentOS host (10.0.100.42) but no response to it. Same when pinging
  other ips in this network:
  
  # tcpdump -n -i vnet2
  tcpdump: WARNING: vnet2: no IPv4 address assigned
  tcpdump: verbose output suppressed, use -v or -vv for full protocol
  decode
  listening on vnet2, link-type EN10MB (Ethernet), capture size 65535
  bytes
  18:15:35.987868 ARP, Request who-has 10.0.100.42 (Broadcast) tell
  10.0.100.123, length 46
  18:15:36.487399 ARP, Request who-has 10.0.100.42 (Broadcast) tell
  10.0.100.123, length 46
  18:15:36.987536 ARP, Request who-has 10.0.100.42 (Broadcast) tell
  10.0.100.123, length 46
  
  I also compared the qemu-kvm process list on the KVM with the oVirt
  machine and can't see much differences except that oVirt has more
  information like smbios
  oVirt host:
  /usr/libexec/qemu-kvm
  snip
   -netdev tap,fd=27,id=hostnet0
   -device
  rtl8139,netdev=hostnet0,id=net0,mac=00:99:4a:00:64:83,bus=pci.0,addr=0x3
  
  RHEL KVM host:
  /usr/libexec/qemu-kvm
  snip
   -netdev tap,fd=32,id=hostnet0
   -device
  rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:51:c2:97,bus=pci.0,addr=0x3
  
  Any suggestions on how to troubleshoot / get Solaris networking running
  is welcome.
  Changing the interface to e1000 doesn't work either.



Thanks a lot for your answer and sorry for my late response - I was sick
leaving last week.


 
 - Would you share the output of your `brctl show`?


# brctl show
bridge name bridge id   STP enabled interfaces
;vdsmdummy; 8000.   no  
dmz 8000.0025901ad140   no  eth0.200
ovirtmgmt   8000.0025901ad140   no  eth0.100
vnet1
vnet2
setup   8000.0025901ad140   no  eth0.500
test2   8000.0025901ad140   no  eth0.602
vnet0

vnet1 is a Debian 7 vm which has a perfectly working network.
vnet2 is the Solaris 11 vm which can't communicate over the network.


 - Particulalry, does the host device with 10.0.100.42 sit on the same
   bridge as your Solaris VM?


10.0.100.42 is the ip of the oVirt host and it's ip is configured on
this bridge (and reachable from the Debian 7 vm):

# ip a | grep ovirt
5: ovirtmgmt: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue
state UNKNOWN 
inet 10.0.100.42/24 brd 10.0.100.255 scope global ovirtmgmt


 - Do you see the who-has packet when sniffing the bridge device?



Yes, I can see them:
12:24:16.311218 ARP, Request who-has 10.0.100.42 (Broadcast) tell
10.0.100.123, length 46
12:24:16.311246 ARP, Reply 10.0.100.42 is-at 00:25:90:1a:d1:40, length
28

I can also see the MAC of the Solaris vm in arp cache of oVirt host:
# arp -an
? (10.0.100.123) at 00:99:4a:00:64:83 [ether] on ovirtmgmt

But I can't see the MAC address of oVirt host (10.0.100.42) in arp table
of the Solaris 11 vm. To be more clear: I can't see any MAC address in
ARP table of Solaris vm except the MAC of the vm itself.


 - Have yout tried guest-to-guest communication (over the same bridge)?


I can communicate from the Debian 7 vm to all hosts in my network, but I
can't reach the Solaris 11 vm.
The network of the oVirt setup is working fine for Windows and various
Linux guests, but not for Solaris.

Btw, excatly same behavior on RHEV 3.2 with 

Re: [Users] oVirt Solaris support

2013-09-16 Thread Dan Kenigsberg
On Mon, Sep 16, 2013 at 12:33:34PM +0200, René Koch (ovido) wrote:
 
 On Fri, 2013-09-06 at 22:26 +0100, Dan Kenigsberg wrote:
 
  On Fri, Sep 06, 2013 at 06:23:42PM +0200, René Koch (ovido) wrote:
   Hi,
   
   I want to start the discussion about Solaris support on oVirt again, as
   there was no solution for it yet.
   
   On my oVirt 3.2.2 environment I installed Solaris 11 U1 with the
   following specs:
   * Operating System: Other
   * nic1: rtl8139
   * Disk1: IDE (Thin Provision)
   * Host: CentOS 6.4 with qemu-kvm-0.12.1.2-2.355.0.1.el6.centos.7.x86_64
   
   These are the same settings as on my RHEL 6.4 KVM host (except I can
   choose Solaris 10 as OS in virt-manager), which has KVM version:
   qemu-kvm-rhev-0.12.1.2-2.295.el6_3.2.x86_64 (I wanted to use this host
   as a RHEV host, so the qemu-kvm-rhev package is installed in case you
   wounder)...
   
   What's working:
   * OS installation on IDE disk
   * Bringing up network interface
   
   What's not working on oVirt:
   * Network connections  - on RHEL 6.4 with plain libvirt/kvm this is
   working...
   
   
   I can see the mac address on my CentOS host, but can't ping the Solaris
   vm:
   
   # brctl showmacs ovirtmgmt | egrep '00:99:4a:00:64:83|port'
   port no   mac addris local?   ageing timer
 2   00:99:4a:00:64:83   no10.72
   
   # arp -an | grep '00:99:4a:00:64:83'
   ? (10.0.100.123) at 00:99:4a:00:64:83 [ether] on ovirtmgmt
   
   When using tcpdump on the vnet interface which belongs to the Solaris vm
   (ip 10.0.100.123) I can see ARP requests from the vm for ip address of
   my CentOS host (10.0.100.42) but no response to it. Same when pinging
   other ips in this network:
   
   # tcpdump -n -i vnet2
   tcpdump: WARNING: vnet2: no IPv4 address assigned
   tcpdump: verbose output suppressed, use -v or -vv for full protocol
   decode
   listening on vnet2, link-type EN10MB (Ethernet), capture size 65535
   bytes
   18:15:35.987868 ARP, Request who-has 10.0.100.42 (Broadcast) tell
   10.0.100.123, length 46
   18:15:36.487399 ARP, Request who-has 10.0.100.42 (Broadcast) tell
   10.0.100.123, length 46
   18:15:36.987536 ARP, Request who-has 10.0.100.42 (Broadcast) tell
   10.0.100.123, length 46
   
   I also compared the qemu-kvm process list on the KVM with the oVirt
   machine and can't see much differences except that oVirt has more
   information like smbios
   oVirt host:
   /usr/libexec/qemu-kvm
   snip
-netdev tap,fd=27,id=hostnet0
-device
   rtl8139,netdev=hostnet0,id=net0,mac=00:99:4a:00:64:83,bus=pci.0,addr=0x3
   
   RHEL KVM host:
   /usr/libexec/qemu-kvm
   snip
-netdev tap,fd=32,id=hostnet0
-device
   rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:51:c2:97,bus=pci.0,addr=0x3
   
   Any suggestions on how to troubleshoot / get Solaris networking running
   is welcome.
   Changing the interface to e1000 doesn't work either.
 
 
 
 Thanks a lot for your answer and sorry for my late response - I was sick
 leaving last week.
 
 
  
  - Would you share the output of your `brctl show`?
 
 
 # brctl show
 bridge name   bridge id   STP enabled interfaces
 ;vdsmdummy;   8000.   no  
 dmz   8000.0025901ad140   no  eth0.200
 ovirtmgmt 8000.0025901ad140   no  eth0.100
   vnet1
   vnet2
 setup 8000.0025901ad140   no  eth0.500
 test2 8000.0025901ad140   no  eth0.602
   vnet0
 
 vnet1 is a Debian 7 vm which has a perfectly working network.
 vnet2 is the Solaris 11 vm which can't communicate over the network.
 
 
  - Particulalry, does the host device with 10.0.100.42 sit on the same
bridge as your Solaris VM?
 
 
 10.0.100.42 is the ip of the oVirt host and it's ip is configured on
 this bridge (and reachable from the Debian 7 vm):
 
 # ip a | grep ovirt
 5: ovirtmgmt: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue
 state UNKNOWN 
 inet 10.0.100.42/24 brd 10.0.100.255 scope global ovirtmgmt
 
 
  - Do you see the who-has packet when sniffing the bridge device?
 
 
 
 Yes, I can see them:
 12:24:16.311218 ARP, Request who-has 10.0.100.42 (Broadcast) tell
 10.0.100.123, length 46
 12:24:16.311246 ARP, Reply 10.0.100.42 is-at 00:25:90:1a:d1:40, length
 28
 
 I can also see the MAC of the Solaris vm in arp cache of oVirt host:
 # arp -an
 ? (10.0.100.123) at 00:99:4a:00:64:83 [ether] on ovirtmgmt
 
 But I can't see the MAC address of oVirt host (10.0.100.42) in arp table
 of the Solaris 11 vm. To be more clear: I can't see any MAC address in
 ARP table of Solaris vm except the MAC of the vm itself.
 
 
  - Have yout tried guest-to-guest communication (over the same bridge)?
 
 
 I can communicate from the Debian 7 vm to all hosts in my network, 

Re: [Users] oVirt Solaris support

2013-09-16 Thread Koch (ovido)

On Mon, 2013-09-16 at 15:14 +0100, Dan Kenigsberg wrote:

 On Mon, Sep 16, 2013 at 12:33:34PM +0200, René Koch (ovido) wrote:
  
  On Fri, 2013-09-06 at 22:26 +0100, Dan Kenigsberg wrote:
  
   On Fri, Sep 06, 2013 at 06:23:42PM +0200, René Koch (ovido) wrote:
Hi,

I want to start the discussion about Solaris support on oVirt again, as
there was no solution for it yet.

On my oVirt 3.2.2 environment I installed Solaris 11 U1 with the
following specs:
* Operating System: Other
* nic1: rtl8139
* Disk1: IDE (Thin Provision)
* Host: CentOS 6.4 with qemu-kvm-0.12.1.2-2.355.0.1.el6.centos.7.x86_64

These are the same settings as on my RHEL 6.4 KVM host (except I can
choose Solaris 10 as OS in virt-manager), which has KVM version:
qemu-kvm-rhev-0.12.1.2-2.295.el6_3.2.x86_64 (I wanted to use this host
as a RHEV host, so the qemu-kvm-rhev package is installed in case you
wounder)...

What's working:
* OS installation on IDE disk
* Bringing up network interface

What's not working on oVirt:
* Network connections  - on RHEL 6.4 with plain libvirt/kvm this is
working...


I can see the mac address on my CentOS host, but can't ping the Solaris
vm:

# brctl showmacs ovirtmgmt | egrep '00:99:4a:00:64:83|port'
port no mac addris local?   ageing timer
  2 00:99:4a:00:64:83   no10.72

# arp -an | grep '00:99:4a:00:64:83'
? (10.0.100.123) at 00:99:4a:00:64:83 [ether] on ovirtmgmt

When using tcpdump on the vnet interface which belongs to the Solaris vm
(ip 10.0.100.123) I can see ARP requests from the vm for ip address of
my CentOS host (10.0.100.42) but no response to it. Same when pinging
other ips in this network:

# tcpdump -n -i vnet2
tcpdump: WARNING: vnet2: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol
decode
listening on vnet2, link-type EN10MB (Ethernet), capture size 65535
bytes
18:15:35.987868 ARP, Request who-has 10.0.100.42 (Broadcast) tell
10.0.100.123, length 46
18:15:36.487399 ARP, Request who-has 10.0.100.42 (Broadcast) tell
10.0.100.123, length 46
18:15:36.987536 ARP, Request who-has 10.0.100.42 (Broadcast) tell
10.0.100.123, length 46

I also compared the qemu-kvm process list on the KVM with the oVirt
machine and can't see much differences except that oVirt has more
information like smbios
oVirt host:
/usr/libexec/qemu-kvm
snip
 -netdev tap,fd=27,id=hostnet0
 -device
rtl8139,netdev=hostnet0,id=net0,mac=00:99:4a:00:64:83,bus=pci.0,addr=0x3

RHEL KVM host:
/usr/libexec/qemu-kvm
snip
 -netdev tap,fd=32,id=hostnet0
 -device
rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:51:c2:97,bus=pci.0,addr=0x3

Any suggestions on how to troubleshoot / get Solaris networking running
is welcome.
Changing the interface to e1000 doesn't work either.
  
  
  
  Thanks a lot for your answer and sorry for my late response - I was sick
  leaving last week.
  
  
   
   - Would you share the output of your `brctl show`?
  
  
  # brctl show
  bridge name bridge id   STP enabled interfaces
  ;vdsmdummy; 8000.   no  
  dmz 8000.0025901ad140   no  eth0.200
  ovirtmgmt   8000.0025901ad140   no  eth0.100
  vnet1
  vnet2
  setup   8000.0025901ad140   no  eth0.500
  test2   8000.0025901ad140   no  eth0.602
  vnet0
  
  vnet1 is a Debian 7 vm which has a perfectly working network.
  vnet2 is the Solaris 11 vm which can't communicate over the network.
  
  
   - Particulalry, does the host device with 10.0.100.42 sit on the same
 bridge as your Solaris VM?
  
  
  10.0.100.42 is the ip of the oVirt host and it's ip is configured on
  this bridge (and reachable from the Debian 7 vm):
  
  # ip a | grep ovirt
  5: ovirtmgmt: BROADCAST,MULTICAST,UP,LOWER_UP mtu 1500 qdisc noqueue
  state UNKNOWN 
  inet 10.0.100.42/24 brd 10.0.100.255 scope global ovirtmgmt
  
  
   - Do you see the who-has packet when sniffing the bridge device?
  
  
  
  Yes, I can see them:
  12:24:16.311218 ARP, Request who-has 10.0.100.42 (Broadcast) tell
  10.0.100.123, length 46
  12:24:16.311246 ARP, Reply 10.0.100.42 is-at 00:25:90:1a:d1:40, length
  28
  
  I can also see the MAC of the Solaris vm in arp cache of oVirt host:
  # arp -an
  ? (10.0.100.123) at 00:99:4a:00:64:83 [ether] on ovirtmgmt
  
  But I can't see the MAC address of oVirt host (10.0.100.42) in arp table
  of the Solaris 11 vm. To be more clear: I can't see any MAC address in
  ARP table of 

Re: [Users] oVirt Solaris support

2013-09-16 Thread Koch (ovido)
On Mon, 2013-09-16 at 18:36 +0200, Gianluca Cecchi wrote:

 On Mon, Sep 16, 2013 at 6:27 PM, René Koch (ovido) wrote:
 
  
   Here's the complete qemu cmd:
  
   RHEL 6.4 (plain KVM - Solaris networking is fine):
   /usr/libexec/qemu-kvm -name solaris11 -S -M rhel6.3.0 -enable-kvm -m
   1024 -smp 1,sockets=1,cores=1,threads=1 -uuid
   e7d3b9a4-8605-dc4f-9092-41d68dd83735 -nodefconfig -nodefaults -chardev
   socket,id=charmonitor,path=/var/lib/libvirt/qemu/solaris11.monitor,server,nowait
-mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime 
   -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive 
   file=/var/lib/libvirt/images/solaris11.img,if=none,id=drive-ide0-0-0,format=raw
-device 
   ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=1 
   -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw 
   -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 
   -netdev tap,fd=40,id=hostnet0 -device 
   rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:f0:27:d3,bus=pci.0,addr=0x3 
   -chardev pty,id=charserial0 -device 
   isa-serial,chardev=charserial0,id=serial0 -device usb-tablet,id=input0 
   -vnc 127.0.0.1:13 -vga cirrus -device 
   intel-hda,id=sound0,bus=pci.0,addr=0x4 -device 
   hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -device 
   virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5
  
   CentOS 6.4 (oVirt - Solaris can't reach other nodes):
   /usr/libexec/qemu-kvm -name solaris11 -S -M rhel6.3.0 -cpu Nehalem
   -enable-kvm -m 1024 -smp 1,sockets=1,cores=1,threads=1 -uuid
   cbaa0cf5-d9e6-40e4-a269-9dc495f4c0d5 -smbios
   type=1,manufacturer=oVirt,product=oVirt
   Node,version=6-4.el6.centos.10,serial=54443858-4E54-2500-901A-0025901AD140,uuid=cbaa0cf5-d9e6-40e4-a269-9dc495f4c0d5,sku=solaris11
-nodefconfig -nodefaults -chardev 
   socket,id=charmonitor,path=/var/lib/libvirt/qemu/solaris11.monitor,server,nowait
-mon chardev=charmonitor,id=monitor,mode=control -rtc 
   base=2013-09-06T15:08:22,driftfix=slew -no-shutdown -device 
   piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device 
   virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive 
   file=/rhev/data-center/484e62d7-7a01-4b5e-aec8-59d366100281/2055b80d-d59d-4fe6-80ec-5499674feed5/images/0786a273-780a-4f58-acc4-9b123953bde8/0c07f1f9-f9c0-4ac0-bfec-bee7a1c35a0b,if=none,id=drive-ide0-0-0,format=raw,serial=0786a273-780a-4f58-acc4-9b123953bde8,cache=none,werror=stop,rerror=stop,aio=threads
-device 
   ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=1 
   -drive 
   if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= 
   -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 
   -drive 
   file=/var/run/vdsm/payload/cbaa0cf5-d9e6-40e4-a269-9dc495f4c0d5.f3b4e68b93e9d35d3f17328fae2e178e.img,if=none,media=cdrom,id=drive-ide0-1-1,readonly=on,format=raw,serial=
-device ide-drive,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1 
   -netdev tap,fd=27,id=hostnet0 -device 
   rtl8139,netdev=hostnet0,id=net0,mac=00:99:4a:00:64:83,bus=pci.0,addr=0x3 
   -chardev 
   socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/solaris11.com.redhat.rhevm.vdsm,server,nowait
-device 
   virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm
-chardev 
   socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/solaris11.org.qemu.guest_agent.0,server,nowait
-device 
   virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0
-chardev spicevmc,id=charchannel2,name=vdagent -device 
   virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0
-spice 
   port=5902,tls-port=5903,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on
-k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global 
   qxl-vga.vram_size=67108864 -device 
   virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5
  
 
 
  I also did something really nasty and created a Solaris 11 vm with
  virt-manager on this hypervisor (it's not a production machine so I took
  the risk to interfere with oVirt). And guess what - networking of this
  Solaris 11 guest is fine on ovirtmgmt bridge.
 
  So it seems to me that virt-manager is doing some magic for Solaris
  guests oVirt doesn't...
 
 
 
 and what about the qemu command line produced by virt-manager ?



Good point - here's the command line of Sol11 with virt-manager on this
oVirt host:

/usr/libexec/qemu-kvm -name sol11 -S -M rhel6.4.0 -enable-kvm -m 1024
-smp 1,sockets=1,cores=1,threads=1 -uuid
78c8d604-c3ca-9f40-68b5-346237cf7c3d -nodefconfig -nodefaults -chardev
socket,id=charmonitor,path=/var/lib/libvirt/qemu/sol11.monitor,server,nowait 
-mon 

Re: [Users] oVirt Solaris support

2013-09-16 Thread Gianluca Cecchi
On Mon, Sep 16, 2013 at 6:39 PM, René Koch (ovido) wrote:


 and what about the qemu command line produced by virt-manager ?



 Good point - here's the command line of Sol11 with virt-manager on this
 oVirt host:



Could it be that the
-cpu Nehalem

in some way can influence the problem? It only appears in oVirt
generated command line
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] oVirt Solaris support

2013-09-16 Thread Gianluca Cecchi
On Mon, Sep 16, 2013 at 6:27 PM, René Koch (ovido) wrote:

 
  Here's the complete qemu cmd:
 
  RHEL 6.4 (plain KVM - Solaris networking is fine):
  /usr/libexec/qemu-kvm -name solaris11 -S -M rhel6.3.0 -enable-kvm -m
  1024 -smp 1,sockets=1,cores=1,threads=1 -uuid
  e7d3b9a4-8605-dc4f-9092-41d68dd83735 -nodefconfig -nodefaults -chardev
  socket,id=charmonitor,path=/var/lib/libvirt/qemu/solaris11.monitor,server,nowait
   -mon chardev=charmonitor,id=monitor,mode=control -rtc base=localtime 
  -no-shutdown -device piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -drive 
  file=/var/lib/libvirt/images/solaris11.img,if=none,id=drive-ide0-0-0,format=raw
   -device 
  ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=1 
  -drive if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw 
  -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 
  -netdev tap,fd=40,id=hostnet0 -device 
  rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:f0:27:d3,bus=pci.0,addr=0x3 
  -chardev pty,id=charserial0 -device 
  isa-serial,chardev=charserial0,id=serial0 -device usb-tablet,id=input0 
  -vnc 127.0.0.1:13 -vga cirrus -device 
  intel-hda,id=sound0,bus=pci.0,addr=0x4 -device 
  hda-duplex,id=sound0-codec0,bus=sound0.0,cad=0 -device 
  virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5
 
  CentOS 6.4 (oVirt - Solaris can't reach other nodes):
  /usr/libexec/qemu-kvm -name solaris11 -S -M rhel6.3.0 -cpu Nehalem
  -enable-kvm -m 1024 -smp 1,sockets=1,cores=1,threads=1 -uuid
  cbaa0cf5-d9e6-40e4-a269-9dc495f4c0d5 -smbios
  type=1,manufacturer=oVirt,product=oVirt
  Node,version=6-4.el6.centos.10,serial=54443858-4E54-2500-901A-0025901AD140,uuid=cbaa0cf5-d9e6-40e4-a269-9dc495f4c0d5,sku=solaris11
   -nodefconfig -nodefaults -chardev 
  socket,id=charmonitor,path=/var/lib/libvirt/qemu/solaris11.monitor,server,nowait
   -mon chardev=charmonitor,id=monitor,mode=control -rtc 
  base=2013-09-06T15:08:22,driftfix=slew -no-shutdown -device 
  piix3-usb-uhci,id=usb,bus=pci.0,addr=0x1.0x2 -device 
  virtio-serial-pci,id=virtio-serial0,bus=pci.0,addr=0x4 -drive 
  file=/rhev/data-center/484e62d7-7a01-4b5e-aec8-59d366100281/2055b80d-d59d-4fe6-80ec-5499674feed5/images/0786a273-780a-4f58-acc4-9b123953bde8/0c07f1f9-f9c0-4ac0-bfec-bee7a1c35a0b,if=none,id=drive-ide0-0-0,format=raw,serial=0786a273-780a-4f58-acc4-9b123953bde8,cache=none,werror=stop,rerror=stop,aio=threads
   -device 
  ide-drive,bus=ide.0,unit=0,drive=drive-ide0-0-0,id=ide0-0-0,bootindex=1 
  -drive 
  if=none,media=cdrom,id=drive-ide0-1-0,readonly=on,format=raw,serial= 
  -device ide-drive,bus=ide.1,unit=0,drive=drive-ide0-1-0,id=ide0-1-0 -drive 
  file=/var/run/vdsm/payload/cbaa0cf5-d9e6-40e4-a269-9dc495f4c0d5.f3b4e68b93e9d35d3f17328fae2e178e.img,if=none,media=cdrom,id=drive-ide0-1-1,readonly=on,format=raw,serial=
   -device ide-drive,bus=ide.1,unit=1,drive=drive-ide0-1-1,id=ide0-1-1 
  -netdev tap,fd=27,id=hostnet0 -device 
  rtl8139,netdev=hostnet0,id=net0,mac=00:99:4a:00:64:83,bus=pci.0,addr=0x3 
  -chardev 
  socket,id=charchannel0,path=/var/lib/libvirt/qemu/channels/solaris11.com.redhat.rhevm.vdsm,server,nowait
   -device 
  virtserialport,bus=virtio-serial0.0,nr=1,chardev=charchannel0,id=channel0,name=com.redhat.rhevm.vdsm
   -chardev 
  socket,id=charchannel1,path=/var/lib/libvirt/qemu/channels/solaris11.org.qemu.guest_agent.0,server,nowait
   -device 
  virtserialport,bus=virtio-serial0.0,nr=2,chardev=charchannel1,id=channel1,name=org.qemu.guest_agent.0
   -chardev spicevmc,id=charchannel2,name=vdagent -device 
  virtserialport,bus=virtio-serial0.0,nr=3,chardev=charchannel2,id=channel2,name=com.redhat.spice.0
   -spice 
  port=5902,tls-port=5903,addr=0,x509-dir=/etc/pki/vdsm/libvirt-spice,tls-channel=main,tls-channel=display,tls-channel=inputs,tls-channel=cursor,tls-channel=playback,tls-channel=record,tls-channel=smartcard,tls-channel=usbredir,seamless-migration=on
   -k en-us -vga qxl -global qxl-vga.ram_size=67108864 -global 
  qxl-vga.vram_size=67108864 -device 
  virtio-balloon-pci,id=balloon0,bus=pci.0,addr=0x5
 


 I also did something really nasty and created a Solaris 11 vm with
 virt-manager on this hypervisor (it's not a production machine so I took
 the risk to interfere with oVirt). And guess what - networking of this
 Solaris 11 guest is fine on ovirtmgmt bridge.

 So it seems to me that virt-manager is doing some magic for Solaris
 guests oVirt doesn't...



and what about the qemu command line produced by virt-manager ?
___
Users mailing list
Users@ovirt.org
http://lists.ovirt.org/mailman/listinfo/users


Re: [Users] oVirt Solaris support

2013-09-06 Thread Dan Kenigsberg
On Fri, Sep 06, 2013 at 06:23:42PM +0200, René Koch (ovido) wrote:
 Hi,
 
 I want to start the discussion about Solaris support on oVirt again, as
 there was no solution for it yet.
 
 On my oVirt 3.2.2 environment I installed Solaris 11 U1 with the
 following specs:
 * Operating System: Other
 * nic1: rtl8139
 * Disk1: IDE (Thin Provision)
 * Host: CentOS 6.4 with qemu-kvm-0.12.1.2-2.355.0.1.el6.centos.7.x86_64
 
 These are the same settings as on my RHEL 6.4 KVM host (except I can
 choose Solaris 10 as OS in virt-manager), which has KVM version:
 qemu-kvm-rhev-0.12.1.2-2.295.el6_3.2.x86_64 (I wanted to use this host
 as a RHEV host, so the qemu-kvm-rhev package is installed in case you
 wounder)...
 
 What's working:
 * OS installation on IDE disk
 * Bringing up network interface
 
 What's not working on oVirt:
 * Network connections  - on RHEL 6.4 with plain libvirt/kvm this is
 working...
 
 
 I can see the mac address on my CentOS host, but can't ping the Solaris
 vm:
 
 # brctl showmacs ovirtmgmt | egrep '00:99:4a:00:64:83|port'
 port no   mac addris local?   ageing timer
   2   00:99:4a:00:64:83   no10.72
 
 # arp -an | grep '00:99:4a:00:64:83'
 ? (10.0.100.123) at 00:99:4a:00:64:83 [ether] on ovirtmgmt
 
 When using tcpdump on the vnet interface which belongs to the Solaris vm
 (ip 10.0.100.123) I can see ARP requests from the vm for ip address of
 my CentOS host (10.0.100.42) but no response to it. Same when pinging
 other ips in this network:
 
 # tcpdump -n -i vnet2
 tcpdump: WARNING: vnet2: no IPv4 address assigned
 tcpdump: verbose output suppressed, use -v or -vv for full protocol
 decode
 listening on vnet2, link-type EN10MB (Ethernet), capture size 65535
 bytes
 18:15:35.987868 ARP, Request who-has 10.0.100.42 (Broadcast) tell
 10.0.100.123, length 46
 18:15:36.487399 ARP, Request who-has 10.0.100.42 (Broadcast) tell
 10.0.100.123, length 46
 18:15:36.987536 ARP, Request who-has 10.0.100.42 (Broadcast) tell
 10.0.100.123, length 46
 
 I also compared the qemu-kvm process list on the KVM with the oVirt
 machine and can't see much differences except that oVirt has more
 information like smbios
 oVirt host:
 /usr/libexec/qemu-kvm
 snip
  -netdev tap,fd=27,id=hostnet0
  -device
 rtl8139,netdev=hostnet0,id=net0,mac=00:99:4a:00:64:83,bus=pci.0,addr=0x3
 
 RHEL KVM host:
 /usr/libexec/qemu-kvm
 snip
  -netdev tap,fd=32,id=hostnet0
  -device
 rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:51:c2:97,bus=pci.0,addr=0x3
 
 Any suggestions on how to troubleshoot / get Solaris networking running
 is welcome.
 Changing the interface to e1000 doesn't work either.

- Would you share the output of your `brctl show`?
- Particulalry, does the host device with 10.0.100.42 sit on the same
  bridge as your Solaris VM?
- Do you see the who-has packet when sniffing the bridge device?
- Have yout tried guest-to-guest communication (over the same bridge)?

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


[Users] oVirt Solaris support

2013-09-06 Thread Koch (ovido)
Hi,

I want to start the discussion about Solaris support on oVirt again, as
there was no solution for it yet.

On my oVirt 3.2.2 environment I installed Solaris 11 U1 with the
following specs:
* Operating System: Other
* nic1: rtl8139
* Disk1: IDE (Thin Provision)
* Host: CentOS 6.4 with qemu-kvm-0.12.1.2-2.355.0.1.el6.centos.7.x86_64

These are the same settings as on my RHEL 6.4 KVM host (except I can
choose Solaris 10 as OS in virt-manager), which has KVM version:
qemu-kvm-rhev-0.12.1.2-2.295.el6_3.2.x86_64 (I wanted to use this host
as a RHEV host, so the qemu-kvm-rhev package is installed in case you
wounder)...

What's working:
* OS installation on IDE disk
* Bringing up network interface

What's not working on oVirt:
* Network connections  - on RHEL 6.4 with plain libvirt/kvm this is
working...


I can see the mac address on my CentOS host, but can't ping the Solaris
vm:

# brctl showmacs ovirtmgmt | egrep '00:99:4a:00:64:83|port'
port no mac addris local?   ageing timer
  2 00:99:4a:00:64:83   no10.72

# arp -an | grep '00:99:4a:00:64:83'
? (10.0.100.123) at 00:99:4a:00:64:83 [ether] on ovirtmgmt

When using tcpdump on the vnet interface which belongs to the Solaris vm
(ip 10.0.100.123) I can see ARP requests from the vm for ip address of
my CentOS host (10.0.100.42) but no response to it. Same when pinging
other ips in this network:

# tcpdump -n -i vnet2
tcpdump: WARNING: vnet2: no IPv4 address assigned
tcpdump: verbose output suppressed, use -v or -vv for full protocol
decode
listening on vnet2, link-type EN10MB (Ethernet), capture size 65535
bytes
18:15:35.987868 ARP, Request who-has 10.0.100.42 (Broadcast) tell
10.0.100.123, length 46
18:15:36.487399 ARP, Request who-has 10.0.100.42 (Broadcast) tell
10.0.100.123, length 46
18:15:36.987536 ARP, Request who-has 10.0.100.42 (Broadcast) tell
10.0.100.123, length 46

I also compared the qemu-kvm process list on the KVM with the oVirt
machine and can't see much differences except that oVirt has more
information like smbios
oVirt host:
/usr/libexec/qemu-kvm
snip
 -netdev tap,fd=27,id=hostnet0
 -device
rtl8139,netdev=hostnet0,id=net0,mac=00:99:4a:00:64:83,bus=pci.0,addr=0x3

RHEL KVM host:
/usr/libexec/qemu-kvm
snip
 -netdev tap,fd=32,id=hostnet0
 -device
rtl8139,netdev=hostnet0,id=net0,mac=52:54:00:51:c2:97,bus=pci.0,addr=0x3

Any suggestions on how to troubleshoot / get Solaris networking running
is welcome.
Changing the interface to e1000 doesn't work either.


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