Mini Config Management & wget shortcomings
by Benjamin Riggs
Using wget to leverage mod_python & cheetah is a very powerful tool and
I'm quite fond of it. However, http has no knowledge of file
permissions. File permissions can be important when specifying config
files, and not just for security. As things stand now, for every file
downloaded by the $download_config_file snippet that needs non-standard
permissions, one has to specify them manually in the kickstart.
Once the file exists, I do believe that wget keeps the existing
permissions on the specified '--output-document,' thus, files
subsequently updated by koan --update-files, if they exist on the
system, won't have their permissions altered.
I would love to find a way to leverage cheetah via mod_python /and/ have
the method of file transfer preserve permissions. I'm far from
knowledgeable about apache, but to my knowledge, there is no way to
leverage mod_python with an apache ftp server. If I'm wrong, it would
seem that simply using wget with the --preserve-permissions flag would
be sufficient to achieve what I want.
Does anyone more knowledgeable about the subject have any ideas how to
make this work? I'm willing to update cobbler as necessary, I just
don't know how to go about making what I want happen.
--
Benjamin Riggs
System Staff
School of Mathematics
University of Minnesota
14 years, 6 months
"Multi-System" Profile Development / Deployment
by Aaron Lippold
Hello,
I was wondering if anyone had suggestion and or lessons on building
and deploying a "profile set" that has multiple systems / profiles. I
would assume this would be scripting the API or a set of inherited
sub-profiles. The driver / use case for this is a deployment that has
three to four machines ( app, db, svn, directory ) that combine to
make the total deployment. This is easy on a single profile, has
anyone looked at the "multi-machine" profile case?
Thanks,
Aaron
14 years, 6 months
Cobbler Web Interface Power Management
by Raekwon
Hello Cobbler folks,
I'm having some problems using the Cobbler web interface. I can create
and build profiles/VMs with no issues. But for some reason when I use
the power management features, it doesn't work . If I click on reboot,
power on/off, the webgui spits back:
Error
Error while controlling power of system :[Errno 9] Bad file descriptor
Error
Error while controlling power of system :[Errno 2] No such file or directory
And I notice a similar message in cobblerd's log as:
2009-11-09 15:22:00,283 - api - Exception occured: <type 'exceptions.OSError'>
2009-11-09 15:22:00,283 - api - Exception value: [Errno 2] No such
file or directory
2009-11-09 15:22:00,284 - api - Exception Info:
File "/usr/lib/python2.6/site-packages/cobbler/remote.py", line
1567, in _dispatch
return method_handle(*params)
File "/usr/lib/python2.6/site-packages/cobbler/remote.py", line
1529, in power_system
rc=self.api.power_off(obj)
File "/usr/lib/python2.6/site-packages/cobbler/api.py", line 729,
in power_off
return action_power.PowerTool(self._config,system,self,user,password).power("off")
File "/usr/lib/python2.6/site-packages/cobbler/action_power.py",
line 113, in power
rc = sub_process.call(cmd, shell=False, close_fds=True)
File "/usr/lib/python2.6/site-packages/cobbler/sub_process.py",
line 412, in call
return Popen(*args, **kwargs).wait()
File "/usr/lib/python2.6/site-packages/cobbler/sub_process.py",
line 542, in __init__
errread, errwrite)
File "/usr/lib/python2.6/site-packages/cobbler/sub_process.py",
line 975, in _execute_child
raise child_exception
I'm particularly interested in knowing the meaning of an "Error 2/9" message
and/or what file or directory it can't find.
I have the cman and fence-agent tools installed and virsh
reboot/shutdown work, but
just not from the webgui. Any ideas on how to solve this would be greatly
appreciated.
cobbler 1.6.6
Compiled against library: libvir 0.6.2
Using library: libvir 0.6.2
Using API: QEMU 0.6.2
Running hypervisor: QEMU 0.10.6
Fedora 11 x86_64
Thanks
Raekwon
14 years, 6 months
Installing a x86_64 CentOS 5.4 VM on an x86_64 CentOS 5.4 host
by Scot Floess
All:
I am experiencing an oddity I just cannot explain. I recently moved from CentOS 5.3 to 5.4. I have this x86_64 machine as a host.
I am attempting to install an x86_64 VM on the x86_64 host using KOAN. Everything appears to be working as I'd expect...however, when it gets to installing glibc-common-2.5-42-x86_64 - it hangs. Well actually it gets to 1% and seems to sit there. Initially I thought maybe I did some imports wrong, set my system up wrong, etc. On this same host I was able to install a 32 bit CentOS 5.4 guest...
I didn't see anything amiss looking at the various virtual consoles...
Has anyone had any troubles/issues with CentOS 5.4?
Or, anything anyone can suggest I examine to see what may be causing the hang?
I do know when this particular machine was my Cobbler server and running CentOS 5.3 x86_64 - it never had an issue. I just updated the kernel to 2.6.18-164.6.1.el5xen but that didn't help either...
Thanks in advance!
Scot
--
Make It So Number One
14 years, 6 months