Final Summary: Q on DHCP/DNS conflict

From: Bruntel, Mitchell L, ALABS <>
Date: Wed Oct 29 2003 - 10:08:39 EST
OK The second question is answered.  MANY MANY thanks and kudos to dom
clermont, and Richard Teer(author of web page) who provided the link with the
precise answer I was looking for: (See end of summary for link!)

The original question of getting my workstation (Sol8) onto my corporate DHCP
network with a known, pre-determined network name

 Follow the instructions given by sun in the sys-unconfig command:
make sure the following files exist, and contain
/etc/default/dhcpagent		(should contain: REQUEST_HOSTNAME=yes )
/etc/hostname.hme0		(should contain inet <desired hostname>) mine said inet
/etc/nodename			(should contain <hostname>) mine said mitchb

This solution (with a reboot and a few hrs to reload the tables, resulted in
my name being registered correctly in the Windows DHCP range at this address.

Part b:
 is not having the "unknown" host name.  According to the web page (at end,
again), this script (/etc/init.d/rootusr) trys to be clever, and sets your
hostname to "unknown" in this case.
Rather than modifying the bootscript (always suggested to modify local files
instead), the author suggests:
to do it early enough to ensure that rpcbind and sendmail dont also get

Essentially take the name in nodename, and set uname -S to nodename is what
script does.

Again, I thank everyone for theih help, and especially to the 2 folks named at
beginning who did this first time

ORIGINAL LINK with answer I needed: (in both parts)

-----Original Message-----
From: Bruntel, Mitchell L, ALABS
Sent: Wednesday, October 29, 2003 7:45 AM
Subject: Partial Summary on Q on DHCP/DNS conflict/need figure out sun
name portion

NO solution:. BUT. (and thanks, to part..( Hichael Morton,Mike Demarco
and a few others)

Who all essentially said that Suns don't like WIN-NT based DHCP for getting
names. (Quote: if your dhcp server is a windows machine, the hostname for a
Solaris machine will be "unknown". )

However, that part seems to have worked.
Very interesting.  My DHCP commands did SOMETHING.  I went from a nslookup on
mitchb of not found, to finding my workstation name in the DNS listing-a day
after having the commands on the system.  (guessing that it was the changes
these 3 files:
that did it.

NOW, (still, whenever I reboot, the Sun (Sparc 2.8) still comes up as system
unknown, even though the DNS can identify it.
Ideas? Suggestions?
Thanks in advance again.
And thanks to bill, and all the other geeks that keep this list
fast/efficient, and in business.
thanks again!

-----Original Message-----
From: Bruntel, Mitchell L, ALABS
Sent: Tuesday, October 28, 2003 3:48 PM
Subject: Q on DHCP/DNS conflict

OH.  OK. I feel stupid now. I want my workstation to use a DHCP address. BUT
(yes I tried the archives, specifically a 9/28/2002 message that agreed with
what I tried.)

According to official documentation at sun, one should use the
/usr/sbin/sys-unconfig utility,
which asks all the questions after the reboot.

HOWEVER.  using a DHCP address from the corporate server gets me a
unchangeable entry.

It would seem that dhcpagent is the way to go, but trying to set up the -f -v
(foreground, verbose) options don't do anything, as they can't find a server.
AND/but it seems that /etc/default/dhcpagent can contain the option REQUEST

It seems to me that this is the only way I would be able to provide my
hostname (which still comes up as unknown) into DNS.  I can't seem to get
option to work.  I entered :
REQUEST_HOSTNAME=yes into  /etc/default/dhcpagent, but that didn't do it

(I also tried to put the following into the other 2 files discussed:
 /etc/hostname.hme0 contains inet and mitchb (desired name)
/etc/nodename contains mitchb

Can someone point me to what I'm doing wrong? or a better way?
thanks in advance!

Mitch B.
Thanks again in for this great list.

I do try and respond when I
sunmanagers mailing list
sunmanagers mailing list
sunmanagers mailing list
Received on Wed Oct 29 10:13:32 2003

This archive was generated by hypermail 2.1.8 : Thu Mar 03 2016 - 06:43:20 EST