On Wed, Jul 14, 2010 at 1:52 PM, Ian Forde wrote:
> One of my spacewalk servers is behind a firewall that I'm on the
> outside of, so I use ssh port-forwarding to get to it. I just thought
> I'd report that while most things work just fine with a non-443 port
> hitting spacewalk, I've found one (
Hello-
For those that are managing Oracle EL 5 servers with Spacewalk 1.0, did you
setup a ULN repository Channel or are you using the standard RHN Channel?
I'm trying to setup a ULN Channel because our DBAs only want ULN approved
updates to be applied on all of our Oracle EL 5 servers.
Ca
On 14 July 2010 22:23, Tom Brown wrote:
> Hi - The following just started to be produced this evening. Has
> anyone ever seen this or know where to look? These are being generated
> for all clients behind a certain proxy but nothing has been changed.
and when trying to register a new client i now
Hi - The following just started to be produced this evening. Has
anyone ever seen this or know where to look? These are being generated
for all clients behind a certain proxy but nothing has been changed.
thanks
Exception reported from spacewalk-server-hostname
Time: Wed Jul 14 20:59:08 2010
Exce
One of my spacewalk servers is behind a firewall that I'm on the
outside of, so I use ssh port-forwarding to get to it. I just thought
I'd report that while most things work just fine with a non-443 port
hitting spacewalk, I've found one (actually 2, but I don't remember
where the other was) butto
On Wed, Jul 14, 2010 at 9:53 AM, Mike Hanby wrote:
> If you already have upgraded to 1.0, then the same certificate provided by
> the link can also be found here:
> /usr/share/spacewalk/setup/spacewalk-public.cert
>
> Here's the altered command using the 1.0 installed cert:
>
> rhn-satellite-acti
If you already have upgraded to 1.0, then the same certificate provided by the
link can also be found here:
/usr/share/spacewalk/setup/spacewalk-public.cert
Here's the altered command using the 1.0 installed cert:
rhn-satellite-activate --rhn-cert
/usr/share/spacewalk/setup/spacewalk-public.cer
> Our 'production' repo sits somewhat outside of the envelope expected on
> this...
>
> We release code to production systems once per week for our
> application and with the tweak done we were still seeing out of sync
> behaviour of repodata, This is what an excerpt from my squid.conf
> looks lik
On 14 July 2010 12:21, Tom Brown wrote:
> On 14 July 2010 00:46, James Hogarth wrote:
>> It's bedtime for me here now but search the mailing lists for my posts about
>> squid configuration. Tomorrow noon ish bst I'll provide more detailed info
>> for you if you need it but you are on the right t
On 14 July 2010 00:46, James Hogarth wrote:
> It's bedtime for me here now but search the mailing lists for my posts about
> squid configuration. Tomorrow noon ish bst I'll provide more detailed info
> for you if you need it but you are on the right track.
thanks for this - i see this in the arc
10 matches
Mail list logo