Problem with editing repos in profile in WebUI
by Leonid Flaks
I run into this situation: I need to change the list of repos that are
assigned to a profile. Attempt to do it in WebUI fails. I select profile
to edit. I have two repos assigned to it (Everything and updates). I
want to have only Everything, but drop updates. So, I select only
Everything (by clicking on it) The other one is de-selected (good - just
what I want!). Then I save profile, but no changes are saved. If I look
at this profile again - same 2 repos are highlighted. Changes made to
other fields seems to work just fine.
I see that both on the cobbler version 2.0.2 installed from testing repo
and on the git master.
I can make changes in profile with CLI.
I submitted Ticket #560.
--
Leon
14 years, 5 months
post_install_network_config snippet
by Jonathan Sabo
Has anyone else or could anyone else who uses this snippet try and render a
kickstart and see if it's still working with the git master please? I'm
going nuts trying to figure out if it's me or something that's changed that
is preventing it from rendering. I just see the
$SNIPPET('post_install_network_config') displayed and it's not in a #raw
either.... This was working awhile ago but since I started checking again
recently it's not. If someone could check it out it would be a big help.
Thanks,
Jonathan
14 years, 5 months
cobbler git master bug?
by Jonathan Sabo
Has anyone seen this or know the fix? I'm seeing this when I try and add a
system. This is from the git master code base...
<Fault 1: "exceptions.AttributeError:System instance has no attribute
'set_template_remote_kickstarts
Wed Jan 20 08:32:50 2010 - INFO | REMOTE modify_item(system); user(testing);
object_id(___NEW___system::S1mMDBkFwRWEz0FO+7P0Y9HjbZYYIQ06WQ==);
attribute(name)
Wed Jan 20 08:32:50 2010 - DEBUG | authorize; ['testing', 'modify_system',
<cobbler.item_system.System instance at 0x108d0170>, 'name', True]
Wed Jan 20 08:32:50 2010 - INFO | REMOTE authorization result: True; user(?)
Wed Jan 20 08:32:50 2010 - INFO | Exception occured:
exceptions.AttributeError
Wed Jan 20 08:32:50 2010 - INFO | Exception value: System instance has no
attribute 'set_template_remote_kickstarts'
Wed Jan 20 08:32:50 2010 - INFO | Exception Info:
File "/usr/lib/python2.4/site-packages/cobbler/remote.py", line 1737, in
_dispatch
return method_handle(*params)
File "/usr/lib/python2.4/site-packages/cobbler/remote.py", line 752, in
modify_item
method = obj.remote_methods().get(attribute, None)
File "/usr/lib/python2.4/site-packages/cobbler/item.py", line 86, in
remote_methods
return utils.get_remote_methods_from_fields(self,self.get_fields())
File "/usr/lib/python2.4/site-packages/cobbler/utils.py", line 1766, in
get_remote_methods_from_fields
ds[name] = getattr(obj,"set_%s" % name)
Thanks,
Jonathan
14 years, 5 months
power_vmware.template
by Kevin Connor
It requires a newer version of fence_vmware (one that uses the
fence_vmware_helper instead of ssh).
http://git.fedorahosted.org/git/fence-agents.git
The power_id field for cobbler systems is overloaded with lots of
options separated by a ':'. That seems to be the way other templates
have done it.
It needs csv added to the whitelist of python modules in
/etc/cobbler/settings. Certainly, it could be rewritten without that
dependency if that's a problem. It seemed the best way to deal with
missing data. That is, the way the fields are ordered you could just
specify the agent name in the power_id field and the rest would default
okay.
-Kevin
> cat power_vmware.template
#import csv
#set $vminfo = csv.DictReader([$power_id],
fieldnames=["vmware_name","vmware_type","vmware_datacenter"],
delimiter=':', skipinitialspace=True, escapechar='\\',).next()
## these args appear to be reserved but unused at the moment in fence_vmware
## "secure", "identity_file", "power_timeout", "shell_timeout",
"login_timeout", "power_wait"
#if not $vminfo["vmware_type"]
#set $vminfo["vmware_type"] = "esx"
#end if
#set $vmware_datacenter_switch = ""
#if $vminfo["vmware_datacenter"]
#set $vmware_datacenter_switch = "-s %s" % $vminfo[vmware_datacenter]
#end if
fence_vmware_ng -a "$power_address" -l "$power_user" -p "$power_pass" -n
"$vmware_name" -d $vminfo["vmware_type"] $vmware_datacenter_switch -o
"$power_mode"
14 years, 5 months
Distros and Required Kernel/Initrd's
by Devan Goodwin
Just trolling for info to see if anyone knows specifics about why
Cobbler requires an explicit kernel/initrd on distro's or if there's a
unified way they're used. (or expected to be used)
In digging around it seems that if you're doing a physical koan
--replace-self, the kernel/initrd specified will be used, although
there's also some code in there that will seek the correct pair out if
they're not specified or unusable.
In the case of a virt kickstart however (at least KVM) the
kernel/initrd isn't used at all, only the install tree is.
Asking around #cobbler-devel I heard that they may just be required
for memtest (not something I'm totally familiar with)
Just wondering if this raises any alarms for anyone, or if it's
something that needs fixing. Let me know if you have any insight!
Thanks,
Devan
--
Devan Goodwin <dgoodwin(a)rm-rf.ca>
http://rm-rf.ca
14 years, 5 months
ipv6 fields and ipv4 mtu fields rfe #469
by Jonathan Sabo
I wanted to see if I could get an update on the status of this ticket and
see when the patch would be included. Sorry to be a pest but it's been
awhile now.
Thanks,
Jonathan
14 years, 5 months
Changing Cobbler's Build Process
by Devan Goodwin
Wanted to pitch an idea, we wrote build tool for Spacewalk called Tito
(http://rm-rf.ca/tito) for projects using Git and Rpm, and I was
wondering if there would be any interest in using it to build Cobbler
packages.
In effect it would allow things like:
- Build test packages off the latest git head. (this is just a little
cleaner for developers to remove off your system and replace with a
stable version than doing a raw install)
- Auto-bump the version and tag a new release with auto-generated
changelog. (helpful if we wanted to do more frequent package rebuilds)
- Build a .tar.gz, srpm, or rpms off any past tag.
The impact would be a yum install tito for anyone who wanted to build
themselves rpms off source, and a new top level rel-eng directory in
git that tracks some metadata. There should be no impact for users
running from source, make webtest can remain. (make rpms would
probably die)
Not positive how much effort it would be to do the changeover but
looking at the build process and Makefile today, I don't think it's
much. Let ne know if you think it would be useful. The tito readme is
here: http://github.com/dgoodwin/tito
Cheers,
Devan
--
Devan Goodwin <dgoodwin(a)rm-rf.ca>
http://rm-rf.ca
14 years, 5 months
More problems with profiles/subprofiles in HEAD
by Douglas Wade Needham
Greetings,
In addition to the problems creating or editing profiles through the
web, but not sub-profiles, I found another problem. However, this
time the problem is with sub-profiles. Specifically, the values for
distro and distro-name are "~" instead of the values which should be
inherited from the parent. This in turn is causing problems in koan's
get_distro_files() routine, as it builds URIs for the kernel and
initrd around line 1017 (in head).
For reference, I am attaching both the reports and dumpvars output for
a profile and a sub-profile.
I will also add that this whole deal with profiles and sub-profiles is
a major pain for me right now. Depending on how much time I have, I
may see what I can do to fix this problem (if somebody has not
already), but it is almost easier for me to drop back to 1.6.6 and
hack in the support for FC12 at this point.
- Doug
14 years, 5 months
problem with make on fedora 12 64-bit
by Leonid Flaks
I am not sure if it is specific to this particular OS and arch.
I am trying to run make install or make webtest or actually any make and
get this:
# make install
pod2man --center="cobbler" --release="" ./docs/cobbler.pod | gzip -c >
./docs/cobbler.1.gz
pod2man --center="koan" --release="" ./docs/koan.pod | gzip -c >
./docs/koan.1.gz
pod2man --center="cobbler-register" --release=""
./docs/cobbler-register.pod | gzip -c > ./docs/cobbler-register.1.gz
python setup.py build -f
Traceback (most recent call last):
File "setup.py", line 71, in <module>
gen_build_version()
File "setup.py", line 41, in gen_build_version
cmd =
subprocess.Popen(["/usr/bin/git","log","-1"],stdout=subprocess.PIPE)
File "/usr/lib64/python2.6/subprocess.py", line 595, in __init__
errread, errwrite)
File "/usr/lib64/python2.6/subprocess.py", line 1092, in _execute_child
raise child_exception
OSError: [Errno 2] No such file or directory
make: *** [build] Error 1
This is a version 2.0.2 git clone from git://git.fedorahosted.org/cobbler
Any ideas?
Thanks,
Leon
14 years, 5 months
Serving Remote Kickstart/Snippet Files
by Devan Goodwin
Just wanted to post about some work I'm doing to support fetching
kickstarts and snippets over HTTP (and likely FTP/NFS as well). This
is to allow tighter integration for larger systems looking to
incorporate Cobbler. I wanted to post a little about what I've found
and plan to do in case it raises any alarms.
It appears you can already specify kickstarts as direct URLs, the only
caveat is that we don't do snippet replacement on them and just pass
the URL through directly to the client. I'm planning to modify this to
actually do the templating on the fly, and pass a cobbler hosted URL
for the kickstart to the client.
Snippets are expected to be stored on the local filesystem, as defined
by the /etc/cobbler/settings snippetsdir setting, I'm planning to
change this to support URLs as well. That might be a little sluggish
giving the multiple locations we check snippets for to support the
per-system and per-profile snippet functionality, but it should not
impact regular standalone cobbler users.
The kickstart behavior may need to be disabled by default in a config
setting so as not to impact existing users. The snippets should be
fine, just keep your snippetsdir pointing to the local filesystem and
nothing should change.
Let me know if you have any thoughts concerns or suggestions.
Thanks,
Devan
--
Devan Goodwin <dgoodwin(a)rm-rf.ca>
http://rm-rf.ca
14 years, 5 months