I may be losing my mind, but...
by James Cammarata
I could have sworn I sent in a patch a few weeks back to address an issue I
was having where network configuration lines are being generated in the
kickstart file for interfaces that do not exist, for instance bonded/vlan
interfaces. However, I cannot seem to find it and it is definitely not
present in the devel/master tree currently.
Does anyone remember this coming up? If not, it needs to be addressed
because when falling back on the old method (no MAC addresses entered into
the system configuration), lines are generated for the kickstart that
anaconda pukes on.
I'm 99.9999% sure I talked with either jcapel or jeckersb about this...
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
15 years, 1 month
fence-agents and changes to PATH
by James Laska
Greetings,
In Fedora 11, the fencing agents (think power control) have been moved into a
package called 'fence-agents'. This change also has moved the agents from
/sbin to /usr/sbin.
Since cobbler should run on a Fedora 11 and earlier distros, I've changed the
power templates to use relative paths instead of absolute? That seems the best
approach, but just curious on other opinions?
Thanks,
James
--
==========================================
James Laska -- jlaska(a)redhat.com
Quality Engineering -- Red Hat, Inc.
==========================================
15 years, 1 month
ipv6 support in cobbler
by Jon Sabo
Cobbler Dev's,
Does cobbler support ipv6 network configuration and if not what changes
would be required to make that possible?
I'm writing a django app to track my hosts and some of the challenges I ran
into while trying to model the network information was that in order to
support ipv6 network configurations I had to allow for the case where an
interface name such as eth0 could have multiple ip addresses assigned. For
instance you can have an interface with an ipv4 ip, and many other ipv6 ip
addresses or combinations of that. I believe Redhat calls the additional ip
addresses "ipv6 secondaries". Looking at the code:
self.name = None
self.cidr = None
self.address = None
self.gateway = None
self.broadcast = None
self.name_servers = []
self.reserved = []
self.used_addresses = {}
self.free_addresses = []
self.comment = ""
self.ctime = 0
self.mtime = 0
self.owners = self.settings.default_ownership
If the ip address fields were containers perhaps they could store more than
a single ip address. The RedHat network config stanzas use different names
to configure the interfaces and network settings such as:
/etc/sysconfig/network
NOZEROCONF=yes
NETWORKING_IPV6=yes
IPV6_AUTOCONF=no
IPV6_DEFAULTDEV=eth0
/etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE=eth0
BOOTPROTO=static
HWADDR=00:43:86:03:h0:45
ONBOOT=yes
IPADDR=192.168.1.1
NETMASK=255.255.255.240
ETHTOOL_OPTS="speed 100 duplex full autoneg off"
IPV6INIT=yes
IPV6ADDR=2001:12f8:1::10/64
IPV6ADDR_SECONDARIES=FE80::3
IPV6_DEFAULTGW=FE80::1
So maybe you would just give them separate names? I would like to try to
manage my systems network configuration with cobbler and build fully
configured (ipv4 and ipv6) interfaces. If more than just myself are
interested in having this functionality added what do you think the best way
to go about it would be?
I was also wondering about configuring /etc/sysconfig/static-routes-ipv6.
Thanks,
Jonathan
15 years, 1 month
get_field order nr
by Vreman, Peter
The order number in the get_field() method is now incremental. Inserting fields require a renumbering. For the item_system.get_field() I changed the numbers with groups.
1-19 is general
20-39 network
40-59 virt
Etc.
Maybe this can also be done for the profile and distros
Peter
This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.
15 years, 1 month
Faster cobbler replicate
by Michael DeHaan
The replication feature ("cobbler replicate",
https://fedorahosted.org/cobbler/wiki/ReplicateMaster) now respects
object mtimes, so that it does not bother to re-add cobbler objects when
it already has a sufficiently new local edit.
This can result in a time savings if you are using cobbler triggers as
it will prevent those triggers from firing when no changes are made.
Don't mistake this for what it's not though -- if you are maintaining
cobbler server B as a slave of cobbler server A, you probably want to do
all of your edits on A, 100% of the time, to avoid suprises, as
replicate is designed to make B look like A.
You could also choose to keep all your systems on B and administer them
directly there, while maintaining all other objects on A.
However cobbler replicate will never try to merge your changes, B is
always subservient to A. If you make local changes to B, they may not
be clobbered immediately, but would be clobbered the next time a future
change is made on A.
--Michael
15 years, 1 month
[PATCH] Webui generic list support
by Vreman, Peter
Please find attached the patch for the generic and configurable list in the webui. For the moment it already works for distro/profile/system.
Configuration is read from /etc/cobbler/setting. The following example works and lists only the name and IP address of eth0 in the systems list:
web_system_list_columns: ["name","interfaces::eth0::ip_address"]
The item_system.get_field() is almost complete including the generic edit. I've only started the interfaces with a fields subkey for the name and ip_address. This needs to be extended as it is known how it will be implemented for the generic edit.
Next steps:
- Finish item_system.get_field for interfaces and make the system work with generic edit
- Add URL support to field info (click to edit profile etc.)
- Add support for network/images/repos and replace the original list
- Make the delete/copy/rename generic
Peter
This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.
15 years, 1 month
Multiple template engines
by Michael DeHaan
I'd like to teach Cobbler about how to use other templating engines, so
that folks who have preferences can use them.
I'm thinking the easiest way to do this might be to assume a template is
(whatever is marked as the default engine in settings, which is probably
Cheetah) and then allow the template language to be marked at the top of
a file with something like
"#template:cheetah"
OR:
"#template:mako"
Basically similar to the bash shebang (#!/bin/interpreter)
And if that is found, throw that line away and then pass the rest to the
template.
Mako isn't currently available in EPEL 4/5, so I'm not sure how much we
could actually use for anything stock until we've got that resolved.
I put a question out to the Fedora maintainer.
We could also try to put in some logic to guess the template language if
not specified though I see that as being potentially error prone.
Note were's also already Django Templating in cobbler-web, so that's a
logical template to support, though we are probably not going to require
the django framework for cobbler (not: cobbler-web), though if we're not
actually using it, and just want the templating that's not so terribly wrong
either (given it's in EPEL).
Thoughts?
Obviously Cheetah support will never go away.
--Michael
15 years, 1 month
[PATCH] Prototype of generic list in webui
by Vreman, Peter
The attached patch adds the basic framework for a generic list in the webui.
The generic list also supports fields (e.g. ip_address) of the interfaces in the list.
As a prototype of only the systems listing is supported at cobbler_web/system/genlist
Todo's:
- Load the columns to list from the settings file
- Merge the get_field_info with the get_fields from the generic editing James is working on
- Replace the original list with the new genlist to make sorting/filtering work
Comments are welcome if this is in the right direction,
Peter
This e-mail and any attachment is for authorised use by the intended recipient(s) only. It may contain proprietary material, confidential information and/or be subject to legal privilege. It should not be copied, disclosed to, retained or used by, any other party. If you are not an intended recipient then please promptly delete this e-mail and any attachment and all copies and inform the sender. Thank you.
15 years, 1 month