Gordon,
Good to know, thanks for the info.
David
On 02/15/2010 10:41 AM, Gordon Child wrote:
David, Most CentOS repos also implement the sqlite db in addition to the xml in repodata. The option to generate that is -d in createrepo. This is something that I think also should be added by default to CentOS repos.
-Gordon
On Feb 15, 2010, at 10:19 AM, Adurotec wrote:
Figured out my problem, which turned out to be two issues.
The first issue was that the kickstart file had some syntax errors that did not allow the install to remain non-interactive. Once I correct those issues the install continued up until my next problem.
I received the following error during the kickstart install (truncated):
"Unable to read packge metadata".
Doing some digging around I found out that the Cobbler import feature for importing a distributions uses createrepo 0.9.7 with default settings and that as of January 2009 it has implemented sha256 as the default checksum method for repodata. Apparently yum and/or anaconda for CentOS 5.x seems to only support sha1 ("sha") checksums for repodata files so I had to run: createrepo -s sha -o . -g repodata/comps.xml .
At the top of the tree to fix the issue.
Here is the link to the Cobbler ticket that explains what fixed my issue:
https://fedorahosted.org/cobbler/ticket/463
Hope this info helps anyone having the same issue.
David
On 02/14/2010 10:07 AM, Adurotec wrote:
Totally new to cobbler and I am having an issue with my initial installation of version 1.6.6 which is installed on Fedora11 x86_64.
I imported two CentOS 5.4 DVD iso's (i386 & x86_64), and setup a new box for a pxe install and created a new profile with a custom kickstart file so I could start my testing of cobbler. The server boots up and gets the install menu which shows the default installs that were created when I imported the ISO's plus the custom install I created. When I select my custom install I see the kernel and initrd being installed but the install which was supposed to be non-interactive fails to go non-interactive.
I checked my apache logs and found the following:
==> access_log <==
10.200.2.122 - - [14/Feb/2010:15:22:34 +0000] "GET /cblr/svc/op/ks/profile/mboxmail-CentOS-5.4-i386 HTTP/1.0" 200 1328 "-" "anaconda/11.1.2.195"
10.200.2.73 - - [14/Feb/2010:15:22:57 +0000] "GET/cblr/links/CentOS-5.4-i386/images/updates.img HTTP/1.0" 404 319 "-" "anaconda/11.1.2.195"
10.200.2.73 - - [14/Feb/2010:15:22:57 +0000] "GET /cblr/links/CentOS-5.4-i386/disc1/images/updates.img HTTP/1.0" 404 325 "-" "anaconda/11.1.2.195"
10.200.2.73 - - [14/Feb/2010:15:22:57 +0000] "GET /cblr/links/CentOS-5.4-i386/images/product.img HTTP/1.0" 404 319 "-" "anaconda/11.1.2.195"
10.200.2.73 - - [14/Feb/2010:15:22:57 +0000] "GET /cblr/links/CentOS-5.4-i386/disc1/images/product.img HTTP/1.0" 404 325 "-" "anaconda/11.1.2.195"
==> error_log <==
[Sun Feb 14 15:22:57 2010] [error] [client 10.200.2.73] File does not exist: /var/www/cobbler/links/CentOS-5.4-i386/images/updates.img
[Sun Feb 14 15:22:57 2010] [error] [client 10.200.2.73] File does not exist: /var/www/cobbler/links/CentOS-5.4-i386/disc1
[Sun Feb 14 15:22:57 2010] [error] [client 10.200.2.73] File does not exist: /var/www/cobbler/links/CentOS-5.4-i386/images/product.img
[Sun Feb 14 15:22:57 2010] [error] [client 10.200.2.73] File does not exist: /var/www/cobbler/links/CentOS-5.4-i386/disc1
==> access_log <==
10.200.2.73 - - [14/Feb/2010:15:22:57 +0000] "GET /cblr/links/CentOS-5.4-i386/images/stage2.img HTTP/1.0" 200 111767552 "-" "anaconda/11.1.2.195"
10.200.2.73 - - [14/Feb/2010:15:23:13 +0000] "GET /cblr/links/CentOS-5.4-i386//disc1/.discinfo HTTP/1.1" 404 317 "-" "urlgrabber/3.1.0"
==> error_log <==
[Sun Feb 14 15:23:13 2010] [error] [client 10.200.2.73] File does not exist: /var/www/cobbler/links/CentOS-5.4-i386/disc1
This explains why the non-interactive install is failing, but what I don't understand is, the server is requesting /cblr/svc/op/ks/profile/mboxmail-CentOS-5.4-i386 (which is the link found in the install menu for the profile selected) but then the server requests /cblr/links/CentOS-5.4-i386/images/updates.img (which doesn't exist) and /cblr/links/CentOS-5.4-i386/disc1/images/updates.img (which also does not exist).
The /var/www/cobbler/links/CentOS-5/4-i386 is a sym link to /var/www/cobbler/ks_mirror/CentOS-5.4-i386 which ultimately points to the CentOS-5.4-i386 ISO that was imported into cobbler.
Is there some configuration change I need to make that didn't get set correctly when I did the import?
Thanks in advance.
David
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
cobbler mailing list cobbler@lists.fedorahosted.org mailto:cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler