Cobbler: defining network profiles
Greetings folks. I was working out a RFE with mpdehaan in #cobbler this
morning, and he thought I should post it here to get other folks input. https://fedorahosted.org/cobbler/ticket/164 I think it would be a great addition to be able to define network profiles for systems/profiles, etc. A network profile would consist of : subnet mask default gateway dns server I picture it working like this: On the CLI: First you would define your network profile with the appropriate addresses. cobbler add network foonet --netmask=255.255.255.0 --gateway=192.168.1.1 --dns1=192.168.1.10 --domain=mylab.mycompany.com Secondly, when adding a new system, there is the new option of "--network". So for system foo, which belonged to the foonet, you would do: cobbler system add foo --network=foonet ip=192.168.101 --hostname=foo This would become very handy especially if you have to re-ip your network, and its also a nice short cut. In the background, my guess is that the information is still stored the same way, and if a network profile is changed, systems that use it are synced whenever a cobbler sync occurs. In the webui, there would be an option for adding network profiles, and a drop down for select the network profiles when adding a system. James*S.*Martin,*RHCE Contractor Administrative*Office*of*the*United*States*Courts Washington,*DC (202)*502-2394 _______________________________________________ et-mgmt-tools mailing list et-mgmt-tools@redhat.com https://www.redhat.com/mailman/listinfo/et-mgmt-tools |
Cobbler: defining network profiles
+1
James_Martin@ao.uscourts.gov wrote: Greetings folks. I was working out a RFE with mpdehaan in #cobbler this morning, and he thought I should post it here to get other folks input. https://fedorahosted.org/cobbler/ticket/164 I think it would be a great addition to be able to define network profiles for systems/profiles, etc. A network profile would consist of : subnet mask default gateway dns server I picture it working like this: On the CLI: First you would define your network profile with the appropriate addresses. cobbler add network foonet --netmask=255.255.255.0 --gateway=192.168.1.1 --dns1=192.168.1.10 --domain=mylab.mycompany.com Secondly, when adding a new system, there is the new option of "--network". So for system foo, which belonged to the foonet, you would do: cobbler system add foo --network=foonet ip=192.168.101 --hostname=foo This would become very handy especially if you have to re-ip your network, and its also a nice short cut. In the background, my guess is that the information is still stored the same way, and if a network profile is changed, systems that use it are synced whenever a cobbler sync occurs. In the webui, there would be an option for adding network profiles, and a drop down for select the network profiles when adding a system. James S. Martin, RHCE Contractor Administrative Office of the United States Courts Washington, DC (202) 502-2394 _______________________________________________ et-mgmt-tools mailing list et-mgmt-tools@redhat.com https://www.redhat.com/mailman/listinfo/et-mgmt-tools _______________________________________________ et-mgmt-tools mailing list et-mgmt-tools@redhat.com https://www.redhat.com/mailman/listinfo/et-mgmt-tools |
Cobbler: defining network profiles
James_Martin@ao.uscourts.gov wrote:
Greetings folks. I was working out a RFE with mpdehaan in #cobbler this morning, and he thought I should post it here to get other folks input. https://fedorahosted.org/cobbler/ticket/164 I think it would be a great addition to be able to define network profiles for systems/profiles, etc. A network profile would consist of : subnet mask default gateway dns server hmm - that's an interesting idea. that would make IP'ing workstations here a little easier, and less error prone. it would be very helpful for sites that have a ton of VLANs - with this method you could have your senior admins create profiles for all your VLANs ahead of time - then easily have your junior admins assign network profiles based on the location of a desktop for example (we use a separate VLAN for each teleco closet here - and system moves are pretty frequent unfortunately). <snip> In the background, my guess is that the information is still stored the same way, and if a network profile is changed, systems that use it are synced whenever a cobbler sync occurs. Yea that would be best I think - you may want to make these changes to many systems for example, but only have dhcpd change it's config after a sync. great idea! -pete -- Peter Wright Systems Engineer Sony Pictures Imageworks wright@imageworks.com www.imageworks.com _______________________________________________ et-mgmt-tools mailing list et-mgmt-tools@redhat.com https://www.redhat.com/mailman/listinfo/et-mgmt-tools |
Cobbler: defining network profiles
This reminds me a lot of AIX NIM (Network Installation Manager
http://www.redbooks.ibm.com/abstracts/sg247296.html). NIM has similar functionality. Actually, NIM would even setup a static route on a provisioned system if the system is being installed via a secondary NIC. This functionality is made possible via the knowledge of networks, similar to what is being discussed here. -Georgi -----Original Message----- From: et-mgmt-tools-bounces@redhat.com [mailto:et-mgmt-tools-bounces@redhat.com] On Behalf Of Peter Wright Sent: Monday, June 02, 2008 15:54 To: Fedora/Linux Management Tools Subject: Re: [et-mgmt-tools] Cobbler: defining network profiles James_Martin@ao.uscourts.gov wrote: > Greetings folks. I was working out a RFE with mpdehaan in #cobbler this > morning, and he thought I should post it here to get other folks input. > > https://fedorahosted.org/cobbler/ticket/164 > > I think it would be a great addition to be able to define network profiles > for systems/profiles, etc. > > A network profile would consist of : > > subnet mask default gateway dns server > > hmm - that's an interesting idea. that would make IP'ing workstations here a little easier, and less error prone. it would be very helpful for sites that have a ton of VLANs - with this method you could have your senior admins create profiles for all your VLANs ahead of time - then easily have your junior admins assign network profiles based on the location of a desktop for example (we use a separate VLAN for each teleco closet here - and system moves are pretty frequent unfortunately). <snip> > In the background, my guess is that the information is still stored the > same way, and if a network profile is changed, systems that use it are > synced whenever a cobbler sync occurs. > Yea that would be best I think - you may want to make these changes to many systems for example, but only have dhcpd change it's config after a sync. great idea! -pete -- Peter Wright Systems Engineer Sony Pictures Imageworks wright@imageworks.com www.imageworks.com _______________________________________________ et-mgmt-tools mailing list et-mgmt-tools@redhat.com https://www.redhat.com/mailman/listinfo/et-mgmt-tools ______________ The information contained in this message is proprietary and/or confidential. If you are not the intended recipient, please: (i) delete the message and all copies; (ii) do not disclose, distribute or use the message in any manner; and (iii) notify the sender immediately. In addition, please be aware that any message addressed to our domain is subject to archiving and review by persons other than the intended recipient. Thank you. _____________ _______________________________________________ et-mgmt-tools mailing list et-mgmt-tools@redhat.com https://www.redhat.com/mailman/listinfo/et-mgmt-tools |
Cobbler: defining network profiles
Hristov, Georgi wrote:
This reminds me a lot of AIX NIM (Network Installation Manager http://www.redbooks.ibm.com/abstracts/sg247296.html). NIM has similar functionality. Actually, NIM would even setup a static route on a provisioned system if the system is being installed via a secondary NIC. This functionality is made possible via the knowledge of networks, similar to what is being discussed here. Hmm - I think this is a little different, unless I misunderstand the proposal. Since I think most sites are using dhcp reservations, I think the proposed patch is to break out the IP management functionality from the "cobbler system" command set. -pete -Georgi -----Original Message----- From: et-mgmt-tools-bounces@redhat.com [mailto:et-mgmt-tools-bounces@redhat.com] On Behalf Of Peter Wright Sent: Monday, June 02, 2008 15:54 To: Fedora/Linux Management Tools Subject: Re: [et-mgmt-tools] Cobbler: defining network profiles James_Martin@ao.uscourts.gov wrote: Greetings folks. I was working out a RFE with mpdehaan in #cobbler this morning, and he thought I should post it here to get other folks input. https://fedorahosted.org/cobbler/ticket/164 I think it would be a great addition to be able to define network profiles for systems/profiles, etc. A network profile would consist of : subnet mask default gateway dns server hmm - that's an interesting idea. that would make IP'ing workstations here a little easier, and less error prone. it would be very helpful for sites that have a ton of VLANs - with this method you could have your senior admins create profiles for all your VLANs ahead of time - then easily have your junior admins assign network profiles based on the location of a desktop for example (we use a separate VLAN for each teleco closet here - and system moves are pretty frequent unfortunately). <snip> In the background, my guess is that the information is still stored the same way, and if a network profile is changed, systems that use it are synced whenever a cobbler sync occurs. Yea that would be best I think - you may want to make these changes to many systems for example, but only have dhcpd change it's config after a sync. great idea! -pete -- Peter Wright Systems Engineer Sony Pictures Imageworks wright@imageworks.com www.imageworks.com _______________________________________________ et-mgmt-tools mailing list et-mgmt-tools@redhat.com https://www.redhat.com/mailman/listinfo/et-mgmt-tools |
Cobbler: defining network profiles
Peter Wright wrote:
Hristov, Georgi wrote: This reminds me a lot of AIX NIM (Network Installation Manager http://www.redbooks.ibm.com/abstracts/sg247296.html). NIM has similar functionality. Actually, NIM would even setup a static route on a provisioned system if the system is being installed via a secondary NIC. This functionality is made possible via the knowledge of networks, similar to what is being discussed here. Hmm - I think this is a little different, unless I misunderstand the proposal. Since I think most sites are using dhcp reservations, I think the proposed patch is to break out the IP management functionality from the "cobbler system" command set. -pete Pete's correct though I haven't looked into the above much. It would work for static configs as well as DHCP reservations. Certaintly DHCP reservations are preferred and much much easier, though in the static case, all of the added variables are still very nice to have for kickstart templates. To get a bit technical, the previous way of working will still work. cobbler system add --name=foo --ip=foo1 --mac=foo2 --gateway=foo3 --subnet=foo4 Except that (as proposed) I see this as having each interface will now have an additional shortcut that will fill in the others if they are not already set. cobbler system add --name=foo --network=alpha This would not actually store the IP and data with each system, but would fill them in from the alpha part. Possibly this could be smart enough to pick ips's from within the netmask. If doing this, we probably do something internally like assigning the --ip field to a special counter like maybe "*1", "*2", and so on, and then let blender() in utils.py calculate it using the netmask. For those not familiar with the point of blender, it's that in Cobbler, everything is generated from a tree that overrides things on the way down. Systems override profiles, subprofiles if present override their parents, profiles override distros. This function ensures that all of the variables that appear in DHCP and elsewhere represent that configuration once it is evaluated. So this would in theory allow reassigning the subnet with a: "cobbler network edit --name=alpha --subnet=foo5 && cobbler sync" And then not having to update any of the system objects. We'd just need to have a way to give them all nice unique ID's so the DHCP reservations remain intact when we add new records, so something like assigning the first free increasing integer to the system and storing it there and then doing some simple math to align those with the subnets should be sufficient. We'd want to make sure that if we added a two hundred systems, then deleted a hundred, the next one added starts back at the first free slot, and that adding systems didn't move the reservations around. This is probably pretty simple to do. More people here probably have better network management expertise than I do, so let me know if I'm missing something in terms of use cases and so forth. cobbler could also probably ship with "default" networking parameters in /etc/cobbler/settings too, so many people would not have to create their own networking object. I handle kernel options something like this, so if someone defines their subnet there and enables DHCP management, reservations would then start working and automatically handing out IPs. We'd probably also want an additional configuration setting to decide whether or not to start handing them out in the block, probably defaulted off, with good comments in the settings file about how that would all play together. Very interesting idea folks! --Michael _______________________________________________ et-mgmt-tools mailing list et-mgmt-tools@redhat.com https://www.redhat.com/mailman/listinfo/et-mgmt-tools |
| All times are GMT. The time now is 10:34 AM. |
VBulletin, Copyright ©2000 - 2013, Jelsoft Enterprises Ltd.
Content Relevant URLs by vBSEO ©2007, Crawlability, Inc.