Bug 745438

Summary:	up2date_config.py contains URL to a unknown server
Product:	[Community] Spacewalk	Reporter:	Alexander Davidsen <adavi>
Component:	Clients	Assignee:	Milan Zázrivec <mzazrivec>
Status:	CLOSED CURRENTRELEASE	QA Contact:	Red Hat Satellite QA List <satqe-list>
Severity:	high	Docs Contact:
Priority:	unspecified
Version:	1.6	CC:	slukasik
Target Milestone:	---
Target Release:	---
Hardware:	x86_64
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2011-12-22 16:50:43 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:
Bug Depends On:
Bug Blocks:	723481

Description Alexander Davidsen 2011-10-12 11:29:17 UTC

Description of problem:
up2date_config contains a variable update to http://hokeypokeyland.org/XMLRPC that will be set if serverURL is not listed in disallowConfChanges in /etc/sysconfig/rhn/up2date. 

I'm having a problem seeing why this is set to a outside url, not the spacewalk-server or for example localhost. If someone changes disallowConfChanges to allow serverURL update, serverURL will be set to http://hokeypokeyland.org/XMLRPC.

Version-Release number of selected component (if applicable):
1.5.0 (server, also found the same url in git 1.6)

How reproducible:
Very. works every time


Steps to Reproduce:
1. change disallowConfChanges to allow serverURL update
2. Run up2date_client.py
  
Actual results:
serverURL now set to http://hokeypokeyland.org/XMLRPC in /etc/sysconfig/rhn/up2date.

Expected results:
This should not be set to an outside url. If no value is given to serverURL, the program should give a error...

Additional info:

Comment 1 Milan Zázrivec 2011-10-14 09:22:56 UTC

The up2date_client.py module is not really meant to be run by hand as is
shown in the reproducing steps and the part of the module that changes
the serverURL settings is meant as a test really.

I'm wondering -- how do you use this module? We currently do not have
any server side functionality to support this (I believe).

Comment 2 Alexander Davidsen 2011-10-14 13:05:09 UTC

We do not use this module directly. This was discovered when we read the source code of the up2date-client. 

If this is just for testing, I would suggest that it's changed to a nonexisting-domain or for example localhost to avoid confusion! :)

Comment 3 Milan Zázrivec 2011-10-19 10:17:40 UTC

Fair enough, changed in spacewalk.git master in commit
a7e090fb93f5720d618da1e658b5d2c4b300562b

Comment 4 Milan Zázrivec 2011-12-22 16:50:43 UTC

Spacewalk 1.6 has been released.