| Summary: | Cobbler: kickstart initiate error - wrong hostname (localhost) | ||
|---|---|---|---|
| Product: | [Community] Spacewalk | Reporter: | Matej Kollar <mkollar> |
| Component: | Server | Assignee: | Milan Zázrivec <mzazrivec> |
| Status: | CLOSED NOTABUG | QA Contact: | Red Hat Satellite QA List <satqe-list> |
| Severity: | unspecified | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 1.6 | CC: | cperry, lpramuk |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2012-02-28 13:46:16 UTC | Type: | --- |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Bug Depends On: | |||
| Bug Blocks: | 765736 | ||
Problem was caused by the following missing (or even removed) configuration
directive in /etc/rhn/rhn.conf:
cobbler.host
|
Description of problem: Kickstarting virtual guest on machine registered to Spacewalk 1.6 on RHEL6.2 fails with "Could not find Cobbler". Version-Release number of selected component (if applicable): cobbler-2.0.7-15.el6sat.noarch How reproducible: deterministic(?). Steps to Reproduce: 1. register client, add virtualization entitlemnent, 1.5 setup machine so it has running libvirtd and stuff... 2. schedule kickstart of virtual guest, 3. run rhn_check (-vvvvv...) on client. Actual results: Kickstarting fails with traceback(s) (<fqd> replaced): D: do_call kickstart_guest.initiate('localhost', '<fqd>:1:asdfjklo5.0', 'qemu', 25, 'asdfjklo5.0', 1024, 1, 3, 'br0', '/var/lib/libvirt/images/asdfjklo5.0', ' '){'cache_only': None} - looking for Cobbler at http://localhost/cobbler_api Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/koan/utils.py", line 535, in __try_connect xmlrpc_server.ping() File "/usr/lib64/python2.4/xmlrpclib.py", line 1096, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.4/xmlrpclib.py", line 1383, in __request verbose=self.__verbose File "/usr/lib64/python2.4/xmlrpclib.py", line 1129, in request self.send_content(h, request_body) File "/usr/lib64/python2.4/xmlrpclib.py", line 1243, in send_content connection.endheaders() File "/usr/lib64/python2.4/httplib.py", line 804, in endheaders self._send_output() File "/usr/lib64/python2.4/httplib.py", line 685, in _send_output self.send(msg) File "/usr/lib64/python2.4/httplib.py", line 652, in send self.connect() File "/usr/lib64/python2.4/httplib.py", line 636, in connect raise socket.error, msg error: (111, 'Connection refused') - looking for Cobbler at https://localhost/cobbler_api Traceback (most recent call last): File "/usr/lib/python2.4/site-packages/koan/utils.py", line 535, in __try_connect xmlrpc_server.ping() File "/usr/lib64/python2.4/xmlrpclib.py", line 1096, in __call__ return self.__send(self.__name, args) File "/usr/lib64/python2.4/xmlrpclib.py", line 1383, in __request verbose=self.__verbose File "/usr/lib64/python2.4/xmlrpclib.py", line 1129, in request self.send_content(h, request_body) File "/usr/lib64/python2.4/xmlrpclib.py", line 1243, in send_content connection.endheaders() File "/usr/lib64/python2.4/httplib.py", line 804, in endheaders self._send_output() File "/usr/lib64/python2.4/httplib.py", line 685, in _send_output self.send(msg) File "/usr/lib64/python2.4/httplib.py", line 652, in send self.connect() File "/usr/lib64/python2.4/httplib.py", line 1078, in connect sock.connect((self.host, self.port)) File "<string>", line 1, in connect error: (111, 'Connection refused') Could not find Cobbler. D: Sending back response(1, 'Virtual kickstart failed. Koan error.', {'koan': 'Could not find Cobbler.'}) D: do_call packages.checkNeedUpdate('rhnsd=1',){} Expected results: kickstart works, no traceback Additional info: Originnaly observed with RHEL5 client, later observed on RHEL6 client as well. This occurred on IPv6 network.