[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-users] Hotplug scripts not working - Networking woes on opensuse 11.3 m7 with XEN4 on W510 Thinkpad



Does it not even come up after you rebooted the dom0? Because that's the issue I experienced.
At first I thougt it was different module load order, or different kernel parameters, but in the end it turned out that a dom0 reboot is required to "fix" the hotplug scripts not working issue. Some people say that downgrading udev to <= 151 works for them. Unfortunately I'm not one of them.

Can you verify that?

regards,
Helmut

On 07.06.2010 05:58, Michael Cook wrote:
Hi Mark,

Thanks for your help.  I will try and provide you some info.  Some background first may help.  But please let me know if there are other logs of interest.

I've tried many distributions from my original use of Centos5.3 with XEN3.x. I have the following domUs which work well in CentOS but I now wanted to move to a newer, faster host.

domUs: WinXP, Ubuntu 10.04 and RHEL5.3.

The first two are hvms, the second is a pvm, which I've not tried yet and I really want the first two to work as WinXP cannot run as a PVM from what I know.

I originally found Ubuntu 10.04 supported this W510 laptop pretty well although they are busy writing driver fixes for USB and screen.  Mostly NVIDIA and Nouveau.  Running dom0 Ubunut with NVIDIA or Nouveau doesn't work well at all.  I think there is an mmap issue from what I've read about it, circa March2010 there were hacks to get it work which have yet to appear within the kernel drivers and manually trying to add these to the kernel from XEN git for Ubuntu (Jeremys') didn't work.

Ubuntu 10.04 (2.6.32.x) came up nicely on bare-metal.  I then thought/hoped I could find a number of guides that would get me Ubuntu 10.04 dom0.  This took some work but there are a couple of guides to recompiling and installing with XEN4.0 - then I got stuck with an earlier kernel which didn't seem to support any recent updates to W510 drivers (including wlan) and there was still Nouveau bug fixes for the W510 chipset which to be honest I gave up on trying to manually fix.

I also wasn't happy with 800x600 resolution and finally found Opensuse 11.3 milestone 7 worked as Opensuse 11.2 is 2.6.31.x and nothing worked on the W510.  CentOS5.4 on the W510 was even worse and with limited interest & support on CentOS I figured it would be a fair time until they support W510.

There is a wiki on the W510 which shows a lot of activity in Ubuntu to fix up the drivers etc for W510 in Ubuntu 10.04.  So I'm guessing by U10.10 things will be sorted but I doubt XEN will be well integrated... it seems unlikely from all the forum readings I've found on the subject.  I've added my findings so far wrt XEN to this wiki which keeps track of the major issues for W510 (mostly in Ubuntu distro)

http://www.thinkwiki.org/wiki/Category:W510

This brought me to opensuse which I dont know very well.  The networking piece is quite different to Ubuntu and even in Ubuntu their Network Manager drives me nuts.  Opensuse seem to have a Network Manager too through which I created br0 and br1 after reading the comment in the xend-config.sxp file saying "Opensuse users should not configure anything here but use the YaST Network configuration tool".  So I've probably not set this up properly.

None the less I was surprised as you point out that br0 didn't have an IP addr and doesn't seem able to be tied to the wlan0 interface (operation not supported message).

Further more the basic network provisioning between eth0 and wlan0 seems awkward and quirky as when eth0 is not connected it still gets an IP addr.  Oddly, it has not done this on this most recent bootup... eth0 is now provisioned but not assigned an address.  "Change Default Route via DHCP" has always been set.  So this is yet another puzzle with YaST Network Settings.  Both br0 and br1 (I tried to bridge one to eth0 and one to wlan0) are set to DHCP but only one bridge manages to bridge to eth0.  br1 doesn't because "operation not supported" (presumably from ethtool or mii) for the wlan0 driver (new chipset support for this laptop?).

linux-oit2:/etc/xen # brctl show
bridge name    bridge id        STP enabled    interfaces
br0        8000.00262dfac618    no        eth0
br1        8000.000000000000    no       
pan0        8000.000000000000    no       


Anyway, I was expecting to see peth0 and xenbr0 and the scripts I've run on centos5.3 which create these bridges to specific physical devices doesn't seem to work well at all.

Right now I dont know what to trust and obviously I'm using a pre-release of Opensuse.  I'm hoping its a simple case of misprovisioning the native network settings along iwth the XEN installation.

I used the example HVM file with XEN4.0 virt-manager under /etc/xen//examples/ and simply updated the UUID, vif and harddrive image with that of these domUs.  I get the same behaviour in all of them... timeout with some hotplug script not working.

So for the BIOS, yes, VT-d was disabled and xm info didn't show any hvm support.  I enabled this in the W510 BIOS and then virt-manager would allow me to create a new HVM based VM.  However... it would then complain "couldn't find image" although it wouldn't let me (couldn't find) a place to define the name of this image.  I assume only creating an image from CD has been tested, then it complained I had no CD in the drive.

I can try creating a VM (para-virtual for example from scratch) but my hope was to move these three VMs which are in themselves complete systems I dont realy want to rebuild from scratch.  I also have other RHEL5.3 VMs that cannot be easily rebuilt.

Obviously I will try and create a new VM from scratch using the Virt-Manager wizard.

During the opensuse installation I chose partition based disk-set which is similar ot the Ubuntu installation.  The CentOS one uses LVM but I dont think this would make any difference to running these domUs.  Eg config script which works on CentOS dom0:

name = "WinXP_sp3"
uuid = "79178fd8-d542-4c76-36ec-4791e104aad9"
maxmem = 512
memory = 512
cpus = 1
builder = "hvm"
kernel = "/usr/lib/xen/boot/hvmloader"
boot = "c"
pae = 1
acpi = 1
apic = 1
localtime = 1



device_model = "/usr/lib64/xen/bin/qemu-dm"
usb = 1
usbdevice = "tablet"
sdl = 0
vnc = 1
vncunused = 1
keymap = "en-us"
disk = [ "file:/var/lib/libvirt/images/XP-Pro_sp3.img,hda,w" ]
vif = [ "mac=00:16:36:f7:27:39,bridge=xenbr0,script=vif-bridge" ]
parallel = "none"
serial = "pty"

I'd be very interested in working with you to figure out this mystery as I feel I'm very close after a couple of weeks of pulling my hair out over kernel support for the W510 and trying to work with XEN.

Ideally, I'd rather not use another distro like opensuse but it has been the least painful way to at least get XEN & Linux & W510 working together and fortunately the latest candidate release does do this in a pretty stable environment.  This final hurdle of hotplg scripts is hopefully not too complicated to figure out.

lsmod, lspci and xm info follow....

linux-oit2:/etc/xen # xm info
host                   : linux-oit2
release                : 2.6.34-8-xen
version                : #1 SMP 2010-05-17 17:30:24 +0200
machine                : x86_64
nr_cpus                : 8
nr_nodes               : 1
cores_per_socket       : 4
threads_per_core       : 2
cpu_mhz                : 1596
hw_caps                : bfebfbff:28100800:00000000:00001b40:0098e3fd:00000000:00000001:00000000
virt_caps              : hvm hvm_directio
total_memory           : 8088
free_memory            : 149
free_cpus              : 0
max_free_memory        : 7495
max_para_memory        : 7491
max_hvm_memory         : 7465
node_to_cpu            : node0:0-7
node_to_memory         : node0:149
node_to_dma32_mem      : node0:89
max_node_id            : 0
xen_major              : 4
xen_minor              : 0
xen_extra              : .0_21091_05-2.1
xen_caps               : xen-3.0-x86_64 xen-3.0-x86_32p hvm-3.0-x86_32 hvm-3.0-x86_32p hvm-3.0-x86_64
xen_scheduler          : credit
xen_pagesize           : 4096
platform_params        : virt_start=0xffff800000000000
xen_changeset          : 21091
xen_commandline        : vgamode=0x314 iommu=1
cc_compiler            : gcc version 4.5.0 20100420 [gcc-4_5-branch revision 158562] (SU
cc_compile_by          : abuild
cc_compile_domain      :
cc_compile_date        : Wed May 19 19:06:40 UTC 2010
xend_config_format     : 4


linux-oit2:/etc/xen # lsmod
Module                  Size  Used by
usbbk                  23911  0
gntdev                  8579  0
netbk                  41281  0 [permanent]
rfcomm                 81560  4
blkbk                  28782  0 [permanent]
blkback_pagemap         2806  1 blkbk
snd_pcm_oss            53455  0
blktap                126702  2 [permanent]
snd_mixer_oss          18817  1 snd_pcm_oss
sco                    20103  2
domctl                  3227  2 blkbk,blktap
bnep                   18047  2
xenbus_be               3706  4 usbbk,netbk,blkbk,blktap
snd_seq                67923  0
snd_seq_device          7834  1 snd_seq
l2cap                  62034  16 rfcomm,bnep
edd                    10176  0
bridge                 85815  3
stp                     2331  1 bridge
llc                     6103  2 bridge,stp
nouveau               552206  2
ttm                    68464  1 nouveau
drm_kms_helper         33008  1 nouveau
drm                   220232  4 nouveau,ttm,drm_kms_helper
agpgart                42953  2 ttm,drm
i2c_algo_bit            6696  1 nouveau
af_packet              23133  8
fuse                   77053  3
loop                   18239  0
dm_mod                 86435  0
snd_hda_codec_nvhdmi    15727  4
arc4                    1601  2
firewire_ohci          26970  0
ecb                     2495  2
firewire_core          61402  1 firewire_ohci
snd_hda_intel          29133  2
crc_itu_t               1747  1 firewire_core
snd_hda_codec         112731  2 snd_hda_codec_nvhdmi,snd_hda_intel
iwlagn                238807  0
uvcvideo               67755  0
iwlcore               299287  1 iwlagn
sdhci_pci               8668  0
snd_hwdep               7708  1 snd_hda_codec
iTCO_wdt               12406  0
mac80211              283755  2 iwlagn,iwlcore
ohci1394               33510  0
videodev               43764  1 uvcvideo
v4l1_compat            16833  2 uvcvideo,videodev
8250_pci               25671  0
snd_pcm               107675  3 snd_pcm_oss,snd_hda_intel,snd_hda_codec
btusb                  18511  2
sdhci                  23126  1 sdhci_pci
v4l2_compat_ioctl32    11225  1 videodev
8250                   31155  1 8250_pci
video                  25192  0
snd_timer              27486  2 snd_seq,snd_pcm
sr_mod                 16396  0
e1000e                152237  0
bluetooth             108637  9 rfcomm,sco,bnep,l2cap,btusb
sg                     32951  0
mmc_core               83419  1 sdhci
iTCO_vendor_support     3150  1 iTCO_wdt
pcspkr                  2222  0
tpm_tis                13134  0
thinkpad_acpi          83412  0
xhci_hcd               98228  0
cfg80211              182345  3 iwlagn,iwlcore,mac80211
i2c_i801               11881  0
ieee1394              104278  1 ohci1394
i2c_core               32104  6 nouveau,drm_kms_helper,drm,i2c_algo_bit,videodev,i2c_i801
serial_core            25223  1 8250
output                  2727  1 video
tpm                    17388  1 tpm_tis
rfkill                 21959  4 bluetooth,thinkpad_acpi,cfg80211
snd                    83486  15 snd_pcm_oss,snd_mixer_oss,snd_seq,snd_seq_device,snd_hda_codec_nvhdmi,snd_hda_intel,snd_hda_codec,snd_hwdep,snd_pcm,snd_timer,thinkpad_acpi
snd_page_alloc          9473  2 snd_hda_intel,snd_pcm
wmi                     8750  0
battery                12270  0
soundcore               8757  1 snd
ac                      4023  0
tpm_bios                6652  1 tpm
button                  6925  1 nouveau
joydev                 12230  0
ext4                  395274  1
jbd2                   98208  1 ext4
crc16                   1715  2 l2cap,ext4
sd_mod                 41170  3
ehci_hcd               60206  0
usbcore               233034  6 usbbk,uvcvideo,btusb,xhci_hcd,ehci_hcd
xenblk                 26162  0
cdrom                  43083  2 sr_mod,xenblk
xennet                 37763  0
fan                     4527  0
processor              42918  0
ahci                   42648  2
libata                211362  1 ahci
scsi_mod              191176  4 sr_mod,sg,sd_mod,libata
thermal                20593  0
thermal_sys            18006  4 video,fan,processor,thermal
hwmon                   2712  2 thinkpad_acpi,thermal_sys


linux-oit2:/etc/xen # lspci
00:00.0 Host bridge: Intel Corporation Core Processor DMI (rev 11)
00:03.0 PCI bridge: Intel Corporation Core Processor PCI Express Root Port 1 (rev 11)
00:08.0 System peripheral: Intel Corporation Core Processor System Management Registers (rev 11)
00:08.1 System peripheral: Intel Corporation Core Processor Semaphore and Scratchpad Registers (rev 11)
00:08.2 System peripheral: Intel Corporation Core Processor System Control and Status Registers (rev 11)
00:08.3 System peripheral: Intel Corporation Core Processor Miscellaneous Registers (rev 11)
00:10.0 System peripheral: Intel Corporation Core Processor QPI Link (rev 11)
00:10.1 System peripheral: Intel Corporation Core Processor QPI Routing and Protocol Registers (rev 11)
00:16.0 Communication controller: Intel Corporation 5 Series/3400 Series Chipset HECI Controller (rev 06)
00:16.3 Serial controller: Intel Corporation 5 Series/3400 Series Chipset KT Controller (rev 06)
00:19.0 Ethernet controller: Intel Corporation 82577LM Gigabit Network Connection (rev 06)
00:1a.0 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 06)
00:1b.0 Audio device: Intel Corporation 5 Series/3400 Series Chipset High Definition Audio (rev 06)
00:1c.0 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 1 (rev 06)
00:1c.1 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 2 (rev 06)
00:1c.3 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 4 (rev 06)
00:1c.4 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 5 (rev 06)
00:1c.6 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 7 (rev 06)
00:1c.7 PCI bridge: Intel Corporation 5 Series/3400 Series Chipset PCI Express Root Port 8 (rev 06)
00:1d.0 USB Controller: Intel Corporation 5 Series/3400 Series Chipset USB2 Enhanced Host Controller (rev 06)
00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev a6)
00:1f.0 ISA bridge: Intel Corporation Mobile 5 Series Chipset LPC Interface Controller (rev 06)
00:1f.2 SATA controller: Intel Corporation 5 Series/3400 Series Chipset 6 port SATA AHCI Controller (rev 06)
00:1f.3 SMBus: Intel Corporation 5 Series/3400 Series Chipset SMBus Controller (rev 06)
01:00.0 VGA compatible controller: nVidia Corporation GT216 [Quadro FX 880M] (rev a2)
01:00.1 Audio device: nVidia Corporation High Definition Audio Controller (rev a1)
03:00.0 Network controller: Intel Corporation Centrino Ultimate-N 6300 (rev 35)
0d:00.0 SD Host controller: Ricoh Co Ltd Device e822 (rev 01)
0d:00.1 System peripheral: Ricoh Co Ltd Device e230 (rev 01)
0f:00.0 USB Controller: NEC Corporation uPD720200 USB 3.0 Host Controller (rev 03)
17:00.0 SD Host controller: Ricoh Co Ltd Device e822 (rev 01)
17:00.3 FireWire (IEEE 1394): Ricoh Co Ltd Device e832 (rev 01)
ff:00.0 Host bridge: Intel Corporation Core Processor QuickPath Architecture Generic Non-Core Registers (rev 04)
ff:00.1 Host bridge: Intel Corporation Core Processor QuickPath Architecture System Address Decoder (rev 04)
ff:02.0 Host bridge: Intel Corporation Core Processor QPI Link 0 (rev 04)
ff:02.1 Host bridge: Intel Corporation Core Processor QPI Physical 0 (rev 04)
ff:03.0 Host bridge: Intel Corporation Core Processor Integrated Memory Controller (rev 04)
ff:03.1 Host bridge: Intel Corporation Core Processor Integrated Memory Controller Target Address Decoder (rev 04)
ff:03.4 Host bridge: Intel Corporation Core Processor Integrated Memory Controller Test Registers (rev 04)
ff:04.0 Host bridge: Intel Corporation Core Processor Integrated Memory Controller Channel 0 Control Registers (rev 04)
ff:04.1 Host bridge: Intel Corporation Core Processor Integrated Memory Controller Channel 0 Address Registers (rev 04)
ff:04.2 Host bridge: Intel Corporation Core Processor Integrated Memory Controller Channel 0 Rank Registers (rev 04)
ff:04.3 Host bridge: Intel Corporation Core Processor Integrated Memory Controller Channel 0 Thermal Control Registers (rev 04)
ff:05.0 Host bridge: Intel Corporation Core Processor Integrated Memory Controller Channel 1 Control Registers (rev 04)
ff:05.1 Host bridge: Intel Corporation Core Processor Integrated Memory Controller Channel 1 Address Registers (rev 04)
ff:05.2 Host bridge: Intel Corporation Core Processor Integrated Memory Controller Channel 1 Rank Registers (rev 04)
ff:05.3 Host bridge: Intel Corporation Core Processor Integrated Memory Controller Channel 1 Thermal Control Registers (rev 04)





--- On Sun, 6/6/10, Mark Pryor <tlviewer@xxxxxxxxx> wrote:

From: Mark Pryor <tlviewer@xxxxxxxxx>
Subject: Re: [Xen-users] Hotplug scripts not working - Networking woes on opensuse 11.3 m7 with XEN4 on W510 Thinkpad
To: michael@xxxxxxx
Received: Sunday, June 6, 2010, 9:48 PM

Mike,

Let me give you a broad checklist of things that may be important.

I just did a search of the lists.xensource.com/xen-users list and there are no posts about
your hardware.

The Thinkpad w510 Notebook.
------------
  many times a notebook like this will have a stealth bios, or a limited bios. Are you
  sure that HVM is enabled?

Your choice of suse 11.3 is good and should make it much easier to get Xen 4.0 working. I like the way your Network looks, but I didn't see any IP address for your
br0- why not? This should work with a non-xen kernel too.

Your first domU is Winxp sp3. This might be a problem if your HD needs AHCI or strange raid/SATA drivers not included with Winxp.

I think a better domU would be the same source you used for dom0. This should work PV and won't depend if your bios supports HVM.

Oh, can you post your
   #xm info

   #lsmod

   #lspci

for dom0

--
Mark



--- On Sun, 6/6/10, Michael Cook <michaelcook_mjc@xxxxxxxxx> wrote:

From: Michael Cook <michaelcook_mjc@xxxxxxxxx>
Subject: Re: [Xen-users] Hotplug scripts not working - Networking woes on opensuse 11.3 m7 with XEN4 on W510 Thinkpad
To: "Mark Pryor" <tlviewer@xxxxxxxxx>
Date: Sunday, June 6, 2010, 3:40 PM

Yes, I tried this, and hte same error.  I then removed the vif altogether and the similiar hotplugin error appeared for the harddrive.  Following that, found the MAKEDEV issue but I'm not sure what needs to be done there.


--- On Sun, 6/6/10, Mark Pryor <tlviewer@xxxxxxxxx> wrote:

From: Mark Pryor <tlviewer@xxxxxxxxx>
Subject: Re: [Xen-users] Hotplug scripts not working - Networking woes on opensuse 11.3 m7 with XEN4 on W510 Thinkpad
To: michael@xxxxxxx
Received: Sunday, June 6, 2010, 5:57 PM

Mike,

Manual bridge is br0/br1.

In your HVM guest config, you should have
vif = [ 'bridge=br0' ]

if you put xenbr0 above that would explain the problem too.

--
Mark

--- On Sun, 6/6/10, Michael Cook <michaelcook_mjc@xxxxxxxxx> wrote:

From: Michael Cook <michaelcook_mjc@xxxxxxxxx>
Subject: Re: [Xen-users] Hotplug scripts not working - Networking woes on opensuse 11.3 m7 with XEN4 on W510 Thinkpad
To: xen-users@xxxxxxxxxxxxxxxxxxx
Date: Sunday, June 6, 2010, 2:34 PM

Thanks for the suggestion, I assume I should keep the br0/br1... but trying your suggestion I still see the same error.  If I comment out the vif in the HVM config file, I get a similar error hotplug script but for the disk. 

After mucking about with this some more I think the HVM should boot (and not timeout) even if I have the wrong bridges/network scripts.  I'm not at the stage yet where I have no connectivity... the VM doesn't' stay up long enough because of these hotplugin script timeout/crash.

Hence my ramblings towards the end of the bug about finding postings on MAKEDEV and missing /dev/ entries but haven't managed to add these as MAKEDEV doesn't seem to exist on my vanilla installation and I've not had to do this on say a Centos XEN environment but that doens't work for other reasons (hw support) on my newer laptop.

--- On Sun, 6/6/10, Mark Pryor <tlviewer@xxxxxxxxx> wrote:

From: Mark Pryor <tlviewer@xxxxxxxxx>
Subject: Re: [Xen-users] Hotplug scripts not working - Networking woes on opensuse 11.3 m7 with XEN4 on W510 Thinkpad
To: michael@xxxxxxx
Received: Sunday, June 6, 2010, 5:04 PM

Mike,

In your Xen config: xend-config.sxp
try to comment out
#(network-script network-bridge)

and uncomment
(network-script network-dummy)

and restart xend.
once you have a manual bridge, there is no need for Xen's
network-bridge script.

--
Mark

--- On Sun, 6/6/10, Michael Cook <michaelcook_mjc@xxxxxxxxx> wrote:

From: Michael Cook <michaelcook_mjc@xxxxxxxxx>
Subject: [Xen-users] Hotplug scripts not working - Networking woes on opensuse 11.3 m7 with XEN4 on W510 Thinkpad
To: xen-users@xxxxxxxxxxxxxxxxxxx
Date: Sunday, June 6, 2010, 12:52 PM

Anyone can help me with this problem I've described here:

https://bugzilla.novell.com/show_bug.cgi?id=612006

I've had XEN4.0 working on CentOS 5.4 platform without these problems.  I'm trying to do the same now with a newer laptop and CentOS didn't recognise half hte drivers.  The latest opensuse 11.3 does have these drivers and specifically nouveau integration and XEN which has got me 98% of the way there... I'm presently stuck on the networking part which looks different/problematic compared my experience on CentOS machine.

Now the VMs launch but I see various Hotplug scripts not working messages and the VM instantly stops running.

Thanks in advance,
Mike



-----Inline Attachment Follows-----

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users



-----Inline Attachment Follows-----

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users




_______________________________________________ Xen-users mailing list Xen-users@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-users
_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.