This particular snippet is giving me issues in that it's apparently not templating at all. All other snippets are working fine. The rendered kickstart for a system that was only created with a name, still contains:
$SNIPPET('post_install_network_config')
If I look at the rendered view for the profile, it returns the following, as it should:
# Start post_install_network_config generated code # End post_install_network_config generated code
This is regardless if I use my custom kickstart template or sample.ks, on v1.4.2. There are no apparent errors in the logs - is there anything I can do to debug this further?
Thanks,
-Gennadiy
Gennadiy Nerubayev wrote:
This particular snippet is giving me issues in that it's apparently not templating at all. All other snippets are working fine. The rendered kickstart for a system that was only created with a name, still contains:
$SNIPPET('post_install_network_config')
If I look at the rendered view for the profile, it returns the following, as it should:
# Start post_install_network_config generated code # End post_install_network_config generated code
This is regardless if I use my custom kickstart template or sample.ks, on v1.4.2. There are no apparent errors in the logs - is there anything I can do to debug this further?
Thanks,
-Gennadiy
This is normal.
In a per-profile install, there will be no data to fill in for this. If you define network information for a system, you will.
On Thu, Mar 12, 2009 at 2:15 PM, Michael DeHaan mdehaan@redhat.com wrote:
Gennadiy Nerubayev wrote:
This particular snippet is giving me issues in that it's apparently not templating at all. All other snippets are working fine. The rendered kickstart for a system that was only created with a name, still contains:
$SNIPPET('post_install_network_config')
If I look at the rendered view for the profile, it returns the following, as it should:
# Start post_install_network_config generated code # End post_install_network_config generated code
This is regardless if I use my custom kickstart template or sample.ks, on v1.4.2. There are no apparent errors in the logs - is there anything I can do to debug this further?
This is normal.
In a per-profile install, there will be no data to fill in for this. If you define network information for a system, you will.
I do have a system with full network config, and it's still not templating it at all in the rendered kickstart for that system. The same kickstart has pre_install_network_config and network_config which do get templated properly, using "new" style.
-Gennadiy
Gennadiy Nerubayev wrote:
On Thu, Mar 12, 2009 at 2:15 PM, Michael DeHaan <mdehaan@redhat.com mailto:mdehaan@redhat.com> wrote:
Gennadiy Nerubayev wrote: > This particular snippet is giving me issues in that it's apparently > not templating at all. All other snippets are working fine. The > rendered kickstart for a system that was only created with a name, > still contains: > > $SNIPPET('post_install_network_config') > > If I look at the rendered view for the profile, it returns the > following, as it should: > > # Start post_install_network_config generated code > # End post_install_network_config generated code > > This is regardless if I use my custom kickstart template or sample.ks, > on v1.4.2. There are no apparent errors in the logs - is there > anything I can do to debug this further? This is normal. In a per-profile install, there will be no data to fill in for this. If you define network information for a system, you will.
I do have a system with full network config, and it's still not templating it at all in the rendered kickstart for that system. The same kickstart has pre_install_network_config and network_config which do get templated properly, using "new" style.
-Gennadiy
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
Please paste "cobbler --version", "cobbler system report", and "cobbler system getks --name=foo"
--Michael
On Thu, Mar 12, 2009 at 2:34 PM, Michael DeHaan mdehaan@redhat.com wrote:
Gennadiy Nerubayev wrote:
I do have a system with full network config, and it's still not templating it at all in the rendered kickstart for that system. The same kickstart has pre_install_network_config and network_config which do get templated properly, using "new" style.
Please paste "cobbler --version", "cobbler system report", and "cobbler system getks --name=foo"
cobbler --version cobbler 1.4.2
build date : Thu Feb 12 14:37:28 2009
# cobbler system report system : box profile : rhel5-xen-x86_64 comment : created : Thu Mar 12 15:18:41 2009 gateway : 10.0.0.1 hostname : box image : kernel options : {} kernel options post : {} kickstart : <<inherit>> ks metadata : {} mgmt classes : [] modified : Thu Mar 12 15:42:10 2009 name servers : ['10.0.0.9 10.0.0.11'] netboot enabled? : False owners : ['admin'] server : <<inherit>> template files : {} virt cpus : 2 virt file size : <<inherit>> virt path : <<inherit>> virt ram : 1024 virt type : <<inherit>> power type : ipmitool power address : power user : power password : power id : interface : eth0 mac address : 00:16:3e:27:7a:39 bonding : bonding_master : bonding_opts : is static? : True ip address : 10.0.0.247 subnet : 255.255.255.0 static routes : [] dns name : box.somedomain.net dhcp tag : virt bridge : xenbr0 interface : eth1 mac address : 00:16:3e:78:a3:c4 bonding : bonding_master : bonding_opts : is static? : True ip address : 192.168.1.247 subnet : 255.255.255.0 static routes : ['10.1.1.0/255.255.255.0:10.0.0.1'] dns name : dhcp tag : virt bridge : xenbr1
# cobbler system getks --name=box #platform=x86, AMD64, or Intel EM64T # System authorization information auth --useshadow --enablemd5 # System bootloader configuration bootloader --location=mbr # Partition clearing information clearpart --all --initlabel # Use text mode install text # Firewall configuration firewall --enabled # Run the Setup Agent on first boot firstboot --disable # System keyboard keyboard us # System language lang en_US # Use network installation url --url=http://10.0.0.250/rhel5-64/ # If any cobbler repo definitions were referenced in the kickstart profile, include them here.
# Network information # Using "new" style networking config, by matching networking information to the physical interface's # MAC-address %include /tmp/pre_install_network_config
# Reboot after installation reboot
#Root password rootpw --iscrypted $1$mF86/UHC$WvcIcX2t6crBz2onWxyac. # SELinux configuration selinux --disabled # Do not configure the X Window System skipx # System timezone timezone America/New_York # Install OS instead of upgrade install # Clear the Master Boot Record zerombr # Allow anaconda to partition the system as needed autopart
%pre
wget "http://10.0.0.250/cblr/svc/op/trig/mode/pre/system/box" -O /dev/null # Start pre_install_network_config generated code
# Start of code to match cobbler system interfaces to physical interfaces by their mac addresses # Start eth1 # Configuring eth1 (00:16:3e:78:a3:c4) if ifconfig -a | grep -i 00:16:3e:78:a3:c4 then IFNAME=$(ifconfig -a | grep -i '00:16:3e:78:a3:c4' | cut -d " " -f 1) echo "network --device=$IFNAME --bootproto=static --ip=192.168.1.247 --netmask=255.255.255.0 --gateway=10.0.0.1 --hostname=box" >> /tmp/pre_install_network_config fi # Start eth0 # Configuring eth0 (00:16:3e:27:7a:39) if ifconfig -a | grep -i 00:16:3e:27:7a:39 then IFNAME=$(ifconfig -a | grep -i '00:16:3e:27:7a:39' | cut -d " " -f 1) echo "network --device=$IFNAME --bootproto=static --ip=10.0.0.247 --netmask=255.255.255.0 --gateway=10.0.0.1 --hostname=box" >> /tmp/pre_install_network_config fi # End pre_install_network_config generated code
# Enable installation monitoring
%packages
%post
# Start yum configuration wget "http://10.0.0.250/cblr/svc/op/yum/system/box" --output-document=/etc/yum.repos.d/cobbler-config.repo
# End yum configuration # Start post install kernel options update /sbin/grubby --update-kernel=`/sbin/grubby --default-kernel` --args="console=xvc xencons=xvc " # End post install kernel options update
$SNIPPET('post_install_network_config')
# Start download cobbler managed config files (if applicable) # End download cobbler managed config files (if applicable)
# Start koan environment setup echo "export COBBLER_SERVER=10.0.0.250" > /etc/profile.d/cobbler.sh echo "setenv COBBLER_SERVER 10.0.0.250" > /etc/profile.d/cobbler.csh # End koan environment setup
# begin Red Hat management server registration # not configured to register to any Red Hat management server (ok) # end Red Hat management server registration
# Begin cobbler registration # skipping for system-based installation # End cobbler registration
# Enable post-install boot notification
# Start final steps
wget "http://10.0.0.250/cblr/svc/op/ks/system/box" -O /root/cobbler.ks wget "http://10.0.0.250/cblr/svc/op/trig/mode/post/system/box" -O /dev/null # End final steps
Note: I used the sample kickstart as my own one contains quite a bit of internal stuff, but the effect of the problem is the same. I also just noticed that the gateway setting gets applied to both interfaces, which is rather undesirable.. hmm.
-Gennadiy
$SNIPPET('post_install_network_config')
It didn't seem to interpret it at all. Any modifications made to the snippet that would cause the render to fail?
Note: I used the sample kickstart as my own one contains quite a bit of internal stuff, but the effect of the problem is the same. I also just noticed that the gateway setting gets applied to both interfaces, which
is
rather undesirable.. hmm.
-Gennadiy
That does seem odd... and probably a bug. The gateway should only be applied to the interface that actually shares that network.
On Thu, Mar 12, 2009 at 3:21 PM, James Cammarata jimi@sngx.net wrote:
$SNIPPET('post_install_network_config')
It didn't seem to interpret it at all. Any modifications made to the snippet that would cause the render to fail?
Right, that's the problem. As mentioned in the original email, the only time it renders at all is in profile view. No modifications have been made; I did a diff against the latest git just in case which confirmed no changes.
Note: I used the sample kickstart as my own one contains quite a bit of internal stuff, but the effect of the problem is the same. I also just noticed that the gateway setting gets applied to both interfaces, which
is
rather undesirable.. hmm.
That does seem odd... and probably a bug. The gateway should only be
applied to the interface that actually shares that network.
That'd make sense.
Thanks,
-Gennadiy
$SNIPPET('post_install_network_config')
It didn't seem to interpret it at all. Any modifications made to the snippet that would cause the render to fail?
Right, that's the problem. As mentioned in the original email, the only time it renders at all is in profile view. No modifications have been made; I did a diff against the latest git just in case which confirmed no changes.
Sorry, i thought the issue was just that it was showing the start/end comments with no config done between them (what shows up for profiles).
So something in that configuration is causing the post network config snippet to fail... since it doesn't fail for profiles. Try removing the eth1 interface, and if it still fails re-add eth1 and delete eth0. If it still fails delete both and check.
On Thu, Mar 12, 2009 at 4:00 PM, James Cammarata jimi@sngx.net wrote:
$SNIPPET('post_install_network_config')
It didn't seem to interpret it at all. Any modifications made to the snippet that would cause the render to fail?
Right, that's the problem. As mentioned in the original email, the only time it renders at all is in profile view. No modifications have been made; I did a diff against the latest git just in case which confirmed no changes.
So something in that configuration is causing the post network config snippet to fail... since it doesn't fail for profiles. Try removing the eth1 interface, and if it still fails re-add eth1 and delete eth0. If it still fails delete both and check.
Same thing in all cases. I even created a completely new system, specifying only the name and the profile, and it still fails to render (it should be rendering the first and last line like in profile render view).
-Gennadiy
On 03/12/2009 10:12 PM, Gennadiy Nerubayev wrote:
On Thu, Mar 12, 2009 at 4:00 PM, James Cammarata jimi@sngx.net wrote:
So something in that configuration is causing the post network config snippet to fail... since it doesn't fail for profiles. Try removing the eth1 interface, and if it still fails re-add eth1 and delete eth0. If it still fails delete both and check.
Same thing in all cases. I even created a completely new system, specifying only the name and the profile, and it still fails to render (it should be rendering the first and last line like in profile render view).
-Gennadiy
Could you send me your /var/lib/cobbler/config/systems/sysname file off-list? I'll see if I can reproduce it tomorrow.
-Jasper
On Thu, 12 Mar 2009 16:12:17 -0500, Gennadiy Nerubayev parakie@gmail.com wrote:
On Thu, Mar 12, 2009 at 4:00 PM, James Cammarata jimi@sngx.net wrote:
$SNIPPET('post_install_network_config')
It didn't seem to interpret it at all. Any modifications made to the snippet that would cause the render to fail?
Right, that's the problem. As mentioned in the original email, the
only
time it renders at all is in profile view. No modifications have been made; I did a diff against the latest git just in case which confirmed no changes.
So something in that configuration is causing the post network config snippet to fail... since it doesn't fail for profiles. Try removing the eth1 interface, and if it still fails re-add eth1 and delete eth0. If
it
still fails delete both and check.
Same thing in all cases. I even created a completely new system,
specifying
only the name and the profile, and it still fails to render (it should be rendering the first and last line like in profile render view).
-Gennadiy
1) sorry for hijacking the subject... my mail scanner dislikes ip addresses in emails... :/ 2) What is the md5 sum on your snippet? Here's mine for comparison:
# md5sum /var/lib/cobbler/snippets/post_install_network_config 2a3252698b6279268660f66721e335ec /var/lib/cobbler/snippets/post_install_network_config
I also pastebin'd mine to http://cobbler.pastebin.com/m11ce6705 so you can diff yours against it if the md5's differ.
On Thu, Mar 12, 2009 at 4:19 PM, James Cammarata jimi@sngx.net wrote:
On Thu, 12 Mar 2009 16:12:17 -0500, Gennadiy Nerubayev parakie@gmail.com wrote:
On Thu, Mar 12, 2009 at 4:00 PM, James Cammarata jimi@sngx.net wrote:
$SNIPPET('post_install_network_config')
It didn't seem to interpret it at all. Any modifications made to the snippet that would cause the render to fail?
Right, that's the problem. As mentioned in the original email, the
only
time it renders at all is in profile view. No modifications have been made; I did a diff against the latest git just in case which confirmed no changes.
So something in that configuration is causing the post network config snippet to fail... since it doesn't fail for profiles. Try removing the eth1 interface, and if it still fails re-add eth1 and delete eth0. If
it
still fails delete both and check.
Same thing in all cases. I even created a completely new system,
specifying
only the name and the profile, and it still fails to render (it should be rendering the first and last line like in profile render view).
- What is the md5 sum on your snippet? Here's mine for comparison:
# md5sum /var/lib/cobbler/snippets/post_install_network_config 2a3252698b6279268660f66721e335ec /var/lib/cobbler/snippets/post_install_network_config
Yep, matches.
-Gennadiy
On 03/12/2009 09:48 PM, Gennadiy Nerubayev wrote:
On Thu, Mar 12, 2009 at 3:21 PM, James Cammarata jimi@sngx.net wrote:
$SNIPPET('post_install_network_config')
It didn't seem to interpret it at all. Any modifications made to the snippet that would cause the render to fail?
Right, that's the problem. As mentioned in the original email, the only time it renders at all is in profile view. No modifications have been made; I did a diff against the latest git just in case which confirmed no changes.
Note: I used the sample kickstart as my own one contains quite a bit of internal stuff, but the effect of the problem is the same. I also just noticed that the gateway setting gets applied to both interfaces, which
is
rather undesirable.. hmm.
That does seem odd... and probably a bug. The gateway should only be
applied to the interface that actually shares that network.
The gateway should go to /etc/sysconfig/network, and should not be applied to individual interfaces. I thought I wrote it that way, if not, that should be fixed. Calculating on which network said gateway belongs is way too complicated, so I really think we should stick with /etc/sysconfig/network.
Gennadiy, could you try removing the static route from the interface, or try /24 instead of /255.255.255.0?
-Jasper
-Jasper
On Thu, 12 Mar 2009 22:02:59 +0100, Jasper Capel capel@stone-it.com wrote:
On 03/12/2009 09:48 PM, Gennadiy Nerubayev wrote:
On Thu, Mar 12, 2009 at 3:21 PM, James Cammarata jimi@sngx.net wrote:
$SNIPPET('post_install_network_config')
It didn't seem to interpret it at all. Any modifications made to the snippet that would cause the render to fail?
Right, that's the problem. As mentioned in the original email, the only time it renders at all is in profile view. No modifications have been made; I did a diff against the latest git just in case which confirmed no changes.
Note: I used the sample kickstart as my own one contains quite a bit
of
internal stuff, but the effect of the problem is the same. I also just noticed that the gateway setting gets applied to both interfaces,
which
is
rather undesirable.. hmm.
That does seem odd... and probably a bug. The gateway should only be
applied to the interface that actually shares that network.
The gateway should go to /etc/sysconfig/network, and should not be applied to individual interfaces. I thought I wrote it that way, if not, that should be fixed. Calculating on which network said gateway belongs is way too complicated, so I really think we should stick with
/etc/sysconfig/network.
Gennadiy, could you try removing the static route from the interface, or try /24 instead of /255.255.255.0?
-Jasper
-Jasper _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
The gateway in this case is being applied to the network config lines in the kickstart file (the pre script). I beleve the post does send it to /etc/sysconfig/network
On 03/12/2009 10:10 PM, James Cammarata wrote:
On Thu, 12 Mar 2009 22:02:59 +0100, Jasper Capel capel@stone-it.com
The gateway in this case is being applied to the network config lines in the kickstart file (the pre script). I beleve the post does send it to /etc/sysconfig/network
Oh right. Those files get overwritten by the %post snippet, so all we need to do is get those working. ;-)
On Thu, 12 Mar 2009 22:14:04 +0100, Jasper Capel capel@stone-it.com wrote:
On 03/12/2009 10:10 PM, James Cammarata wrote:
On Thu, 12 Mar 2009 22:02:59 +0100, Jasper Capel capel@stone-it.com
The gateway in this case is being applied to the network config lines in the kickstart file (the pre script). I beleve the post does send it to /etc/sysconfig/network
Oh right. Those files get overwritten by the %post snippet, so all we need to do is get those working. ;-)
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
Ok, if it ain't broke, no need to fix it :D
Hi Jasper,
On Thu, Mar 12, 2009 at 10:02:59PM +0100, Jasper Capel wrote:
That does seem odd... and probably a bug. The gateway should only be
applied to the interface that actually shares that network.
The gateway should go to /etc/sysconfig/network, and should not be applied to individual interfaces. I thought I wrote it that way, if not, that should be fixed. Calculating on which network said gateway belongs is way too complicated, so I really think we should stick with /etc/sysconfig/network.
It doesn't seem that complicated, and due to a bug in NetworkManager /etc/sysconfig/network gateways are not properly processed:
https://fedorahosted.org/pipermail/cobbler/2008-December/002151.html
Could you please add those 3 lines to cobbler? Even if NetworkManager gets this ironed out there will be enough distributions/releases with this bug. Thanks!
Axel Thimm wrote:
Hi Jasper,
On Thu, Mar 12, 2009 at 10:02:59PM +0100, Jasper Capel wrote:
That does seem odd... and probably a bug. The gateway should only be
applied to the interface that actually shares that network.
The gateway should go to /etc/sysconfig/network, and should not be applied to individual interfaces. I thought I wrote it that way, if not, that should be fixed. Calculating on which network said gateway belongs is way too complicated, so I really think we should stick with /etc/sysconfig/network.
It doesn't seem that complicated, and due to a bug in NetworkManager /etc/sysconfig/network gateways are not properly processed:
https://fedorahosted.org/pipermail/cobbler/2008-December/002151.html
Could you please add those 3 lines to cobbler? Even if NetworkManager gets this ironed out there will be enough distributions/releases with this bug. Thanks!
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
Sounds reasonable, I must have missed the patch earlier. Everyone else think this is ok?
I think it's fine to have the installing machine do the calculation -- this offloads work from the server.
--Michael
Hi,
On Tue, Mar 24, 2009 at 07:08:14PM +0100, Jasper Capel wrote:
On 03/24/2009 07:01 PM, Michael DeHaan wrote:
Sounds reasonable, I must have missed the patch earlier. Everyone else think this is ok?
/me nods
it's still not patched into cobbler sources, can you please apply it? Here is the patch again:
--- snippets/post_install_network_config.org 2009-03-27 21:41:21.000000000 +0200 +++ snippets/post_install_network_config 2009-04-20 15:39:07.000000000 +0300 @@ -128,6 +128,9 @@ #set $netmask = "255.255.255.0" #end if echo "NETMASK=$netmask" >> $devfile +if [ "`ipcalc --network $ip $netmask`" = "`ipcalc --network $gateway $netmask`" ]; then + echo "GATEWAY=$gateway" >> $devfile +fi #else ## Leave the interface unconfigured ## we don't have enough info for static configuration
On Mon, Apr 20, 2009 at 5:48 AM, Axel Thimm Axel.Thimm@atrpms.net wrote:
Hi,
On Tue, Mar 24, 2009 at 07:08:14PM +0100, Jasper Capel wrote:
On 03/24/2009 07:01 PM, Michael DeHaan wrote:
Sounds reasonable, I must have missed the patch earlier. Everyone else think this is ok?
/me nods
it's still not patched into cobbler sources, can you please apply it? Here is the patch again:
--- snippets/post_install_network_config.org 2009-03-27 21:41:21.000000000 +0200 +++ snippets/post_install_network_config 2009-04-20 15:39:07.000000000 +0300 @@ -128,6 +128,9 @@ #set $netmask = "255.255.255.0" #end if echo "NETMASK=$netmask" >> $devfile +if [ "`ipcalc --network $ip $netmask`" = "`ipcalc --network $gateway $netmask`" ]; then
- echo "GATEWAY=$gateway" >> $devfile
+fi #else ## Leave the interface unconfigured ## we don't have enough info for static configuration
Not sure if this matter, but ipcalc is not default installed on non-fedora/*hat systems such as Debian or Ubuntu. You might want to add this as a dependency to the docs somewhere?
Jeff Schroeder wrote:
On Mon, Apr 20, 2009 at 5:48 AM, Axel Thimm Axel.Thimm@atrpms.net wrote:
Hi,
On Tue, Mar 24, 2009 at 07:08:14PM +0100, Jasper Capel wrote:
On 03/24/2009 07:01 PM, Michael DeHaan wrote:
Sounds reasonable, I must have missed the patch earlier. Everyone else think this is ok?
/me nods
it's still not patched into cobbler sources, can you please apply it? Here is the patch again:
--- snippets/post_install_network_config.org 2009-03-27 21:41:21.000000000 +0200 +++ snippets/post_install_network_config 2009-04-20 15:39:07.000000000 +0300 @@ -128,6 +128,9 @@ #set $netmask = "255.255.255.0" #end if echo "NETMASK=$netmask" >> $devfile +if [ "`ipcalc --network $ip $netmask`" = "`ipcalc --network $gateway $netmask`" ]; then
- echo "GATEWAY=$gateway" >> $devfile
+fi #else ## Leave the interface unconfigured ## we don't have enough info for static configuration
Not sure if this matter, but ipcalc is not default installed on non-fedora/*hat systems such as Debian or Ubuntu. You might want to add this as a dependency to the docs somewhere?
The network snippet doesn't even attempt to address those operating systems, so I don't think that's a problem. They will need a substantial overhaul to work there, I'm sure.
--Michael
Axel Thimm wrote:
Hi,
On Tue, Mar 24, 2009 at 07:08:14PM +0100, Jasper Capel wrote:
On 03/24/2009 07:01 PM, Michael DeHaan wrote:
Sounds reasonable, I must have missed the patch earlier. Everyone else think this is ok?
/me nods
it's still not patched into cobbler sources, can you please apply it? Here is the patch again:
--- snippets/post_install_network_config.org 2009-03-27 21:41:21.000000000 +0200 +++ snippets/post_install_network_config 2009-04-20 15:39:07.000000000 +0300 @@ -128,6 +128,9 @@ #set $netmask = "255.255.255.0" #end if echo "NETMASK=$netmask" >> $devfile +if [ "`ipcalc --network $ip $netmask`" = "`ipcalc --network $gateway $netmask`" ]; then
- echo "GATEWAY=$gateway" >> $devfile
+fi #else ## Leave the interface unconfigured ## we don't have enough info for static configuration
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
Sending to cobbler-devel list.
see also: https://fedorahosted.org/cobbler/wiki/PatchProcess, this one can't be applied with "git am" and needs to be.
--Michael
Hello,
I am setting up Windows install with cobbler 1.7. In the pxe menu, when I select the Windows option, nothing happens. Please suggest where I should start looking to debug this?
'cobbler distro report --name=WindowsXP-i386' returns -
distro : WindowsXP-i386 architecture : i386 breed : windows created : Tue Mar 10 14:55:10 2009 comment : initrd : /var/www/cobbler/ks_mirror/WindowsXP-i386/i386/setupldr.ex_ kernel : /var/www/cobbler/ks_mirror/WindowsXP-i386/i386/startrom.n1_ kernel options : {} ks metadata : {} tree build time : Wed Dec 31 18:00:00 1969 modified : Tue Mar 10 14:55:10 2009 mgmt classes : [] os version : owners : ['admin'] post kernel options : {} redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> template files : {}
Thanks! Anu
Anu Ramachandra wrote:
Hello,
I am setting up Windows install with cobbler 1.7. In the pxe menu, when I select the Windows option, nothing happens. Please suggest where I should start looking to debug this?
'cobbler distro report --name=WindowsXP-i386' returns -
distro : WindowsXP-i386 architecture : i386 breed : windows created : Tue Mar 10 14:55:10 2009 comment : initrd : /var/www/cobbler/ks_mirror/WindowsXP-i386/i386/setupldr.ex_ kernel : /var/www/cobbler/ks_mirror/WindowsXP-i386/i386/startrom.n1_ kernel options : {} ks metadata : {} tree build time : Wed Dec 31 18:00:00 1969 modified : Tue Mar 10 14:55:10 2009 mgmt classes : [] os version : owners : ['admin'] post kernel options : {} redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> template files : {}
Thanks! Anu
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
I don't expect this feature to work at this point.
Unless you are intent on helping develop it, I wouldn't try it just yet.
--Michael
On Thu, 12 Mar 2009 15:40:17 -0400, Michael DeHaan mdehaan@redhat.com wrote:
Anu Ramachandra wrote:
Hello,
I am setting up Windows install with cobbler 1.7. In the pxe menu, when I select the Windows option, nothing happens. Please suggest where I should start looking to debug this?
'cobbler distro report --name=WindowsXP-i386' returns -
distro : WindowsXP-i386 architecture : i386 breed : windows created : Tue Mar 10 14:55:10 2009 comment : initrd : /var/www/cobbler/ks_mirror/WindowsXP-i386/i386/setupldr.ex_ kernel : /var/www/cobbler/ks_mirror/WindowsXP-i386/i386/startrom.n1_ kernel options : {} ks metadata : {} tree build time : Wed Dec 31 18:00:00 1969 modified : Tue Mar 10 14:55:10 2009 mgmt classes : [] os version : owners : ['admin'] post kernel options : {} redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> template files : {}
Thanks! Anu
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
I don't expect this feature to work at this point.
Unless you are intent on helping develop it, I wouldn't try it just yet.
--Michael
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
I'm taking this off list. I sent him a reply saying that this feature was pretty much for developers only right now, but still having someone try out this code will help me refine things. I did tell him this was not ready for general use yet though, and not to expect much from it.
On Fri, 13 Mar 2009 07:12:09 -0500, James Cammarata jimi@sngx.net wrote:
On Thu, 12 Mar 2009 15:40:17 -0400, Michael DeHaan mdehaan@redhat.com wrote:
Anu Ramachandra wrote:
Hello,
I am setting up Windows install with cobbler 1.7. In the pxe menu, when I select the Windows option, nothing happens. Please suggest where I should start looking to debug this?
'cobbler distro report --name=WindowsXP-i386' returns -
distro : WindowsXP-i386 architecture : i386 breed : windows created : Tue Mar 10 14:55:10 2009 comment : initrd : /var/www/cobbler/ks_mirror/WindowsXP-i386/i386/setupldr.ex_ kernel : /var/www/cobbler/ks_mirror/WindowsXP-i386/i386/startrom.n1_ kernel options : {} ks metadata : {} tree build time : Wed Dec 31 18:00:00 1969 modified : Tue Mar 10 14:55:10 2009 mgmt classes : [] os version : owners : ['admin'] post kernel options : {} redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> template files : {}
Thanks! Anu
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
I don't expect this feature to work at this point.
Unless you are intent on helping develop it, I wouldn't try it just yet.
--Michael
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
I'm taking this off list. I sent him a reply saying that this feature
was
pretty much for developers only right now, but still having someone try
out
this code will help me refine things. I did tell him this was not ready for general use yet though, and not to expect much from it.
Hehe... that's what I get for not looking at who I'm replying to... glad I didn't say anything embarassing ^_^
On Thu, 12 Mar 2009 14:34:20 -0500, "Anu Ramachandra" anu@molecularimprints.com wrote:
Hello,
I am setting up Windows install with cobbler 1.7. In the pxe menu, when I select the Windows option, nothing happens. Please suggest where I should start looking to debug this?
'cobbler distro report --name=WindowsXP-i386' returns -
distro : WindowsXP-i386 architecture : i386 breed : windows created : Tue Mar 10 14:55:10 2009 comment : initrd : /var/www/cobbler/ks_mirror/WindowsXP-i386/i386/setupldr.ex_ kernel : /var/www/cobbler/ks_mirror/WindowsXP-i386/i386/startrom.n1_ kernel options : {} ks metadata : {} tree build time : Wed Dec 31 18:00:00 1969 modified : Tue Mar 10 14:55:10 2009 mgmt classes : [] os version : owners : ['admin'] post kernel options : {} redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> template files : {}
Thanks! Anu
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
If you'd like, I can try and help you with this, but like Michael said this is pretty much for developers only right now. It is not stable enough or robust enough for general usage, and I definitely would not recommend trying to use this for any production purposes.
But, saying that, if you'd like to help debug this, I'd be more than happy to help you out off list. We have decided not to release this with 1.6 yet, so it will remain available in the devel branch only.
Execute the following as well:
cobbler profile report --name=WindowsXP-i386
And if you could send me the file /var/lib/cobbler/config/profiles.d/WindowsXP-i386 as an attachment, that would allow me to test the exact object you are using.
Hi,
I'm interrested to follow and maybe debug as well this future feature. May I suggest to switch over the new cobbler-devel mailling list instead of "private mail"?
Cheers, babatoko
On Sat, 14 Mar 2009 01:11:07 James Cammarata wrote:
On Thu, 12 Mar 2009 14:34:20 -0500, "Anu Ramachandra"
anu@molecularimprints.com wrote:
Hello,
I am setting up Windows install with cobbler 1.7. In the pxe menu, when I select the Windows option, nothing happens. Please suggest where I should start looking to debug this?
'cobbler distro report --name=WindowsXP-i386' returns -
distro : WindowsXP-i386 architecture : i386 breed : windows created : Tue Mar 10 14:55:10 2009 comment : initrd : /var/www/cobbler/ks_mirror/WindowsXP-i386/i386/setupldr.ex_ kernel : /var/www/cobbler/ks_mirror/WindowsXP-i386/i386/startrom.n1_ kernel options : {} ks metadata : {} tree build time : Wed Dec 31 18:00:00 1969 modified : Tue Mar 10 14:55:10 2009 mgmt classes : [] os version : owners : ['admin'] post kernel options : {} redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> template files : {}
Thanks! Anu
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
If you'd like, I can try and help you with this, but like Michael said this is pretty much for developers only right now. It is not stable enough or robust enough for general usage, and I definitely would not recommend trying to use this for any production purposes.
But, saying that, if you'd like to help debug this, I'd be more than happy to help you out off list. We have decided not to release this with 1.6 yet, so it will remain available in the devel branch only.
Execute the following as well:
cobbler profile report --name=WindowsXP-i386
And if you could send me the file /var/lib/cobbler/config/profiles.d/WindowsXP-i386 as an attachment, that would allow me to test the exact object you are using.
On Sat, 14 Mar 2009 16:53:58 +1300, Martial Paupe martial@paupe.name wrote:
Hi,
I'm interrested to follow and maybe debug as well this future feature.
May
I suggest to switch over the new cobbler-devel mailling list instead of "private mail"?
Cheers, babatoko
Absolutely. I'm also available on IRC more over the weekends than during the week days.
Thanks for working on this.
Attached are the files - first one is the output of 'cobbler profile report --name=WindowsXP-i386' The second file is /var/lib/cobbler/config/profiles.d/WindowsXP-i386.
Thanks, Anu
-----Original Message----- From: cobbler-bounces@lists.fedorahosted.org [mailto:cobbler-bounces@lists.fedorahosted.org] On Behalf Of James Cammarata Sent: Friday, March 13, 2009 7:11 AM To: cobbler mailing list Subject: Re: Window install with Cobbler 1.7
On Thu, 12 Mar 2009 14:34:20 -0500, "Anu Ramachandra" anu@molecularimprints.com wrote:
Hello,
I am setting up Windows install with cobbler 1.7. In the pxe menu,
when
I select the Windows option, nothing happens. Please suggest where I should start looking to debug this?
'cobbler distro report --name=WindowsXP-i386' returns -
distro : WindowsXP-i386 architecture : i386 breed : windows created : Tue Mar 10 14:55:10 2009 comment : initrd : /var/www/cobbler/ks_mirror/WindowsXP-i386/i386/setupldr.ex_ kernel : /var/www/cobbler/ks_mirror/WindowsXP-i386/i386/startrom.n1_ kernel options : {} ks metadata : {} tree build time : Wed Dec 31 18:00:00 1969 modified : Tue Mar 10 14:55:10 2009 mgmt classes : [] os version : owners : ['admin'] post kernel options : {} redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> template files : {}
Thanks! Anu
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
If you'd like, I can try and help you with this, but like Michael said this is pretty much for developers only right now. It is not stable enough or robust enough for general usage, and I definitely would not recommend trying to use this for any production purposes.
But, saying that, if you'd like to help debug this, I'd be more than happy to help you out off list. We have decided not to release this with 1.6 yet, so it will remain available in the devel branch only.
Execute the following as well:
cobbler profile report --name=WindowsXP-i386
And if you could send me the file /var/lib/cobbler/config/profiles.d/WindowsXP-i386 as an attachment, that would allow me to test the exact object you are using.
Ok, here is what I had to do to get your profile to RIS:
1) The kickstart specified in the profile is a Red Hat kickstart: /etc/cobbler/default.ks. Change this with the following command:
"cobbler profile edit --name=WindowsXP-i386 --kickstart=/var/lib/cobbler/kickstarts/winxp-default.sif"
And sync:
"cobbler sync"
To create all the correct files. Currently the default kickstart is used, which is the default.ks on a new installation. If you want all new windows profiles/systems to use the .sif file above, specify that in /etc/cobbler/settings and re-sync.
2) Verify that either the directory holding the imported Windows files in /var/www/cobbler/ks_mirror is named WindowsXP-i386, or you have created a symlink to it in that same directory. For example, my profile is named winxp-i386 and my imported folder is winxp, so my ks_mirror/ directory looks like this:
# ll /var/www/cobbler/ks_mirror/ total 40 drwxr-xr-x 8 apache root 4096 Jun 18 2008 centos5.2-i386 drwxr-xr-x 2 apache root 4096 Mar 13 06:32 config drwxr-xr-x 7 apache root 4096 Mar 13 06:38 F10-i386 lrwxrwxrwx 1 root root 5 Mar 16 19:45 WindowsXP-i386 -> winxp dr-xr-xr-x 8 root root 4096 Mar 15 23:05 winxp lrwxrwxrwx 1 root root 32 Mar 15 23:36 winxp-i386 -> /var/www/cobbler/ks_mirror/winxp
Note that I created a symlink for your profile name too. This is noted in my "pitfalls" section on the RIS wiki page, and could most likely be avoided by changing the .SIF (kickstart) file to NOT use the full profile name. Instead, it should figure out the directory named probably based on the location of the kernel/initrd files (setupldr/startrom for windows).
3) Verify that you have bind-mounted the folder in ks_mirror (the real one, not the symlinked one) to a directory in the TFTP root. For example, my TFTP root is /tftpboot, and the profile is named WindowsXP-i386, so I executed the following commands:
# mkdir /tftpboot/WindowsXP-i386 # mount --bind /var/www/cobbler/ks_mirror/winxp /tftpboot/WindowsXP-i386
After doing these three things, I was able to pxe a windows vm with no issues.
On Mon, 16 Mar 2009 09:59:04 -0500, "Anu Ramachandra" anu@molecularimprints.com wrote:
Thanks for working on this.
Attached are the files - first one is the output of 'cobbler profile report --name=WindowsXP-i386' The second file is /var/lib/cobbler/config/profiles.d/WindowsXP-i386.
Thanks, Anu
-----Original Message----- From: cobbler-bounces@lists.fedorahosted.org [mailto:cobbler-bounces@lists.fedorahosted.org] On Behalf Of James Cammarata Sent: Friday, March 13, 2009 7:11 AM To: cobbler mailing list Subject: Re: Window install with Cobbler 1.7
On Thu, 12 Mar 2009 14:34:20 -0500, "Anu Ramachandra" anu@molecularimprints.com wrote:
Hello,
I am setting up Windows install with cobbler 1.7. In the pxe menu,
when
I select the Windows option, nothing happens. Please suggest where I should start looking to debug this?
'cobbler distro report --name=WindowsXP-i386' returns -
distro : WindowsXP-i386 architecture : i386 breed : windows created : Tue Mar 10 14:55:10 2009 comment : initrd : /var/www/cobbler/ks_mirror/WindowsXP-i386/i386/setupldr.ex_ kernel : /var/www/cobbler/ks_mirror/WindowsXP-i386/i386/startrom.n1_ kernel options : {} ks metadata : {} tree build time : Wed Dec 31 18:00:00 1969 modified : Tue Mar 10 14:55:10 2009 mgmt classes : [] os version : owners : ['admin'] post kernel options : {} redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> template files : {}
Thanks! Anu
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
If you'd like, I can try and help you with this, but like Michael said this is pretty much for developers only right now. It is not stable enough or robust enough for general usage, and I definitely would not recommend trying to use this for any production purposes.
But, saying that, if you'd like to help debug this, I'd be more than happy to help you out off list. We have decided not to release this with 1.6 yet, so it will remain available in the devel branch only.
Execute the following as well:
cobbler profile report --name=WindowsXP-i386
And if you could send me the file /var/lib/cobbler/config/profiles.d/WindowsXP-i386 as an attachment, that would allow me to test the exact object you are using.
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
James Cammarata wrote:
Ok, here is what I had to do to get your profile to RIS:
Let's take this discussion over to the devel list.
RIS is not going to be a 1.6 feature, so we are probably looking at minimum 6 weeks before this is released.
--Michael
- The kickstart specified in the profile is a Red Hat kickstart:
/etc/cobbler/default.ks. Change this with the following command:
"cobbler profile edit --name=WindowsXP-i386 --kickstart=/var/lib/cobbler/kickstarts/winxp-default.sif"
And sync:
"cobbler sync"
To create all the correct files. Currently the default kickstart is used, which is the default.ks on a new installation. If you want all new windows profiles/systems to use the .sif file above, specify that in /etc/cobbler/settings and re-sync.
- Verify that either the directory holding the imported Windows files in
/var/www/cobbler/ks_mirror is named WindowsXP-i386, or you have created a symlink to it in that same directory. For example, my profile is named winxp-i386 and my imported folder is winxp, so my ks_mirror/ directory looks like this:
# ll /var/www/cobbler/ks_mirror/ total 40 drwxr-xr-x 8 apache root 4096 Jun 18 2008 centos5.2-i386 drwxr-xr-x 2 apache root 4096 Mar 13 06:32 config drwxr-xr-x 7 apache root 4096 Mar 13 06:38 F10-i386 lrwxrwxrwx 1 root root 5 Mar 16 19:45 WindowsXP-i386 -> winxp dr-xr-xr-x 8 root root 4096 Mar 15 23:05 winxp lrwxrwxrwx 1 root root 32 Mar 15 23:36 winxp-i386 -> /var/www/cobbler/ks_mirror/winxp
Note that I created a symlink for your profile name too. This is noted in my "pitfalls" section on the RIS wiki page, and could most likely be avoided by changing the .SIF (kickstart) file to NOT use the full profile name. Instead, it should figure out the directory named probably based on the location of the kernel/initrd files (setupldr/startrom for windows).
- Verify that you have bind-mounted the folder in ks_mirror (the real one,
not the symlinked one) to a directory in the TFTP root. For example, my TFTP root is /tftpboot, and the profile is named WindowsXP-i386, so I executed the following commands:
# mkdir /tftpboot/WindowsXP-i386 # mount --bind /var/www/cobbler/ks_mirror/winxp /tftpboot/WindowsXP-i386
After doing these three things, I was able to pxe a windows vm with no issues.
On Mon, 16 Mar 2009 09:59:04 -0500, "Anu Ramachandra" anu@molecularimprints.com wrote:
Thanks for working on this.
Attached are the files - first one is the output of 'cobbler profile report --name=WindowsXP-i386' The second file is /var/lib/cobbler/config/profiles.d/WindowsXP-i386.
Thanks, Anu
-----Original Message----- From: cobbler-bounces@lists.fedorahosted.org [mailto:cobbler-bounces@lists.fedorahosted.org] On Behalf Of James Cammarata Sent: Friday, March 13, 2009 7:11 AM To: cobbler mailing list Subject: Re: Window install with Cobbler 1.7
On Thu, 12 Mar 2009 14:34:20 -0500, "Anu Ramachandra" anu@molecularimprints.com wrote:
Hello,
I am setting up Windows install with cobbler 1.7. In the pxe menu,
when
I select the Windows option, nothing happens. Please suggest where I should start looking to debug this?
'cobbler distro report --name=WindowsXP-i386' returns -
distro : WindowsXP-i386 architecture : i386 breed : windows created : Tue Mar 10 14:55:10 2009 comment : initrd : /var/www/cobbler/ks_mirror/WindowsXP-i386/i386/setupldr.ex_ kernel : /var/www/cobbler/ks_mirror/WindowsXP-i386/i386/startrom.n1_ kernel options : {} ks metadata : {} tree build time : Wed Dec 31 18:00:00 1969 modified : Tue Mar 10 14:55:10 2009 mgmt classes : [] os version : owners : ['admin'] post kernel options : {} redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> template files : {}
Thanks! Anu
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
If you'd like, I can try and help you with this, but like Michael said this is pretty much for developers only right now. It is not stable enough or robust enough for general usage, and I definitely would not recommend trying to use this for any production purposes.
But, saying that, if you'd like to help debug this, I'd be more than happy to help you out off list. We have decided not to release this with 1.6 yet, so it will remain available in the devel branch only.
Execute the following as well:
cobbler profile report --name=WindowsXP-i386
And if you could send me the file /var/lib/cobbler/config/profiles.d/WindowsXP-i386 as an attachment, that would allow me to test the exact object you are using.
-- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
On Thu, Mar 12, 2009 at 2:11 PM, Gennadiy Nerubayev parakie@gmail.comwrote:
This particular snippet is giving me issues in that it's apparently not templating at all. All other snippets are working fine. The rendered kickstart for a system that was only created with a name, still contains:
$SNIPPET('post_install_network_config')
If I look at the rendered view for the profile, it returns the following, as it should:
# Start post_install_network_config generated code # End post_install_network_config generated code
This is regardless if I use my custom kickstart template or sample.ks, on v1.4.2. There are no apparent errors in the logs - is there anything I can do to debug this further?
Well, two steps forward, one step back; installing the cobbler from current git now makes that particular snippet parse properly for systems, but on the other hand the webui no longer works :(
Mod_python error: "PythonHandler index"
Traceback (most recent call last):
File "/usr/lib/python2.4/site-packages/mod_python/apache.py", line 299, in HandlerDispatch result = object(req)
File "/var/www/cobbler/web/index.py", line 130, in handler content = func( **form )
File "/usr/lib/python2.4/site-packages/cobbler/webui/CobblerWeb.py", line 125, in index vdata =self.remote.extended_version()
File "/usr/lib/python2.4/xmlrpclib.py", line 1096, in __call__ return self.__send(self.__name, args)
File "/usr/lib/python2.4/xmlrpclib.py", line 1383, in __request verbose=self.__verbose
File "/usr/lib/python2.4/xmlrpclib.py", line 1147, in request return self._parse_response(h.getfile(), sock)
File "/usr/lib/python2.4/xmlrpclib.py", line 1286, in _parse_response return u.close()
File "/usr/lib/python2.4/xmlrpclib.py", line 744, in close raise Fault(**self._stack[0])
Fault: <Fault 1: 'exceptions.TypeError:cannot marshal None unless allow_none is enabled'>
Thanks,
-Gennadiy
cobbler@lists.fedorahosted.org