The new baselayout (1.8.6.4-r1) hostname setting (setting the computer name and domain name seperately) breaks the java getLocalHost(), as it returns just the computer name and not the FQDN which it needs to work. Therefore zetagrid fails to run, as it needs the FQDN ie, my FQDN is simon.cooper.local: Initialization of client java.net.UnknownHostException: simon: simon at java.net.InetAddress.getLocalHost(InetAddress.java:1128) at zeta.ZetaClient.downloadFiles(Unknown Source) at zeta.ZetaClient.<init>(Unknown Source) at zeta.ZetaClient.main(Unknown Source) Could not download client. java.lang.ClassNotFoundException: zeta.ZetaCalc at zeta.ZetaClient$2.findClass(Unknown Source) at java.lang.ClassLoader.loadClass(ClassLoader.java:299) at java.lang.ClassLoader.loadClass(ClassLoader.java:255) at java.lang.ClassLoader.loadClassInternal(ClassLoader.java:315) at java.lang.Class.forName0(Native Method) at java.lang.Class.forName(Class.java:217) at zeta.ZetaClient.<init>(Unknown Source) at zeta.ZetaClient.main(Unknown Source) Apart from going back to setting the FQDN together I cant see a way round it, but then I dont know guts of the hostname setting thing that well. Ill have a poke round the init scripts to see if I can solve it Reproducible: Always Steps to Reproduce: 1. Install baselayout 1.8.6.4-r1 2. Install zetagrid 3. Run zetagrid Actual Results: lots of java processes in ps -A (as normal) but cpu usage stayed at 0% and the error above appeared in nohup.out Expected Results: run zetagrid & started calculating zeros Portage 2.0.47-r10 (default-x86-1.4, gcc-3.2.2, glibc-2.3.2-r0) ================================================================= System uname: 2.5.65 i686 AMD Athlon(tm) XP 2800+ GENTOO_MIRRORS="ftp://ftp.gtlib.cc.gatech.edu/pub/gentoo ftp://sunsite.dk/mirrors/gentoo/ ftp://gentoo.linux.no/pub/gentoo/ ftp://ftp.tu-clausthal.de/pub/linux/gentoo/ ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo/ " CONFIG_PROTECT="/etc /var/qmail/control /usr/share/config /usr/kde/2/share/config /usr/kde/3/share/config /usr/X11R6/lib/X11/xkb" CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d" PORTDIR="/usr/portage" DISTDIR="/usr/portage/distfiles" PKGDIR="/usr/portage/packages" PORTAGE_TMPDIR="/var/tmp" PORTDIR_OVERLAY="/usr/portage.local" USE="x86 oss 3dnow apm avi crypt cups encode gif jpeg libg++ libwww mikmod mmx mpeg ncurses nls pdflib png quicktime spell truetype xml2 xmms xv zlib gdbm berkdb slang readline aalib svga java X sdl gpm tcpd pam ssl python esd imlib oggvorbis gtk qt motif opengl acpi alsa -arts cdr directfb dvd fbcon -gnome imap -kde mozilla perl samba tcltk usb" COMPILER="gcc3" CHOST="i686-pc-linux-gnu"CXXFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -ffast-math -mmmx -m3dnow -msse -mfpmath=sse,387" ACCEPT_KEYWORDS="x86 ~x86" MAKEOPTS="-j2" AUTOCLEAN="yes" SYNC="rsync://rsync.gentoo.org/gentoo-portage" FEATURES="sandbox ccache" CFLAGS="-march=athlon-xp -O3 -pipe -fomit-frame-pointer -ffast-math -mmmx -m3dnow -msse -mfpmath=sse,387"
Please attach /etc/hosts.
127.0.0.1 localhost 192.168.0.10 router.cooper.local The home network uses a dhcp server on the router, so putting the localhost's 192.168.0 number in it is pointless since it changes every time it boots up
Simon, does a call to gethostbyname(3) with your unqualified hostname succeed, i.e. does it return an FQDN? Or in other words, it is _your_ task to ensure that the hostname "simon", which is a perfectly vaild result for a gethostname(2)-call, can be qualified by calling gethostbyname(3). In a static environment, this is done like Martin Schlemmer proposed, i.e. adding a line of the form: ip.add.dre.ss host.domain host to /etc/hosts. In a dynamic environment, you will have to ensure that your dhcp-client adds such a line to /etc/hosts or use a DNS-server (NIS-server for gods sake) which is updated by your DHCP-server. This is not a bug in baselayout.
tantive:d did you try the new baselayout ?
This bug has been inactive for more than 180 days. Resolving as INVALID. If anyone has anything to add, please reopen and give more info.