initscripts, xen and bonding
by Axel Thimm
Hi,
I'm having a hard time getting bonding to work on FC5t3. It looks like
the bond0 interface bond0 is renamed to pbond0 by xen [*] and the
enslaving does not work anymore then. It works if I log on the
terminal and ifenslave the devices to pbond0 instead of bond0 after
the boot process has finished.
But I want this to be handled automatically during reboots, so I tried
assigning the bonding slaves to pbond0 as a master in the
ifcfg-eth{0,1} scripts, but that doesn't work.
What is causing the bond0 rename and should this renaming be
considered by initscript? Is this a user error or should I file this
against bugzilla? xen or initscripts?
Thanks!
[*] The only reference I found was a Japanese site and google's
translation of it.
http://translate.google.com/translate?hl=en&sl=ja&u=http://hoop.euqset.or...
--
Axel.Thimm at ATrpms.net
16 years, 3 months
Simple testing results for Xen and VMX on FC5-test2.
by You, Yongkang
Hi all,
I have done a simple checking for Xen and VMX on FC5-test2. Basically, I can create VMX on FC5-test2 IA32. But FC5-test2 IA32e (x86-64) doesn't provide Xen and Xen0 kernel, so didn't do Xen and VMX testing for it.
Beside of testing Xen and VMX, I also found some issues about installation, which I have updated the bug #179078 as a NB. The following is the testing results only for Xen and VMX.
=========================
1. *** IA32E hasn't RPMS about Xen hypervisor and Xen0/XenU kernels. __FAIL__
2. *** In order to boot up IA32 Xen0, I have to add pci=noacpi as the boot
parameters of Xen0 kernel, or system will hang when initial PCI. I don't know if it is only related to my Machine. __FAIL__
3. After install IA32 Xen RPMs, I can see /boot/grub/grub.conf has been changed
with Xen kernels. __PASS__
4. *** /usr/lib/xen/boot/vmxloader isn't in the RPM package, so VMX Guest
couldn't be created. I suspected build system hasn't bcc, it is from DEV86
package. __FAIL__
5. After copy a useable vmxloader to the destination, IA32 VMX Guest can be
created successfully! __PASS__
6. VMX has good network connection and Xwindows started. __PASS__
7. XenU can be created and works well. __PASS__
8. Couldn't get Xen Changeset by "xm info" or "xm dmesg".
9. The new kernel names of Xen/Xen0/XenU seemed a little confused. E.g. the Xen0 name is like vmlinuz-2.6.15-1.29_FC5hypervisor. I thought hypervisor is for Xen.gz. Xen0 is the Service OS.
==========================
Any comments please let me know. But I will have 8 days holiday from tomorrow, so emails reply might be slow and occasional.
[FYI] We are planning to do more testing for FC5-test3.
Best Regards,
Yongkang (Kangkang) 永康
16 years, 4 months
Can I use Xen 3.0.2 Release 23 with Fc6 Test2 and PAE ?
by shobha ranganathan
Hi,
I tried to compile xen 3.0.2 release 23 in Mac with Fc6 Test2.
I did "make world pae=y" and "make install".
"make install" gives me errors like the following.
I checked in downloads website -- for FC6 Test2 , xen version is 3.0.2-23 and for Test3 it is xen-3.0.2-33.
Am I missing patch ?
/usr/src/redhat/BUILD/xen-unstable-10712/xen/common/built_in.o: In function `guest_physmap_add_page':
/usr/src/redhat/BUILD/xen-unstable-10712/xen/include/asm/shadow.h:1538: undefined reference to `shadow_sync_and_drop_references'
/usr/src/redhat/BUILD/xen-unstable-10712/xen/common/built_in.o: In function `guest_physmap_remove_page':
/usr/src/redhat/BUILD/xen-unstable-10712/xen/include/asm/shadow.h:1558: undefined reference to `shadow_sync_and_drop_references'
/usr/src/redhat/BUILD/xen-unstable-10712/xen/common/built_in.o: In function `guest_physmap_add_page':
/usr/src/redhat/BUILD/xen-unstable-10712/xen/include/asm/shadow.h:1538: undefined reference to `shadow_sync_and_drop_references'
/usr/src/redhat/BUILD/xen-unstable-10712/xen/common/built_in.o: In function `guest_physmap_remove_page':
/usr/src/redhat/BUILD/xen-unstable-10712/xen/include/asm/shadow.h:1558: undefined reference to `shadow_sync_and_drop_references'
/usr/src/redhat/BUILD/xen-unstable-10712/xen/common/built_in.o: In function `guest_physmap_add_page':
/usr/src/redhat/BUILD/xen-unstable-10712/xen/include/asm/shadow.h:1538: undefined reference to `shadow_sync_and_drop_references'
/usr/src/redhat/BUILD/xen-unstable-10712/xen/common/built_in.o: In function `free_domheap_pages':
/usr/src/redhat/BUILD/xen-unstable-10712/xen/common/page_alloc.c:671: undefined reference to `shadow_drop_references'
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/built_in.o: In function `do_mmu_update':
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/mm.c:2304: undefined reference to `shadow_l3_normal_pt_update'
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/built_in.o: In function `guest_physmap_add_page':
/usr/src/redhat/BUILD/xen-unstable-10712/xen/include/asm/shadow.h:1538: undefined reference to `shadow_sync_and_drop_references'
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/built_in.o: In function `guest_physmap_remove_page':
/usr/src/redhat/BUILD/xen-unstable-10712/xen/include/asm/shadow.h:1558: undefined reference to `shadow_sync_and_drop_references'
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/built_in.o: In function `hvm_copy':
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/hvm/hvm.c:290: undefined reference to `gva_to_gpa'
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/built_in.o: In function `send_mmio_req':
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/hvm/platform.c:761: undefined reference to `gva_to_gpa'
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/built_in.o: In function `send_pio_req':
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/hvm/platform.c:705: undefined reference to `gva_to_gpa'
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/built_in.o: In function `svm_set_cr0':
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/hvm/svm/svm.c:1557: undefined reference to `shadow_set_guest_paging_levels'
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/hvm/svm/svm.c:1549: undefined reference to `shadow_set_guest_paging_levels'
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/built_in.o: In function `svm_vmexit_handler':
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/hvm/svm/svm.c:2619: undefined reference to `gva_to_gpa'
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/hvm/svm/svm.c:2621: undefined reference to `gva_to_gpa'
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/built_in.o: In function `svm_do_page_fault':
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/hvm/svm/svm.c:851: undefined reference to `gva_to_gpa'
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/built_in.o: In function `vmx_set_cr0':
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/hvm/vmx/vmx.c:1481: undefined reference to `shadow_set_guest_paging_levels'
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/hvm/vmx/vmx.c:1473: undefined reference to `shadow_set_guest_paging_levels'
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/built_in.o: In function `mov_to_cr':
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/hvm/vmx/vmx.c:1702: undefined reference to `shadow_set_guest_paging_levels'
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/hvm/vmx/vmx.c:1751: undefined reference to `shadow_set_guest_paging_levels'
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/built_in.o: In function `vmx_do_page_fault':
/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86/hvm/vmx/vmx.c:801: undefined reference to `gva_to_gpa'
make[3]: *** [/usr/src/redhat/BUILD/xen-unstable-10712/xen/xen-syms] Error 1
make[3]: Leaving directory `/usr/src/redhat/BUILD/xen-unstable-10712/xen/arch/x86'
make[2]: *** [/usr/src/redhat/BUILD/xen-unstable-10712/xen/xen] Error 2
make[2]: Leaving directory `/usr/src/redhat/BUILD/xen-unstable-10712/xen'
make[1]: *** [install] Error 2
make[1]: Leaving directory `/usr/src/redhat/BUILD/xen-unstable-10712/xen'
make: *** [install-xen] Error 2
v
---------------------------------
Get your own web address for just $1.99/1st yr. We'll help. Yahoo! Small Business.
16 years, 8 months
xenguest-install.py - Error Bad file descriptor in FC6 Test2 DomU and Dom0
by shobha ranganathan
I have a Fedora COre 6 Test 2 dom0 built from xen-3.0.2 sources. That was succssful and "xm list "worked . I did not build a domU kernel though.
I am trying to install FC6 Test2 as guest Os. I setup an http server in the same machine to grab the images of Fc6 TEst2 from a directory.
When I did xenguest-install.py, I get this error. Please let me know what am I missing here.
1. Have I not setup my disks correctly ?
2. Is my http daemon configuration causing problems ?
Starting install...
libvir: Xen Daemon error : POST operation failed: No such domain xenbox_g1
Failed to get devices for domain xenbox_g1
Traceback (most recent call last):
File "/usr/sbin/xenguest-install.py", line 476, in ?
main()
File "/usr/sbin/xenguest-install.py", line 467, in main
start_paravirt_install(name, ram, disk, mac, uuid, bridge, src, options.extra)
File "/usr/sbin/xenguest-install.py", line 344, in start_paravirt_install
dom = conn.createLinux(cfgxml, 0)
File "/usr/lib/python2.4/site-packages/libvirt.py", line 233, in createLinux
if ret is None:raise libvirtError('virDomainCreateLinux() failed')
libvirt.libvirtError: virDomainCreateLinux() failed
The /var/log/xend.log shows as
2006-09-28 18:31:13 xend.XendDomainInfo 3851] DEBUG (XendDomainInfo:1217) XendDomainInfo.construct: None
[2006-09-28 18:31:13 xend.XendDomainInfo 3851] DEBUG (XendDomainInfo:1249) XendDomainInfo.initDomain: 4 1.0
[2006-09-28 18:31:13 xend 3851] DEBUG (balloon:127) Balloon: 486224 KiB free; need 266240; done.
[2006-09-28 18:31:13 xend 3851] INFO (image:134) buildDomain os=linux dom=4 vcpus=1
[2006-09-28 18:31:13 xend 3851] DEBUG (image:177) dom = 4
[2006-09-28 18:31:13 xend 3851] DEBUG (image:178) image = /var/lib/xen/vmlinuz.ypg7-X
[2006-09-28 18:31:13 xend 3851] DEBUG (image:179) store_evtchn = 1
[2006-09-28 18:31:13 xend 3851] DEBUG (image:180) console_evtchn = 2
[2006-09-28 18:31:13 xend 3851] DEBUG (image:181) cmdline = root=/dev/xvd method=http://localhost
[2006-09-28 18:31:13 xend 3851] DEBUG (image:182) ramdisk = /var/lib/xen/initrd.img.Y95dri
[2006-09-28 18:31:13 xend 3851] DEBUG (image:183) vcpus = 1
[2006-09-28 18:31:13 xend 3851] DEBUG (image:184) features =
[2006-09-28 18:31:13 xend.XendDomainInfo 3851] ERROR (XendDomainInfo:198) Domain construction failed
Traceback (most recent call last):
File "/usr/lib/python2.4/site-packages/xen/xend/XendDomainInfo.py", line 191, in create
vm.initDomain()
File "/usr/lib/python2.4/site-packages/xen/xend/XendDomainInfo.py", line 1319, in initDomain
raise VmError(str(exn))
VmError: (9, 'Bad file descriptor')
[2006-09-28 18:31:13 xend.XendDomainInfo 3851] DEBUG (XendDomainInfo:1405) XendDomainInfo.destroy: domid=4
[2006-09-28 18:31:13 xend.XendDomainInfo 3851] DEBUG (XendDomainInfo:1413) XendDomainInfo.destroyDomain(4)
[2006-09-28 18:31:13 xend 3851] ERROR (SrvBase:87) Request create failed.
Traceback (most recent call last):
File "/usr/lib/python2.4/site-packages/xen/web/SrvBase.py", line 85, in perform
return op_method(op, req)
File "/usr/lib/python2.4/site-packages/xen/xend/server/SrvDomainDir.py", line 82, in op_create
raise XendError("Error creating domain: " + str(ex))
XendError: Error creating domain: (9, 'Bad file descriptor')
thanks for your time
---------------------------------
All-new Yahoo! Mail - Fire up a more powerful email and get things done faster.
16 years, 8 months
Recurring Zombie (XenU used as a web server)
by Gregor Pirnaver
For some weeks I have a problem with XenU domain used as web server. It is
turning into Zombie domain:
# xm list
Name ID Mem(MiB) VCPUs State Time(s)
Domain-0 0 641 4 r----- 263.6
Zombie-wwwmain 2 512 1 ----cd 5238.4
dns 4 128 1 -b---- 20.1
intranet 6 512 1 -b---- 18.7
ldap 5 128 1 -b---- 61.4
mail 3 512 1 r----- 1078.0
www 1 512 1 -b---- 117.7
wwwextra 7 512 1 -b---- 33.2
(Both Xen0 and XenU are running FC5 with kernel 2.6.17-1.2174.)
- How can I find out what is causing this problem?
- How can I fix it / work around it / report a bug?
This is production machine so I would appriciate any pointers. I didn't have
this problem before. Maybe new kernel is causing the problem? Is there a way to
get older versions of kernel packages?
I would also like to note that when this happens networking doesn't work in ANY
XenU domain. E.g.:
# xm console dns
after login trying to ping Google IP:
# ping 72.14.221.104
PING 72.14.221.104 (72.14.221.104) 56(84) bytes of data.
ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
ping: sendmsg: No buffer space available
...
and when I run "init 0" in XenU (e.g. in dns XenU):
# init 0
it hangs at this step: "Removing module iptables: "
When I try to shutdown XenU from Xen0 it also turns to Zombie. E.g. (dns XenU
domain turns into Zombie-dns):
# xm shutdown dns
What can I do?
____________________
http://www.email.si/
16 years, 8 months
what do you recommend for cluster fs ??
by Anand Gupta
I was wondering what people use / recommend for a cluster fs for use with
xen ?
Also with this cluster fs, will the domU's be using flat files / lvm ? (it
should be the former as per my guess since these flat files will be stored
on the cluster fs, but then won't performance hit will be there for these
domU's ? )
I don't want to invest in a san/ nas solution, just looking for cost
effective. Right now i have a single server which i will use for the cluster
fs and slowly add more servers to the cluster as and when i need more space.
Atleast thats what i have thought till now.
All ideas are welcome.
--
regards,
Anand Gupta
16 years, 8 months
"Import Error:No module named libvirt" while running xenguest-install.py in Fc5 x86 mode
by shobha ranganathan
I download xen3.0.2-23.src.rpm and build the dom0 Kernel in Fedora COre 5 in x86 mode. I did not build a domU kernel at all.
I tried to run ./xenguest-install.py in dom0 kernel after booting into it.. I got this error
"No module named libvirt".
I then tried installing libvirt-0.0.6-1.i386.rpm using
"rpm --install libvirt-0.0.6-1.i386.rpm"
I get failed dependencies error such as
"libxenstore.so is needed by libvirt-0.0.6-1.i386
xen is needed by libvirt-0.0.6-1.i386"
what am I missing here ? I have libxenstore.so in /usr/lib.
Commands like "xm list" works in dom0 kernel
thanks for your help
Shobha
---------------------------------
Do you Yahoo!?
Get on board. You're invited to try the new Yahoo! Mail.
16 years, 8 months
%{_libdir} wrong on x86_64 xenU on FC5 from xenguest-install.py
by Paul Wouters
On Tue, 26 Sep 2006, Paul Wouters wrote:
An update on this. It is not apache specific. It seems the stock FC5 xenguest-install.py
on x86_64, despite running the proper 64bit kernel/userland, is somehow using /usr/lib
as %{_libdir}. This is odd, as it is a virgin xenguest install from a x86_86 xen0, where
the xen0 properly expands %{_libdir} to /usr/lib64, but the installed xenU does not.
I've changed the bugzilla item to the xen component.
Paul
> Date: Tue, 26 Sep 2006 08:11:15 +0200 (CEST)
> From: Paul Wouters <paul(a)xelerance.com>
> Cc: fedora-devel-list(a)redhat.com
> To: Discussion related to Fedora Extras <fedora-extras-list(a)redhat.com>
> Subject: multiple apache module packages fail on %{_libdir} on x86_64 on FC5
>
>
> ( filed as https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208059 but posting
> here anyway, as it might cause faulty builds for extras apache modules as well)
>
> (someone prob needs to approve the fedora-devel-list CC:, if it doesnt' auto bounce)
>
> I was in the process of making a new apache module (mod_auth_radius). A problem I
> ran into was that despite using %{_libdir}, the module would install in
> /usr/lib/httpd/modules instead of /usr/lib64/httpd/modules. This is on an FC5
> xenu build with xenguest-install.py on a P4 with an x86_64 kernel.
>
> I checked what I could have done wrong by testing two random other modules from
> extras, mod_cband and mod_security. They turned out to suffer from the same
> problem, they also install in the wrong directory.
>
> So I decided to look at a core module, and picked mod_auth_mysql, which turns
> out to not even build on x86_64, with a failure to link against libmysqlclient,
> which is indeed a missing Require (which I bugzilla'ed), but after installing
> both mysqlclient10 and mysqlclient14, it still couldnt't find the proper
> library.
>
> So I picked mod_auth_pgsql. That compiled fine, but I already had it installed
> from binary. I peeked:
>
> # rpm -ql mod_auth_pgsql
> /etc/httpd/conf.d/auth_pgsql.conf
> /usr/lib64/httpd/modules/mod_auth_pgsql.so
> /usr/share/doc/mod_auth_pgsql-2.0.3
> /usr/share/doc/mod_auth_pgsql-2.0.3/INSTALL
> /usr/share/doc/mod_auth_pgsql-2.0.3/README
> /var/www/manual/mod/mod_auth_pgsql.html
>
> Then I checked my freshly build package:
>
> # rpm -qlp /usr/src/redhat/RPMS/x86_64/mod_auth_pgsql-2.0.3-2.3.x86_64.rpm
> /usr/doc/mod_auth_pgsql-2.0.3
> /usr/doc/mod_auth_pgsql-2.0.3/INSTALL
> /usr/doc/mod_auth_pgsql-2.0.3/README
> /usr/etc/httpd/conf.d/auth_pgsql.conf
> /usr/lib/httpd/modules/mod_auth_pgsql.so
> /var/www/manual/mod/mod_auth_pgsql.html
>
>
> This leads me to believe that the current apxs in httpd-devel is subtly
> broken. Note this is a freshly installed FC5 with updates.
>
> Part of my spec file (which matches other mod_* packages)
>
> %build
> /usr/sbin/apxs -Wc,"%{optflags}" -c mod_auth_radius-2.0.c
>
> %install
> rm -rf %{buildroot}
> mkdir -p %{buildroot}%{_libdir}/httpd/modules/
> mkdir -p %{buildroot}/%{_sysconfdir}/httpd/conf.d/
> install -p .libs/mod_auth_radius-2.0.so %{buildroot}/%{_libdir}/httpd/modules/
> install -m644 %{SOURCE1} %{buildroot}/%{_sysconfdir}/httpd/conf.d/
>
> relevant bits of output:
>
> + cd /usr/src/redhat/BUILD
> + cd mod_auth_radius-1.5.7
> + /usr/sbin/apxs '-Wc,-O2 -g' -c mod_auth_radius-2.0.c
> /usr/lib64/apr-1/build/libtool --silent --mode=compile gcc -prefer-pic -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-protector --param=ssp-buffer-size=4 -m64 -mtune=generic -DLINUX=2 -D_REENTRANT -D_GNU_SOURCE -pthread -I/usr/include/httpd -I/usr/include/apr-1 -I/usr/include/apr-1 -O2 -g -c -o mod_auth_radius-2.0.lo mod_auth_radius-2.0.c && touch mod_auth_radius-2.0.slo
>
> /usr/lib64/apr-1/build/libtool --silent --mode=link gcc -o mod_auth_radius-2.0.la -rpath /usr/lib64/httpd/modules -module -avoid-version mod_auth_radius-2.0.lo
> + exit 0
> Executing(%install): /bin/sh -e /var/tmp/rpm-tmp.599
> + umask 022
> + cd /usr/src/redhat/BUILD
> + cd mod_auth_radius-1.5.7
> + rm -rf /var/tmp/mod_auth_radius-1.5.7-1-root-
> + mkdir -p /var/tmp/mod_auth_radius-1.5.7-1-root-/usr/lib/httpd/modules/
> + mkdir -p /var/tmp/mod_auth_radius-1.5.7-1-root-//usr/etc/httpd/conf.d/
> + install -p .libs/mod_auth_radius-2.0.so /var/tmp/mod_auth_radius-1.5.7-1-root-//usr/lib/httpd/modules/
> + install -m644 /usr/src/redhat/SOURCES/mod_auth_radius.conf /var/tmp/mod_auth_radius-1.5.7-1-root-//usr/etc/httpd/conf.d/
> + exit 0
>
> As can be seen, apxs seems to reference /usr/lib64/httpd/modules while building, but /var/tmp/mod_auth_radius-1.5.7-1-root-//usr/lib/httpd/modules/ when installing.
>
> Paul
>
>
--
Building and integrating Virtual Private Networks with Openswan:
http://www.amazon.com/gp/product/1904811256/104-3099591-2946327?n=283155
16 years, 8 months
Re: [Xen-ia64-devel] FC6 Test3 Xentest result
by You, Yongkang
Hi Aron and Akio,
I reported a new bug about Xen0 crashing, when I try to insert xennet.ko in XenU.
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=208062
Best Regards,
Yongkang (Kangkang) 永康
>-----Original Message-----
>From: fedora-xen-bounces(a)redhat.com
>[mailto:fedora-xen-bounces@redhat.com] On Behalf Of Aron Griffis
>Sent: 2006年9月21日 22:45
>To: You, Yongkang
>Cc: xen-ia64-devel(a)lists.xensource.com; fedora-xen(a)redhat.com
>Subject: [Fedora-xen] Re: [Xen-ia64-devel] [Fedora-ia64-list] FC6 Test3
>Xentest result
>
>You, Yongkang wrote: [Wed Sep 20 2006, 01:46:22AM EDT]
>> [Bug 207227] New: Xen0 reboot command can not reboot Tiger4 machine.
>
>I think this is a duplicate of bug 203032.
>https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=203032
>
>> [Bug 207241] New: XenU domain can not be created successfully.
>> New xenU created failure serial log has been pasted to the bug.
>
>I think the front-end and back-end drivers aren't communicating.
>I see the same problem with both network and block drivers when
>attempting xenguest-install.
>
>Aron
>
>--
>Fedora-xen mailing list
>Fedora-xen(a)redhat.com
>https://www.redhat.com/mailman/listinfo/fedora-xen
16 years, 8 months
