Hi I have just installed a vanilla cobbler server... well re-installed to make sure I did not do something stupid.
I have only done the most basic of configuration changes to cobbler which includes the default password, server and nextserver variable settings.
I then import a DVD: cobbler import --path=/mnt/ --name=rhel5u7 --arch=x86_64
and get the following errors at the end of running the import command: received on stderr: adding distros creating new distro: rhel5u7-xen-x86_64 creating new profile: rhel5u7-xen-x86_64 creating new distro: rhel5u7-x86_64 creating new profile: rhel5u7-x86_64 associating repos traversing distro rhel5u7-xen-x86_64 descent into /var/www/cobbler/ks_mirror/rhel5u7 traversing distro rhel5u7-x86_64 descent into /var/www/cobbler/ks_mirror/rhel5u7 associating kickstarts *** TASK COMPLETE ***
Well it is received on stderr so I assume it is errors. It does not shout our error to you...
I modify the created profile and point it to the sample.ks file.
I then add a new machine and view the kickstart. I am expecting to see: repo --name=source-1 --baseurl= http://10.173.90.168/cobbler/ks_mirror/RHEL-5.5-x86_64/VT
but this is not working...
Also /var/www/cobbler/links contains broken links...
So what am I doing wrong? Or is this a bug?
Regards
Hi,
imho, you should get an url line, like
url --url http://10.173.90.168/cblr/links/rhel5u7-x86_64
Do you get a kickstart file at all? What are the problems?
What with the links, where do they point to? There should be one for every distro, like
rhel5u7-x86_64 -> /var/www/cobbler/ks_mirror/rhel5u7-x86_64
If you do a
"cobbler distro report --name=rhel5u7-x86_64"
What is the entry of the Kickstart Metadata line?
Greetings André
----- Ursprüngliche Mail -----
Hi I have just installed a vanilla cobbler server... well re-installed to make sure I did not do something stupid.
I have only done the most basic of configuration changes to cobbler which includes the default password, server and nextserver variable settings.
I then import a DVD: cobbler import --path=/mnt/ --name=rhel5u7 --arch=x86_64
and get the following errors at the end of running the import command:
received on stderr: adding distros creating new distro: rhel5u7-xen-x86_64 creating new profile: rhel5u7-xen-x86_64 creating new distro: rhel5u7-x86_64 creating new profile: rhel5u7-x86_64 associating repos traversing distro rhel5u7-xen-x86_64 descent into /var/www/cobbler/ks_mirror/rhel5u7 traversing distro rhel5u7-x86_64 descent into /var/www/cobbler/ks_mirror/rhel5u7 associating kickstarts *** TASK COMPLETE ***
Well it is received on stderr so I assume it is errors. It does not shout our error to you...
I modify the created profile and point it to the sample.ks file.
I then add a new machine and view the kickstart. I am expecting to see: repo --name=source-1 --baseurl= http://10.173.90.168/cobbler/ks_mirror/RHEL-5.5-x86_64/VT
but this is not working...
Also /var/www/cobbler/links contains broken links...
So what am I doing wrong? Or is this a bug?
Regards
-- Gerhardus Geldenhuis
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
Hi
On 27 February 2012 15:58, André Gemünd andre.gemuend@scai.fraunhofer.dewrote:
Hi,
imho, you should get an url line, like
I do get a kickstart file and a URL as above. The server builds but the problems is: * The import has reports an error or does it? I am not sure and that is the problem it is not clear enough on there being an error when importing from the DVD. * $yum_repo_stanza does not work for my kickstart. It is build into cobbler but I could not find a clear way of debugging why it would not generate the entries in my kickstart file to point the newly build server back to the cobbler server for OS rpms. * The third problem is that the import of the DVD made symlinks but broken ones.
/var/www/cobbler/links lrwxrwxrwx 1 root root 34 Feb 27 13:30 rhel5u7-x86_64 -> /var/www/cobbler/ks_mirror/rhel5u7 lrwxrwxrwx 1 root root 34 Feb 27 13:30 rhel5u7-xen-x86_64 -> /var/www/cobbler/ks_mirror/rhel5u7
Do you get a kickstart file at all? What are the problems?
What with the links, where do they point to? There should be one for every distro, like
rhel5u7-x86_64 -> /var/www/cobbler/ks_mirror/rhel5u7-x86_64
If you do a
"cobbler distro report --name=rhel5u7-x86_64"
What is the entry of the Kickstart Metadata line?
The metadata entry is: Kickstart Metadata : {'tree': 'http://@@http_server@ @/cblr/links/rhel5u7-x86_64'}
Which would point to the broken links.
Greetings André
----- Ursprüngliche Mail -----
Hi I have just installed a vanilla cobbler server... well re-installed to make sure I did not do something stupid.
I have only done the most basic of configuration changes to cobbler which includes the default password, server and nextserver variable settings.
I then import a DVD: cobbler import --path=/mnt/ --name=rhel5u7 --arch=x86_64
and get the following errors at the end of running the import command:
received on stderr: adding distros creating new distro: rhel5u7-xen-x86_64 creating new profile: rhel5u7-xen-x86_64 creating new distro: rhel5u7-x86_64 creating new profile: rhel5u7-x86_64 associating repos traversing distro rhel5u7-xen-x86_64 descent into /var/www/cobbler/ks_mirror/rhel5u7 traversing distro rhel5u7-x86_64 descent into /var/www/cobbler/ks_mirror/rhel5u7 associating kickstarts *** TASK COMPLETE ***
Well it is received on stderr so I assume it is errors. It does not shout our error to you...
I modify the created profile and point it to the sample.ks file.
I then add a new machine and view the kickstart. I am expecting to see: repo --name=source-1 --baseurl= http://10.173.90.168/cobbler/ks_mirror/RHEL-5.5-x86_64/VT
but this is not working...
Also /var/www/cobbler/links contains broken links...
So what am I doing wrong? Or is this a bug?
Regards
-- Gerhardus Geldenhuis
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
-- André Gemünd Fraunhofer-Institute for Algorithms and Scientific Computing andre.gemuend@scai.fraunhofer.de Tel: +49 2241 14-2193 /C=DE/O=Fraunhofer/OU=SCAI/OU=People/CN=Andre Gemuend _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
Hi,
- The import has reports an error or does it? I am not sure and that
is the problem it is not clear enough on there being an error when importing from the DVD.
I don't think that there was an error.
- $yum_repo_stanza does not work for my kickstart. It is build into
cobbler but I could not find a clear way of debugging why it would not generate the entries in my kickstart file to point the newly build server back to the cobbler server for OS rpms.
I see. This is a bit confusing. yum_repo_stanza is for additional repositories during anaconda installation. E.g. I have EPEL in the repos variable in my profile and install packages from there in my kickstart. You can add the "Repo" parameter in your profile for that. See http://fedoraproject.org/wiki/Anaconda/Kickstart#repo
There is also yum_config_stanza in the %post section, which configures the base repositories on your installed system. For this to work, you need to set yum_post_install_mirror to 1 in /etc/cobbler/settings.
- The third problem is that the import of the DVD made symlinks but
broken ones.
/var/www/cobbler/links lrwxrwxrwx 1 root root 34 Feb 27 13:30 rhel5u7-x86_64 -> /var/www/cobbler/ks_mirror/rhel5u7 lrwxrwxrwx 1 root root 34 Feb 27 13:30 rhel5u7-xen-x86_64 -> /var/www/cobbler/ks_mirror/rhel5u7
I don't understand that, actually. I guess the correct target would be /var/www/cobbler/ks_mirror/rhel5u7-x86_64?
Greetings André
On 27 February 2012 16:54, André Gemünd andre.gemuend@scai.fraunhofer.dewrote:
Hi,
- The import has reports an error or does it? I am not sure and that
is the problem it is not clear enough on there being an error when importing from the DVD.
I don't think that there was an error.
- $yum_repo_stanza does not work for my kickstart. It is build into
cobbler but I could not find a clear way of debugging why it would not generate the entries in my kickstart file to point the newly build server back to the cobbler server for OS rpms.
I see. This is a bit confusing. yum_repo_stanza is for additional repositories during anaconda installation. E.g. I have EPEL in the repos variable in my profile and install packages from there in my kickstart. You can add the "Repo" parameter in your profile for that. See http://fedoraproject.org/wiki/Anaconda/Kickstart#repo
Fair enough.
There is also yum_config_stanza in the %post section, which configures the base repositories on your installed system. For this to work, you need to set yum_post_install_mirror to 1 in /etc/cobbler/settings.
That setting is 1 by default. The $yum_config_stanza does not work for me. The line in the kickstart that gets generated is:
wget " http://cobbler2.example.com/cblr/svc/op/yum/system/testmachine.example.com" --output-document=/etc/yum.repos.d/cobbler-config.repo returns an empty file. There is no error in the logs. The file exists but is empty. So some how the contents of this internal variable were not created. I would love to debug this further but not sure how. man cobbler does not make mention of any debugging or logging. Nor could I find an parameters in /etc/cobbler/settings to change debug level. I have checked all the log files for errors.
- The third problem is that the import of the DVD made symlinks but
broken ones.
/var/www/cobbler/links lrwxrwxrwx 1 root root 34 Feb 27 13:30 rhel5u7-x86_64 -> /var/www/cobbler/ks_mirror/rhel5u7 lrwxrwxrwx 1 root root 34 Feb 27 13:30 rhel5u7-xen-x86_64 -> /var/www/cobbler/ks_mirror/rhel5u7
I don't understand that, actually. I guess the correct target would be /var/www/cobbler/ks_mirror/rhel5u7-x86_64?
The cobbler import command creates those symlinks... but it creates broken symlinks so a bug in my opinion.
Regards
Hi Gerhardus,
wget " http://cobbler2.example.com/cblr/svc/op/yum/system/testmachine.example.com " --output-document=/etc/yum.repos.d/cobbler-config.repo returns an empty file. There is no error in the logs. The file exists but is empty. So some how the contents of this internal variable were not created. I would love to debug this further but not sure how. man cobbler does not make mention of any debugging or logging. Nor could I find an parameters in /etc/cobbler/settings to change debug level. I have checked all the log files for errors.
I see. So at least the variable was correctly extended, otherwise the line would not be there. If you point a browser to
http://10.173.90.168/cblr/svc/op/yum/system/testmachine.example.com
do you get the correct response, or is it just empty?
If it is empty, I would check the HTTP log for errors. There should at least be a string "#object not found" or something like that.
If not, maybe the machine can't resolve cobbler2.example.com during installation?
hth André
On 28 February 2012 15:48, André Gemünd andre.gemuend@scai.fraunhofer.dewrote:
Hi Gerhardus,
wget "
http://cobbler2.example.com/cblr/svc/op/yum/system/testmachine.example.com
" --output-document=/etc/yum.repos.d/cobbler-config.repo returns an empty file. There is no error in the logs. The file exists but is empty. So some how the contents of this internal variable were not created. I would love to debug this further but not sure how. man cobbler does not make mention of any debugging or logging. Nor could I find an parameters in /etc/cobbler/settings to change debug level. I have checked all the log files for errors.
I see. So at least the variable was correctly extended, otherwise the line would not be there. If you point a browser to
http://10.173.90.168/cblr/svc/op/yum/system/testmachine.example.com
do you get the correct response, or is it just empty?
If it is empty, I would check the HTTP log for errors. There should at least be a string "#object not found" or something like that.
If not, maybe the machine can't resolve cobbler2.example.com during installation?
The log files show a 200 when getting the file. It is just empty. I thought about the resolve problem... during installation. Browsing to it just gives me an empty page with a 200 in the log file. A wget on the build server also fails... so I am currently at a bit of a loss. I building a new test machine based on RHEL5.5 to see if that would make a difference.
From the httpd log file:
"GET /cblr/svc/op/yum/system/auth01.clean.io HTTP/1.1" 200 - "-" "Mozilla/5.0
Regards
Okay,
The log files show a 200 when getting the file. It is just empty. I thought about the resolve problem... during installation. Browsing to it just gives me an empty page with a 200 in the log file. A wget on the build server also fails... so I am currently at a bit of a loss. I building a new test machine based on RHEL5.5 to see if that would make a difference. From the httpd log file: "GET /cblr/svc/op/yum/system/ auth01.clean.io HTTP/1.1" 200 - "-" "Mozilla/5.0
in that case I'd guess the repositories aren't configured in the profile. Could you try adding a repository to the profile and retrieve the page again?
BTW, I missed the part about the links in your last mail. I agree this might be a bug. There is a report here already:
https://github.com/cobbler/cobbler/issues/72
Is this yours? Otherwise you could perhaps add to it.
Greetings André
On 28 February 2012 16:13, André Gemünd andre.gemuend@scai.fraunhofer.dewrote:
Okay,
The log files show a 200 when getting the file. It is just empty. I thought about the resolve problem... during installation. Browsing to it just gives me an empty page with a 200 in the log file. A wget on the build server also fails... so I am currently at a bit of a loss. I building a new test machine based on RHEL5.5 to see if that would make a difference. From the httpd log file: "GET /cblr/svc/op/yum/system/ auth01.clean.io HTTP/1.1" 200 - "-" "Mozilla/5.0
in that case I'd guess the repositories aren't configured in the profile. Could you try adding a repository to the profile and retrieve the page again?
BTW, I missed the part about the links in your last mail. I agree this might be a bug. There is a report here already:
https://github.com/cobbler/cobbler/issues/72
Is this yours? Otherwise you could perhaps add to it.
Greetings André
Thanks for the pointers to the github issues. Its not mine but I am adding to it. It looks like the problem is on later versions of RHEL. It does not happen on RHEL5.5. Details in git issues.
Regards
To explain what I meant, it might be that the repository has not been created during the distribution import, and that therefor the list of repositories in this file is empty. This would be another bug. Does cobbler repo list show you something?
Greetings André
----- Ursprüngliche Mail -----
On 28 February 2012 15:48, André Gemünd < andre.gemuend@scai.fraunhofer.de > wrote:
Hi Gerhardus,
wget " http://cobbler2.example.com/cblr/svc/op/yum/system/testmachine.example.com " --output-document=/etc/yum.repos.d/cobbler-config.repo returns an empty file. There is no error in the logs. The file exists but is empty. So some how the contents of this internal variable were not created. I would love to debug this further but not sure how. man cobbler does not make mention of any debugging or logging. Nor could I find an parameters in /etc/cobbler/settings to change debug level. I have checked all the log files for errors.
I see. So at least the variable was correctly extended, otherwise the line would not be there. If you point a browser to
http://10.173.90.168/cblr/svc/op/yum/system/testmachine.example.com
do you get the correct response, or is it just empty?
If it is empty, I would check the HTTP log for errors. There should at least be a string "#object not found" or something like that.
If not, maybe the machine can't resolve cobbler2.example.com during installation?
The log files show a 200 when getting the file. It is just empty. I thought about the resolve problem... during installation. Browsing to it just gives me an empty page with a 200 in the log file. A wget on the build server also fails... so I am currently at a bit of a loss. I building a new test machine based on RHEL5.5 to see if that would make a difference. From the httpd log file: "GET /cblr/svc/op/yum/system/ auth01.clean.io HTTP/1.1" 200 - "-" "Mozilla/5.0
Regards
-- Gerhardus Geldenhuis
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
Hi cobbler repo list is empty but then I would expect that to be the case as I have not added additional repos. I am only expecting the base repos to be added.
I have tried re-importing the dvd with a different name and assigned my server a new profile. At the moment I am trying out RHEL5.5 and will see if that behaves any differently.
Thanks for your help so far.
On 28 February 2012 16:25, André Gemünd andre.gemuend@scai.fraunhofer.dewrote:
To explain what I meant, it might be that the repository has not been created during the distribution import, and that therefor the list of repositories in this file is empty. This would be another bug. Does cobbler repo list show you something?
Greetings André
----- Ursprüngliche Mail -----
On 28 February 2012 15:48, André Gemünd < andre.gemuend@scai.fraunhofer.de > wrote:
Hi Gerhardus,
wget "
http://cobbler2.example.com/cblr/svc/op/yum/system/testmachine.example.com
" --output-document=/etc/yum.repos.d/cobbler-config.repo returns an empty file. There is no error in the logs. The file exists but is empty. So some how the contents of this internal variable were not created. I would love to debug this further but not sure how. man cobbler does not make mention of any debugging or logging. Nor could I find an parameters in /etc/cobbler/settings to change debug level. I have checked all the log files for errors.
I see. So at least the variable was correctly extended, otherwise the line would not be there. If you point a browser to
http://10.173.90.168/cblr/svc/op/yum/system/testmachine.example.com
do you get the correct response, or is it just empty?
If it is empty, I would check the HTTP log for errors. There should at least be a string "#object not found" or something like that.
If not, maybe the machine can't resolve cobbler2.example.com during installation?
The log files show a 200 when getting the file. It is just empty. I thought about the resolve problem... during installation. Browsing to it just gives me an empty page with a 200 in the log file. A wget on the build server also fails... so I am currently at a bit of a loss. I building a new test machine based on RHEL5.5 to see if that would make a difference. From the httpd log file: "GET /cblr/svc/op/yum/system/ auth01.clean.io HTTP/1.1" 200 - "-" "Mozilla/5.0
Regards
-- Gerhardus Geldenhuis
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
-- André Gemünd Fraunhofer-Institute for Algorithms and Scientific Computing andre.gemuend@scai.fraunhofer.de Tel: +49 2241 14-2193 /C=DE/O=Fraunhofer/OU=SCAI/OU=People/CN=Andre Gemuend _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
Hi,
the yum_config_stanza only takes the managed repositories, so if this list is empty, it won't output anything.
As far as I know the repository should be generated from the install tree, c.f. repo_finder in https://github.com/cobbler/cobbler/blob/master/cobbler/modules/manage_import...
It parses the distros for comps.xml files. Perhaps we find the bug there.
Greetings André
----- Ursprüngliche Mail -----
Hi cobbler repo list is empty but then I would expect that to be the case as I have not added additional repos. I am only expecting the base repos to be added.
I have tried re-importing the dvd with a different name and assigned my server a new profile. At the moment I am trying out RHEL5.5 and will see if that behaves any differently.
Thanks for your help so far.
On 28 February 2012 16:25, André Gemünd < andre.gemuend@scai.fraunhofer.de > wrote:
To explain what I meant, it might be that the repository has not been created during the distribution import, and that therefor the list of repositories in this file is empty. This would be another bug. Does cobbler repo list show you something?
Greetings André
----- Ursprüngliche Mail -----
On 28 February 2012 15:48, André Gemünd < andre.gemuend@scai.fraunhofer.de > wrote:
Hi Gerhardus,
wget " http://cobbler2.example.com/cblr/svc/op/yum/system/testmachine.example.com " --output-document=/etc/yum.repos.d/cobbler-config.repo returns an empty file. There is no error in the logs. The file exists but is empty. So some how the contents of this internal variable were not created. I would love to debug this further but not sure how. man cobbler does not make mention of any debugging or logging. Nor could I find an parameters in /etc/cobbler/settings to change debug level. I have checked all the log files for errors.
I see. So at least the variable was correctly extended, otherwise the line would not be there. If you point a browser to
http://10.173.90.168/cblr/svc/op/yum/system/testmachine.example.com
do you get the correct response, or is it just empty?
If it is empty, I would check the HTTP log for errors. There should at least be a string "#object not found" or something like that.
If not, maybe the machine can't resolve cobbler2.example.com during installation?
The log files show a 200 when getting the file. It is just empty. I thought about the resolve problem... during installation. Browsing to it just gives me an empty page with a 200 in the log file. A wget on the build server also fails... so I am currently at a bit of a loss. I building a new test machine based on RHEL5.5 to see if that would make a difference. From the httpd log file: "GET /cblr/svc/op/yum/system/ auth01.clean.io HTTP/1.1" 200 - "-"
"Mozilla/5.0
Regards
-- Gerhardus Geldenhuis
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
-- André Gemünd Fraunhofer-Institute for Algorithms and Scientific Computing andre.gemuend@scai.fraunhofer.de Tel: +49 2241 14-2193 /C=DE/O=Fraunhofer/OU=SCAI/OU=People/CN=Andre Gemuend _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
-- Gerhardus Geldenhuis
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
I wasn't aware that the "Import DVD" should have created a Repo also, I created issue 72 and 73 and I did not report on the missing Repos but mine are also missing. The only Repo I have is the one for updates that I added.
I also just noticed that the "OS Version" of the Distros imported from the RHEL5.7 and RHEL5.8 DVD's was "generic26" instead of "rhel5"
What would be the procedure to get the Repos added after the fact without removing the Distros and reading (although I would be glad to offer up time to test and troubleshoot this)
Regards, Sean
-----Original Message----- From: cobbler-bounces@lists.fedorahosted.org [mailto:cobbler-bounces@lists.fedorahosted.org] On Behalf Of André Gemünd Sent: Tuesday, February 28, 2012 11:47 AM To: cobbler mailing list Subject: Re: [cobbler] Repo problems....
Hi,
the yum_config_stanza only takes the managed repositories, so if this list is empty, it won't output anything.
As far as I know the repository should be generated from the install tree, c.f. repo_finder in https://github.com/cobbler/cobbler/blob/master/cobbler/modules/manage_import...
It parses the distros for comps.xml files. Perhaps we find the bug there.
Greetings André
----- Ursprüngliche Mail -----
Hi cobbler repo list is empty but then I would expect that to be the case as I have not added additional repos. I am only expecting the base repos to be added.
I have tried re-importing the dvd with a different name and assigned my server a new profile. At the moment I am trying out RHEL5.5 and will see if that behaves any differently.
Thanks for your help so far.
On 28 February 2012 16:25, André Gemünd < andre.gemuend@scai.fraunhofer.de > wrote:
To explain what I meant, it might be that the repository has not been created during the distribution import, and that therefor the list of repositories in this file is empty. This would be another bug. Does cobbler repo list show you something?
Greetings André
----- Ursprüngliche Mail -----
On 28 February 2012 15:48, André Gemünd < andre.gemuend@scai.fraunhofer.de > wrote:
Hi Gerhardus,
wget " http://cobbler2.example.com/cblr/svc/op/yum/system/testmachine.example.com " --output-document=/etc/yum.repos.d/cobbler-config.repo returns an empty file. There is no error in the logs. The file exists but is empty. So some how the contents of this internal variable were not created. I would love to debug this further but not sure how. man cobbler does not make mention of any debugging or logging. Nor could I find an parameters in /etc/cobbler/settings to change debug level. I have checked all the log files for errors.
I see. So at least the variable was correctly extended, otherwise the line would not be there. If you point a browser to
http://10.173.90.168/cblr/svc/op/yum/system/testmachine.example.com
do you get the correct response, or is it just empty?
If it is empty, I would check the HTTP log for errors. There should at least be a string "#object not found" or something like that.
If not, maybe the machine can't resolve cobbler2.example.com during installation?
The log files show a 200 when getting the file. It is just empty. I thought about the resolve problem... during installation. Browsing to it just gives me an empty page with a 200 in the log file. A wget on the build server also fails... so I am currently at a bit of a loss. I building a new test machine based on RHEL5.5 to see if that would make a difference. From the httpd log file: "GET /cblr/svc/op/yum/system/ auth01.clean.io HTTP/1.1" 200 - "-"
"Mozilla/5.0
Regards
-- Gerhardus Geldenhuis
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
-- André Gemünd Fraunhofer-Institute for Algorithms and Scientific Computing andre.gemuend@scai.fraunhofer.de Tel: +49 2241 14-2193 /C=DE/O=Fraunhofer/OU=SCAI/OU=People/CN=Andre Gemuend _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
-- Gerhardus Geldenhuis
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
-- André Gemünd Fraunhofer-Institute for Algorithms and Scientific Computing andre.gemuend@scai.fraunhofer.de Tel: +49 2241 14-2193 /C=DE/O=Fraunhofer/OU=SCAI/OU=People/CN=Andre Gemuend _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler Terracon provides geotechnical, environmental, construction materials, and facilities consulting engineering services delivered with responsiveness, resourcefulness, and reliability.
________________________________
Private and confidential as detailed here (www.terracon.com/disclaimer). If you cannot access hyperlink, please e-mail sender.
I traced back the problems and added all necessary information to the issue on github:
https://github.com/cobbler/cobbler/issues/72
Cheers André
----- Ursprüngliche Mail -----
I wasn't aware that the "Import DVD" should have created a Repo also, I created issue 72 and 73 and I did not report on the missing Repos but mine are also missing. The only Repo I have is the one for updates that I added.
I also just noticed that the "OS Version" of the Distros imported from the RHEL5.7 and RHEL5.8 DVD's was "generic26" instead of "rhel5"
What would be the procedure to get the Repos added after the fact without removing the Distros and reading (although I would be glad to offer up time to test and troubleshoot this)
Regards, Sean
-----Original Message----- From: cobbler-bounces@lists.fedorahosted.org [mailto:cobbler-bounces@lists.fedorahosted.org] On Behalf Of André Gemünd Sent: Tuesday, February 28, 2012 11:47 AM To: cobbler mailing list Subject: Re: [cobbler] Repo problems....
Hi,
the yum_config_stanza only takes the managed repositories, so if this list is empty, it won't output anything.
As far as I know the repository should be generated from the install tree, c.f. repo_finder in https://github.com/cobbler/cobbler/blob/master/cobbler/modules/manage_import...
It parses the distros for comps.xml files. Perhaps we find the bug there.
Greetings André
----- Ursprüngliche Mail -----
Hi cobbler repo list is empty but then I would expect that to be the case as I have not added additional repos. I am only expecting the base repos to be added.
I have tried re-importing the dvd with a different name and assigned my server a new profile. At the moment I am trying out RHEL5.5 and will see if that behaves any differently.
Thanks for your help so far.
On 28 February 2012 16:25, André Gemünd < andre.gemuend@scai.fraunhofer.de > wrote:
To explain what I meant, it might be that the repository has not been created during the distribution import, and that therefor the list of repositories in this file is empty. This would be another bug. Does cobbler repo list show you something?
Greetings André
----- Ursprüngliche Mail -----
On 28 February 2012 15:48, André Gemünd < andre.gemuend@scai.fraunhofer.de > wrote:
Hi Gerhardus,
wget " http://cobbler2.example.com/cblr/svc/op/yum/system/testmachine.example.com " --output-document=/etc/yum.repos.d/cobbler-config.repo returns an empty file. There is no error in the logs. The file exists but is empty. So some how the contents of this internal variable were not created. I would love to debug this further but not sure how. man cobbler does not make mention of any debugging or logging. Nor could I find an parameters in /etc/cobbler/settings to change debug level. I have checked all the log files for errors.
I see. So at least the variable was correctly extended, otherwise the line would not be there. If you point a browser to
http://10.173.90.168/cblr/svc/op/yum/system/testmachine.example.com
do you get the correct response, or is it just empty?
If it is empty, I would check the HTTP log for errors. There should at least be a string "#object not found" or something like that.
If not, maybe the machine can't resolve cobbler2.example.com during installation?
The log files show a 200 when getting the file. It is just empty. I thought about the resolve problem... during installation. Browsing to it just gives me an empty page with a 200 in the log file. A wget on the build server also fails... so I am currently at a bit of a loss. I building a new test machine based on RHEL5.5 to see if that would make a difference. From the httpd log file: "GET /cblr/svc/op/yum/system/ auth01.clean.io HTTP/1.1" 200 - "-"
"Mozilla/5.0
Regards
-- Gerhardus Geldenhuis
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
-- André Gemünd Fraunhofer-Institute for Algorithms and Scientific Computing andre.gemuend@scai.fraunhofer.de Tel: +49 2241 14-2193 /C=DE/O=Fraunhofer/OU=SCAI/OU=People/CN=Andre Gemuend _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
-- Gerhardus Geldenhuis
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
-- André Gemünd Fraunhofer-Institute for Algorithms and Scientific Computing andre.gemuend@scai.fraunhofer.de Tel: +49 2241 14-2193 /C=DE/O=Fraunhofer/OU=SCAI/OU=People/CN=Andre Gemuend _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler Terracon provides geotechnical, environmental, construction materials, and facilities consulting engineering services delivered with responsiveness, resourcefulness, and reliability.
Private and confidential as detailed here (www.terracon.com/disclaimer). If you cannot access hyperlink, please e-mail sender. _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
Hi Andre, Thanks for looking at it...
I saw the problem on the latest version available in epel testing so not sure it is fixed yet as is mentioned in the issue tracker.
I don't think cobbler was clear enough about internal failure for this particular bug so this might be worthwhile looking at that in addition to fixing the bug.
Regards
On 29 February 2012 09:05, André Gemünd andre.gemuend@scai.fraunhofer.dewrote:
I traced back the problems and added all necessary information to the issue on github:
https://github.com/cobbler/cobbler/issues/72
Cheers André
----- Ursprüngliche Mail -----
I wasn't aware that the "Import DVD" should have created a Repo also, I created issue 72 and 73 and I did not report on the missing Repos but mine are also missing. The only Repo I have is the one for updates that I added.
I also just noticed that the "OS Version" of the Distros imported from the RHEL5.7 and RHEL5.8 DVD's was "generic26" instead of "rhel5"
What would be the procedure to get the Repos added after the fact without removing the Distros and reading (although I would be glad to offer up time to test and troubleshoot this)
Regards, Sean
-----Original Message----- From: cobbler-bounces@lists.fedorahosted.org [mailto:cobbler-bounces@lists.fedorahosted.org] On Behalf Of André Gemünd Sent: Tuesday, February 28, 2012 11:47 AM To: cobbler mailing list Subject: Re: [cobbler] Repo problems....
Hi,
the yum_config_stanza only takes the managed repositories, so if this list is empty, it won't output anything.
As far as I know the repository should be generated from the install tree, c.f. repo_finder in
https://github.com/cobbler/cobbler/blob/master/cobbler/modules/manage_import...
It parses the distros for comps.xml files. Perhaps we find the bug there.
Greetings André
----- Ursprüngliche Mail -----
Hi cobbler repo list is empty but then I would expect that to be the case as I have not added additional repos. I am only expecting the base repos to be added.
I have tried re-importing the dvd with a different name and assigned my server a new profile. At the moment I am trying out RHEL5.5 and will see if that behaves any differently.
Thanks for your help so far.
On 28 February 2012 16:25, André Gemünd < andre.gemuend@scai.fraunhofer.de > wrote:
To explain what I meant, it might be that the repository has not been created during the distribution import, and that therefor the list of repositories in this file is empty. This would be another bug. Does cobbler repo list show you something?
Greetings André
----- Ursprüngliche Mail -----
On 28 February 2012 15:48, André Gemünd < andre.gemuend@scai.fraunhofer.de > wrote:
Hi Gerhardus,
wget "
http://cobbler2.example.com/cblr/svc/op/yum/system/testmachine.example.com
" --output-document=/etc/yum.repos.d/cobbler-config.repo returns an empty file. There is no error in the logs. The file exists but is empty. So some how the contents of this internal variable were not created. I would love to debug this further but not sure how. man cobbler does not make mention of any debugging or logging. Nor could I find an parameters in /etc/cobbler/settings to change debug level. I have checked all the log files for errors.
I see. So at least the variable was correctly extended, otherwise the line would not be there. If you point a browser to
http://10.173.90.168/cblr/svc/op/yum/system/testmachine.example.com
do you get the correct response, or is it just empty?
If it is empty, I would check the HTTP log for errors. There should at least be a string "#object not found" or something like that.
If not, maybe the machine can't resolve cobbler2.example.com during installation?
The log files show a 200 when getting the file. It is just empty. I thought about the resolve problem... during installation. Browsing to it just gives me an empty page with a 200 in the log file. A wget on the build server also fails... so I am currently at a bit of a loss. I building a new test machine based on RHEL5.5 to see if that would make a difference. From the httpd log file: "GET /cblr/svc/op/yum/system/ auth01.clean.io HTTP/1.1" 200 - "-"
"Mozilla/5.0
Regards
-- Gerhardus Geldenhuis
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
-- André Gemünd Fraunhofer-Institute for Algorithms and Scientific Computing andre.gemuend@scai.fraunhofer.de Tel: +49 2241 14-2193 /C=DE/O=Fraunhofer/OU=SCAI/OU=People/CN=Andre Gemuend _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
-- Gerhardus Geldenhuis
cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
-- André Gemünd Fraunhofer-Institute for Algorithms and Scientific Computing andre.gemuend@scai.fraunhofer.de Tel: +49 2241 14-2193 /C=DE/O=Fraunhofer/OU=SCAI/OU=People/CN=Andre Gemuend _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler Terracon provides geotechnical, environmental, construction materials, and facilities consulting engineering services delivered with responsiveness, resourcefulness, and reliability.
Private and confidential as detailed here (www.terracon.com/disclaimer). If you cannot access hyperlink, please e-mail sender. _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
-- André Gemünd Fraunhofer-Institute for Algorithms and Scientific Computing andre.gemuend@scai.fraunhofer.de Tel: +49 2241 14-2193 /C=DE/O=Fraunhofer/OU=SCAI/OU=People/CN=Andre Gemuend _______________________________________________ cobbler mailing list cobbler@lists.fedorahosted.org https://fedorahosted.org/mailman/listinfo/cobbler
Hi,
I saw the problem on the latest version available in epel testing so not sure it is fixed yet as is mentioned in the issue tracker.
the version in epel-testing is 2.2.1, but unfortunately it was fixed in 2.2.2.
I don't think cobbler was clear enough about internal failure for this particular bug so this might be worthwhile looking at that in addition to fixing the bug.
That is true. There should have been error catching for the directory walker (or it should have been tested if it exists at all). But as it is fixed in trunk already, I don't think we should keep the issue open.
Cheers André
cobbler@lists.fedorahosted.org