dns issues and cobbler logging
by denmat
Hi,
I am trying to let cobbler manage my DNS (and dhcp) but I am having
issues with getting it to work with dns.
Running: cobbler-1.0.3-1.fc9.noarch
cd /etc/cobbler
cat settings
settings file:
allow_duplicate_macs: 0
allow_duplicate_ips: 0
bind_bin: /usr/sbin/named
bootloaders:
ia64: /var/lib/cobbler/elilo-3.6-ia64.efi
standard: /usr/lib/syslinux/pxelinux.0
default_kickstart: /etc/cobbler/default.ks
default_virt_bridge: xenbr0
default_virt_type: xenpv
default_virt_file_size: 5
default_virt_ram: 512
default_ownership: "admin"
dhcpd_bin: /usr/sbin/dhcpd
dhcpd_conf: /etc/dhcpd.conf
dnsmasq_bin: /usr/sbin/dnsmasq
dnsmasq_conf: /etc/dnsmasq.conf
httpd_bin: /usr/sbin/httpd
http_port: 80
kernel_options:
ksdevice: eth0
lang: ' '
text: ~
ldap_server: "ldap.example.com"
ldap_base_dn: "DC=example,DC=com"
ldap_port: 389
ldap_tls: 1
ldap_anonymous_bind: 1
ldap_search_bind_dn: ''
ldap_search_passwd: ''
ldap_search_prefix: 'uid='
manage_dhcp: 1
manage_dns: 1
manage_forward_zones:
- 'gdn.example.com'
manage_reverse_zones:
- '236.61.10.in-addr.arpa'
next_server: '10.61.236.1'
omapi_enabled: 1
omapi_port: 647
omshell_bin: /usr/bin/omshell
pxe_just_once: 0
restart_dns: 1
restart_dhcp: 1
register_new_installs: 1
run_install_triggers: 1
server: '10.61.236.1'
snippetsdir: /var/lib/cobbler/snippets
syslog_port: 25150
tftpd_bin: /usr/sbin/in.tftpd
tftpd_conf: /etc/xinetd.d/tftp
webdir: /var/www/cobbler
xmlrpc_port: 25151
xmlrpc_rw_enabled: 1
xmlrpc_rw_port: 25152
yum_post_install_mirror: 1
yumdownloader_flags: "--resolve"
cat modules.conf
[serializers]
settings = serializer_yaml
distro = serializer_yaml
profile = serializer_yaml
system = serializer_yaml
repo = serializer_yaml
[authentication]
module = authn_denyall
[authorization]
module = authz_allowall
[dns]
module = manage_bind
[dhcp]
module = manage_isc
cat named.template
options {
listen-on port 53 { 127.0.0.1; 10.61.236.1; };
directory "/var/named";
dump-file "/var/named/data/cache_dump.db";
statistics-file "/var/named/data/named_stats.txt";
memstatistics-file "/var/named/data/named_mem_stats.txt";
allow-query { localhost; localnets; };
recursion yes;
};
logging {
channel default_debug {
file "data/named.run";
// severity dynamic;
severity debug;
};
};
zone "." IN {
type hint;
file "named.ca";
};
$zone_include
cat zone.template
\$TTL 300
@ IN SOA $cobbler_server. admin.gdn.example.com (
$serial ; Serial
600 ; Refresh
1800 ; Retry
604800 ; Expire
300 ; TTL
)
IN NS $cobbler_server.
$host_record
gdn.example.com. MX 10 mail.example.com.
cat zone_templates/gdn.example.com
\$TTL 300
@ IN SOA $cobbler_server. admin.gdn.example.com (
$serial ; Serial
600 ; Refresh
1800 ; Retry
604800 ; Expire
300 ; TTL
)
IN NS $cobbler_server.
$host_record
gdn.example.com. MX 10 mail.example.com.
It doesn't seem to pick up anything in the zone_templates directory.
If I put crap in the zone file it doesn't provide any error
notification. If I move /etc/named.conf and run cobbler sync the
/etc/named.conf file is recreated but it doesn't seem to read the
$zone_include.
Cobbler doesn't seem to have any logging options available apart from
the logging of clients attaching to it. Setting debug to named doesn't
point to any issues (but you can see it doesn't read any of the
cobbler managed zone files).
Any idea where I'm going wrong?
Regards,
denmat
15 years, 8 months
Can't disable netboot
by Rainer Duffner
Hi,
just updated to the latest cobbler 1.2.1-1 on RHEL5.
Now, all my systems' MAC-addresses show up in /tftpboot/pxelinux.cfg and
using --netboot-enabled=0 or de-selecting the checkbox in the
webinterface is futile.
How can that happen?
Regards,
Rainer
15 years, 8 months
cobbler sync dies trying to write /etc/dhcpd.conf
by Harry Hoffman
Hi,
Just installed a new cobbler-1.2.1
I have a dhcp.template and I run the following:
[root@xen0 cobbler]# cobbler sync
bootloaders
File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line 77,
in main
rc = BootCLI().run(sys.argv)
File "/usr/lib/python2.4/site-packages/cobbler/cobbler.py", line 57,
in run
return self.loader.run(args)
File "/usr/lib/python2.4/site-packages/cobbler/commands.py", line
113, in run
return fn.run()
File "/usr/lib/python2.4/site-packages/cobbler/modules/cli_misc.py",
line 223, in run
return self.api.sync()
File "/usr/lib/python2.4/site-packages/cobbler/api.py", line 381, in sync
return sync.run()
File "/usr/lib/python2.4/site-packages/cobbler/action_sync.py", line
101, in run
self.dhcp.write_dhcp_file()
File
"/usr/lib/python2.4/site-packages/cobbler/modules/manage_isc.py", line
157, in write_dhcp_file
elilo = os.path.basename(self.settings.bootloaders["ia64"])
File "/usr/lib/python2.4/site-packages/cobbler/settings.py", line
149, in __getattr__
raise AttributeError, name
Not sure what the problem is... any ideas?
Cheers,
Harry
15 years, 8 months
NIC for Installation and their order
by Andreas Zuber
Hi
Like many others, we had some problems with the order of the network cards
during and after the installation. We found a way to workaround that problem,
i'll try to explain how we did that:
- Device for Installation:
There are several points during installation where the network card is
configured. There is a way to ensure that always the same card is used.
First, enable pxe only on the device you want to use for the installation.
After that, we tell the install kernel that we want to use the same device to
fetch the kickstart.
/etc/cobbler/setting:
---------8<------------
kernel_options:
ksdevice: bootif
---------8<------------
We change the value of ksdevice to bootif. bootif is a variable.
/etc/cobbler/pxesystem.template:
---------8<------------
default linux
prompt 0
timeout 1
label linux
kernel $kernel_path
$append_line
IPAPPEND 2
---------8<------------
We add IPAPPEND 2 to the template file. This adds the bootif variable which
contains the network device information to the append line.
Finally we need to ensure that anaconda uses the same device. Simply remove
all network commands from your kickstart template/snippets and replace it
with:
network --bootproto=dhcp
- Configure the network cards with the information from cobbler
We found that anaconda is not able to create the configuration of the network
devices related to their MAC/hardware address. We decided to write a cheetah
template, that uses the information form cobbler to write the network
configuration directly to /etc/sysconfig/network-scripts/
/var/lib/cobbler/snippets/post_baremetal
---------8<------------
# Network information
#set $network_baremetal_file = '/etc/sysconfig/network'
echo "NETWORKING=yes" > $network_baremetal_file
echo "NETWORKING_IPV6=no" >> $network_baremetal_file
#for $n in $range(8, -1, -1)
#set $ns = str($n)
#if $getVar('mac_address_intf' + $ns, '')
#set $network_baremetal_device = 'eth' + $ns
#set $network_baremetal_mac = $getVar('mac_address_intf' + $ns, '')
#set $network_baremetal_devfile = '/etc/sysconfig/network-scripts/ifcfg-'
+ $network_baremetal_device
echo "DEVICE=$network_baremetal_device" > $network_baremetal_devfile
echo "HWADDR=$network_baremetal_mac" >> $network_baremetal_devfile
echo "ONBOOT=yes" >> $network_baremetal_devfile
#if $getVar('ip_address_intf' + $ns, '')
#if $getVar('ip_address_intf' + $ns, '')
#set $network_baremetal_ip = $getVar('ip_address_intf' + $ns, '')
echo "BOOTPROTO=static" >> $network_baremetal_devfile
echo "IPADDR=$network_baremetal_ip" >> $network_baremetal_devfile
#if $getVar('subnet_intf' + $ns, '')
#set $network_baremetal_netmask = $getVar('subnet_intf' + $ns, '')
echo "NETMASK=$network_baremetal_netmask" >>
$network_baremetal_devfile
#else
echo "NETMASK=255.255.255.0" >> $network_baremetal_devfile
#end if
#if $getVar('gateway_intf' + $ns, '')
#set $network_baremetal_gateway = $getVar('gateway_intf' + $ns, '')
#set $network_baremetal_hostname = $getVar('hostname_intf' +
$ns, 'not-found.example.com')
echo "HOSTNAME=$network_baremetal_hostname" >>
$network_baremetal_file
echo "GATEWAY=$network_baremetal_gateway" >> $network_baremetal_file
#end if
#end if
#else
echo "BOOTPROTO=dhcp" >> $network_baremetal_devfile
#end if
#end if
#end for
---------8<------------
We hope this helps someone else too.
Greetings
Puzzle Operations Team
15 years, 8 months
Fix option parsing in 1.2.1
by Michael DeHaan
There's a minor problem with option parsing in 1.2.1, as pointed out on
IRC just now.
cobbler distro edit --name=foo --parameter=value # works
cobbler distro edit --name foo --parameter value # does not work and
prints usage
This seems to fix things and is already applied to both branches:
http://git.fedorahosted.org/git/cobbler?p=cobbler;a=commitdiff;h=f1f7cd28...
Since 1.2 is new, we'll hold off for a week or so and then do a 1.2.2
with any other fixes we might need to include from everyone's testing.
Thanks!
--Michael
15 years, 8 months
[PATCH] initial patch for cobbler report
by Anderson Silva
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
This is my first patch, and I had limited resources for testing.
Consider this a 'working in progress'
Feel free to submit feedback. One thing I still would like to do is:
cobbler report --what=system --list-all-fields
Which would provide a list of all available fields to anyone who would
like use customize the report with the --fields options.
AS
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.7 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org
iD8DBQFIsu4eECmX3C4JWKgRAvXHAJ9fjchsN4HZGP1nRxRSc61D4MpvAwCgmaEU
DxxxfgJWaV6mDwl5qQOqwHg=
=kKk1
-----END PGP SIGNATURE-----
15 years, 8 months
[ANNOUNCE] Cobbler 1.2.1-1 (fix for 1.2.0-1)
by Michael DeHaan
Cobbler 1.2.1-1 fixes merge issues present in 1.2.0-1.
This has been pushed out to all of the builders and is now available at
http://cobbler.et.redhat.com/download
The problem was that "make test" in Cobbler does not require
installation, so I ran the tests Friday on the /pre-merge/ version
(ow!). To correct this problem, I've altered the makefile to prevent
this class of errors.
--Michael
15 years, 8 months
Cobbler 1.2 SRPM rebuild issue
by Paul De Audney
Hi List,
I have just attempted to rebuild the SRPMs for cobbler to test it out.
There appears to be some source control conflict resolution issue in the
code.
RHEL 4.7 ES i386 1.2.0-1 SRPM rebuild
GMT +10 2008/09/01 7pm
When rubbing 'cobbler check' I get this;
Traceback (most recent call last):
File "/usr/bin/cobbler", line 17, in ?
import cobbler.cobbler as app
File "/usr/lib/python2.3/site-packages/cobbler/cobbler.py", line 26, in ?
import api
File "/usr/lib/python2.3/site-packages/cobbler/api.py", line 207
<<<<<<< HEAD:cobbler/api.py
^
SyntaxError: invalid syntax
Cutting out of file /usr/lib/python2.3/site-packages/cobbler/api.py lines
207..213 gives below:
<<<<<<< HEAD:cobbler/api.py
def remove_system(self,ref,recursive=False):
=======
def remove_system(self,ref, recursive=False):
>>>>>>> devel:cobbler/api.py
self.log("remove_system",[ref.name])
return self._config.systems().remove(ref.name)
There appears to be issues in cobbler/utils.py @ line 37, 107 and 842.
After cleaning those up, 'cobbler check' works.
--
Regards,
Paul De Audney
System Administrator
Direct : 02 8296 5105
Main : 1300 883 979
International: +612 8296 5111
Anchor Systems Pty Ltd - Hosting Heavyweights
http://www.anchor.com.au
15 years, 8 months