Bug 814706 - osad.conf file need to loose an "s" either for "proto =" or "server_url ="
Summary: osad.conf file need to loose an "s" either for "proto =" or "server_url ="
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Spacewalk
Classification: Community
Component: Clients
Version: 1.7
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Milan Zázrivec
QA Contact: Red Hat Satellite QA List
URL:
Whiteboard:
Depends On:
Blocks: space18
TreeView+ depends on / blocked
 
Reported: 2012-04-20 13:36 UTC by James Edwards
Modified: 2012-11-01 16:22 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-04-20 18:33:53 UTC
Embargoed:


Attachments (Terms of Use)

Description James Edwards 2012-04-20 13:36:23 UTC
Description of problem:


Version-Release number of selected component (if applicable):


How reproducible:


Steps to Reproduce:
1.
2.
3.
  
Actual results:


Expected results:


Additional info:

Comment 1 James Edwards 2012-04-20 13:46:33 UTC
sorry I submitted to quickly..

I noticed upon adding the osad package 
there was a an extra "s" killing the configmanagment and osad communication with the server

see:
proto = https


see:

sever_url = %(proto)s://


if not manually edited 
this will be read as httpss://

once edited communication works fine. 

Either drop the "s" from https in the protocol entry 
or drop it lower in the server_url = entry..

Comment 2 Milan Zázrivec 2012-04-20 18:33:53 UTC
I'm sure the config file in its default form, i.e. with the directive

    server_url = %(proto)s://%(server_name)s%(server_handler)s

is all right.

The notation

    %(proto)s

doesn't mean that the proto directive will be expanded and the letter 's'
will be added afterwards. It means that the proto directive will be expanded
*as a string* period. No 's' added.

But to be actually able to make use of the server_url directive in osad.conf,
you need to manually add / define the server_name directive, otherwise
server_url won't be fully expanded and in the end will default to the server
you had specified in /etc/sysconfig/rhn/up2date.

I'm closing this with notabug, since there's nothing to fix here.


Note You need to log in before you can comment on or make changes to this bug.