Importing F18 using Cobbler 2.2.3 and locally mirrored F18 repos
by Bret Wortman
*
*
*Bret Wortman*
<http://damascusgrp.com/>
http://damascusgrp.com/ <http://bretwortman.com/>
http://twitter.com/BretWortmanI've got some systems that aren't connected
to the internet, so i have to mirror the repositories I need to them and
then import them into Cobbler for use. This is usually problematic, but has
gotten especially difficult with F18.
My Cobbler instance that *can* see the internet imported from
mirrors.fedora.org just fine, so I mirrored that repo using lftp and
brought it over to my other system. So far so good. I made those same
directories available via http as server/repo/Fedora/$basearch/os/
When I try to import these, though, I get the following behaviors:
# cobbler import --name=F18 --path=http://server/repo/Fedora/18/i386/os
--available-as=http://server/repo/Fedora/18/i386/os --arch=i386
Bombs almost immediately; the log file just says "unsupported protocol".
# cobbler import --name=F18 --path=/path/to/Fedora/18/i386/os
--available-as=http://server/repo/Fedora/18/i386/os --arch=i386
This runs for quite a while, but it rsyncs, which creates two copies of the
data -- I thought the --available-as flag was supposed to avoid this; I
really don't need duplicate data on my server. Eventually, though, this too
errors out and the log only says:
an exception occurred while running the import manager
error wsa: [Errno 9] Bad file descriptor
No import managers found a valid signature at the location specified.
This is on Cobbler 2.2.3 from the RedHat repos.
Any ideas?
11 years, 1 month
issues with boot.cfg and default menu list
by Sarakaitis, Eric
With esxi, every time I add a system, cobbler seems to nuke my modified boot.cfg and default menu… how can I prevent that? Any way to make cobbler fully qualify the paths within the boot.cfg for me?
____________________________
Eric Sarakaitis
Sr. Systems Engineer
419.303.4624
eric.sarakaitis(a)cbts.cinbell.com<mailto:eric.sarakaitis@cbts.cinbell.com>
[cid:644DBC4C-7C78-42A2-9EC1-2136AE6A033A]
[cid:1A9CB62B-0E2B-47B6-8FAB-81BBC38497C4]
11 years, 2 months
Kistart done stanza - not expanding
by Tom Brown
Hi
I am on cobbler-2.2.3-2.el6.noarch in CentOS 6.3 and my kickstart done stanza is not rendering out - the bottom of my rendered ks just says
# Start final steps
$kickstart_done
# End final steps
Have i forgotten something somewhere?
thanks
11 years, 2 months
problems with network_config_esxi snippet
by Sarakaitis, Eric
I have a new kickstart I'm developing for ESXi deployment, but I'm having problems getting the networking snippet to work.
System kickstart output -
# Error: no snippet data for network_config_esxi
accepteula
install --firstdisk --overwritevmfs
rootpw vmware123
reboot
%pre --interpreter=busybox
%firstboot --interpreter=busybox
Kickstart:
$SNIPPET(' network_config_esxi')
accepteula
install --firstdisk --overwritevmfs
rootpw vmware123
reboot
%pre --interpreter=busybox
%firstboot --interpreter=busybox
Anyone have any experience with this?
____________________________
Eric Sarakaitis
Sr. Systems Engineer
419.303.4624
eric.sarakaitis(a)cbts.cinbell.com<mailto:eric.sarakaitis@cbts.cinbell.com>
[cid:D746E05C-6809-4DFB-825C-3719A50CB538]
[cid:CAF61297-D3DC-44B5-BB26-14FCDDD4A5E1]
11 years, 2 months
Things i had to do to make esxi5.1 boot correctly
by Sarakaitis, Eric
My default entry:
DEFAULT menu
PROMPT 0
MENU TITLE Cobbler | http://cobbler.github.com/
TIMEOUT 200
TOTALTIMEOUT 6000
ONTIMEOUT local
LABEL local
MENU LABEL (local)
MENU DEFAULT
LOCALBOOT -1
LABEL Vmware-ESXi5.1-x86_64
kernel /images/Vmware-ESXi5.1-x86_64/mboot.c32
MENU LABEL Vmware-ESXi5.1-x86_64
ipappend 2
append -c /images/Vmware-ESXi5.1-x86_64/boot.cfg /images/Vmware-ESXi5.1-x86_64/vmkboot.gz append initrd=/images/Vmware-ESXi5.1-x86_64/s.v00 ks=http://127.0.0.1/cblr/svc/op/ks/profile/Vmware-ESXi5.1-x86_64 lang= text --- /images/Vmware-ESXi5.1-x86_64/vmkernel.gz --- /images/Vmware-ESXi5.1-x86_64/sys.vgz --- /images/Vmware-ESXi5.1-x86_64/cim.vgz --- /images/Vmware-ESXi5.1-x86_64/ienviron.vgz --- /images/Vmware-ESXi5.1-x86_64/install.vgz
MENU end
My boot.cfg
bootstate=0
title=Loading ESXi installer
kernel=/images/Vmware-ESXi5.1-x86_64/tboot.b00
kernelopt=runweasel
modules=/images/Vmware-ESXi5.1-x86_64/b.b00 --- /images/Vmware-ESXi5.1-x86_64/useropts.gz --- /images/Vmware-ESXi5.1-x86_64/k.b00 --- /images/Vmware-ESXi5.1-x86_64/chardevs.b00 --- /images/Vmware-ESXi5.1-x86_64/a.b00 --- /images/Vmware-ESXi5.1-x86_64/user.b00 --- /images/Vmware-ESXi5.1-x86_64/s.v00 --- /images/Vmware-ESXi5.1-x86_64/ata_pata.v00 --- /images/Vmware-ESXi5.1-x86_64/ata_pata.v01 --- /images/Vmware-ESXi5.1-x86_64/ata_pata.v02 --- /images/Vmware-ESXi5.1-x86_64/ata_pata.v03 --- /images/Vmware-ESXi5.1-x86_64/ata_pata.v04 --- /images/Vmware-ESXi5.1-x86_64/ata_pata.v05 --- /images/Vmware-ESXi5.1-x86_64/ata_pata.v06 --- /images/Vmware-ESXi5.1-x86_64/ata_pata.v07 --- /images/Vmware-ESXi5.1-x86_64/block_cc.v00 --- /images/Vmware-ESXi5.1-x86_64/ehci_ehc.v00 --- /images/Vmware-ESXi5.1-x86_64/weaselin.t00 --- /images/Vmware-ESXi5.1-x86_64/esx_dvfi.v00 --- /images/Vmware-ESXi5.1-x86_64/xlibs.v00 --- /images/Vmware-ESXi5.1-x86_64/ima_qla4.v00 --- /images/Vmware-ESXi5.1-x86_64/ipmi_ipm.v00 --- /images/Vmware-ESXi5.1-x86_64/ipmi_ipm.v01 --- /images/Vmware-ESXi5.1-x86_64/ipmi_ipm.v02 --- /images/Vmware-ESXi5.1-x86_64/misc_cni.v00 --- /images/Vmware-ESXi5.1-x86_64/misc_dri.v00 --- /images/Vmware-ESXi5.1-x86_64/net_be2n.v00 --- /images/Vmware-ESXi5.1-x86_64/net_bnx2.v00 --- /images/Vmware-ESXi5.1-x86_64/net_bnx2.v01 --- /images/Vmware-ESXi5.1-x86_64/net_cnic.v00 --- /images/Vmware-ESXi5.1-x86_64/net_e100.v00 --- /images/Vmware-ESXi5.1-x86_64/net_e100.v01 --- /images/Vmware-ESXi5.1-x86_64/net_enic.v00 --- /images/Vmware-ESXi5.1-x86_64/net_forc.v00 --- /images/Vmware-ESXi5.1-x86_64/net_igb.v00 --- /images/Vmware-ESXi5.1-x86_64/net_ixgb.v00 --- /images/Vmware-ESXi5.1-x86_64/net_nx_n.v00 --- /images/Vmware-ESXi5.1-x86_64/net_r816.v00 --- /images/Vmware-ESXi5.1-x86_64/net_r816.v01 --- /images/Vmware-ESXi5.1-x86_64/net_s2io.v00 --- /images/Vmware-ESXi5.1-x86_64/net_sky2.v00 --- /images/Vmware-ESXi5.1-x86_64/net_tg3.v00 --- /images/Vmware-ESXi5.1-x86_64/net_vmxn.v00 --- /images/Vmware-ESXi5.1-x86_64/ohci_usb.v00 --- /images/Vmware-ESXi5.1-x86_64/sata_ahc.v00 --- /images/Vmware-ESXi5.1-x86_64/sata_ata.v00 --- /images/Vmware-ESXi5.1-x86_64/sata_sat.v00 --- /images/Vmware-ESXi5.1-x86_64/sata_sat.v01 --- /images/Vmware-ESXi5.1-x86_64/sata_sat.v02 --- /images/Vmware-ESXi5.1-x86_64/sata_sat.v03 --- /images/Vmware-ESXi5.1-x86_64/sata_sat.v04 --- /images/Vmware-ESXi5.1-x86_64/scsi_aac.v00 --- /images/Vmware-ESXi5.1-x86_64/scsi_adp.v00 --- /images/Vmware-ESXi5.1-x86_64/scsi_aic.v00 --- /images/Vmware-ESXi5.1-x86_64/scsi_bnx.v00 --- /images/Vmware-ESXi5.1-x86_64/scsi_fni.v00 --- /images/Vmware-ESXi5.1-x86_64/scsi_hps.v00 --- /images/Vmware-ESXi5.1-x86_64/scsi_ips.v00 --- /images/Vmware-ESXi5.1-x86_64/scsi_lpf.v00 --- /images/Vmware-ESXi5.1-x86_64/scsi_meg.v00 --- /images/Vmware-ESXi5.1-x86_64/scsi_meg.v01 --- /images/Vmware-ESXi5.1-x86_64/scsi_meg.v02 --- /images/Vmware-ESXi5.1-x86_64/scsi_mpt.v00 --- /images/Vmware-ESXi5.1-x86_64/scsi_mpt.v01 --- /images/Vmware-ESXi5.1-x86_64/scsi_mpt.v02 --- /images/Vmware-ESXi5.1-x86_64/scsi_qla.v00 --- /images/Vmware-ESXi5.1-x86_64/scsi_qla.v01 --- /images/Vmware-ESXi5.1-x86_64/scsi_rst.v00 --- /images/Vmware-ESXi5.1-x86_64/uhci_usb.v00 --- /images/Vmware-ESXi5.1-x86_64/tools.t00 --- /images/Vmware-ESXi5.1-x86_64/xorg.v00 --- /images/Vmware-ESXi5.1-x86_64/imgdb.tgz --- /images/Vmware-ESXi5.1-x86_64/imgpayld.tgz
build=
updated=0
____________________________
Eric Sarakaitis
Sr. Systems Engineer
419.303.4624
eric.sarakaitis(a)cbts.cinbell.com<mailto:eric.sarakaitis@cbts.cinbell.com>
[cid:A2430159-DB43-4F67-B29E-1A625B89C7F5]
[cid:632142A4-2EE7-442C-9C5B-5283C04AB9F5]
11 years, 2 months
Re: [cobbler] 2.4.0 beta 3 now has Kernel Options: {'repo': '$tree'}?
by Zack Perry
Hi James,
Thanks. Look forward to. For now, as a get-around I just unset the attribute, and koan works. I run koan on SL 6.3, and had to slightly patch both virtinst.py and osdict.py to get it to work correctly. As soon as I hear back from you, I will revert my own changes and use the original koan directly and try again.
Regards,
-- Zack
[...]
This was added due to the new requirement of fedora to set that parameter. I'll take a look at the koan code to see where the issue is. I thought I had added code to expand that:
commit a93739f15771228e3e23bc9ad07cc3d6e532f5a1
Author: James Cammarata <jimi(a)sngx.net>Date: Fri Nov 2 21:50:50 2012 -0500
Kernel options are now evaluated as templates for variable substitution
Also fixed up the post_install_kernel_options snippet for grub2 systems where grubby doesn't work well
That's the commit for master, here's the commit hash for it in the cobbler-2.4.0-beta3 tag:
commit 4cc72e09dbf9328e5b773a95e1d27f7ea155d18eAuthor: James Cammarata <jimi(a)sngx.net>Date: Fri Nov 2 21:50:50 2012 -0500
Kernel options are now evaluated as templates for variable substitution Also fixed up the post_install_kernel_options snippet for grub2 systems where grubby doesn't work well
11 years, 2 months
Buildiso - how to do static network?
by Jakov Sosic
Hi,
I'm using Cobbler 2.2.3, and have to resort to buildiso.
Now, my problem is that ISO want's my machines to do DHCP, but I don't
want them to do that. I want pure static networking during installation
process.
Is that possible and how?
I've tried to set following in my kickstart file:
network --bootproto=static --device=eth0 --onboot=on --noipv6
--ip=192.168.1.244 --netmask=255.255.255.0 --gateway=192.168.1.1
--nameserver=192.168.1.1
but with no luck. It seems that buildiso configures networking dhcp,
because network config gets done before it even pulls kickstart from
Cobbler server.
How should I go about this one? Is there a way to force static
configuration of network interface for installation?
--
Jakov Sosic
www.srce.unizg.hr
11 years, 2 months
2.4.0 beta 3 now has Kernel Options: {'repo': '$tree'}?
by Zack Perry
I have been using 2.4.0beta2 for a while successfully. Wishing to keep up with cobbler's evoluation, this evening I decided to try (in a fresh SL 6.3 KVM guest) 2.4.0 beta 3.
Upon importing Fedora 17 x86_64, I immediately noticed that the distro object has a new attribute:
(A) 2.4.0 beta2
[root@cobbler ~]# cobbler distro report --name=fedora17-x86_64
Name : fedora17-x86_64
Architecture : x86_64
TFTP Boot Files : {}
Breed : redhat
Comment :
Fetchable Files : {}
Initrd : /var/www/cobbler/ks_mirror/fedora17-x86_64/images/pxeboot/initrd.img
Kernel : /var/www/cobbler/ks_mirror/fedora17-x86_64/images/pxeboot/vmlinuz
Kernel Options : {}
Kernel Options (Post Install) : {}
Kickstart Metadata : {'tree': 'http://@@http_server@@/cblr/links/fedora17-x86_64'}
Management Classes : []
OS Version : fedora17
Owners : ['admin']
Red Hat Management Key : <<inherit>>
Red Hat Management Server : <<inherit>>
Template Files : {}
(B) 2.4.0 beta 3
[root@sl0 ~]# cobbler distro report --name=fedora17-x86_64
Name : fedora17-x86_64
Architecture : x86_64
TFTP Boot Files : {}
Breed : redhat
Comment :
Fetchable Files : {}
Initrd : /var/www/cobbler/ks_mirror/fedora17-x86_64/images/pxeboot/initrd.img
Kernel : /var/www/cobbler/ks_mirror/fedora17-x86_64/images/pxeboot/vmlinuz
Kernel Options : {'repo': '$tree'}
Kernel Options (Post Install) : {}
Kickstart Metadata : {'tree': 'http://@@http_server@@/cblr/links/fedora17-x86_64'}
Management Classes : []
OS Version : fedora17
Owners : ['admin']
Red Hat Management Key : <<inherit>>
Red Hat Management Server : <<inherit>>
Template Files : {}
The Kerneal Options now has {'repo': '$tree'} which now causes koan to fail. See below the virt-install output by koan:
- ['virt-install', '--connect', 'qemu:///system', '--name', 'zalb0', '--ram', '512', '--vcpus', '1', '--autostart', '--vnc', '--virt-type', 'kvm', '--machine', 'pc', '--extra-args=ks=http://192.168.123.2/cblr/svc/op/ks/system/zalb0 ksdevice=link repo=$tree lang= kssendmac ', '--location', 'http://192.168.123.2/cblr/links/fedora17-x86_64/', '--arch', 'x86_64', '--os-variant', 'fedora17', '--disk', 'path=/dev/vg/zalb0,size=5,bus=virtio,driver_type=raw', '--network', 'bridge=br0,model=virtio,mac=00:16:3e:14:13:99', '--network', 'bridge=virbr1,model=virtio,mac=00:16:3e:3f:9c:ed', '--wait', '0', '--noautoconsole']
Note that the unsubstituted repo=$tree after the '--extra-args'.
I checked the man page but didn't see any clues as to where to set the tree parameter. cobbler system dumpvars also shows this unsubstituted parameter. I would be appreciative of any hints.
Regards,
-- Zack
11 years, 2 months
iterating of a list stored in ksmeta
by Harry Hoffman
Hi All,
I've got a value (actually several) stored in ksmeta for a list of
users.
Kickstart Metadata: {'users': 'user1,user2,user3', 'rootmail':
'user(a)fq.dn'}
I'm trying to iterate over the list of users to be able to create users
in my kickstart file.
I was trying to do something like:
#for $uname = $users.split(',')
user --name=$user
#end for
But that doesn't seem to work.
Anyone know how to do this?
Cheers,
Harry
11 years, 2 months
