Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 18158 - The new baselayout hostname setting breaks zetagrid
Summary: The new baselayout hostname setting breaks zetagrid
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] Core system (show other bugs)
Hardware: All Linux
: High normal
Assignee: Martin Schlemmer (RETIRED)
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-03-25 12:53 UTC by Simon Cooper
Modified: 2003-11-30 00:33 UTC (History)
5 users (show)

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Simon Cooper 2003-03-25 12:53:09 UTC
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"
Comment 1 Martin Schlemmer (RETIRED) gentoo-dev 2003-04-06 11:26:23 UTC
Please attach /etc/hosts.
Comment 2 Simon Cooper 2003-04-06 14:50:25 UTC
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
Comment 3 Stefan Förster 2003-04-12 06:30:30 UTC
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.
Comment 4 Martin Holzer (RETIRED) gentoo-dev 2003-05-09 18:45:46 UTC
tantive:d did you try the new baselayout ?
Comment 5 Andrew Cooks (RETIRED) gentoo-dev 2003-11-30 00:33:59 UTC
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.