Here is the output from one of the many computers that are exhibiting
this behavior:
resolv.conf:
domain lane.edu.
nameserver 158.165.1.26
nameserver 158.165.1.20
sh-3.2# ipconfig getpacket en0
op = BOOTREPLY
htype = 1
flags = 0
hlen = 6
hops = 1
xid = 485302252
secs = 0
ciaddr = 0.0.0.0
yiaddr = 158.165.86.51
siaddr = 0.0.0.0
giaddr = 158.165.86.1
chaddr = 0:25:0:d2:51:a2
sname = edlane
file =
options:
Options count is 10
dhcp_message_type (uint8): ACK 0x5
server_identifier (ip): 158.165.1.26
lease_time (uint32): 0xa8c0
subnet_mask (ip): 255.255.255.0
router (ip_mult): {158.165.86.1}
domain_name_server (ip_mult): {158.165.1.26, 158.165.1.20}
domain_name (string): twin-oaks.lane.edu
nb_over_tcpip_name_server (ip_mult): {158.165.1.38, 158.165.1.52}
nb_over_tcpip_node_type (uint8): 0x8
end (none):
sh-3.2# facter
domain => lane.edu.
facterversion => 1.5.4
fqdn => YM913AKG6MH.lane.edu.
hardwaremodel => i386
hostname => YM913AKG6MH
interfaces => lo0,gif0,stf0,en0,fw0,en1
ipaddress => 158.165.86.51
ipaddress_en0 => 158.165.86.51
ipaddress_lo0 => 127.0.0.1
kernel => Darwin
kernelrelease => 9.8.0
kernelversion => 9.8.0
macaddress => 00:25:00:d2:51:a2
macaddress_en0 => 00:25:00:d2:51:a2
macaddress_en1 => 00:25:4b:87:b9:56
macaddress_fw0 => 00:25:00:ff:fe:d2
macosx_buildversion => 9L31a
macosx_productname => Mac OS X
macosx_productversion => 10.5.8
netmask_en0 => 255.255.255.0
netmask_lo0 => 255.0.0.0
network_en0 => 158.165.86.0
network_lo0 => 127.0.0.0
operatingsystem => Darwin
operatingsystemrelease => 9.8.0
ps => ps auxwww
puppetversion => 0.24.8
rubyversion => 1.8.6
sp_boot_mode => normal_boot
sp_boot_rom_version => IM91.008D.B08
sp_boot_volume => Macintosh HD
sp_bus_speed => 1.07 GHz
sp_cpu_type => Intel Core 2 Duo
sp_current_processor_speed => 2 GHz
sp_kernel_version => Darwin 9.8.0
sp_l2_cache => 3 MB
sp_local_host_name => YM913AKG6MH
sp_machine_model => iMac9,1
sp_machine_name => iMac
sp_number_processors => 2
sp_os_version => Mac OS X 10.5.8 (9L31a)
sp_packages => 1
sp_physical_memory => 1 GB
sp_platform_uuid => 9F4A5996-8A4C-5C7C-AAF3-2F9F68E80A0B
sp_serial_number => YM913AKG6MH
sp_smc_version_system => 1.44f0
sp_uptime => up 6:22:19:39
sp_user_name => System Administrator (root)
timezone => PDT
Thanks
-kurt
On Sep 23, 8:55 am, Nigel Kersten <nig...@google.com> wrote:
> On Tue, Sep 22, 2009 at 4:07 PM, engle <kurt.en...@gmail.com> wrote:
>
> > So, when I issue the command:
>
> > ipconfig getpacket en0
>
> > I get the proper domain name from DHCP. But, 'facter', does not
> > display this when reporting the 'domain' or in the FQDN . Both of
> > these list "local" for the domain name of the computer. In addition,
> > in my 'resolv.conf', the correct domain name is listed as a 'search'
> > domain as well as a general domain statement.
>
> > So, I am still a bit unsure as to where facter is getting its
> > infomation.
>
> Can you paste the full output of an ipconfig getpacket and your
> resolv.conf, scrubbing whatever details you need to?
>
>
>
>
>
> > -kurt
>
> > On Sep 18, 11:33 am, Nigel Kersten <nig...@google.com> wrote:
> >> On Fri, Sep 18, 2009 at 11:16 AM, Allan Marcus <al...@lanl.gov> wrote:
>
> >> > /Library/Ruby/Site/1.8/facter/domain.rb
>
> >> > I think for the Mac you need to set the search domain in the Network
> >> > System Pref, and that is what facter uses, but I'm not sure I'm
> >> > reading the code right.
>
> >> No, if you're using DHCP it should fall to resolv.conf which is
> >> automatically generated by data provided by DHCP to the interface for
> >> the SystemConfiguration framework.
>
> >> It'll try dnsdomainname first, which will fail, thendomainname, which
> >> will be empty unless you're attached to NIS, then resolv.conf
>
> >> It will pick any domain entry, if that doesn't exist, then fall back
> >> to search domains.
>
> >> You should be getting exactly the same results as you see when dumping
> >> a DHCP response with
>
> >> ipconfig getpacket en1 (en0 or whatever)
>
> >> OS X clients have ComputerName and LocalHostName in
> >> SystemConfiguration as well, which are what are set via the Sharing
> >> prefpane. These are independent of actual domain names, but the fact
> >> that terminal prompts fall back to them in some situations often
> >> confuses people.
>
> >> scutil --get ComputerName
> >> scutil --get LocalHostName
>
> >> > ---
> >> > Thanks,
>
> >> > Allan Marcus
> >> > 505-667-5666
>
> >> > On Sep 18, 2009, at 10:11 AM, engle wrote:
>
> >> >> We have a large number of Macs that are using puppet to install
> >> >> packages. The source of the packages is determined by the domain name
> >> >> of the client. We are using ISC's dhcpd. The macs seem to pick up the
> >> >> correct domain name from the dhcp server but facter is not picking it
> >> >> up. If I type "domainname" at a shell prompt, I get nothing. However,
> >> >> when the client requests a cert from the puppet server, it is
> >> >> requested with the FQDN which is correct.
>
> >> >> So, where does facter get its domain name information from on the
> >> >> client. I know that Macs have a number of places where they store and
> >> >> use hostname anddomainname. Which one does facter use?
>
> >> >> Thanks,
>
> >> >> -kurt
>
> >> --
> >> Nigel Kersten
> >> nig...@google.com
> >> System Administrator
> >> Google Inc.
>
> --
> nigel
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups
"Puppet Users" group.
To post to this group, send email to puppet-users@googlegroups.com
To unsubscribe from this group, send email to
puppet-users+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en
-~----------~----~----~----~------~----~------~--~---
