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 and domainname. Which one does facter use? Thanks, -kurt --~--~---------~--~----~------------~-------~--~----~ 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+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
/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. --- 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 and domainname. Which one does facter use? > > Thanks, > > -kurt > >--~--~---------~--~----~------------~-------~--~----~ 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+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
whoops, /Library/Ruby/Site/1.8/facter/hostname.rb also seems to play a part. The hostname command is used, then it''s parsed with regex magic. --- Thanks, Allan Marcus 505-667-5666 On Sep 18, 2009, at 12:16 PM, Allan Marcus 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. > > --- > 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 and domainname. Which one does facter use? >> >> Thanks, >> >> -kurt >>> > > > >--~--~---------~--~----~------------~-------~--~----~ 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+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
On Fri, Sep 18, 2009 at 11:16 AM, Allan Marcus <allan@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, then domainname, 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 and domainname. Which one does facter use? >> >> Thanks, >> >> -kurt >> > > > > > >-- Nigel Kersten nigelk@google.com System Administrator Google Inc. --~--~---------~--~----~------------~-------~--~----~ 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+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
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. -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.--~--~---------~--~----~------------~-------~--~----~ 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+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
2009/9/23 engle <kurt.engle@gmail.com>:> > 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.The current domain name stuff is a bit horky, and there are some patches/issues for 1.6 to address this: http://projects.reductivelabs.com/issues/2533 Paul --~--~---------~--~----~------------~-------~--~----~ 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+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
Compare: hostname to facter | grep -i FQDN they should be the same. The domain name is just going to be the FQDN minus everything upto the first period. --- Thanks, Allan Marcus 505-667-5666 On Sep 22, 2009, at 5:07 PM, engle 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. > > -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. > >--~--~---------~--~----~------------~-------~--~----~ 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+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
Yes, that is true. Hostname is reporting wrong and so is facter. The issue is that the mac is picking up the correct domainname from the DHCP server, but facter is not. The ''domainname'' command returns nothing. The other issue is that the ''ipconfig getpacket en0'' command returns the proper domain name but the resolv.conf does not. It seems that our DHCP config is correct or the ''ipconfig'' command would fail. But it is the ''resolv.conf'' that is incorrect in this. So perhaps there is something that I am missing in how the mac sets the resolv.conf file via DHCP. -kurt On Sep 23, 7:05 am, Allan Marcus <al...@lanl.gov> wrote:> Compare: > > hostname > to > facter | grep -i FQDN > > they should be the same. The domain name is just going to be the FQDN > minus everything upto the first period. > > --- > Thanks, > > Allan Marcus > 505-667-5666 > > On Sep 22, 2009, at 5:07 PM, engle 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. > > > -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.--~--~---------~--~----~------------~-------~--~----~ 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+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
On Tue, Sep 22, 2009 at 4:07 PM, engle <kurt.engle@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+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
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+unsubscribe@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/puppet-users?hl=en
-~----------~----~----~----~------~----~------~--~---
domainname is only relevant if you are using NIS. The larger issue here, IMHO, is why the hostname command is not returning the correct host name. Sounds like you may hve a problem with your DNS resolution. We have noticed _sometimes_ that if our domain name is not in the search domain field in the network set up, the hostname command doesn''t work right. If you focus on getting hostname to return the correct value you will solve your facter domain issue. --- Thanks, Allan Marcus 505-667-5666 On Sep 23, 2009, at 9:51 AM, engle wrote:> > Yes, that is true. > > Hostname is reporting wrong and so is facter. > > The issue is that the mac is picking up the correct domainname from > the DHCP server, but facter is not. > > The ''domainname'' command returns nothing. > > The other issue is that the ''ipconfig getpacket en0'' command returns > the proper domain name but the resolv.conf does not. > > It seems that our DHCP config is correct or the ''ipconfig'' command > would fail. But it is the ''resolv.conf'' that is incorrect in this. So > perhaps there is something that I am missing in how the mac sets the > resolv.conf file via DHCP. > > -kurt > > On Sep 23, 7:05 am, Allan Marcus <al...@lanl.gov> wrote: >> Compare: >> >> hostname >> to >> facter | grep -i FQDN >> >> they should be the same. The domain name is just going to be the FQDN >> minus everything upto the first period. >> >> --- >> Thanks, >> >> Allan Marcus >> 505-667-5666 >> >> On Sep 22, 2009, at 5:07 PM, engle 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. >> >>> -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. > >--~--~---------~--~----~------------~-------~--~----~ 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+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
OK, seems that there are two places where a resolv.conf file is located. This is on Max OS X 10.5.8. /private/etc/resolv.conf /private/var/run/resolv.conf The only one of these that gets updated via DHCP is the /private/var/ run/resolv.conf file. Facter does not seem to look at this file although the Mac uses this file for name resolution etc... If I copy the /private/var/run/resolv.conf file to /private/etc/resolv.conf, then facter reports the correct domain-name. As I mention above, the Mac seems to only use the /private/var/run/ resolv.conf for its DNS functionality. Completely removing the / private/etc/resolv.conf has no effect on the machine''s ability to browse the internet and resolve names/ip addresses. Perhaps, facter should ignore the /private/etc/resolv.conf file and rely on the /private/var/run/resolv.conf file??? I can solve my issue with a startup script, but I would rather have facter do the work for me. Thanks, Kurt On Sep 23, 12:23 pm, Allan Marcus <al...@lanl.gov> wrote:> domainname is only relevant if you are using NIS. > > The larger issue here, IMHO, is why the hostname command is not > returning the correct host name. Sounds like you may hve a problem > with your DNS resolution. We have noticed _sometimes_ that if our > domain name is not in the search domain field in the network set up, > the hostname command doesn''t work right. > > If you focus on getting hostname to return the correct value you will > solve your facter domain issue. > > --- > Thanks, > > Allan Marcus > 505-667-5666 > > On Sep 23, 2009, at 9:51 AM, engle wrote: > > > > > Yes, that is true. > > > Hostname is reporting wrong and so is facter. > > > The issue is that the mac is picking up the correct domainname from > > the DHCP server, but facter is not. > > > The ''domainname'' command returns nothing. > > > The other issue is that the ''ipconfig getpacket en0'' command returns > > the proper domain name but the resolv.conf does not. > > > It seems that our DHCP config is correct or the ''ipconfig'' command > > would fail. But it is the ''resolv.conf'' that is incorrect in this. So > > perhaps there is something that I am missing in how the mac sets the > > resolv.conf file via DHCP. > > > -kurt > > > On Sep 23, 7:05 am, Allan Marcus <al...@lanl.gov> wrote: > >> Compare: > > >> hostname > >> to > >> facter | grep -i FQDN > > >> they should be the same. The domain name is just going to be the FQDN > >> minus everything upto the first period. > > >> --- > >> Thanks, > > >> Allan Marcus > >> 505-667-5666 > > >> On Sep 22, 2009, at 5:07 PM, engle 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. > > >>> -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.--~--~---------~--~----~------------~-------~--~----~ 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+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---
On Tue, Sep 29, 2009 at 1:30 PM, engle <kurt.engle@gmail.com> wrote:> > OK, seems that there are two places where a resolv.conf file is > located. This is on Max OS X 10.5.8. > > /private/etc/resolv.conf > /private/var/run/resolv.conf > > The only one of these that gets updated via DHCP is the /private/var/ > run/resolv.conf file. Facter does not seem to look at this file > although the Mac uses this file for name resolution etc... If I copy > the /private/var/run/resolv.conf file to /private/etc/resolv.conf, > then facter reports the correct domain-name.nigelk$ ls -la /etc/resolv.conf lrwxr-xr-x 1 root wheel 20 Jul 1 16:18 /etc/resolv.conf -> /var/run/resolv.conf That''s should be the default setup.> > As I mention above, the Mac seems to only use the /private/var/run/ > resolv.conf for its DNS functionality. Completely removing the / > private/etc/resolv.conf has no effect on the machine''s ability to > browse the internet and resolve names/ip addresses. > > Perhaps, facter should ignore the /private/etc/resolv.conf file and > rely on the /private/var/run/resolv.conf file??? > > I can solve my issue with a startup script, but I would rather have > facter do the work for me. > > Thanks, > > Kurt > > On Sep 23, 12:23 pm, Allan Marcus <al...@lanl.gov> wrote: >> domainname is only relevant if you are using NIS. >> >> The larger issue here, IMHO, is why the hostname command is not >> returning the correct host name. Sounds like you may hve a problem >> with your DNS resolution. We have noticed _sometimes_ that if our >> domain name is not in the search domain field in the network set up, >> the hostname command doesn''t work right. >> >> If you focus on getting hostname to return the correct value you will >> solve your facter domain issue. >> >> --- >> Thanks, >> >> Allan Marcus >> 505-667-5666 >> >> On Sep 23, 2009, at 9:51 AM, engle wrote: >> >> >> >> > Yes, that is true. >> >> > Hostname is reporting wrong and so is facter. >> >> > The issue is that the mac is picking up the correct domainname from >> > the DHCP server, but facter is not. >> >> > The ''domainname'' command returns nothing. >> >> > The other issue is that the ''ipconfig getpacket en0'' command returns >> > the proper domain name but the resolv.conf does not. >> >> > It seems that our DHCP config is correct or the ''ipconfig'' command >> > would fail. But it is the ''resolv.conf'' that is incorrect in this. So >> > perhaps there is something that I am missing in how the mac sets the >> > resolv.conf file via DHCP. >> >> > -kurt >> >> > On Sep 23, 7:05 am, Allan Marcus <al...@lanl.gov> wrote: >> >> Compare: >> >> >> hostname >> >> to >> >> facter | grep -i FQDN >> >> >> they should be the same. The domain name is just going to be the FQDN >> >> minus everything upto the first period. >> >> >> --- >> >> Thanks, >> >> >> Allan Marcus >> >> 505-667-5666 >> >> >> On Sep 22, 2009, at 5:07 PM, engle 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. >> >> >>> -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+unsubscribe@googlegroups.com For more options, visit this group at http://groups.google.com/group/puppet-users?hl=en -~----------~----~----~----~------~----~------~--~---