I have my home partion on Dom0 mounted from an nfs server on a DomU. Then I start an X-Session and get my email (from another DomU on the same machine) with thunderbird. Suddenly all hangs and in /var/log/messages I see "NFS-Server not responding". I can't even ping all my DomU's but I can ping outside and I can ping to the bridge. I use brouting (network-virtual) and have all my DomU's in a different nw segment than my Dom0. I can work 2 or 3 hours this way but suddenly all hangs. Jupiter welz # emerge --info --- 'profiles/arch.list' is empty or not available. Empty portage tree? --- 'profiles/updates' is empty or not available. Empty portage tree? Portage 2.1-r1 (!/usr/portage/profiles/default-linux/x86/2006.0, gcc-3.4.6, glibc-2.3.6-r4, 2.6.16.26-xen i686) ================================================================= System uname: 2.6.16.26-xen i686 Intel(R) Celeron(R) CPU 2.80GHz Gentoo Base System version 1.6.15 dev-lang/python: 2.3.5-r2, 2.4.3-r1 sys-devel/autoconf: 2.13, 2.59-r7 sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r2 sys-devel/binutils: 2.16.1-r3 sys-devel/libtool: 1.5.22 virtual/os-headers: 2.6.11-r2 ACCEPT_KEYWORDS="x86" CFLAGS="-O2 -march=pentium4 -mno-tls-direct-seg-refs -pipe" CHOST="i686-pc-linux-gnu" CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.4/env /usr/kde/3.4/share/config /usr/kde/3.4/shutdown /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /usr/share/texmf/dvipdfm/config/ /usr/share/texmf/dvips/config/ /usr/share/texmf/tex/generic/config/ /usr/share/texmf/tex/platex/config/ /usr/share/texmf/xdvi/ /var/qmail/control" CONFIG_PROTECT_MASK="/etc/env.d /etc/gconf /etc/revdep-rebuild /etc/terminfo" CXXFLAGS="-O2 -march=pentium4 -mno-tls-direct-seg-refs -pipe" DISTDIR="/mnt/nfs_portage/distfiles" FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict" GENTOO_MIRRORS="http://linux.rz.ruhr-uni-bochum.de/download/gentoo-mirror/ http://ftp.uni-erlangen.de/pub/mirrors/gentoo http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/" PKGDIR="/mnt/nfs_portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR="/mnt/nfs_portage" SYNC="rsync://rsync.de.gentoo.org/gentoo-portage" USE="x86 X apm avi bitmap-fonts bzip2 crypt cups doc dri eds emboss encode esd foomaticdb gdbm gif gpm gstreamer gtk gtk2 hal imlib jpeg kde libg++ libwww logrotate mad mikmod motif mozcalendar mp3 mpeg ncurses nls nsplugin ogg opengl pam pdflib perl png python qt qt3 quicktime readline sdl spell ssl symlink tiff truetype truetype-fonts type1-fonts udev unicode userlocales vorbis xml xmms xv zlib elibc_glibc input_devices_keyboard input_devices_mouse kernel_linux linguas_de linguas_en userland_GNU video_cards_nv video_cards_vga" Unset: EMERGE_DEFAULT_OPTS, PORTDIR_OVERLAY
There is nothing I can do about this. Try reporting the bug on bugzilla.xensource.com or on the xen-devel mailing list. However, without any way to pinpoint the problem I doubt they'll be able to help you. If you have a null serial cable, connect it to another PC and enable debugging as specified in the xen gentoo wiki. Otherwise, read /usr/src/linux/Documentation/oops-tracing.txt btw it's possible that your bug has already been fixed in a later version of xen - but there are no ebuilds at the moment so you'll have to install it from source.
