I upgraded my test system to 1.6.2 and i am having similar issues with repo's not showing.
This is what a cobbler check says
# cobbler check The following potential problems were detected: #0: One or more repos referenced by profile objects is no longer defined in cobbler: uuCentOS-5.2-x86_64-base, uusoftware-5-x86_64
Now these were working in 1.6.1 but why are they prefixed with 'uu' i had noted the use of 'u' for unicode data i think but 'uu' ?
# cobbler repo list CentOS-5.2-x86_64-base software-5-x86_64
# cobbler repo report repo : CentOS-5.2-x86_64-base arch : x86_64 breed : yum comment : created : Mon Mar 30 14:19:03 2009 createrepo_flags : -c cache environment : {} keep updated : True mirror : http://10.10.10.7/mirror/5.2/os/x86_64/ mirror locally : False modified : Mon Mar 30 14:19:03 2009 owners : [u'admin'] priority : 99 rpm list : yum options : {}
repo : software-5-x86_64 arch : x86_64 breed : yum comment : created : Mon Mar 30 14:20:18 2009 createrepo_flags : -c cache environment : {} keep updated : True mirror : http://10.10.10.7/yum/bf-software/5/x86_64/ mirror locally : False modified : Mon Mar 30 14:20:18 2009 owners : [u'admin'] priority : 99 rpm list : yum options : {}
# cobbler profile report CentOS-5.2-xen-x86_64 profile : CentOS-5.2-xen-x86_64 distro : CentOS-5.2-xen-x86_64 comment : created : Thu Mar 12 10:43:23 2009 dhcp tag : default enable menu : True kernel options : {u'dns': u'192.168.11.1'} kickstart : /var/lib/cobbler/kickstarts/CentOS-5.2-xen-x86_64.ks ks metadata : {} mgmt classes : [] modified : Mon Mar 30 15:04:56 2009 name servers : [u'10.5.216.215', u'10.5.216.216'] name servers search : [] owners : [u'admin'] post kernel options : {} redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> repos : ['uuCentOS-5.2-x86_64-base', 'uusoftware-5-x86_64'] server : <<inherit>> template_files : {} virt bridge : xenbr0 virt cpus : 1 virt file size : 5 virt path : virt ram : 512 virt type : xenpv
any thoughts ? This seems very similar to what happened during the upgrade last time.
Tom Brown wrote:
I upgraded my test system to 1.6.2 and i am having similar issues with repo's not showing.
This is what a cobbler check says
# cobbler check The following potential problems were detected: #0: One or more repos referenced by profile objects is no longer defined in cobbler: uuCentOS-5.2-x86_64-base, uusoftware-5-x86_64
Now these were working in 1.6.1 but why are they prefixed with 'uu' i had noted the use of 'u' for unicode data i think but 'uu' ?
# cobbler repo list CentOS-5.2-x86_64-base software-5-x86_64
# cobbler repo report repo : CentOS-5.2-x86_64-base arch : x86_64 breed : yum comment : created : Mon Mar 30 14:19:03 2009 createrepo_flags : -c cache environment : {} keep updated : True mirror : http://10.10.10.7/mirror/5.2/os/x86_64/ mirror locally : False modified : Mon Mar 30 14:19:03 2009 owners : [u'admin'] priority : 99 rpm list : yum options : {}
repo : software-5-x86_64 arch : x86_64 breed : yum comment : created : Mon Mar 30 14:20:18 2009 createrepo_flags : -c cache environment : {} keep updated : True mirror : http://10.10.10.7/yum/bf-software/5/x86_64/ mirror locally : False modified : Mon Mar 30 14:20:18 2009 owners : [u'admin'] priority : 99 rpm list : yum options : {}
# cobbler profile report CentOS-5.2-xen-x86_64 profile : CentOS-5.2-xen-x86_64 distro : CentOS-5.2-xen-x86_64 comment : created : Thu Mar 12 10:43:23 2009 dhcp tag : default enable menu : True kernel options : {u'dns': u'192.168.11.1'} kickstart : /var/lib/cobbler/kickstarts/CentOS-5.2-xen-x86_64.ks ks metadata : {} mgmt classes : [] modified : Mon Mar 30 15:04:56 2009 name servers : [u'10.5.216.215', u'10.5.216.216'] name servers search : [] owners : [u'admin'] post kernel options : {} redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> repos : ['uuCentOS-5.2-x86_64-base', 'uusoftware-5-x86_64'] server : <<inherit>> template_files : {} virt bridge : xenbr0 virt cpus : 1 virt file size : 5 virt path : virt ram : 512 virt type : xenpv
any thoughts ? This seems very similar to what happened during the upgrade last time.
i tried editing the profile and readding the repo's and i now get this
One or more repos referenced by profile objects is no longer defined in cobbler: uCentOS-5.2-x86_64-base, usoftware-5-x86_64
so the two u's have gone but they are still not being associated with my profiles ??
Tom Brown wrote:
repos : ['uuCentOS-5.2-x86_64-base', 'uusoftware-5-x86_64'] server : <<inherit>>
If you can provide steps to reproduce this from scratch I'll take a look.
Otherwise I think something outside Cobbler is using the API (wrongly) or the file has been hand edited.
I say this very very rarely, but I don't see how there /can/ be a bug here.
--Michael
If you can provide steps to reproduce this from scratch I'll take a look.
Otherwise I think something outside Cobbler is using the API (wrongly) or the file has been hand edited.
I say this very very rarely, but I don't see how there /can/ be a bug here.
i'll do my best to provide that info but this is a pre prod system used for testing and once in the past its had a git install on it so i am going to nuke it and then start from scratch to see if it still happens.
there is nothing accessing cobbler apart from cobbler here so i dont see how any error can come from an external influence
thanks
Tom Brown wrote:
If you can provide steps to reproduce this from scratch I'll take a look.
Otherwise I think something outside Cobbler is using the API (wrongly) or the file has been hand edited.
I say this very very rarely, but I don't see how there /can/ be a bug here.
OK this seems to also happen on another machine of mine -
error seems to be
# cobbler profile report --name=CentOS-5.2-xen-x86_64 profile : CentOS-5.2-xen-x86_64 distro : CentOS-5.2-xen-x86_64 comment : created : Wed Mar 18 19:20:33 2009 dhcp tag : default enable menu : True kernel options : {} kickstart : /var/lib/cobbler/kickstarts/CentOS-5.2-xen-x86_64.ks ks metadata : {} mgmt classes : [] modified : Thu Mar 26 17:02:55 2009 name servers : [] name servers search : [] owners : [u'admin'] post kernel options : {} redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> repos : ['uCentOS-5.2-x86_64-base'] server : <<inherit>> template_files : {} virt bridge : xenbr0 virt cpus : 1 virt file size : 5 virt path : virt ram : 512 virt type : xenpv
# cobbler repo report repo : CentOS-5.2-x86_64-base arch : x86_64 breed : yum comment : created : Thu Mar 26 18:41:22 2009 createrepo_flags : -c cache environment : {} keep updated : True mirror : http://10.10.10.234/mirror/5.2/os/x86_64 mirror locally : False modified : Thu Mar 26 18:41:22 2009 owners : [u'admin'] priority : 99 rpm list : yum options : {}
# cobbler check The following potential problems were detected: #0: yum-utils need to be at least version 1.1.17 for reposync -l, current version is 0.5 #1: One or more repos referenced by profile objects is no longer defined in cobbler: uCentOS-5.2-x86_64-base
# more /var/lib/cobbler/config/repos.d/CentOS-5.2-x86_64-base.json {"comment": "", "environment": {}, "owners": ["admin"], "name": "CentOS-5.2-x86_64-base", "parent": "", "breed": "yum", "createrepo_flags": "-c cache", "mirror_locally": false, "priority": 99, "dep th": 2, "mtime": 1238092882.032218, "yumopts": {}, "mirror": "http://10.10.10.234/mirror/5.2/os/x86_64", "uid": "MTIzODA5Mjg4Mi4wMzY5MDI2MjIuMjYyNDE", "keep_updated": true, "arch": "x86_64", "rpm_list": "", "ctime": 1238092882.032218}
and yet a test kickstart for a system associated with that profile does not have that repo associated with it
# System language lang en_US.UTF-8 langsupport --default=en_US.UTF-8 en_US.UTF-8 timezone --utc UTC # Use network installation url --url=http://10.10.10.234/mirror/5.2/os/x86_64/ # If any cobbler repo definitions were referenced in the kickstart profile, include them here.
# Network information
This did show repo info in 1.4.3
Is that enough info ?
thanks
No, I need steps to reproduce, starting with a clean install of a given OS (specify which), and the series of cobbler commands you run to get it into that State.
I'd recommend trying this out in a VM.
OK i will try to get that however the fact that this has happened twice on 2 separate systems during upgrades from 1.4 makes me think something is not right somewhere.
thanks
No, I need steps to reproduce, starting with a clean install of a given OS (specify which), and the series of cobbler commands you run to get it into that State.
OK this is going to be long, lets begin
# cobbler check The following potential problems were detected: #0: yum-utils need to be at least version 1.1.17 for reposync -l, current version is 0.5 #1: The default password used by the sample templates for newly installed machines (default_password_crypted in /etc/cobbler/settings) is still set to 'cobbler' and should be changed #2: fencing tools were not found, and are required to use the (optional) power management features. install cman to use them
That looks reasonable so lets start
# cobbler distro list
OK blank system
Add distro -
# cobbler import --path=/var/mirror/5.2/os/x86_64 --name=CentOS-5.2-x86_64 --available-as=http://10.10.10.234/mirror/5.2/os/x86_64 ---------------- (adding distros) - found content (breed=redhat) at /var/mirror/5.2/os/x86_64/images/pxeboot - creating new distro: CentOS-5.2-x86_64 - creating new profile: CentOS-5.2-x86_64 - creating new profile: rescue-CentOS-5.2-x86_64 - found content (breed=redhat) at /var/mirror/5.2/os/x86_64/images/xen - creating new distro: CentOS-5.2-xen-x86_64 - creating new profile: CentOS-5.2-xen-x86_64 ---------------- (associating kickstarts) - found content (breed=redhat) at /var/mirror/5.2/os/x86_64/images/pxeboot - found content (breed=redhat) at /var/mirror/5.2/os/x86_64/images/xen - found content (breed=redhat) at /var/mirror/5.2/os/x86_64/images/pxeboot
# cobbler distro list CentOS-5.2-x86_64 CentOS-5.2-xen-x86_64
Now point the created profile at the correct ks
# cobbler profile edit --name=CentOS-5.2-xen-x86_64 --kickstart=/var/lib/cobbler/kickstarts/CentOS-5.2-xen-x86_64.ks
# cobbler profile report CentOS-5.2-xen-x86_64 profile : CentOS-5.2-xen-x86_64 distro : CentOS-5.2-xen-x86_64 comment : created : Tue Apr 7 10:22:33 2009 dhcp tag : default enable menu : True kernel options : {} kickstart : /var/lib/cobbler/kickstarts/CentOS-5.2-xen-x86_64.ks ks metadata : {} mgmt classes : [] modified : Tue Apr 7 10:24:56 2009 name servers : [] name servers search : [] owners : [u'admin'] post kernel options : {} redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> repos : [] server : <<inherit>> template_files : {} virt bridge : xenbr0 virt cpus : 1 virt file size : 5 virt path : virt ram : 512 virt type : xenpv
Now lets add some repos
# cobbler repo add --name=CentOS-5.2-x86_64-base --mirror=http://10.10.10.234/mirror/5.2/os/x86_64 --mirror-locally=0
And run the sync
# cobbler reposync - /usr/bin/wget -q http://10.10.10.234/mirror/5.2/os/x86_64/repodata/comps.xml -O /var/www/cobbler/repo_mirror/CentOS-5.2-x86_64-base/repodata/comps.xml - creating: /var/www/cobbler/repo_mirror/CentOS-5.2-x86_64-base/config.repo
Now lets add that repo to the profile
# cobbler profile edit --name=CentOS-5.2-xen-x86_64 --repos='CentOS-5.2-x86_64-base'
And check the report for that profile to see that it has that repo now
# cobbler profile report --name=CentOS-5.2-xen-x86_64 profile : CentOS-5.2-xen-x86_64 distro : CentOS-5.2-xen-x86_64 comment : created : Tue Apr 7 10:22:33 2009 dhcp tag : default enable menu : True kernel options : {} kickstart : /var/lib/cobbler/kickstarts/CentOS-5.2-xen-x86_64.ks ks metadata : {} mgmt classes : [] modified : Tue Apr 7 10:29:40 2009 name servers : [] name servers search : [] owners : [u'admin'] post kernel options : {} redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> repos : ['uCentOS-5.2-x86_64-base'] server : <<inherit>> template_files : {} virt bridge : xenbr0 virt cpus : 1 virt file size : 5 virt path : virt ram : 512 virt type : xenpv
Now add a system to that profile
# cobbler system add --name=test-box --hostname=test-box.linux.lab --ip=10.10.92.210 --netmask=255.255.255.0 --gateway=10.10.92.1 --mac=7E:A9:3C:17:BB:B4 --profile=CentOS-5.2-xen-x86_64
Now lets get the ks for that box and look see if the addition repo is available
# cobbler system getks --name=test-box
# System language lang en_US.UTF-8 langsupport --default=en_US.UTF-8 en_US.UTF-8 timezone --utc UTC # Use network installation url --url=http://10.10.10.234/mirror/5.2/os/x86_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
Nope - the repo information is missing
Lets look at the config file for that profile
# more /var/lib/cobbler/config/profiles.d/CentOS-5.2-xen-x86_64.json {"comment": "", "kickstart": "/var/lib/cobbler/kickstarts/CentOS-5.2-xen-x86_64.ks", "name_servers_search": [], "ks_meta": {}, "kernel_options_post": {}, "repos": ["CentOS-5.2-x86_64-base"], " redhat_management_key": "<<inherit>>", "virt_path": "", "kernel_options": {}, "name_servers": [], "mtime": 1239096580.127852, "template_files": {}, "uid": "MTIzOTA5NjE1My45MzQzNzcyNDQuOTMxODM", "vi rt_cpus": 1, "mgmt_classes": [], "distro": "CentOS-5.2-xen-x86_64", "virt_bridge": "xenbr0", "parent": "", "virt_type": "xenpv", "enable_menu": true, "virt_file_size": 5, "ctime": 1239096153.927331 9, "dhcp_tag": "default", "owners": ["admin"], "name": "CentOS-5.2-xen-x86_64", "virt_ram": 512, "random_id": "bOef", "server": "<<inherit>>", "redhat_management_server": "<<inherit>>", "depth": 1}
Yep - repo info in there, now lets look at the config for that system
# more /var/lib/cobbler/config/systems.d/test-box.json {"comment": "", "kickstart": "<<inherit>>", "name_servers_search": [], "ks_meta": {}, "kernel_options_post": {}, "image": "", "redhat_management_key": "<<inherit>>", "virt_path": "<<inherit>>", "po wer_user": "", "kernel_options": {}, "name_servers": [], "mtime": 1239096767.978888, "template_files": {}, "gateway": "10.10.92.1", "uid": "MTIzOTA5Njc2Ny45ODUxNjA2OS44NjQ4NTE", "power_type": "ipmi tool", "virt_cpus": "<<inherit>>", "hostname": "test-box.linux.lab", "mgmt_classes": [], "power_pass": "", "netboot_enabled": true, "profile": "CentOS-5.2-xen-x86_64", "virt_bridge": "<<inh erit>>", "parent": "", "virt_type": "<<inherit>>", "interfaces": {"eth0": {"dhcp_tag": "", "subnet": "255.255.255.0", "dns_name": "", "virt_bridge": "", "static_routes": [], "bonding_master": "", " bonding": "", "static": false, "bonding_opts": "", "mac_address": "7E:A9:3C:17:BB:B4", "ip_address": "10.10.92.210"}}, "power_address": "", "virt_file_size": "<<inherit>>", "ctime": 1239096767.9788 88, "owners": ["admin"], "name": "test-box", "virt_ram": "<<inherit>>", "power_id": "", "random_id": "", "server": "<<inherit>>", "redhat_management_server": "<<inherit>>", "depth": 2}
Yep - the system is in the profile that has that repo listed and yet that repo is not available to the system.
# cobbler check The following potential problems were detected: #0: yum-utils need to be at least version 1.1.17 for reposync -l, current version is 0.5 #1: The default password used by the sample templates for newly installed machines (default_password_crypted in /etc/cobbler/settings) is still set to 'cobbler' and should be changed #2: One or more repos referenced by profile objects is no longer defined in cobbler: uCentOS-5.2-x86_64-base #3: fencing tools were not found, and are required to use the (optional) power management features. install cman to use them
is that any help ?
Tom Brown wrote:
No, I need steps to reproduce, starting with a clean install of a given OS (specify which), and the series of cobbler commands you run to get it into that State.
# cobbler import --path=/var/mirror/5.2/os/x86_64 --name=CentOS-5.2-x86_64 --available-as=http://10.10.10.234/mirror/5.2/os/x86_64 ---------------- (adding distros)
- found content (breed=redhat) at /var/mirror/5.2/os/x86_64/images/pxeboot
- creating new distro: CentOS-5.2-x86_64
- creating new profile: CentOS-5.2-x86_64
- creating new profile: rescue-CentOS-5.2-x86_64
- found content (breed=redhat) at /var/mirror/5.2/os/x86_64/images/xen
- creating new distro: CentOS-5.2-xen-x86_64
- creating new profile: CentOS-5.2-xen-x86_64
---------------- (associating kickstarts)
- found content (breed=redhat) at /var/mirror/5.2/os/x86_64/images/pxeboot
- found content (breed=redhat) at /var/mirror/5.2/os/x86_64/images/xen
- found content (breed=redhat) at /var/mirror/5.2/os/x86_64/images/pxeboot
# cobbler distro list CentOS-5.2-x86_64 CentOS-5.2-xen-x86_64
Now point the created profile at the correct ks
# cobbler profile edit --name=CentOS-5.2-xen-x86_64 --kickstart=/var/lib/cobbler/kickstarts/CentOS-5.2-xen-x86_64.ks
# cobbler profile report CentOS-5.2-xen-x86_64 profile : CentOS-5.2-xen-x86_64 distro : CentOS-5.2-xen-x86_64 comment : created : Tue Apr 7 10:22:33 2009 dhcp tag : default enable menu : True kernel options : {} kickstart : /var/lib/cobbler/kickstarts/CentOS-5.2-xen-x86_64.ks ks metadata : {} mgmt classes : [] modified : Tue Apr 7 10:24:56 2009 name servers : [] name servers search : [] owners : [u'admin'] post kernel options : {} redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> repos : [] server : <<inherit>> template_files : {} virt bridge : xenbr0 virt cpus : 1 virt file size : 5 virt path : virt ram : 512 virt type : xenpv
Now lets add some repos
# cobbler repo add --name=CentOS-5.2-x86_64-base --mirror=http://10.10.10.234/mirror/5.2/os/x86_64 --mirror-locally=0
And run the sync
# cobbler reposync
- /usr/bin/wget -q
http://10.10.10.234/mirror/5.2/os/x86_64/repodata/comps.xml -O /var/www/cobbler/repo_mirror/CentOS-5.2-x86_64-base/repodata/comps.xml
- creating: /var/www/cobbler/repo_mirror/CentOS-5.2-x86_64-base/config.repo
Now lets add that repo to the profile
# cobbler profile edit --name=CentOS-5.2-xen-x86_64 --repos='CentOS-5.2-x86_64-base'
This isn't a cause, but it's interesting workflow. There's actually no real reason to mirror the base repo, as it's part of the install tree. Cobbler will add it, only if needed, and make it available for systems to use. If you look at
cat /var/lib/cobbler/config/distros.d/name
You will see a source_repos line if the import was given a proper DVD directory, which will contain the information needed to let installed systems install packages out of base. Users should never have to do this manually, they should only have to do this to content NOT in the install tree.
Also if you look at what was posted in the previous email, it's not saved with the 'ufoo' instead of u'foo' problem, it's saved as standard ASCII, "foo", which is also normal.
Read on a bit further and you'll see where I need some info:
And check the report for that profile to see that it has that repo now
# cobbler profile report --name=CentOS-5.2-xen-x86_64 profile : CentOS-5.2-xen-x86_64 distro : CentOS-5.2-xen-x86_64 comment : created : Tue Apr 7 10:22:33 2009 dhcp tag : default enable menu : True kernel options : {} kickstart : /var/lib/cobbler/kickstarts/CentOS-5.2-xen-x86_64.ks ks metadata : {} mgmt classes : [] modified : Tue Apr 7 10:29:40 2009 name servers : [] name servers search : [] owners : [u'admin'] post kernel options : {} redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> repos : ['uCentOS-5.2-x86_64-base'] server : <<inherit>> template_files : {} virt bridge : xenbr0 virt cpus : 1 virt file size : 5 virt path : virt ram : 512 virt type : xenpv
Ok, so it appears the 'ufoo' instead of u'foo' or 'foo' problem happens in memory, not on disk, which is strange to say the least.
Why the RPMs don't show up in the kickstart is a moot point here -- Cobbler wouldn't get the mapping right if it thinks the name is 'ufoo'. This is likely to be your problem, though I am still stumped by it.
It appears that it is not /saved/ in profiles.d as 'ufoo' however, but only displayed and used in memory as this. I still can't fathom why this would happen though since only you have reported in thus far. I still have a hard time believing the json implementation would have a bug where the deserialization is not the same as the serialization for simple strings only containing ".", "_", and "-".
Let me know the following output:
tree /var/lib/cobbler/triggers # let's see if any cobbler triggers are in place, and if so, I need to see their contents rpm -q --whatprovides redhat-release rpm -q cobbler rpm -q PyYAML rpm -q python-simplejson cat /etc/cobbler/modules.conf
That should give me enough to go on to try it in a VM and see if I can get the same. If so, we can go from there.
--Michael
Let me know the following output:
tree /var/lib/cobbler/triggers # let's see if any cobbler triggers are in place, and if so, I need to see their contents
# tree /var/lib/cobbler/triggers /var/lib/cobbler/triggers |-- add | |-- distro | | |-- post | | `-- pre | |-- profile | | |-- post | | `-- pre | |-- repo | | |-- post | | `-- pre | `-- system | |-- post | `-- pre |-- change |-- delete | |-- distro | | |-- post | | `-- pre | |-- profile | | |-- post | | `-- pre | |-- repo | | |-- post | | `-- pre | `-- system | |-- post | `-- pre |-- install | |-- post | `-- pre `-- sync |-- post `-- pre
rpm -q --whatprovides redhat-release
# rpm -q --whatprovides redhat-release centos-release-4-4.3
rpm -q cobbler
# rpm -q cobbler cobbler-1.6.2-1
rpm -q PyYAML
# rpm -q PyYAML PyYAML-3.05-2
rpm -q python-simplejson
# rpm -q python-simplejson python-simplejson-2.0.5-1.rf
cat /etc/cobbler/modules.conf
# cat /etc/cobbler/modules.conf # this file was auto-generated by /usr/bin/cobbler-setup at #Mon Apr 6 16:24:04 2009 # the previous file is saved as /etc/cobbler/settings.backup
# cobbler module configuration file # =================================
# serializers: # what file/data formats to use for metadata # choices: # serializer_catalog (VERY fast, uses .d directories in /var/lib/cobbler/config) # serializer_yaml (original serializer, uses a few text files, DEPRECATED) # for 99% or more of all installations, use serializer_catalog.
[serializers] settings = serializer_catalog distro = serializer_catalog profile = serializer_catalog system = serializer_catalog repo = serializer_catalog image = serializer_catalog
# authentication: # what users can log into the WebUI and Read-Write XMLRPC? # choices: # authn_denyall -- no one (default) # authn_configfile -- use /etc/cobbler/users.digest (for basic setups) # authn_passthru -- ask Apache to handle it (used for kerberos) # authn_ldap -- authenticate against LDAP # authn_spacewalk -- ask Spacewalk/Satellite (experimental) # authn_testing -- username/password is always testing/testing (debug) # (user supplied) -- you may write your own module # WARNING: this is a security setting, do not choose an option blindly. # for more information: # https://fedorahosted.org/cobbler/wiki/CobblerWebInterface # https://fedorahosted.org/cobbler/wiki/CustomizableSecurity # https://fedorahosted.org/cobbler/wiki/CobblerWithKerberos # https://fedorahosted.org/cobbler/wiki/CobblerWithLdap
[authentication] module = authn_denyall
# authorization: # once a user has been cleared by the WebUI/XMLRPC, what can they do? # choices: # authz_allowall -- full access for all authneticated users (default) # authz_configfile -- determined by /etc/cobbler/users.conf # authz_ownership -- use users.conf, but add object ownership semantics # (user supplied) -- you may write your own module # WARNING: this is a security setting, do not choose an option blindly. # If you want to further restrict cobbler with ACLs for various groups, # pick authz_ownership. authz_allowall does not support ACLs. configfile # does but does not support object ownership which is useful as an additional # layer of control.
# for more information: # https://fedorahosted.org/cobbler/wiki/CobblerWebInterface # https://fedorahosted.org/cobbler/wiki/CustomizableSecurity # https://fedorahosted.org/cobbler/wiki/CustomizableAuthorization # https://fedorahosted.org/cobbler/wiki/AuthorizationWithOwnership # https://fedorahosted.org/cobbler/wiki/AclFeature
[authorization] module = authz_allowall
# dns: # chooses the DNS management engine if manage_dns is enabled # in /etc/cobbler/settings, which is off by default. # choices: # manage_bind -- default, uses BIND/named # manage_dnsmasq -- uses dnsmasq, also must select dnsmasq for dhcp below # NOTE: more configuration is still required in /etc/cobbler # for more information: # https://fedorahosted.org/cobbler/wiki/ManageDns
[dns] module = manage_bind
# dhcp: # chooses the DHCP management engine if manage_dhcp is enabled # in /etc/cobbler/settings, which is off by default. # choices: # manage_isc -- default, uses ISC dhcpd # manage_dnsmasq -- uses dnsmasq, also must select dnsmasq for dns above # NOTE: more configuration is still required in /etc/cobbler # for more information: # https://fedorahosted.org/cobbler/wiki/ManageDhcp
[dhcp] module = manage_isc
#--------------------------------------------------
That should give me enough to go on to try it in a VM and see if I can get the same. If so, we can go from there.
--Michael
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
OK this is going to be long, lets begin
# cobbler check The following potential problems were detected: #0: yum-utils need to be at least version 1.1.17 for reposync -l, current version is 0.5 #1: The default password used by the sample templates for newly installed machines (default_password_crypted in /etc/cobbler/settings) is still set to 'cobbler' and should be changed #2: fencing tools were not found, and are required to use the (optional) power management features. install cman to use them
That looks reasonable so lets start
# cobbler distro list
OK blank system
Add distro -
# cobbler import --path=/var/mirror/5.2/os/x86_64 --name=CentOS-5.2-x86_64 --available-as=http://10.10.10.234/mirror/5.2/os/x86_64 ---------------- (adding distros)
- found content (breed=redhat) at /var/mirror/5.2/os/x86_64/images/pxeboot
- creating new distro: CentOS-5.2-x86_64
- creating new profile: CentOS-5.2-x86_64
- creating new profile: rescue-CentOS-5.2-x86_64
- found content (breed=redhat) at /var/mirror/5.2/os/x86_64/images/xen
- creating new distro: CentOS-5.2-xen-x86_64
- creating new profile: CentOS-5.2-xen-x86_64
---------------- (associating kickstarts)
- found content (breed=redhat) at /var/mirror/5.2/os/x86_64/images/pxeboot
- found content (breed=redhat) at /var/mirror/5.2/os/x86_64/images/xen
- found content (breed=redhat) at /var/mirror/5.2/os/x86_64/images/pxeboot
# cobbler distro list CentOS-5.2-x86_64 CentOS-5.2-xen-x86_64
Now point the created profile at the correct ks
# cobbler profile edit --name=CentOS-5.2-xen-x86_64 --kickstart=/var/lib/cobbler/kickstarts/CentOS-5.2-xen-x86_64.ks
# cobbler profile report CentOS-5.2-xen-x86_64 profile : CentOS-5.2-xen-x86_64 distro : CentOS-5.2-xen-x86_64 comment : created : Tue Apr 7 10:22:33 2009 dhcp tag : default enable menu : True kernel options : {} kickstart : /var/lib/cobbler/kickstarts/CentOS-5.2-xen-x86_64.ks ks metadata : {} mgmt classes : [] modified : Tue Apr 7 10:24:56 2009 name servers : [] name servers search : [] owners : [u'admin'] post kernel options : {} redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> repos : [] server : <<inherit>> template_files : {} virt bridge : xenbr0 virt cpus : 1 virt file size : 5 virt path : virt ram : 512 virt type : xenpv
Now lets add some repos
# cobbler repo add --name=CentOS-5.2-x86_64-base --mirror=http://10.10.10.234/mirror/5.2/os/x86_64 --mirror-locally=0
And run the sync
# cobbler reposync
- /usr/bin/wget -q
http://10.10.10.234/mirror/5.2/os/x86_64/repodata/comps.xml -O /var/www/cobbler/repo_mirror/CentOS-5.2-x86_64-base/repodata/comps.xml
- creating: /var/www/cobbler/repo_mirror/CentOS-5.2-x86_64-base/config.repo
Now lets add that repo to the profile
# cobbler profile edit --name=CentOS-5.2-xen-x86_64 --repos='CentOS-5.2-x86_64-base'
And check the report for that profile to see that it has that repo now
# cobbler profile report --name=CentOS-5.2-xen-x86_64 profile : CentOS-5.2-xen-x86_64 distro : CentOS-5.2-xen-x86_64 comment : created : Tue Apr 7 10:22:33 2009 dhcp tag : default enable menu : True kernel options : {} kickstart : /var/lib/cobbler/kickstarts/CentOS-5.2-xen-x86_64.ks ks metadata : {} mgmt classes : [] modified : Tue Apr 7 10:29:40 2009 name servers : [] name servers search : [] owners : [u'admin'] post kernel options : {} redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> repos : ['uCentOS-5.2-x86_64-base'] server : <<inherit>> template_files : {} virt bridge : xenbr0 virt cpus : 1 virt file size : 5 virt path : virt ram : 512 virt type : xenpv
Now add a system to that profile
# cobbler system add --name=test-box --hostname=test-box.linux.lab --ip=10.10.92.210 --netmask=255.255.255.0 --gateway=10.10.92.1 --mac=7E:A9:3C:17:BB:B4 --profile=CentOS-5.2-xen-x86_64
Now lets get the ks for that box and look see if the addition repo is available
# cobbler system getks --name=test-box
# System language lang en_US.UTF-8 langsupport --default=en_US.UTF-8 en_US.UTF-8 timezone --utc UTC # Use network installation url --url=http://10.10.10.234/mirror/5.2/os/x86_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
Nope - the repo information is missing
Lets look at the config file for that profile
# more /var/lib/cobbler/config/profiles.d/CentOS-5.2-xen-x86_64.json {"comment": "", "kickstart": "/var/lib/cobbler/kickstarts/CentOS-5.2-xen-x86_64.ks", "name_servers_search": [], "ks_meta": {}, "kernel_options_post": {}, "repos": ["CentOS-5.2-x86_64-base"], " redhat_management_key": "<<inherit>>", "virt_path": "", "kernel_options": {}, "name_servers": [], "mtime": 1239096580.127852, "template_files": {}, "uid": "MTIzOTA5NjE1My45MzQzNzcyNDQuOTMxODM", "vi rt_cpus": 1, "mgmt_classes": [], "distro": "CentOS-5.2-xen-x86_64", "virt_bridge": "xenbr0", "parent": "", "virt_type": "xenpv", "enable_menu": true, "virt_file_size": 5, "ctime": 1239096153.927331 9, "dhcp_tag": "default", "owners": ["admin"], "name": "CentOS-5.2-xen-x86_64", "virt_ram": 512, "random_id": "bOef", "server": "<<inherit>>", "redhat_management_server": "<<inherit>>", "depth": 1}
Yep - repo info in there, now lets look at the config for that system
# more /var/lib/cobbler/config/systems.d/test-box.json {"comment": "", "kickstart": "<<inherit>>", "name_servers_search": [], "ks_meta": {}, "kernel_options_post": {}, "image": "", "redhat_management_key": "<<inherit>>", "virt_path": "<<inherit>>", "po wer_user": "", "kernel_options": {}, "name_servers": [], "mtime": 1239096767.978888, "template_files": {}, "gateway": "10.10.92.1", "uid": "MTIzOTA5Njc2Ny45ODUxNjA2OS44NjQ4NTE", "power_type": "ipmi tool", "virt_cpus": "<<inherit>>", "hostname": "test-box.linux.lab", "mgmt_classes": [], "power_pass": "", "netboot_enabled": true, "profile": "CentOS-5.2-xen-x86_64", "virt_bridge": "<<inh erit>>", "parent": "", "virt_type": "<<inherit>>", "interfaces": {"eth0": {"dhcp_tag": "", "subnet": "255.255.255.0", "dns_name": "", "virt_bridge": "", "static_routes": [], "bonding_master": "", " bonding": "", "static": false, "bonding_opts": "", "mac_address": "7E:A9:3C:17:BB:B4", "ip_address": "10.10.92.210"}}, "power_address": "", "virt_file_size": "<<inherit>>", "ctime": 1239096767.9788 88, "owners": ["admin"], "name": "test-box", "virt_ram": "<<inherit>>", "power_id": "", "random_id": "", "server": "<<inherit>>", "redhat_management_server": "<<inherit>>", "depth": 2}
Yep - the system is in the profile that has that repo listed and yet that repo is not available to the system.
# cobbler check The following potential problems were detected: #0: yum-utils need to be at least version 1.1.17 for reposync -l, current version is 0.5 #1: The default password used by the sample templates for newly installed machines (default_password_crypted in /etc/cobbler/settings) is still set to 'cobbler' and should be changed #2: One or more repos referenced by profile objects is no longer defined in cobbler: uCentOS-5.2-x86_64-base #3: fencing tools were not found, and are required to use the (optional) power management features. install cman to use them
is that any help ?
i am investigating my theory that this is caused by python-simplejson < 2
i am investigating my theory that this is caused by python-simplejson < 2
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
EPEL 5 has 2.0.3. I would try replacing your simplejson with the upstream version, and if that corrects the problem we can ask Luke Macken to bump the version in EPEL 4 (assuming it is compatible).
--Michael
EPEL 5 has 2.0.3. I would try replacing your simplejson with the upstream version, and if that corrects the problem we can ask Luke Macken to bump the version in EPEL 4 (assuming it is compatible).
that does not seem to be the issue but i have noticed that this is on a box that uses python 2.3 so i wonder if that has any bearing on it.
Tom Brown wrote:
EPEL 5 has 2.0.3. I would try replacing your simplejson with the upstream version, and if that corrects the problem we can ask Luke Macken to bump the version in EPEL 4 (assuming it is compatible).
that does not seem to be the issue but i have noticed that this is on a box that uses python 2.3 so i wonder if that has any bearing on it. _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
FWIW, no one else on EL 4 has reported this.
--Michael
Tom Brown wrote:
FWIW, no one else on EL 4 has reported this.
--Michael
OK thanks for that - in that case then i am out of ideas as i can reproduce it as explained earlier.
thanks _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
I'll try a Centos 4 VM (clean install from public mirror) just to be sure.
If anyone else has seen it, let us know.
Otherwise we may have to call "gremlins".
--Michael
I'll try a Centos 4 VM (clean install from public mirror) just to be sure.
If anyone else has seen it, let us know.
Otherwise we may have to call "gremlins".
i have just tried this on a different CentOS4 box and i actually get the same result - This is will all packages installed from epel, nothing self compiled.
tom
i have just tried this on a different CentOS4 box and i actually get the same result - This is will all packages installed from epel, nothing self compiled.
i should note that i did try additing a repo other than 'base' as i know its been mentioned that that is not required. I added a software repo thats external and same result.
the repo added is called software-5-x86_64
# cobbler repo add --name=software-5-x86_64 --mirror=http://192.168.10.4/mirror/yum/software/5/x86_64 --mirror-locally=0
# cobbler reposync - creating: /var/www/cobbler/repo_mirror/software-5-x86_64/config.repo
# cobbler repo report software-5-x86_64 repo : software-5-x86_64 arch : x86_64 breed : yum comment : created : Wed Apr 8 10:14:04 2009 createrepo_flags : -c cache environment : {} keep updated : True mirror : http://192.168.10.4/mirror/yum/software/5/x86_64 mirror locally : False modified : Wed Apr 8 10:16:16 2009 owners : [u'admin'] priority : 99 rpm list : yum options : {}
# cobbler profile edit --name=CentOS-5.2-xen-i386 --repos='software-5-x86_64'
# cobbler profile report CentOS-5.2-xen-i386 profile : CentOS-5.2-xen-i386 distro : CentOS-5.2-xen-i386 comment : created : Thu Mar 5 20:45:45 2009 dhcp tag : default enable menu : True kernel options : {} kickstart : /var/lib/cobbler/kickstarts/sample.ks ks metadata : {} mgmt classes : [] modified : Wed Apr 8 10:22:23 2009 name servers : [] name servers search : [] owners : [u'admin'] post kernel options : {} redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> repos : ['usoftware-5-x86_64'] server : <<inherit>> template_files : {} virt bridge : xenbr0 virt cpus : 1 virt file size : 5 virt path : virt ram : 512 virt type : xenpv
# cobbler system report --name=virt01 system : virt01 profile : CentOS-5.2-xen-i386 comment : created : Wed Jan 7 12:41:04 2009 gateway : 192.168.10.1 hostname : virt01 image : kernel options : {} kernel options post : {} kickstart : <<inherit>> ks metadata : {u'nameserver': u'192.168.10.4'} mgmt classes : [] modified : Wed Apr 8 10:19:16 2009 name servers : [] name servers search : [] netboot enabled? : True owners : [u'admin'] redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> server : <<inherit>> template files : {} virt cpus : <<inherit>> virt file size : <<inherit>> virt path : <<inherit>> virt ram : <<inherit>> virt type : <<inherit>> power type : ipmitool power address : power user : power password : power id : interface : eth0 mac address : 00:0C:29:E1:67:F5 bonding : bonding_master : bonding_opts : is static? : True ip address : 192.160.10.20 subnet : 255.255.255.0 static routes : [] dns name : virt01 dhcp tag : virt bridge :
# cobbler system getks --name=virt01
# Use network installation url --url=http://192.168.10.4:80/cblr/links/CentOS-5.2-xen-i386 # If any cobbler repo definitions were referenced in the kickstart profile, include them here. repo --name=source-1 --baseurl=http://192.168.10.4:80/cobbler/ks_mirror/CentOS-5.2-i386
# Network information network --bootproto=dhcp --device=eth0 --onboot=on # Reboot after installation reboot
# cobbler check The following potential problems were detected: #0: yum-utils need to be at least version 1.1.17 for reposync -l, current version is 0.5 #1: The default password used by the sample templates for newly installed machines (default_password_crypted in /etc/cobbler/settings) is still set to 'cobbler' and should be changed #2: One or more repos referenced by profile objects is no longer defined in cobbler: usoftware-5-x86_64
so different box same result - any repo added by me does not show at boot time, the default one does in this case.
any clues?
Tom Brown wrote:
i have just tried this on a different CentOS4 box and i actually get the same result - This is will all packages installed from epel, nothing self compiled.
i should note that i did try additing a repo other than 'base' as i know its been mentioned that that is not required. I added a software repo thats external and same result.
the repo added is called software-5-x86_64
# cobbler repo add --name=software-5-x86_64 --mirror=http://192.168.10.4/mirror/yum/software/5/x86_64 --mirror-locally=0
# cobbler reposync
- creating: /var/www/cobbler/repo_mirror/software-5-x86_64/config.repo
# cobbler repo report software-5-x86_64 repo : software-5-x86_64 arch : x86_64 breed : yum comment : created : Wed Apr 8 10:14:04 2009 createrepo_flags : -c cache environment : {} keep updated : True mirror : http://192.168.10.4/mirror/yum/software/5/x86_64 mirror locally : False modified : Wed Apr 8 10:16:16 2009 owners : [u'admin'] priority : 99 rpm list : yum options : {}
# cobbler profile edit --name=CentOS-5.2-xen-i386 --repos='software-5-x86_64'
# cobbler profile report CentOS-5.2-xen-i386 profile : CentOS-5.2-xen-i386 distro : CentOS-5.2-xen-i386 comment : created : Thu Mar 5 20:45:45 2009 dhcp tag : default enable menu : True kernel options : {} kickstart : /var/lib/cobbler/kickstarts/sample.ks ks metadata : {} mgmt classes : [] modified : Wed Apr 8 10:22:23 2009 name servers : [] name servers search : [] owners : [u'admin'] post kernel options : {} redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> repos : ['usoftware-5-x86_64'] server : <<inherit>> template_files : {} virt bridge : xenbr0 virt cpus : 1 virt file size : 5 virt path : virt ram : 512 virt type : xenpv
# cobbler system report --name=virt01 system : virt01 profile : CentOS-5.2-xen-i386 comment : created : Wed Jan 7 12:41:04 2009 gateway : 192.168.10.1 hostname : virt01 image : kernel options : {} kernel options post : {} kickstart : <<inherit>> ks metadata : {u'nameserver': u'192.168.10.4'} mgmt classes : [] modified : Wed Apr 8 10:19:16 2009 name servers : [] name servers search : [] netboot enabled? : True owners : [u'admin'] redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> server : <<inherit>> template files : {} virt cpus : <<inherit>> virt file size : <<inherit>> virt path : <<inherit>> virt ram : <<inherit>> virt type : <<inherit>> power type : ipmitool power address : power user : power password : power id : interface : eth0 mac address : 00:0C:29:E1:67:F5 bonding : bonding_master : bonding_opts : is static? : True ip address : 192.160.10.20 subnet : 255.255.255.0 static routes : [] dns name : virt01 dhcp tag : virt bridge :
# cobbler system getks --name=virt01
# Use network installation url --url=http://192.168.10.4:80/cblr/links/CentOS-5.2-xen-i386 # If any cobbler repo definitions were referenced in the kickstart profile, include them here. repo --name=source-1 --baseurl=http://192.168.10.4:80/cobbler/ks_mirror/CentOS-5.2-i386
# Network information network --bootproto=dhcp --device=eth0 --onboot=on # Reboot after installation reboot
# cobbler check The following potential problems were detected: #0: yum-utils need to be at least version 1.1.17 for reposync -l, current version is 0.5 #1: The default password used by the sample templates for newly installed machines (default_password_crypted in /etc/cobbler/settings) is still set to 'cobbler' and should be changed #2: One or more repos referenced by profile objects is no longer defined in cobbler: usoftware-5-x86_64
so different box same result - any repo added by me does not show at boot time, the default one does in this case.
and finally i reverted this back to a 1.4 release and did exactly the same steps, they are in a script now, and it all works as expected
# cobbler system getks --name=test-box
# System language lang en_US.UTF-8 langsupport --default=en_US.UTF-8 en_US.UTF-8 timezone --utc UTC # Use network installation url --url=http://10.10.10.234/mirror/5.2/os/x86_64/ # If any cobbler repo definitions were referenced in the kickstart profile, include them here. repo --name=CentOS-5.2-x86_64-base --baseurl=http://10.10.10.234/mirror/5.2/os/x86_64 repo --name=bf-software-5-x86_64 --baseurl=http://10.10.10.234/mirror/yum/software/5/x86_64
# cobbler version cobbler 1.4.3
build date : Wed Apr 8 12:03:24 2009
thanks
I am seeing the same problem, real repo name is "fc8-i36", repo info in json file in /var/lib/cobbler/config/repos.d/ is correct, but cobbler profile report shows "ufc8-i386" for the repo. I'm running Fedora 8, with python-simplejson 1.9.1-1. I'm going to try the latest 2.0.9 version and see what happens.
-----Original Message----- From: cobbler-bounces@lists.fedorahosted.org [mailto:cobbler-bounces@lists.fedorahosted.org] On Behalf Of Tom Brown Sent: Tuesday, April 07, 2009 8:32 AM To: cobbler mailing list Subject: Re: repo issues after 1.6.1 to 1.6.2
OK this is going to be long, lets begin
# cobbler check The following potential problems were detected: #0: yum-utils need to be at least version 1.1.17 for reposync -l, current version is 0.5 #1: The default password used by the sample templates for newly installed machines (default_password_crypted in /etc/cobbler/settings)
is still set to 'cobbler' and should be changed #2: fencing tools were not found, and are required to use the
(optional)
power management features. install cman to use them
That looks reasonable so lets start
# cobbler distro list
OK blank system
Add distro -
# cobbler import --path=/var/mirror/5.2/os/x86_64 --name=CentOS-5.2-x86_64 --available-as=http://10.10.10.234/mirror/5.2/os/x86_64 ---------------- (adding distros)
- found content (breed=redhat) at
/var/mirror/5.2/os/x86_64/images/pxeboot
- creating new distro: CentOS-5.2-x86_64
- creating new profile: CentOS-5.2-x86_64
- creating new profile: rescue-CentOS-5.2-x86_64
- found content (breed=redhat) at /var/mirror/5.2/os/x86_64/images/xen
- creating new distro: CentOS-5.2-xen-x86_64
- creating new profile: CentOS-5.2-xen-x86_64
---------------- (associating kickstarts)
- found content (breed=redhat) at
/var/mirror/5.2/os/x86_64/images/pxeboot
- found content (breed=redhat) at /var/mirror/5.2/os/x86_64/images/xen
- found content (breed=redhat) at
/var/mirror/5.2/os/x86_64/images/pxeboot
# cobbler distro list CentOS-5.2-x86_64 CentOS-5.2-xen-x86_64
Now point the created profile at the correct ks
# cobbler profile edit --name=CentOS-5.2-xen-x86_64 --kickstart=/var/lib/cobbler/kickstarts/CentOS-5.2-xen-x86_64.ks
# cobbler profile report CentOS-5.2-xen-x86_64 profile : CentOS-5.2-xen-x86_64 distro : CentOS-5.2-xen-x86_64 comment : created : Tue Apr 7 10:22:33 2009 dhcp tag : default enable menu : True kernel options : {} kickstart :
/var/lib/cobbler/kickstarts/CentOS-5.2-xen-x86_64.ks
ks metadata : {} mgmt classes : [] modified : Tue Apr 7 10:24:56 2009 name servers : [] name servers search : [] owners : [u'admin'] post kernel options : {} redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> repos : [] server : <<inherit>> template_files : {} virt bridge : xenbr0 virt cpus : 1 virt file size : 5 virt path : virt ram : 512 virt type : xenpv
Now lets add some repos
# cobbler repo add --name=CentOS-5.2-x86_64-base --mirror=http://10.10.10.234/mirror/5.2/os/x86_64 --mirror-locally=0
And run the sync
# cobbler reposync
- /usr/bin/wget -q
http://10.10.10.234/mirror/5.2/os/x86_64/repodata/comps.xml -O /var/www/cobbler/repo_mirror/CentOS-5.2-x86_64-base/repodata/comps.xml
- creating:
/var/www/cobbler/repo_mirror/CentOS-5.2-x86_64-base/config.repo
Now lets add that repo to the profile
# cobbler profile edit --name=CentOS-5.2-xen-x86_64 --repos='CentOS-5.2-x86_64-base'
And check the report for that profile to see that it has that repo now
# cobbler profile report --name=CentOS-5.2-xen-x86_64 profile : CentOS-5.2-xen-x86_64 distro : CentOS-5.2-xen-x86_64 comment : created : Tue Apr 7 10:22:33 2009 dhcp tag : default enable menu : True kernel options : {} kickstart :
/var/lib/cobbler/kickstarts/CentOS-5.2-xen-x86_64.ks
ks metadata : {} mgmt classes : [] modified : Tue Apr 7 10:29:40 2009 name servers : [] name servers search : [] owners : [u'admin'] post kernel options : {} redhat mgmt key : <<inherit>> redhat mgmt server : <<inherit>> repos : ['uCentOS-5.2-x86_64-base'] server : <<inherit>> template_files : {} virt bridge : xenbr0 virt cpus : 1 virt file size : 5 virt path : virt ram : 512 virt type : xenpv
Now add a system to that profile
# cobbler system add --name=test-box --hostname=test-box.linux.lab --ip=10.10.92.210 --netmask=255.255.255.0 --gateway=10.10.92.1 --mac=7E:A9:3C:17:BB:B4 --profile=CentOS-5.2-xen-x86_64
Now lets get the ks for that box and look see if the addition repo is available
# cobbler system getks --name=test-box
# System language lang en_US.UTF-8 langsupport --default=en_US.UTF-8 en_US.UTF-8 timezone --utc UTC # Use network installation url --url=http://10.10.10.234/mirror/5.2/os/x86_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
Nope - the repo information is missing
Lets look at the config file for that profile
# more /var/lib/cobbler/config/profiles.d/CentOS-5.2-xen-x86_64.json {"comment": "", "kickstart": "/var/lib/cobbler/kickstarts/CentOS-5.2-xen-x86_64.ks", "name_servers_search": [], "ks_meta": {}, "kernel_options_post": {}, "repos": ["CentOS-5.2-x86_64-base"], " redhat_management_key": "<<inherit>>", "virt_path": "", "kernel_options": {}, "name_servers": [], "mtime": 1239096580.127852, "template_files": {}, "uid": "MTIzOTA5NjE1My45MzQzNzcyNDQuOTMxODM",
"vi
rt_cpus": 1, "mgmt_classes": [], "distro": "CentOS-5.2-xen-x86_64", "virt_bridge": "xenbr0", "parent": "", "virt_type": "xenpv", "enable_menu": true, "virt_file_size": 5, "ctime": 1239096153.927331 9, "dhcp_tag": "default", "owners": ["admin"], "name": "CentOS-5.2-xen-x86_64", "virt_ram": 512, "random_id": "bOef",
"server":
"<<inherit>>", "redhat_management_server": "<<inherit>>", "depth": 1}
Yep - repo info in there, now lets look at the config for that system
# more /var/lib/cobbler/config/systems.d/test-box.json {"comment": "", "kickstart": "<<inherit>>", "name_servers_search": [],
"ks_meta": {}, "kernel_options_post": {}, "image": "", "redhat_management_key": "<<inherit>>", "virt_path": "<<inherit>>",
"po
wer_user": "", "kernel_options": {}, "name_servers": [], "mtime": 1239096767.978888, "template_files": {}, "gateway": "10.10.92.1",
"uid":
"MTIzOTA5Njc2Ny45ODUxNjA2OS44NjQ4NTE", "power_type": "ipmi tool", "virt_cpus": "<<inherit>>", "hostname": "test-box.linux.lab", "mgmt_classes": [], "power_pass": "", "netboot_enabled": true, "profile": "CentOS-5.2-xen-x86_64", "virt_bridge": "<<inh erit>>", "parent": "", "virt_type": "<<inherit>>", "interfaces": {"eth0": {"dhcp_tag": "", "subnet": "255.255.255.0", "dns_name": "", "virt_bridge": "", "static_routes": [], "bonding_master": "", " bonding": "", "static": false, "bonding_opts": "", "mac_address": "7E:A9:3C:17:BB:B4", "ip_address": "10.10.92.210"}}, "power_address": "", "virt_file_size": "<<inherit>>", "ctime": 1239096767.9788 88, "owners": ["admin"], "name": "test-box", "virt_ram":
"<<inherit>>",
"power_id": "", "random_id": "", "server": "<<inherit>>", "redhat_management_server": "<<inherit>>", "depth": 2}
Yep - the system is in the profile that has that repo listed and yet that repo is not available to the system.
# cobbler check The following potential problems were detected: #0: yum-utils need to be at least version 1.1.17 for reposync -l, current version is 0.5 #1: The default password used by the sample templates for newly installed machines (default_password_crypted in /etc/cobbler/settings)
is still set to 'cobbler' and should be changed #2: One or more repos referenced by profile objects is no longer
defined
in cobbler: uCentOS-5.2-x86_64-base #3: fencing tools were not found, and are required to use the
(optional)
power management features. install cman to use them
is that any help ?
i am investigating my theory that this is caused by python-simplejson < 2
_______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
I am seeing the same problem, real repo name is "fc8-i36", repo info in json file in /var/lib/cobbler/config/repos.d/ is correct, but cobbler profile report shows "ufc8-i386" for the repo. I'm running Fedora 8, with python-simplejson 1.9.1-1. I'm going to try the latest 2.0.9 version and see what happens.
i have tried with python-simplejson-2.0.5-1 and i get the same result
Tom Brown wrote:
I am seeing the same problem, real repo name is "fc8-i36", repo info in json file in /var/lib/cobbler/config/repos.d/ is correct, but cobbler profile report shows "ufc8-i386" for the repo. I'm running Fedora 8, with python-simplejson 1.9.1-1. I'm going to try the latest 2.0.9 version and see what happens.
i have tried with python-simplejson-2.0.5-1 and i get the same result
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
I'll try this today, most likely something we need to do to force consistent unicode usage on older Pythons.
--Michael
I'll try this today, most likely something we need to do to force consistent unicode usage on older Pythons.
--Michael
FWIW, this is a pretty good presentation on Python unicode bits, or seems to be:
After doing the following
# yum install python-setuptools python-setuptools-devel # easy_install --upgrade simplejson
Simplejson was upgraded to version 2.0.9 and the problem went away!!
-----Original Message----- From: cobbler-bounces@lists.fedorahosted.org [mailto:cobbler-bounces@lists.fedorahosted.org] On Behalf Of Michael DeHaan Sent: Wednesday, April 08, 2009 8:15 AM To: cobbler mailing list Subject: Re: repo issues after 1.6.1 to 1.6.2
Tom Brown wrote:
I am seeing the same problem, real repo name is "fc8-i36", repo info
in
json file in /var/lib/cobbler/config/repos.d/ is correct, but cobbler profile report shows "ufc8-i386" for the repo. I'm running Fedora 8, with python-simplejson 1.9.1-1. I'm going to try the latest 2.0.9 version and see what happens.
i have tried with python-simplejson-2.0.5-1 and i get the same result
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
I'll try this today, most likely something we need to do to force consistent unicode usage on older Pythons.
--Michael _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
After doing the following
# yum install python-setuptools python-setuptools-devel # easy_install --upgrade simplejson
Simplejson was upgraded to version 2.0.9 and the problem went away!!
this is on CentOS 4 though and those packages are as per whats available in epel for me - thanks for the tip though
Gunter Woytowitz wrote:
After doing the following
# yum install python-setuptools python-setuptools-devel # easy_install --upgrade simplejson
Simplejson was upgraded to version 2.0.9 and the problem went away!!
Thanks Gunter!
I'll file a bugzilla against simplejson so we can bump the version in EPEL.
--Michael
-----Original Message----- From: cobbler-bounces@lists.fedorahosted.org [mailto:cobbler-bounces@lists.fedorahosted.org] On Behalf Of Michael DeHaan Sent: Wednesday, April 08, 2009 8:15 AM To: cobbler mailing list Subject: Re: repo issues after 1.6.1 to 1.6.2
Tom Brown wrote:
I am seeing the same problem, real repo name is "fc8-i36", repo info
in
json file in /var/lib/cobbler/config/repos.d/ is correct, but cobbler profile report shows "ufc8-i386" for the repo. I'm running Fedora 8, with python-simplejson 1.9.1-1. I'm going to try the latest 2.0.9 version and see what happens.
i have tried with python-simplejson-2.0.5-1 and i get the same result
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
I'll try this today, most likely something we need to do to force consistent unicode usage on older Pythons.
--Michael _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
Michael DeHaan wrote:
Gunter Woytowitz wrote:
After doing the following
# yum install python-setuptools python-setuptools-devel # easy_install --upgrade simplejson
Simplejson was upgraded to version 2.0.9 and the problem went away!!
Thanks Gunter!
I'll file a bugzilla against simplejson so we can bump the version in EPEL.
--Michael
https://bugzilla.redhat.com/show_bug.cgi?id=494886
Done. Those interested in seeing when this gets done can add themselves to the CC.
--Michael
Gunter Woytowitz wrote:
After doing the following
# yum install python-setuptools python-setuptools-devel # easy_install --upgrade simplejson
Simplejson was upgraded to version 2.0.9 and the problem went away!!
Are you sure you were trying this on EL 4? http://www.undefined.org/python/ ... says this requires Python 2.4
If you had this problem on EL 5, let us know, that's good info to know as well.
--Michael
Are you sure you were trying this on EL 4? http://www.undefined.org/python/ ... says this requires Python 2.4
If you had this problem on EL 5, let us know, that's good info to know as well.
i think he said he was on fc8 - the issue is still present in el4
Tom Brown wrote:
Are you sure you were trying this on EL 4? http://www.undefined.org/python/ ... says this requires Python 2.4
If you had this problem on EL 5, let us know, that's good info to know as well.
i think he said he was on fc8 - the issue is still present in el4 _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
Have you tried 2.0.9?
--Michael
Tom Brown wrote:
i have tried 2.0.5-1 and the latest i could find in epel is 2.0.3-2 so if anyone can give me a link to a .src of 2.0.9 then i can of course try it out
never mind - found a source tarball and made an rpm from that - lets see if that makes any difference
OK no improvement
#5: One or more repos referenced by profile objects is no longer defined in cobbler: uCentOS-5.2-x86_64-base, usoftware-5-x86_64
# rpm -qa | grep simplejson python-simplejson-2.0.9-1
But remember that this version of simplejson claims to work against python 2.4 and EL4 has python 2.3
tom
Tom Brown wrote:
Have you tried 2.0.9?
i have tried 2.0.5-1 and the latest i could find in epel is 2.0.3-2 so if anyone can give me a link to a .src of 2.0.9 then i can of course try it out
thanks _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
This post was about 2.0.9, *not* 2.0.5. The email above mentioned it was installed via ez_install.
I'm currently testing to see if (A) I can replicate your problem, (B) 2.0.9 is Python 2.3 compatible for real or not, and (C) whether it fixes "A".
I'll let you know.
Until then, no more replies on this topic, ok? :)
--Michael
Sorry one more reply on this topic :-) I did have to manually edit some profile config files under /var/lib/cobbler/config to remove extra u's in the repo names. I think sometimes the bad values in ram are saved to the files. After I fixed the repo names in the files and updated to 2.0.9 all was good.
-----Original Message----- From: cobbler-bounces@lists.fedorahosted.org [mailto:cobbler-bounces@lists.fedorahosted.org] On Behalf Of Tom Brown Sent: Wednesday, April 08, 2009 12:37 PM To: cobbler mailing list Subject: Re: repo issues after 1.6.1 to 1.6.2
I'll let you know.
Until then, no more replies on this topic, ok? :)
ok - sure _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
Gunter Woytowitz wrote:
Sorry one more reply on this topic :-) I did have to manually edit some profile config files under /var/lib/cobbler/config to remove extra u's in the repo names. I think sometimes the bad values in ram are saved to the files. After I fixed the repo names in the files and updated to 2.0.9 all was good.
simplejson 2.0.9 is not Python 2.3 compatible.
The fix is in this thread: https://fedorahosted.org/pipermail/cobbler/2009-April/003781.html
No, we cannot discern strings starting with u, so if you have any existing strings encoded wrong, they will have to be fixed by editing them once. You could use the CLI or webapp to do this rather than editing the files.
--Michael
cobbler@lists.fedorahosted.org