From mdehaan at redhat.com Wed Oct 11 14:34:41 2006 From: mdehaan at redhat.com (Michael DeHaan) Date: Wed, 11 Oct 2006 10:34:41 -0400 Subject: [et-mgmt-tools] Welcome to the list... Message-ID: <452D0101.1010208@redhat.com> This list is still rather new, so first off, thanks to those who joined. Essentially the goals of this list are to gather feedback from users of some of the systems management tools we're involved with (see http://et.redhat.com) -- things like Cobbler, Cimbiote, PRM, and so forth. If you do have any comments, feedback, and/or questions, please fire away. This list may also get used for release announcements -- so far I've only been using freshmeat for that. Thanks, Michael DeHaan From tru at pasteur.fr Wed Oct 11 15:09:59 2006 From: tru at pasteur.fr (Tru Huynh) Date: Wed, 11 Oct 2006 17:09:59 +0200 Subject: [et-mgmt-tools] CentOS-4 rebuild experience -> python2.3 too old? Message-ID: <20061011150959.GH4807@sillage.bis.pasteur.fr> Hello I am trying to rebuild koan/cobbler on CentOS-4 i386... downloaded files: http://cobbler.et.redhat.com/download/cobbler-0.2.3-1.src.rpm http://cobbler.et.redhat.com/download/koan-0.2.1-1.src.rpm rpmbuild --rebuild cobbler-0.2.3-1.src.rpm rpmbuild --rebuild koan-0.2.1-1.src.rpm works fine. rpm -ivh koan-0.2.1-1.noarch.rpm cobbler-0.2.3-1.noarch.rpm -> failed dep: pexpect is needed by cobbler-0.2.3-1.noarch python-cheetah is needed by cobbler-0.2.3-1.noarch fetched FC5 src.rpm: http://fedoraproject.org/extras/5/SRPMS/pexpect-2.1-1.fc5.src.rpm http://fedoraproject.org/extras/5/SRPMS/python-cheetah-1.0-2.fc5.src.rpm rebuild and install the produced noarch.rpm -> ok [tru at casewell RPMS]$ koan Traceback (most recent call last): File "/usr/bin/koan", line 18, in ? import koan.koan as app File "/usr/lib/python2.3/site-packages/koan/koan.py", line 25, in ? import subprocess ImportError: No module named subprocess -> subprocess modules is python2.4 only :( is a RFE for backward python2.3 compatibility acceptable? Best regards, Tru PS: now going to install a FC5 machine -- Dr Tru Huynh | http://www.pasteur.fr/recherche/unites/Binfs/ mailto:tru at pasteur.fr | tel/fax +33 1 45 68 87 37/19 Institut Pasteur, 25-28 rue du Docteur Roux, 75724 Paris CEDEX 15 France From mdehaan at redhat.com Wed Oct 11 15:36:24 2006 From: mdehaan at redhat.com (Michael DeHaan) Date: Wed, 11 Oct 2006 11:36:24 -0400 Subject: [et-mgmt-tools] CentOS-4 rebuild experience -> python2.3 too old? In-Reply-To: <20061011150959.GH4807@sillage.bis.pasteur.fr> References: <20061011150959.GH4807@sillage.bis.pasteur.fr> Message-ID: <452D0F78.4040209@redhat.com> > > -> subprocess modules is python2.4 only :( > > is a RFE for backward python2.3 compatibility acceptable? > Entirely acceptable and important. I had tested it on 2.3 in the past though apparently subprocess slipped through the cracks. Seeing it's presumably just subprocess, bundling cobbler and koan with a local copy of subprocess.py seems sane. http://svn.haxx.se/dev/archive-2006-09/0179.shtml I'll work on this now. In the meantime, you could potentially try dropping subprocess.py in your cobbler directory and seeing how that works out. --Michael From mdehaan at redhat.com Wed Oct 11 15:52:32 2006 From: mdehaan at redhat.com (Michael DeHaan) Date: Wed, 11 Oct 2006 11:52:32 -0400 Subject: [et-mgmt-tools] CentOS-4 rebuild experience -> python2.3 too old? In-Reply-To: <452D0F78.4040209@redhat.com> References: <20061011150959.GH4807@sillage.bis.pasteur.fr> <452D0F78.4040209@redhat.com> Message-ID: <452D1340.7040701@redhat.com> Michael DeHaan wrote: > >> >> -> subprocess modules is python2.4 only :( >> >> is a RFE for backward python2.3 compatibility acceptable? >> > > Entirely acceptable and important. > > I had tested it on 2.3 in the past though apparently subprocess slipped > through the cracks. > > Seeing it's presumably just subprocess, bundling cobbler and koan with a > local copy of subprocess.py seems sane. > > http://svn.haxx.se/dev/archive-2006-09/0179.shtml > > I'll work on this now. In the meantime, you could potentially try > dropping subprocess.py in your cobbler directory and seeing how that > works out. > > --Michael > > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools Ok, quick test available earlier than expected. I haven't made the changes to koan yet, though if this works after some testing, I'll release both. The hg source now contains a bundled copy of subprocess, renamed as sub_process... (1) yum install mercurial (if not already installed) (2) hg clone http://hg.et.redhat.com/hg/emd/applications/cobbler cobbler (3) cd cobbler (4) make (5) rpm -i *.noarch.rpm Thanks, --Michael From tru at pasteur.fr Wed Oct 11 16:19:58 2006 From: tru at pasteur.fr (Tru Huynh) Date: Wed, 11 Oct 2006 18:19:58 +0200 Subject: [et-mgmt-tools] CentOS-4 rebuild experience -> python2.3 too old? In-Reply-To: <452D1340.7040701@redhat.com> References: <20061011150959.GH4807@sillage.bis.pasteur.fr> <452D0F78.4040209@redhat.com> <452D1340.7040701@redhat.com> Message-ID: <20061011161958.GI4807@sillage.bis.pasteur.fr> On Wed, Oct 11, 2006 at 11:52:32AM -0400, Michael DeHaan wrote: > Michael DeHaan wrote: > > .... > Ok, quick test available earlier than expected. I haven't made the > changes to koan yet, though if this works after some testing, I'll > release both. > > The hg source now contains a bundled copy of subprocess, renamed as > sub_process... > > (1) yum install mercurial (if not already installed) fetched and rebuild from http://fedoraproject.org/extras/5/SRPMS/mercurial-0.9.1-1.fc5.src.rpm (and asciidoc-7.0.2-2.fc5.src.rpm required from mercurial) > (2) hg clone http://hg.et.redhat.com/hg/emd/applications/cobbler cobbler > (3) cd cobbler > (4) make > (5) rpm -i *.noarch.rpm ok sudo cp ./cobbler/sub_process.py /usr/lib/python2.3/site-packages/koan/subprocess.py [tru at casewell ~]$ koan Unable to write to /etc (which usually means root) Unable to write to /boot (which usually means root) Unable to write to /var/spool (which usually means root) :) Tru -- Dr Tru Huynh | http://www.pasteur.fr/recherche/unites/Binfs/ mailto:tru at pasteur.fr | tel/fax +33 1 45 68 87 37/19 Institut Pasteur, 25-28 rue du Docteur Roux, 75724 Paris CEDEX 15 France From tru at pasteur.fr Wed Oct 11 16:30:52 2006 From: tru at pasteur.fr (Tru Huynh) Date: Wed, 11 Oct 2006 18:30:52 +0200 Subject: [et-mgmt-tools] typo in cobbler check Message-ID: <20061011163052.GJ4807@sillage.bis.pasteur.fr> Hi, from the hg repository today. [tru at casewell ~]$ cobbler check the following potential problems were detected: #0: cobbler couldn't find dhcpd, try 'yum install dhcpd' ... It should say (at least on RHEL4/CentOS-4) 'up2date/yum install dhcp' the package name for the ISC dhcp server is dhcp ;) Cheers, Tru -- Dr Tru Huynh | http://www.pasteur.fr/recherche/unites/Binfs/ mailto:tru at pasteur.fr | tel/fax +33 1 45 68 87 37/19 Institut Pasteur, 25-28 rue du Docteur Roux, 75724 Paris CEDEX 15 France From tru at pasteur.fr Wed Oct 11 16:43:38 2006 From: tru at pasteur.fr (Tru Huynh) Date: Wed, 11 Oct 2006 18:43:38 +0200 Subject: [et-mgmt-tools] cobbler list -> NameError: global name 'sorted' is not defined Message-ID: <20061011164338.GK4807@sillage.bis.pasteur.fr> hi, [tru at casewell RPMS]$ cobbler list defaults kernel options : append devfs=nomount ramdisk_size=16438 lang= vga=788 ksdevice=eth0 Traceback (most recent call last): File "/usr/bin/cobbler", line 19, in ? sys.exit(app.main()) File "/usr/lib/python2.3/site-packages/cobbler/cobbler.py", line 310, in main BootCLI(sys.argv).run() File "/usr/lib/python2.3/site-packages/cobbler/cobbler.py", line 71, in run self.curry_args(self.args[1:], self.commands['toplevel']) File "/usr/lib/python2.3/site-packages/cobbler/cobbler.py", line 255, in curry_args commands[args[0]](args[1:]) File "/usr/lib/python2.3/site-packages/cobbler/cobbler.py", line 83, in list print item.printable() File "/usr/lib/python2.3/site-packages/cobbler/collection.py", line 92, in printable values = sorted(self.listing.values()) NameError: global name 'sorted' is not defined :( Tru -- Dr Tru Huynh | http://www.pasteur.fr/recherche/unites/Binfs/ mailto:tru at pasteur.fr | tel/fax +33 1 45 68 87 37/19 Institut Pasteur, 25-28 rue du Docteur Roux, 75724 Paris CEDEX 15 France From mdehaan at redhat.com Wed Oct 11 16:44:51 2006 From: mdehaan at redhat.com (Michael DeHaan) Date: Wed, 11 Oct 2006 12:44:51 -0400 Subject: [et-mgmt-tools] cobbler list -> NameError: global name 'sorted' is not defined In-Reply-To: <20061011164338.GK4807@sillage.bis.pasteur.fr> References: <20061011164338.GK4807@sillage.bis.pasteur.fr> Message-ID: <452D1F83.4010802@redhat.com> Tru Huynh wrote: > hi, > > [tru at casewell RPMS]$ cobbler list > defaults > kernel options : append devfs=nomount ramdisk_size=16438 lang= vga=788 ksdevice=eth0 > > Traceback (most recent call last): > File "/usr/bin/cobbler", line 19, in ? > sys.exit(app.main()) > File "/usr/lib/python2.3/site-packages/cobbler/cobbler.py", line 310, in main > BootCLI(sys.argv).run() > File "/usr/lib/python2.3/site-packages/cobbler/cobbler.py", line 71, in run > self.curry_args(self.args[1:], self.commands['toplevel']) > File "/usr/lib/python2.3/site-packages/cobbler/cobbler.py", line 255, in curry_args > commands[args[0]](args[1:]) > File "/usr/lib/python2.3/site-packages/cobbler/cobbler.py", line 83, in list > print item.printable() > File "/usr/lib/python2.3/site-packages/cobbler/collection.py", line 92, in printable > values = sorted(self.listing.values()) > NameError: global name 'sorted' is not defined > > :( > > Tru more 2.4ness! I'll correct that. Thanks. From mdehaan at redhat.com Wed Oct 11 18:43:43 2006 From: mdehaan at redhat.com (Michael DeHaan) Date: Wed, 11 Oct 2006 14:43:43 -0400 Subject: [et-mgmt-tools] cobbler list -> NameError: global name 'sorted' is not defined In-Reply-To: <20061011164338.GK4807@sillage.bis.pasteur.fr> References: <20061011164338.GK4807@sillage.bis.pasteur.fr> Message-ID: <452D3B5F.1070306@redhat.com> Tru Huynh wrote: > hi, > > [tru at casewell RPMS]$ cobbler list > defaults > kernel options : append devfs=nomount ramdisk_size=16438 lang= vga=788 ksdevice=eth0 > > Traceback (most recent call last): > File "/usr/bin/cobbler", line 19, in ? > sys.exit(app.main()) > File "/usr/lib/python2.3/site-packages/cobbler/cobbler.py", line 310, in main > BootCLI(sys.argv).run() > File "/usr/lib/python2.3/site-packages/cobbler/cobbler.py", line 71, in run > self.curry_args(self.args[1:], self.commands['toplevel']) > File "/usr/lib/python2.3/site-packages/cobbler/cobbler.py", line 255, in curry_args > commands[args[0]](args[1:]) > File "/usr/lib/python2.3/site-packages/cobbler/cobbler.py", line 83, in list > print item.printable() > File "/usr/lib/python2.3/site-packages/cobbler/collection.py", line 92, in printable > values = sorted(self.listing.values()) > NameError: global name 'sorted' is not defined > > :( > > Tru Ok, this is now fixed (as is koan's dependency on subprocess) in the hg repo. http://hg.et.redhat.com/hg/emd/applications/cobbler http://hg.et.redhat.com/hg/emd/applications/koan I'm in the process of setting up a RHEL4 box to verify everything in "make test" (cobbler) still passes. From mdehaan at redhat.com Wed Oct 11 19:46:37 2006 From: mdehaan at redhat.com (Michael DeHaan) Date: Wed, 11 Oct 2006 15:46:37 -0400 Subject: [et-mgmt-tools] cobbler list -> NameError: global name 'sorted' is not defined In-Reply-To: <452D3B5F.1070306@redhat.com> References: <20061011164338.GK4807@sillage.bis.pasteur.fr> <452D3B5F.1070306@redhat.com> Message-ID: <452D4A1D.90804@redhat.com> Michael DeHaan wrote: > Tru Huynh wrote: >> hi, >> >> [tru at casewell RPMS]$ cobbler list >> defaults >> kernel options : append devfs=nomount ramdisk_size=16438 lang= >> vga=788 ksdevice=eth0 >> >> Traceback (most recent call last): >> File "/usr/bin/cobbler", line 19, in ? >> sys.exit(app.main()) >> File "/usr/lib/python2.3/site-packages/cobbler/cobbler.py", line >> 310, in main >> BootCLI(sys.argv).run() >> File "/usr/lib/python2.3/site-packages/cobbler/cobbler.py", line 71, >> in run >> self.curry_args(self.args[1:], self.commands['toplevel']) >> File "/usr/lib/python2.3/site-packages/cobbler/cobbler.py", line >> 255, in curry_args >> commands[args[0]](args[1:]) >> File "/usr/lib/python2.3/site-packages/cobbler/cobbler.py", line 83, >> in list >> print item.printable() >> File "/usr/lib/python2.3/site-packages/cobbler/collection.py", line >> 92, in printable >> values = sorted(self.listing.values()) >> NameError: global name 'sorted' is not defined >> >> :( >> >> Tru > > Ok, this is now fixed (as is koan's dependency on subprocess) in the hg > repo. > > http://hg.et.redhat.com/hg/emd/applications/cobbler > http://hg.et.redhat.com/hg/emd/applications/koan > > I'm in the process of setting up a RHEL4 box to verify everything in > "make test" (cobbler) still passes. > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools From current testing, at least two things are problematic in terms of koan on python2.3/RHEL4. (A) koan doesn't look in /usr/lib[64]/python2.3 for modules and needs to. This is an easy fix, if a bit hackish -- it will still work well. (B) koan probably shouldn't use urlgrabber for RHEL4. If it's in Centos, I'll add it as an RPM dependency. Let me know. Eventually koan may move to use something else. FC-5 and FC-6 work great :) From tru at pasteur.fr Wed Oct 11 21:34:18 2006 From: tru at pasteur.fr (Tru Huynh) Date: Wed, 11 Oct 2006 23:34:18 +0200 Subject: [et-mgmt-tools] cobbler list -> NameError: global name 'sorted' is not defined In-Reply-To: <452D4A1D.90804@redhat.com> References: <20061011164338.GK4807@sillage.bis.pasteur.fr> <452D3B5F.1070306@redhat.com> <452D4A1D.90804@redhat.com> Message-ID: <20061011213418.GB13820@sillage.bis.pasteur.fr> On Wed, Oct 11, 2006 at 03:46:37PM -0400, Michael DeHaan wrote: ... > > (B) koan probably shouldn't use urlgrabber for RHEL4. If it's in > Centos, I'll add it as an RPM dependency. Let me know. Eventually koan > may move to use something else. it's in CentOS-4 http://mirror.centos.org/centos/4/os/SRPMS/python-urlgrabber-2.9.8-2.src.rpm Cheers, Tru -- Dr Tru Huynh | http://www.pasteur.fr/recherche/unites/Binfs/ mailto:tru at pasteur.fr | tel/fax +33 1 45 68 87 37/19 Institut Pasteur, 25-28 rue du Docteur Roux, 75724 Paris CEDEX 15 France From tru at pasteur.fr Wed Oct 11 21:41:23 2006 From: tru at pasteur.fr (Tru Huynh) Date: Wed, 11 Oct 2006 23:41:23 +0200 Subject: [et-mgmt-tools] cobbler doesn't understand 'import' Message-ID: <20061011214123.GC13820@sillage.bis.pasteur.fr> hi, me again ;) last one for today... [tru at casewell cobbler]$ rpm -q cobbler cobbler-0.2.4-1 [tru at casewell cobbler]$ cobbler import --path=/my/import/path cobbler doesn't understand 'import' and RFE: 'cobbler distro add --name' does not warn if a distro name already exists and overwrite the existing one :( Cheers, Tru -- Dr Tru Huynh | http://www.pasteur.fr/recherche/unites/Binfs/ mailto:tru at pasteur.fr | tel/fax +33 1 45 68 87 37/19 Institut Pasteur, 25-28 rue du Docteur Roux, 75724 Paris CEDEX 15 France From mdehaan at redhat.com Wed Oct 11 21:48:53 2006 From: mdehaan at redhat.com (Michael DeHaan) Date: Wed, 11 Oct 2006 17:48:53 -0400 Subject: [et-mgmt-tools] cobbler list -> NameError: global name 'sorted' is not defined In-Reply-To: <20061011213418.GB13820@sillage.bis.pasteur.fr> References: <20061011164338.GK4807@sillage.bis.pasteur.fr> <452D3B5F.1070306@redhat.com> <452D4A1D.90804@redhat.com> <20061011213418.GB13820@sillage.bis.pasteur.fr> Message-ID: <452D66C5.40603@redhat.com> Tru Huynh wrote: > On Wed, Oct 11, 2006 at 03:46:37PM -0400, Michael DeHaan wrote: > ... >> (B) koan probably shouldn't use urlgrabber for RHEL4. If it's in >> Centos, I'll add it as an RPM dependency. Let me know. Eventually koan >> may move to use something else. > it's in CentOS-4 > http://mirror.centos.org/centos/4/os/SRPMS/python-urlgrabber-2.9.8-2.src.rpm > > Cheers, > > Tru Figured it would be in there :) I went and ahead and moved koan (mercurial repo only for now) to use urllib2 to support RHEL4 and it's tested and working fine there, so Centos should be good to go as well. Not as shiny as urlgrabber, perhaps, but more portable. That release can happen at any time. Just to confirm, the dependancies on pexpect and python-cheetah are not problems in Centos 4 for cobbler? I missed them in the src rpm list above. Removing pexpect is actually possible by moving the "enchant" command outside the package to a seperate script -- though if I can leave it, that's better. "enchant" is not a primary feature. I'd also like to leave Cheetah in, though a simple templating replacement is also doable. Just out of curiosity -- what is your intended use for cobbler? Thanks, --Michael From mdehaan at redhat.com Wed Oct 11 21:54:36 2006 From: mdehaan at redhat.com (Michael DeHaan) Date: Wed, 11 Oct 2006 17:54:36 -0400 Subject: [et-mgmt-tools] cobbler doesn't understand 'import' In-Reply-To: <20061011214123.GC13820@sillage.bis.pasteur.fr> References: <20061011214123.GC13820@sillage.bis.pasteur.fr> Message-ID: <452D681C.3030108@redhat.com> Tru Huynh wrote: > hi, > > me again ;) last one for today... > [tru at casewell cobbler]$ rpm -q cobbler > cobbler-0.2.4-1 > > [tru at casewell cobbler]$ cobbler import --path=/my/import/path > cobbler doesn't understand 'import' > > and RFE: 'cobbler distro add --name' does not warn if a distro name > already exists and overwrite the existing one :( > > Cheers, > > Tru > Your feedback is definitely appreciated. Thanks. The "import" is a new command I was working on while I decided your bug report about 2.3 was more important, therefore it's not finished but is coming soon. I wanted to get some changes out while free Centos testers were still around. As for "cobbler distro add", yes, I know about that one. "add" functions like an edit when the system is already there. It was designed that way, but yes, it does seem wrong. Changing this to be a seperate command is sane. Currently "edit" is an alias for "add". I'll add this to the TODO file. --Michael From tru at pasteur.fr Thu Oct 12 12:41:06 2006 From: tru at pasteur.fr (Tru Huynh) Date: Thu, 12 Oct 2006 14:41:06 +0200 Subject: [et-mgmt-tools] cobbler doesn't understand 'import' In-Reply-To: <452D681C.3030108@redhat.com> References: <20061011214123.GC13820@sillage.bis.pasteur.fr> <452D681C.3030108@redhat.com> Message-ID: <20061012124106.GA9108@sillage.bis.pasteur.fr> On Wed, Oct 11, 2006 at 05:54:36PM -0400, Michael DeHaan wrote: ... > > As for "cobbler distro add", yes, I know about that one. "add" > functions like an edit when the system is already there. It was > designed that way, but yes, it does seem wrong. Changing this to be a > seperate command is sane. Currently "edit" is an alias for "add". > I'll add this to the TODO file. :) I will have some more RFE if you care. I will start another thread ;) Tru From tru at pasteur.fr Thu Oct 12 12:47:06 2006 From: tru at pasteur.fr (Tru Huynh) Date: Thu, 12 Oct 2006 14:47:06 +0200 Subject: [et-mgmt-tools] cobbler list -> NameError: global name 'sorted' is not defined In-Reply-To: <452D66C5.40603@redhat.com> References: <20061011164338.GK4807@sillage.bis.pasteur.fr> <452D3B5F.1070306@redhat.com> <452D4A1D.90804@redhat.com> <20061011213418.GB13820@sillage.bis.pasteur.fr> <452D66C5.40603@redhat.com> Message-ID: <20061012124706.GB9108@sillage.bis.pasteur.fr> On Wed, Oct 11, 2006 at 05:48:53PM -0400, Michael DeHaan wrote: ... > > Just to confirm, the dependancies on pexpect and python-cheetah are not > problems in Centos 4 for cobbler? I missed them in the src rpm list above. no, I just fetched the FC5 and rebuild with another %dist and it seems to be ok on x86 (not tried x86_64 net). > Removing pexpect is actually possible by moving the "enchant" command > outside the package to a seperate script -- though if I can leave it, > that's better. "enchant" is not a primary feature. I'd also like to > leave Cheetah in, though a simple templating replacement is also doable. I would keep it inside, the rebuild of FC5 src.rpm did not cause any visible issue so far. Cheers, Tru -- Dr Tru Huynh | http://www.pasteur.fr/recherche/unites/Binfs/ mailto:tru at pasteur.fr | tel/fax +33 1 45 68 87 37/19 Institut Pasteur, 25-28 rue du Docteur Roux, 75724 Paris CEDEX 15 France From tru at pasteur.fr Thu Oct 12 13:07:22 2006 From: tru at pasteur.fr (Tru Huynh) Date: Thu, 12 Oct 2006 15:07:22 +0200 Subject: [et-mgmt-tools] intended use of cobbler Message-ID: <20061012130722.GA9567@sillage.bis.pasteur.fr> On Wed, Oct 11, 2006 at 05:48:53PM -0400, Michael DeHaan wrote: ... > Just out of curiosity -- what is your intended use for cobbler? I have been making my own kickstart/dhcp/dns configurator. Mostly shell scripts to maintain our local machines. That another RFE: - MAC adress -> fqdn for bind configuration? and another one: I would like to be able to choose the pxe bootloader: - NetBSD's pxeboot loader http://www.bsdsupport.org/toc.php?paper=pxebootnbsd - FreeBSD's http://people.freebsd.org/~alfred/pxe/en_US.ISO8859-1/articles/pxe/article.html - grub's (ok one need to pre-build the pxegrub file for the NICs) ... - windows ? Best regards, Tru -- Dr Tru Huynh | http://www.pasteur.fr/recherche/unites/Binfs/ mailto:tru at pasteur.fr | tel/fax +33 1 45 68 87 37/19 Institut Pasteur, 25-28 rue du Docteur Roux, 75724 Paris CEDEX 15 France From mdehaan at redhat.com Thu Oct 12 14:08:34 2006 From: mdehaan at redhat.com (Michael DeHaan) Date: Thu, 12 Oct 2006 10:08:34 -0400 Subject: [et-mgmt-tools] intended use of cobbler In-Reply-To: <20061012130722.GA9567@sillage.bis.pasteur.fr> References: <20061012130722.GA9567@sillage.bis.pasteur.fr> Message-ID: <452E4C62.7050701@redhat.com> Tru Huynh wrote: > On Wed, Oct 11, 2006 at 05:48:53PM -0400, Michael DeHaan wrote: > ... >> Just out of curiosity -- what is your intended use for cobbler? > > I have been making my own kickstart/dhcp/dns configurator. > Mostly shell scripts to maintain our local machines. > > That another RFE: > - MAC adress -> fqdn for bind configuration? This isn't what you want, but cobbler can set hostnames for dhcpd.conf if you set manage_dhcp to 1 in /var/lib/cobbler/settings and use --pxe-address. I'm not entirely sure I'd want to include management for generating BIND configurations though as that seems like something that's usually not very generic -- something sysadmins don't want to auto-generate, although I'm not a DNS expert. Since /var/lib/cobbler/systems is YAML, that does allow reading the pxe_address out of the config file and using that (in some other script) to generate the BIND config if you want to do that. If you come up with something like this, I'd be very interested in seeing it and maybe that is something that could be incorporated if it made sense. > > and another one: > I would like to be able to choose the pxe bootloader: > - NetBSD's pxeboot loader > http://www.bsdsupport.org/toc.php?paper=pxebootnbsd > - FreeBSD's > http://people.freebsd.org/~alfred/pxe/en_US.ISO8859-1/articles/pxe/article.html > - grub's (ok one need to pre-build the pxegrub file for the NICs) > ... > - windows ? Cobbler was initially written for fully-automatic Linux installs, specifically on OS's that support kickstart. I'm not entirely sure, for instance, what the kickstart analog is for BSD -- I know the kickstart analog for Windows (XP's pre install environment), it's seriously evil (not to mention proprietary), and we aren't going there :) I would consider patches on the BSD items. Abstracting out the part the code behind "--pxe-arch" to make it more generic seems neccessary first, to allow such plugins to be written. Currently --pxe-arch is just an IA64/x86 (or x86_64) toggle and supports configurations for only those two boot loaders. That being said, things don't have to be that way. Though making the bootloader abstraction better and easing some reliance on kickstart seems valid. I'll add that the TODO list to enable such future changes. It might end up that support for OS's that don't do kickstart gets added, but that they don't do automated installs and therefore rely on the sysadmin to set up the image appropriately. Generally cobbler was written for things that support kickstart. Debian/Ubuntu *might* be nice to have. This also seems to apply it would be nice for someone to add Debian/Ubuntu packaging along with that. That all being said, my primary interest is still with kickstartable Linux systems. Where it's easy enough to add more support, though, such things can be considered. So, if I can abstract out the bootloader architecture bits to enable something that is more plugin centric, can I expect patches for FreeBSD/NetBSD? :) > > Best regards, > > Tru > From mdehaan at redhat.com Thu Oct 12 16:14:40 2006 From: mdehaan at redhat.com (Michael DeHaan) Date: Thu, 12 Oct 2006 12:14:40 -0400 Subject: [et-mgmt-tools] cobbler doesn't understand 'import' In-Reply-To: <452D681C.3030108@redhat.com> References: <20061011214123.GC13820@sillage.bis.pasteur.fr> <452D681C.3030108@redhat.com> Message-ID: <452E69F0.8070705@redhat.com> Michael DeHaan wrote: > Tru Huynh wrote: >> hi, >> >> me again ;) last one for today... >> [tru at casewell cobbler]$ rpm -q cobbler >> cobbler-0.2.4-1 >> >> [tru at casewell cobbler]$ cobbler import --path=/my/import/path >> cobbler doesn't understand 'import' >> >> and RFE: 'cobbler distro add --name' does not warn if a distro name >> already exists and overwrite the existing one :( >> >> Cheers, >> >> Tru >> > > Your feedback is definitely appreciated. Thanks. > > The "import" is a new command I was working on while I decided your bug > report about 2.3 was more important, therefore it's not finished but is > coming soon. I wanted to get some changes out while free Centos testers > were still around. > > As for "cobbler distro add", yes, I know about that one. "add" > functions like an edit when the system is already there. It was > designed that way, but yes, it does seem wrong. Changing this to be a > seperate command is sane. Currently "edit" is an alias for "add". > I'll add this to the TODO file. > > --Michael > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools Cobbler was missing "enchant" from the CLI as well. "enchant" is now fixed in mercurial. From mdehaan at redhat.com Fri Oct 13 17:51:26 2006 From: mdehaan at redhat.com (Michael DeHaan) Date: Fri, 13 Oct 2006 13:51:26 -0400 Subject: [et-mgmt-tools] cobbler doesn't understand 'import' In-Reply-To: <452E69F0.8070705@redhat.com> References: <20061011214123.GC13820@sillage.bis.pasteur.fr> <452D681C.3030108@redhat.com> <452E69F0.8070705@redhat.com> Message-ID: <452FD21E.8020901@redhat.com> Michael DeHaan wrote: > Michael DeHaan wrote: >> Tru Huynh wrote: >>> hi, >>> >>> me again ;) last one for today... >>> [tru at casewell cobbler]$ rpm -q cobbler >>> cobbler-0.2.4-1 >>> >>> [tru at casewell cobbler]$ cobbler import --path=/my/import/path >>> cobbler doesn't understand 'import' >>> >>> and RFE: 'cobbler distro add --name' does not warn if a distro name >>> already exists and overwrite the existing one :( >>> >>> Cheers, >>> >>> Tru >>> >> >> Your feedback is definitely appreciated. Thanks. >> >> The "import" is a new command I was working on while I decided your >> bug report about 2.3 was more important, therefore it's not finished >> but is coming soon. I wanted to get some changes out while free >> Centos testers were still around. >> >> As for "cobbler distro add", yes, I know about that one. "add" >> functions like an edit when the system is already there. It was >> designed that way, but yes, it does seem wrong. Changing this to be a >> seperate command is sane. Currently "edit" is an alias for "add". >> I'll add this to the TODO file. >> >> --Michael >> >> _______________________________________________ >> et-mgmt-tools mailing list >> et-mgmt-tools at redhat.com >> https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > Cobbler was missing "enchant" from the CLI as well. "enchant" is now > fixed in mercurial. > > directory import is now also fixed in mercurial. Fire away. I'm thinking about how "import mirror" might also work for http:// or ftp:// sources. Another complementary idea is setting up the kickstarts with correct URL's pointing into the kickstart tree all in one pass. Since the URL's contain things like "FC-5" usually, we can use that to determine what kickstart in /etc/cobbler to use. Cobbler can even possibly ship with a few minimal kickstarts for starters. From tru at pasteur.fr Mon Oct 16 15:49:27 2006 From: tru at pasteur.fr (Tru Huynh) Date: Mon, 16 Oct 2006 17:49:27 +0200 Subject: [et-mgmt-tools] error: Installed (but unpackaged) file(s) found: /etc/cobbler/kickstart_fc5.ks Message-ID: <20061016154927.GG30251@sillage.bis.pasteur.fr> Hi, thanks for intregrating my requests :) [tru at casewell cobbler]$ date Mon Oct 16 17:48:32 CEST 2006 [tru at casewell cobbler]$ hg pull && hg update pulling from http://hg.et.redhat.com/hg/emd/applications/cobbler searching for changes no changes found 0 files updated, 0 files merged, 0 files removed, 0 files unresolved [tru at casewell cobbler]$ make <...> Checking for unpackaged file(s): /usr/lib/rpm/check-files /home/Bis/tru/hg/cobbler/tmp/cobbler-0.2.4-1.c4-buildroot error: Installed (but unpackaged) file(s) found: /etc/cobbler/kickstart_fc5.ks [tru at casewell cobbler]$ hg diff cobbler.spec diff -r 8887e79a9a52 cobbler.spec --- a/cobbler.spec Mon Oct 16 11:28:33 2006 -0400 +++ b/cobbler.spec Mon Oct 16 17:43:43 2006 +0200 @@ -41,6 +41,7 @@ test "x$RPM_BUILD_ROOT" != "x" && rm -rf %defattr(-,root,root) %{_bindir}/cobbler %dir /etc/cobbler +/etc/cobbler/*.ks /etc/cobbler/dhcp.template %dir %{python_sitelib}/cobbler %dir %{python_sitelib}/cobbler/yaml Cheers, Tru -- Dr Tru Huynh | http://www.pasteur.fr/recherche/unites/Binfs/ mailto:tru at pasteur.fr | tel/fax +33 1 45 68 87 37/19 Institut Pasteur, 25-28 rue du Docteur Roux, 75724 Paris CEDEX 15 France From mdehaan at redhat.com Tue Oct 17 22:20:42 2006 From: mdehaan at redhat.com (Michael DeHaan) Date: Tue, 17 Oct 2006 18:20:42 -0400 Subject: [et-mgmt-tools] Cobbler and RHEL4 Message-ID: <4535573A.9000905@redhat.com> FYI: Cobbler 0.2.7 builds and installs cleanly under RHEL4 now, with the only dependencies being httpd and tftp-server, both of which can be installed with up2date. So, if anyone on this list was interested in Cobbler but couldn't run it due to a need for RHEL4, Cobbler 0.2.7 should fulfill your needs. This should also cover other distros based on python2.3 that also do kickstart. If you run into any problems, let me know. The feature to import rsync:// mirrors is also in 0.2.7, with improvements (performance related and otherwise) to come in future releases. Source RPM: http://cobbler.et.redhat.com/download/cobbler-0.2.7-1.src.rpm --Michael From mdehaan at redhat.com Wed Oct 18 18:22:38 2006 From: mdehaan at redhat.com (Michael DeHaan) Date: Wed, 18 Oct 2006 14:22:38 -0400 Subject: [et-mgmt-tools] Cobbler and RHEL4 In-Reply-To: <4535573A.9000905@redhat.com> References: <4535573A.9000905@redhat.com> Message-ID: <453670EE.8060106@redhat.com> Cobbler 0.2.7 has a bug where imported profile and distribution names (created with "cobbler import") contain slashes. This is fixed in 0.2.8 where they become underscores, as they should be. This is now uploaded to FC-5/6 (it's waiting on the push) and is already up on cobbler.et.redhat.com. Michael DeHaan wrote: > FYI: Cobbler 0.2.7 builds and installs cleanly under RHEL4 now, with > the only dependencies being httpd and tftp-server, both of which can > be installed with up2date. > > So, if anyone on this list was interested in Cobbler but couldn't run > it due to a need for RHEL4, Cobbler 0.2.7 should fulfill your needs. > This should also cover other distros based on python2.3 that also do > kickstart. If you run into any problems, let me know. > > The feature to import rsync:// mirrors is also in 0.2.7, with > improvements (performance related and otherwise) to come in future > releases. > > Source RPM: > http://cobbler.et.redhat.com/download/cobbler-0.2.7-1.src.rpm > > --Michael > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools From tru at pasteur.fr Wed Oct 18 21:48:49 2006 From: tru at pasteur.fr (Tru Huynh) Date: Wed, 18 Oct 2006 23:48:49 +0200 Subject: [et-mgmt-tools] koan patch to use __python Message-ID: <20061018214849.GA23420@sillage.bis.pasteur.fr> Hi, same request on koan.spec (%{__python} instead of python) [tru at casewell koan]$ hg diff koan.spec diff -r 85dbf26fe42a koan.spec --- a/koan.spec Tue Oct 17 11:42:11 2006 -0400 +++ b/koan.spec Wed Oct 18 23:47:17 2006 +0200 @@ -26,14 +26,14 @@ any existing system. For use with a boo %setup -q %build -python setup.py build +%{__python} setup.py build %install -rm -rf $RPM_BUILD_ROOT -python setup.py install --optimize=1 --root=$RPM_BUILD_ROOT +test "x$RPM_BUILD_ROOT" != "x" && rm -rf $RPM_BUILD_ROOT +%{__python} setup.py install --optimize=1 --root=$RPM_BUILD_ROOT %clean -rm -rf $RPM_BUILD_ROOT +test "x$RPM_BUILD_ROOT" != "x" && rm -rf $RPM_BUILD_ROOT %files %defattr(-,root,root) Cheers, Tru -- Dr Tru Huynh | http://www.pasteur.fr/recherche/unites/Binfs/ mailto:tru at pasteur.fr | tel/fax +33 1 45 68 87 37/19 Institut Pasteur, 25-28 rue du Docteur Roux, 75724 Paris CEDEX 15 France From mdehaan at redhat.com Wed Oct 18 22:30:37 2006 From: mdehaan at redhat.com (Michael DeHaan) Date: Wed, 18 Oct 2006 18:30:37 -0400 Subject: [et-mgmt-tools] koan patch to use __python In-Reply-To: <20061018214849.GA23420@sillage.bis.pasteur.fr> References: <20061018214849.GA23420@sillage.bis.pasteur.fr> Message-ID: <4536AB0D.5000605@redhat.com> Tru Huynh wrote: > Hi, > > same request on koan.spec (%{__python} instead of python) > > [tru at casewell koan]$ hg diff koan.spec > diff -r 85dbf26fe42a koan.spec > --- a/koan.spec Tue Oct 17 11:42:11 2006 -0400 > +++ b/koan.spec Wed Oct 18 23:47:17 2006 +0200 > @@ -26,14 +26,14 @@ any existing system. For use with a boo > %setup -q > > %build > -python setup.py build > +%{__python} setup.py build > > %install > -rm -rf $RPM_BUILD_ROOT > -python setup.py install --optimize=1 --root=$RPM_BUILD_ROOT > +test "x$RPM_BUILD_ROOT" != "x" && rm -rf $RPM_BUILD_ROOT > +%{__python} setup.py install --optimize=1 --root=$RPM_BUILD_ROOT > > %clean > -rm -rf $RPM_BUILD_ROOT > +test "x$RPM_BUILD_ROOT" != "x" && rm -rf $RPM_BUILD_ROOT > > %files > %defattr(-,root,root) > > Cheers, > > Tru > applied, thanks! --Michael From tforeman at ibsys.com Wed Oct 25 15:25:03 2006 From: tforeman at ibsys.com (Foreman, Tim) Date: Wed, 25 Oct 2006 10:25:03 -0500 Subject: [et-mgmt-tools] Cobbler - Templating not working? Message-ID: I have installed Cobbler and am trying to get the kickstart templating to work with no success. I have added a line to my kickstart template that look like this: INSTALL_ENV=TEMPLATE::env Then I setup my distro like this: cobbler distro add --name=rhel4u4 \ --kernel=/var/www/html/kickstart/rhel4u4/i386/isolinux/vmlinuz \ --initrd=/var/www/html/kickstart/rhel4u4/i386/isolinux/initrd.img I created a profile like this: cobbler profile add --name=base_test --distro=rhel4u4 \ --kickstart=/etc/cobbler/ks4_base.cfg And then I added a system like this: cobbler system add --name=00:15:60:A7:6E:56 --profile=base_test \ --ksmeta="env=mtc" After the cobbler sync command, the kickstart file that is created has the line: INSTALL_ENV=env Am I doing something wrong, or is the templating not working for some reason? Thanks for any help. -- Timothy W. Foreman ~ Security Administrator ~ tforeman at ibsys.com (651) 365-4181 ~ Internet Broadcasting ~ www.ibsys.com -- The Onion: Have you decided what you want to be when you grow up? Berkeley Breathed: Dad. The rest is frosting. From mdehaan at redhat.com Wed Oct 25 16:06:20 2006 From: mdehaan at redhat.com (Michael DeHaan) Date: Wed, 25 Oct 2006 12:06:20 -0400 Subject: [et-mgmt-tools] Cobbler - Templating not working? In-Reply-To: References: Message-ID: <453F8B7C.90207@redhat.com> Tim, Yes, you've found a bug. Here's the fix: diff -r 25f009106e21 cobbler/action_sync.py --- a/cobbler/action_sync.py Wed Oct 25 11:36:47 2006 -0400 +++ b/cobbler/action_sync.py Wed Oct 25 12:02:44 2006 -0400 @@ -323,7 +323,8 @@ class BootSync: data = fd.read() fd.close() for x in metadata.keys(): - data = data.replace("TEMPLATE::%s" % x, metadata[x]) + if x != "": + data = data.replace("TEMPLATE::%s" % x, metadata[x]) fd = open(out_path, "w+") fd.write(data) fd.close() I've gone ahead and pushed this upstream (to the public mercurial repository) along with some other things I've been working on (which may be a bit unstable). If you like, you can try pulling from there (though today it's probably not the stablest thing in existance), or you can just apply the patch yourself. Thanks, Michael Foreman, Tim wrote: > I have installed Cobbler and am trying to get the kickstart templating > to work with no success. > > I have added a line to my kickstart template that look like this: > > INSTALL_ENV=TEMPLATE::env > > Then I setup my distro like this: > > cobbler distro add --name=rhel4u4 \ > --kernel=/var/www/html/kickstart/rhel4u4/i386/isolinux/vmlinuz \ > --initrd=/var/www/html/kickstart/rhel4u4/i386/isolinux/initrd.img > > I created a profile like this: > > cobbler profile add --name=base_test --distro=rhel4u4 \ > --kickstart=/etc/cobbler/ks4_base.cfg > > And then I added a system like this: > > cobbler system add --name=00:15:60:A7:6E:56 --profile=base_test \ > --ksmeta="env=mtc" > > After the cobbler sync command, the kickstart file that is created > has the line: > > INSTALL_ENV=env > > Am I doing something wrong, or is the templating not working for > some reason? > > Thanks for any help. > -- > Timothy W. Foreman ~ Security Administrator ~ tforeman at ibsys.com > (651) 365-4181 ~ Internet Broadcasting ~ www.ibsys.com > -- > The Onion: Have you decided what you want to be when you grow up? > Berkeley Breathed: Dad. The rest is frosting. > > _______________________________________________ > et-mgmt-tools mailing list > et-mgmt-tools at redhat.com > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > From tforeman at ibsys.com Wed Oct 25 16:36:16 2006 From: tforeman at ibsys.com (Foreman, Tim) Date: Wed, 25 Oct 2006 11:36:16 -0500 Subject: [et-mgmt-tools] Cobbler - Templating not working? Message-ID: Hmm. I applied this patch and now it doesn't seem to be replacing the TEMPLATE::env line at all. --Tim > -----Original Message----- > From: Michael DeHaan [mailto:mdehaan at redhat.com] > Sent: Wednesday, October 25, 2006 11:06 AM > To: Foreman, Tim > Cc: 'et-mgmt-tools at redhat.com' > Subject: Re: [et-mgmt-tools] Cobbler - Templating not working? > > > Tim, > > Yes, you've found a bug. > > Here's the fix: > > diff -r 25f009106e21 cobbler/action_sync.py > --- a/cobbler/action_sync.py Wed Oct 25 11:36:47 2006 -0400 > +++ b/cobbler/action_sync.py Wed Oct 25 12:02:44 2006 -0400 > @@ -323,7 +323,8 @@ class BootSync: > data = fd.read() > fd.close() > for x in metadata.keys(): > - data = data.replace("TEMPLATE::%s" % x, metadata[x]) > + if x != "": > + data = data.replace("TEMPLATE::%s" % x, metadata[x]) > fd = open(out_path, "w+") > fd.write(data) > fd.close() > > > I've gone ahead and pushed this upstream (to the public mercurial > repository) along with some other things I've been working on > (which may > be a bit unstable). If you like, you can try pulling from there > (though today it's probably not the stablest thing in > existance), or you > can just apply the patch yourself. > > Thanks, > > Michael > > Foreman, Tim wrote: > > I have installed Cobbler and am trying to get the kickstart > templating > > to work with no success. > > > > I have added a line to my kickstart template that look like this: > > > > INSTALL_ENV=TEMPLATE::env > > > > Then I setup my distro like this: > > > > cobbler distro add --name=rhel4u4 \ > > --kernel=/var/www/html/kickstart/rhel4u4/i386/isolinux/vmlinuz \ > > --initrd=/var/www/html/kickstart/rhel4u4/i386/isolinux/initrd.img > > > > I created a profile like this: > > > > cobbler profile add --name=base_test --distro=rhel4u4 \ > > --kickstart=/etc/cobbler/ks4_base.cfg > > > > And then I added a system like this: > > > > cobbler system add --name=00:15:60:A7:6E:56 --profile=base_test \ > > --ksmeta="env=mtc" > > > > After the cobbler sync command, the kickstart file that is created > > has the line: > > > > INSTALL_ENV=env > > > > Am I doing something wrong, or is the templating not working for > > some reason? > > > > Thanks for any help. > > -- > > Timothy W. Foreman ~ Security Administrator ~ tforeman at ibsys.com > > (651) 365-4181 ~ Internet Broadcasting ~ www.ibsys.com > > -- > > The Onion: Have you decided what you want to be when you grow up? > > Berkeley Breathed: Dad. The rest is frosting. > > > > _______________________________________________ > > et-mgmt-tools mailing list > > et-mgmt-tools at redhat.com > > https://www.redhat.com/mailman/listinfo/et-mgmt-tools > > > From mdehaan at redhat.com Wed Oct 25 16:43:30 2006 From: mdehaan at redhat.com (Michael DeHaan) Date: Wed, 25 Oct 2006 12:43:30 -0400 Subject: [et-mgmt-tools] Cobbler - Templating not working? In-Reply-To: References: Message-ID: <453F9432.1060906@redhat.com> Foreman, Tim wrote: > Hmm. I applied this patch and now it doesn't seem to > be replacing the TEMPLATE::env line at all. > > --Tim > > Hmm, works for me. Just to confirm, did you apply this to the python file living in /var/lib/python$version/site-packages or a source checkout? If it's a source checkout, you'll need to do the make & rpm --Uvh cobbler*.noarch.rpm --force bit to make those changes get installed. Also you'll have to re-run "cobbler sync" once this is done to regenerate the kickstarts. Furthermore, there are two locations where kickstarts get thrown in /var/www/cobbler -- this is probably what's causing the confusion. There's a kickstarts and a kickstarts_sys. For profiles, you'll see the kickstart in "kickstarts", and since ksmeta is attached to the system, not the profile, it will look unchanged in "kickstarts". It should be replaced correctly under "kickstarts_sys". The PXE setup will set this all appropriately and will point to the right one. There is a possibility I still have something wrong though, but I think it looks right. If you can check that and are still having problems, let me know, and we'll figure it out. Thanks, Michael >> -----Original Message----- >> From: Michael DeHaan [mailto:mdehaan at redhat.com] >> Sent: Wednesday, October 25, 2006 11:06 AM >> To: Foreman, Tim >> Cc: 'et-mgmt-tools at redhat.com' >> Subject: Re: [et-mgmt-tools] Cobbler - Templating not working? >> >> >> Tim, >> >> Yes, you've found a bug. >> >> Here's the fix: >> >> diff -r 25f009106e21 cobbler/action_sync.py >> --- a/cobbler/action_sync.py Wed Oct 25 11:36:47 2006 -0400 >> +++ b/cobbler/action_sync.py Wed Oct 25 12:02:44 2006 -0400 >> @@ -323,7 +323,8 @@ class BootSync: >> data = fd.read() >> fd.close() >> for x in metadata.keys(): >> - data = data.replace("TEMPLATE::%s" % x, metadata[x]) >> + if x != "": >> + data = data.replace("TEMPLATE::%s" % x, metadata[x]) >> fd = open(out_path, "w+") >> fd.write(data) >> fd.close() >> >> >> I've gone ahead and pushed this upstream (to the public mercurial >> repository) along with some other things I've been working on >> (which may >> be a bit unstable). If you like, you can try pulling from there >> (though today it's probably not the stablest thing in >> existance), or you >> can just apply the patch yourself. >> >> Thanks, >> >> Michael >> >> Foreman, Tim wrote: >> >>> I have installed Cobbler and am trying to get the kickstart >>> >> templating >> >>> to work with no success. >>> >>> I have added a line to my kickstart template that look like this: >>> >>> INSTALL_ENV=TEMPLATE::env >>> >>> Then I setup my distro like this: >>> >>> cobbler distro add --name=rhel4u4 \ >>> --kernel=/var/www/html/kickstart/rhel4u4/i386/isolinux/vmlinuz \ >>> --initrd=/var/www/html/kickstart/rhel4u4/i386/isolinux/initrd.img >>> >>> I created a profile like this: >>> >>> cobbler profile add --name=base_test --distro=rhel4u4 \ >>> --kickstart=/etc/cobbler/ks4_base.cfg >>> >>> And then I added a system like this: >>> >>> cobbler system add --name=00:15:60:A7:6E:56 --profile=base_test \ >>> --ksmeta="env=mtc" >>> >>> After the cobbler sync command, the kickstart file that is created >>> has the line: >>> >>> INSTALL_ENV=env >>> >>> Am I doing something wrong, or is the templating not working for >>> some reason? >>> >>> Thanks for any help. >>> -- >>> Timothy W. Foreman ~ Security Administrator ~ tforeman at ibsys.com >>> (651) 365-4181 ~ Internet Broadcasting ~ www.ibsys.com >>> -- >>> The Onion: Have you decided what you want to be when you grow up? >>> Berkeley Breathed: Dad. The rest is frosting. >>> >>> _______________________________________________ >>> et-mgmt-tools mailing list >>> et-mgmt-tools at redhat.com >>> https://www.redhat.com/mailman/listinfo/et-mgmt-tools >>> >>> From tforeman at ibsys.com Wed Oct 25 17:40:08 2006 From: tforeman at ibsys.com (Foreman, Tim) Date: Wed, 25 Oct 2006 12:40:08 -0500 Subject: [et-mgmt-tools] Cobbler - Templating not working? Message-ID: Ah ha! I was looking in the kickstarts dir, not the kickstarts_sys dir! Thank you very much, it appears to be working fine now. --Tim > -----Original Message----- > From: Michael DeHaan [mailto:mdehaan at redhat.com] > Sent: Wednesday, October 25, 2006 11:44 AM > To: Foreman, Tim > Cc: 'et-mgmt-tools at redhat.com' > Subject: Re: [et-mgmt-tools] Cobbler - Templating not working? > > > Foreman, Tim wrote: > > Hmm. I applied this patch and now it doesn't seem to > > be replacing the TEMPLATE::env line at all. > > > > --Tim > > > > > Hmm, works for me. > > Just to confirm, did you apply this to the python file living in > /var/lib/python$version/site-packages or a source checkout? > > If it's a source checkout, you'll need to do the make & rpm --Uvh > cobbler*.noarch.rpm --force bit to make those changes get installed. > Also you'll have to re-run "cobbler sync" once this is done to > regenerate the kickstarts. > > Furthermore, there are two locations where kickstarts get thrown in > /var/www/cobbler -- this is probably what's causing the confusion. > There's a kickstarts and a kickstarts_sys. For profiles, you'll see > the kickstart in "kickstarts", and since ksmeta is attached to the > system, not the profile, it will look unchanged in "kickstarts". It > should be replaced correctly under "kickstarts_sys". The PXE setup > will set this all appropriately and will point to the right one. > > There is a possibility I still have something wrong though, > but I think > it looks right. If you can check that and are still having > problems, > let me know, and we'll figure it out. > > Thanks, > > Michael > >> -----Original Message----- > >> From: Michael DeHaan [mailto:mdehaan at redhat.com] > >> Sent: Wednesday, October 25, 2006 11:06 AM > >> To: Foreman, Tim > >> Cc: 'et-mgmt-tools at redhat.com' > >> Subject: Re: [et-mgmt-tools] Cobbler - Templating not working? > >> > >> > >> Tim, > >> > >> Yes, you've found a bug. > >> > >> Here's the fix: > >> > >> diff -r 25f009106e21 cobbler/action_sync.py > >> --- a/cobbler/action_sync.py Wed Oct 25 11:36:47 2006 -0400 > >> +++ b/cobbler/action_sync.py Wed Oct 25 12:02:44 2006 -0400 > >> @@ -323,7 +323,8 @@ class BootSync: > >> data = fd.read() > >> fd.close() > >> for x in metadata.keys(): > >> - data = data.replace("TEMPLATE::%s" % x, metadata[x]) > >> + if x != "": > >> + data = data.replace("TEMPLATE::%s" % x, > metadata[x]) > >> fd = open(out_path, "w+") > >> fd.write(data) > >> fd.close() > >> > >> > >> I've gone ahead and pushed this upstream (to the public mercurial > >> repository) along with some other things I've been working on > >> (which may > >> be a bit unstable). If you like, you can try pulling from there > >> (though today it's probably not the stablest thing in > >> existance), or you > >> can just apply the patch yourself. > >> > >> Thanks, > >> > >> Michael > >> > >> Foreman, Tim wrote: > >> > >>> I have installed Cobbler and am trying to get the kickstart > >>> > >> templating > >> > >>> to work with no success. > >>> > >>> I have added a line to my kickstart template that look like this: > >>> > >>> INSTALL_ENV=TEMPLATE::env > >>> > >>> Then I setup my distro like this: > >>> > >>> cobbler distro add --name=rhel4u4 \ > >>> --kernel=/var/www/html/kickstart/rhel4u4/i386/isolinux/vmlinuz \ > >>> --initrd=/var/www/html/kickstart/rhel4u4/i386/isolinux/initrd.img > >>> > >>> I created a profile like this: > >>> > >>> cobbler profile add --name=base_test --distro=rhel4u4 \ > >>> --kickstart=/etc/cobbler/ks4_base.cfg > >>> > >>> And then I added a system like this: > >>> > >>> cobbler system add --name=00:15:60:A7:6E:56 --profile=base_test \ > >>> --ksmeta="env=mtc" > >>> > >>> After the cobbler sync command, the kickstart file that is created > >>> has the line: > >>> > >>> INSTALL_ENV=env > >>> > >>> Am I doing something wrong, or is the templating not working for > >>> some reason? > >>> > >>> Thanks for any help. > >>> -- > >>> Timothy W. Foreman ~ Security Administrator ~ tforeman at ibsys.com > >>> (651) 365-4181 ~ Internet Broadcasting ~ www.ibsys.com > >>> -- > >>> The Onion: Have you decided what you want to be when you grow up? > >>> Berkeley Breathed: Dad. The rest is frosting. > >>> > >>> _______________________________________________ > >>> et-mgmt-tools mailing list > >>> et-mgmt-tools at redhat.com > >>> https://www.redhat.com/mailman/listinfo/et-mgmt-tools > >>> > >>> > From mdehaan at redhat.com Wed Oct 25 17:42:38 2006 From: mdehaan at redhat.com (Michael DeHaan) Date: Wed, 25 Oct 2006 13:42:38 -0400 Subject: [et-mgmt-tools] Cobbler - Templating not working? In-Reply-To: References: Message-ID: <453FA20E.7080001@redhat.com> Foreman, Tim wrote: > Ah ha! > > I was looking in the kickstarts dir, not the kickstarts_sys dir! > > Thank you very much, it appears to be working fine now. > > --Tim > Great. Just to confirm -- cobbler & koan both are relatively sane in mercurial now, and I should be releasing this fix to Fedora later today. Appreciate the report! If you have any other problems/questions (or feature requests), let me know. I'd be especially interested if there's something that's not especially clear in the manpages from your point of view (templating or otherwise). --Michael. > >> -----Original Message----- >> From: Michael DeHaan [mailto:mdehaan at redhat.com] >> Sent: Wednesday, October 25, 2006 11:44 AM >> To: Foreman, Tim >> Cc: 'et-mgmt-tools at redhat.com' >> Subject: Re: [et-mgmt-tools] Cobbler - Templating not working? >> >> >> Foreman, Tim wrote: >> >>> Hmm. I applied this patch and now it doesn't seem to >>> be replacing the TEMPLATE::env line at all. >>> >>> --Tim >>> >>> >>> >> Hmm, works for me. >> >> Just to confirm, did you apply this to the python file living in >> /var/lib/python$version/site-packages or a source checkout? >> >> If it's a source checkout, you'll need to do the make & rpm --Uvh >> cobbler*.noarch.rpm --force bit to make those changes get installed. >> Also you'll have to re-run "cobbler sync" once this is done to >> regenerate the kickstarts. >> >> Furthermore, there are two locations where kickstarts get thrown in >> /var/www/cobbler -- this is probably what's causing the confusion. >> There's a kickstarts and a kickstarts_sys. For profiles, you'll see >> the kickstart in "kickstarts", and since ksmeta is attached to the >> system, not the profile, it will look unchanged in "kickstarts". It >> should be replaced correctly under "kickstarts_sys". The PXE setup >> will set this all appropriately and will point to the right one. >> >> There is a possibility I still have something wrong though, >> but I think >> it looks right. If you can check that and are still having >> problems, >> let me know, and we'll figure it out. >> >> Thanks, >> >> Michael >> >>>> -----Original Message----- >>>> From: Michael DeHaan [mailto:mdehaan at redhat.com] >>>> Sent: Wednesday, October 25, 2006 11:06 AM >>>> To: Foreman, Tim >>>> Cc: 'et-mgmt-tools at redhat.com' >>>> Subject: Re: [et-mgmt-tools] Cobbler - Templating not working? >>>> >>>> >>>> Tim, >>>> >>>> Yes, you've found a bug. >>>> >>>> Here's the fix: >>>> >>>> diff -r 25f009106e21 cobbler/action_sync.py >>>> --- a/cobbler/action_sync.py Wed Oct 25 11:36:47 2006 -0400 >>>> +++ b/cobbler/action_sync.py Wed Oct 25 12:02:44 2006 -0400 >>>> @@ -323,7 +323,8 @@ class BootSync: >>>> data = fd.read() >>>> fd.close() >>>> for x in metadata.keys(): >>>> - data = data.replace("TEMPLATE::%s" % x, metadata[x]) >>>> + if x != "": >>>> + data = data.replace("TEMPLATE::%s" % x, >>>> >> metadata[x]) >> >>>> fd = open(out_path, "w+") >>>> fd.write(data) >>>> fd.close() >>>> >>>> >>>> I've gone ahead and pushed this upstream (to the public mercurial >>>> repository) along with some other things I've been working on >>>> (which may >>>> be a bit unstable). If you like, you can try pulling from there >>>> (though today it's probably not the stablest thing in >>>> existance), or you >>>> can just apply the patch yourself. >>>> >>>> Thanks, >>>> >>>> Michael >>>> >>>> Foreman, Tim wrote: >>>> >>>> >>>>> I have installed Cobbler and am trying to get the kickstart >>>>> >>>>> >>>> templating >>>> >>>> >>>>> to work with no success. >>>>> >>>>> I have added a line to my kickstart template that look like this: >>>>> >>>>> INSTALL_ENV=TEMPLATE::env >>>>> >>>>> Then I setup my distro like this: >>>>> >>>>> cobbler distro add --name=rhel4u4 \ >>>>> --kernel=/var/www/html/kickstart/rhel4u4/i386/isolinux/vmlinuz \ >>>>> --initrd=/var/www/html/kickstart/rhel4u4/i386/isolinux/initrd.img >>>>> >>>>> I created a profile like this: >>>>> >>>>> cobbler profile add --name=base_test --distro=rhel4u4 \ >>>>> --kickstart=/etc/cobbler/ks4_base.cfg >>>>> >>>>> And then I added a system like this: >>>>> >>>>> cobbler system add --name=00:15:60:A7:6E:56 --profile=base_test \ >>>>> --ksmeta="env=mtc" >>>>> >>>>> After the cobbler sync command, the kickstart file that is created >>>>> has the line: >>>>> >>>>> INSTALL_ENV=env >>>>> >>>>> Am I doing something wrong, or is the templating not working for >>>>> some reason? >>>>> >>>>> Thanks for any help. >>>>> -- >>>>> Timothy W. Foreman ~ Security Administrator ~ tforeman at ibsys.com >>>>> (651) 365-4181 ~ Internet Broadcasting ~ www.ibsys.com >>>>> -- >>>>> The Onion: Have you decided what you want to be when you grow up? >>>>> Berkeley Breathed: Dad. The rest is frosting. >>>>> >>>>> _______________________________________________ >>>>> et-mgmt-tools mailing list >>>>> et-mgmt-tools at redhat.com >>>>> https://www.redhat.com/mailman/listinfo/et-mgmt-tools >>>>> >>>>> >>>>> From tforeman at ibsys.com Wed Oct 25 17:56:55 2006 From: tforeman at ibsys.com (Foreman, Tim) Date: Wed, 25 Oct 2006 12:56:55 -0500 Subject: [et-mgmt-tools] Cobbler - Templating not working? Message-ID: Well, I do have another question (now that you ask.) The cobbler sync command did build the ks.cfg file in the kickstarts_sys/MAC_ADDRESS/ dir, but the pxelinux.cfg/MAC_ADDRESS file has the following ks option: ks=http://kickstart/cobbler/kickstarts/base_test/ks.cfg I would have expected to see a ks url that looked more like: ks=http://kickstart/cobbler/kickstarts_sys/MAC_ADDRESS/ks.cfg Am I still missing something? Thanks again for all your help. --Tim > -----Original Message----- > From: Michael DeHaan [mailto:mdehaan at redhat.com] > Sent: Wednesday, October 25, 2006 12:43 PM > To: Foreman, Tim > Cc: 'et-mgmt-tools at redhat.com' > Subject: Re: [et-mgmt-tools] Cobbler - Templating not working? > > > Foreman, Tim wrote: > > Ah ha! > > > > I was looking in the kickstarts dir, not the kickstarts_sys dir! > > > > Thank you very much, it appears to be working fine now. > > > > --Tim > > > Great. Just to confirm -- cobbler & koan both are > relatively sane in > mercurial now, and I should be releasing this fix to Fedora > later today. > > Appreciate the report! If you have any other problems/questions (or > feature requests), let me know. I'd be especially interested > if there's > something that's not especially clear in the manpages from > your point of > view (templating or otherwise). > > --Michael. > > > > >> -----Original Message----- > >> From: Michael DeHaan [mailto:mdehaan at redhat.com] > >> Sent: Wednesday, October 25, 2006 11:44 AM > >> To: Foreman, Tim > >> Cc: 'et-mgmt-tools at redhat.com' > >> Subject: Re: [et-mgmt-tools] Cobbler - Templating not working? > >> > >> > >> Foreman, Tim wrote: > >> > >>> Hmm. I applied this patch and now it doesn't seem to > >>> be replacing the TEMPLATE::env line at all. > >>> > >>> --Tim > >>> > >>> > >>> > >> Hmm, works for me. > >> > >> Just to confirm, did you apply this to the python file living in > >> /var/lib/python$version/site-packages or a source checkout? > >> > >> If it's a source checkout, you'll need to do the make & rpm --Uvh > >> cobbler*.noarch.rpm --force bit to make those changes get > installed. > >> Also you'll have to re-run "cobbler sync" once this is done to > >> regenerate the kickstarts. > >> > >> Furthermore, there are two locations where kickstarts get > thrown in > >> /var/www/cobbler -- this is probably what's causing the > confusion. > >> There's a kickstarts and a kickstarts_sys. For profiles, > you'll see > >> the kickstart in "kickstarts", and since ksmeta is attached to the > >> system, not the profile, it will look unchanged in > "kickstarts". It > >> should be replaced correctly under "kickstarts_sys". > The PXE setup > >> will set this all appropriately and will point to the right one. > >> > >> There is a possibility I still have something wrong though, > >> but I think > >> it looks right. If you can check that and are still having > >> problems, > >> let me know, and we'll figure it out. > >> > >> Thanks, > >> > >> Michael > >> > >>>> -----Original Message----- > >>>> From: Michael DeHaan [mailto:mdehaan at redhat.com] > >>>> Sent: Wednesday, October 25, 2006 11:06 AM > >>>> To: Foreman, Tim > >>>> Cc: 'et-mgmt-tools at redhat.com' > >>>> Subject: Re: [et-mgmt-tools] Cobbler - Templating not working? > >>>> > >>>> > >>>> Tim, > >>>> > >>>> Yes, you've found a bug. > >>>> > >>>> Here's the fix: > >>>> > >>>> diff -r 25f009106e21 cobbler/action_sync.py > >>>> --- a/cobbler/action_sync.py Wed Oct 25 11:36:47 2006 -0400 > >>>> +++ b/cobbler/action_sync.py Wed Oct 25 12:02:44 2006 -0400 > >>>> @@ -323,7 +323,8 @@ class BootSync: > >>>> data = fd.read() > >>>> fd.close() > >>>> for x in metadata.keys(): > >>>> - data = data.replace("TEMPLATE::%s" % x, metadata[x]) > >>>> + if x != "": > >>>> + data = data.replace("TEMPLATE::%s" % x, > >>>> > >> metadata[x]) > >> > >>>> fd = open(out_path, "w+") > >>>> fd.write(data) > >>>> fd.close() > >>>> > >>>> > >>>> I've gone ahead and pushed this upstream (to the public > mercurial > >>>> repository) along with some other things I've been working on > >>>> (which may > >>>> be a bit unstable). If you like, you can try pulling > from there > >>>> (though today it's probably not the stablest thing in > >>>> existance), or you > >>>> can just apply the patch yourself. > >>>> > >>>> Thanks, > >>>> > >>>> Michael > >>>> > >>>> Foreman, Tim wrote: > >>>> > >>>> > >>>>> I have installed Cobbler and am trying to get the kickstart > >>>>> > >>>>> > >>>> templating > >>>> > >>>> > >>>>> to work with no success. > >>>>> > >>>>> I have added a line to my kickstart template that look > like this: > >>>>> > >>>>> INSTALL_ENV=TEMPLATE::env > >>>>> > >>>>> Then I setup my distro like this: > >>>>> > >>>>> cobbler distro add --name=rhel4u4 \ > >>>>> --kernel=/var/www/html/kickstart/rhel4u4/i386/isolinux/vmlinuz \ > >>>>> > --initrd=/var/www/html/kickstart/rhel4u4/i386/isolinux/initrd.img > >>>>> > >>>>> I created a profile like this: > >>>>> > >>>>> cobbler profile add --name=base_test --distro=rhel4u4 \ > >>>>> --kickstart=/etc/cobbler/ks4_base.cfg > >>>>> > >>>>> And then I added a system like this: > >>>>> > >>>>> cobbler system add --name=00:15:60:A7:6E:56 > --profile=base_test \ > >>>>> --ksmeta="env=mtc" > >>>>> > >>>>> After the cobbler sync command, the kickstart file that > is created > >>>>> has the line: > >>>>> > >>>>> INSTALL_ENV=env > >>>>> > >>>>> Am I doing something wrong, or is the templating not working for > >>>>> some reason? > >>>>> > >>>>> Thanks for any help. > >>>>> -- > >>>>> Timothy W. Foreman ~ Security Administrator ~ tforeman at ibsys.com > >>>>> (651) 365-4181 ~ Internet Broadcasting ~ www.ibsys.com > >>>>> -- > >>>>> The Onion: Have you decided what you want to be when > you grow up? > >>>>> Berkeley Breathed: Dad. The rest is frosting. > >>>>> > >>>>> _______________________________________________ > >>>>> et-mgmt-tools mailing list > >>>>> et-mgmt-tools at redhat.com > >>>>> https://www.redhat.com/mailman/listinfo/et-mgmt-tools > >>>>> > >>>>> > >>>>> > From mdehaan at redhat.com Wed Oct 25 18:19:33 2006 From: mdehaan at redhat.com (Michael DeHaan) Date: Wed, 25 Oct 2006 14:19:33 -0400 Subject: [et-mgmt-tools] Cobbler - Templating not working? In-Reply-To: References: Message-ID: <453FAAB5.6090909@redhat.com> Foreman, Tim wrote: > Well, I do have another question (now that you ask.) > > The cobbler sync command did build the ks.cfg file in the > kickstarts_sys/MAC_ADDRESS/ dir, but the pxelinux.cfg/MAC_ADDRESS > file has the following ks option: > ks=http://kickstart/cobbler/kickstarts/base_test/ks.cfg > > I would have expected to see a ks url that looked more like: > ks=http://kickstart/cobbler/kickstarts_sys/MAC_ADDRESS/ks.cfg > > Am I still missing something? > > Thanks again for all your help. > > --Tim Yup, another bug :) Here's the fix: diff -r 1f764e5dd1cc cobbler/action_sync.py --- a/cobbler/action_sync.py Wed Oct 25 12:03:55 2006 -0400 +++ b/cobbler/action_sync.py Wed Oct 25 14:15:58 2006 -0400 @@ -468,8 +468,8 @@ class BootSync: # kickstart path (if kickstart is used) if kickstart_path is not None and kickstart_path != "": # if kickstart path is on disk, we've already copied it into - # the HTTP mirror, so make it something anaconda can get at - if kickstart_path.startswith("/"): + # the HTTP mirror, so make it something anaconda can get at. + if kickstart_path.startswith("/") or kickstart_path.find("/cobbler/kickstarts/") != -1: pxe_fn = self.get_pxe_filename(system.name) kickstart_path = "http://%s/cobbler/kickstarts_sys/%s/ks.cfg" % (self.settings.server, pxe_fn) append_line = "%s ks=%s" % (append_line, kickstart_path) Already checked in and pushed as well. --Michael From tforeman at ibsys.com Wed Oct 25 19:12:51 2006 From: tforeman at ibsys.com (Foreman, Tim) Date: Wed, 25 Oct 2006 14:12:51 -0500 Subject: [et-mgmt-tools] Cobbler - Templating not working? Message-ID: Wonderful! Thanks for being so responsive. It appears to be all working now. --Tim > -----Original Message----- > From: Michael DeHaan [mailto:mdehaan at redhat.com] > Sent: Wednesday, October 25, 2006 1:20 PM > To: Foreman, Tim > Cc: 'et-mgmt-tools at redhat.com' > Subject: Re: [et-mgmt-tools] Cobbler - Templating not working? > > > Foreman, Tim wrote: > > Well, I do have another question (now that you ask.) > > > > The cobbler sync command did build the ks.cfg file in the > > kickstarts_sys/MAC_ADDRESS/ dir, but the pxelinux.cfg/MAC_ADDRESS > > file has the following ks option: > > ks=http://kickstart/cobbler/kickstarts/base_test/ks.cfg > > > > I would have expected to see a ks url that looked more like: > > ks=http://kickstart/cobbler/kickstarts_sys/MAC_ADDRESS/ks.cfg > > > > Am I still missing something? > > > > Thanks again for all your help. > > > > --Tim > > Yup, another bug :) > > Here's the fix: > > diff -r 1f764e5dd1cc cobbler/action_sync.py > --- a/cobbler/action_sync.py Wed Oct 25 12:03:55 2006 -0400 > +++ b/cobbler/action_sync.py Wed Oct 25 14:15:58 2006 -0400 > @@ -468,8 +468,8 @@ class BootSync: > # kickstart path (if kickstart is used) > if kickstart_path is not None and kickstart_path != "": > # if kickstart path is on disk, we've already > copied it into > - # the HTTP mirror, so make it something anaconda > can get at > - if kickstart_path.startswith("/"): > + # the HTTP mirror, so make it something anaconda > can get at. > + if kickstart_path.startswith("/") or > kickstart_path.find("/cobbler/kickstarts/") != -1: > pxe_fn = self.get_pxe_filename(system.name) > kickstart_path = > "http://%s/cobbler/kickstarts_sys/%s/ks.cfg" % (self.settings.server, > pxe_fn) > append_line = "%s ks=%s" % (append_line, kickstart_path) > > Already checked in and pushed as well. > > --Michael > > From thomas_chris_666 at yahoo.co.in Fri Oct 27 05:10:42 2006 From: thomas_chris_666 at yahoo.co.in (Thomas chris) Date: Fri, 27 Oct 2006 06:10:42 +0100 (BST) Subject: [et-mgmt-tools] Test Message-ID: <20061027051042.32751.qmail@web7704.mail.in.yahoo.com> This is a test -- Thomas Chris http://www.youbanking.com http://www.youbanking.com/email_page.html --------------------------------- Find out what India is talking about on - Yahoo! Answers India Send FREE SMS to your friend's mobile from Yahoo! Messenger Version 8. Get it NOW -------------- next part -------------- An HTML attachment was scrubbed... URL: