Re: [Spacewalk-list] Dropping i386 for Spacewalk Server?

[Jeffrey Watts]

Scott, he indicated in his email that he's only talking about the server,
not the clients.
"Client tools will be still build and released for i386. But servers itself
not."

Hope that helps,
Jeffrey.

On Fri, Mar 25, 2011 at 1:09 PM, Scott Rakow  wrote:

> Some clients we have are running i386, but the Spacewalk server its self is
> 64-bit, so the client end you may want to keep as 32-bit
>
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] php 5.2 in spacewalk

[Jeffrey Watts]

There be dragons there, James...

J.

On Thu, Apr 29, 2010 at 3:32 PM, James Hogarth wrote:

>
> I'm going against my instinct and will respond
>
> Given that spacewalk does not use php at all I imagine that if you
> installed it (of whatever version) and took care in the apache
> configuration (assuming you mean mod_php you want to use rather than
> the php CLI for scripting) not to break the connectivity through to
> the tomcat instance that you could make use of it on there with no
> conflicts.
>
> Out of morbid curiosity - why the query?
>
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] redhat channels

[Jeffrey Watts]

Rob, please read my prior post.  You need to start googling and using the
mailing list archive for answers.  You waste our time by repeatedly asking
questions that have been asked and answered since you joined the list.

Jeffrey.

On Wed, Apr 28, 2010 at 8:57 AM, rob morrien  wrote:

> Hello to all,
>
>
> At this moment i have 2 satellite servers up and running and 2 spacewalk
> servers.
>
> can somebody tell me how i can get also the redhat 5 channels into my
> spacewalk systems.
>
> thanks and regards rob
>
> ___
> Spacewalk-list mailing list
> Spacewalk-list@redhat.com
> https://www.redhat.com/mailman/listinfo/spacewalk-list
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] change host name

[Jeffrey Watts]

You might want to read the documentation or search the mailing list archives
before asking questions here.  There was a thread about just this very issue
yesterday, and this subject comes up often.  When I had to rename my
Satellite server six months ago I googled this topic and found a really nice
HOWTO on the Spacewalk site.  I suggest you do the same.

I'm sorry Rob, but you ask a lot of questions and most of them are vague and
bereft of details.  I suggest that you help the community by helping
yourself:  read the documentation, search the mailing lists, and if your
questions are not answered by doing that, THEN post something to do the list
with much more detail than you've been providing.

Sorry for the "RTFM" reply, but I've been lurking on this list for the last
eight months and I've seen you provide very little signal and a whole lot of
noise.

Jeffrey.

P.S.  This is not "spacewalk support".  Spacewalk is an unsupported
application - if you want support I suggest you buy Satellite.  This is the
mailing list where users can get questions answered, report bugs, provide
patches, and share tips.  Folks here don't mind helping someone out in need,
but there's an expectation that the person needing help do some basic
troubleshooting on their own.

On Sat, Apr 24, 2010 at 1:27 PM, rob morrien  wrote:

> hello spacewalk support,
>
> i have a spacewalk system up and running, now we have to change the
> hostname
> of the machine
>
> changing etc/hosts and the netorking file is no problem.
>
> if i change the hostname i can't connect to the oracle database
>
> and also http://127.0.0.1:9000/apex is not working anymore.
>
> How can we fix this problem?
>
> regards rob
>
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] [rhn-satellite-users] No trees were found for the selected channel

[Jeffrey Watts]

Have you patched 5.3 with all of the errata?  If you haven't, you may have
run into the same bug I did.  In my instance, my organization name has a "&"
in it and Satellite wasn't handling it properly.  This would manifest when
trying to create kickstart profiles.

Not using a & in your organization name or applying the errata will fix that
particular problem.

Jeffrey.

On Sat, Apr 3, 2010 at 3:30 PM, Aaron Lippold  wrote:

> Hi All,
>
> I just setup a new 5.3 satellite and I synced the RHEL5-x86_64 and the
> rhn-network-tools channel of the same. However, when I got into the
> Systems -> Kickstart -> Create New Profile I am not getting any
> kickstartable trees found.
>
> However, my satellite-sync log says it found the 5 kickstart trees and
> was happy to import them.
>
> Just wondering if anyone has seen this error yet and knows how to fix it.
>
> I have provisioning entitlements etc.
>
> I know how cobbler does this but just not sure where the integrated
> satellite/cobbler bits are looking to find the distros etc from the
> satellite interface side.
>
> Thoughts?
>
> - Aaron
>
> --
> rhn-satellite-users mailing list
> rhn-satellite-us...@redhat.com
> https://www.redhat.com/mailman/listinfo/rhn-satellite-users
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] spacewalk cobbler issue

[Jeffrey Watts]

Have you looked in your ks-post.log in the root directory of the system?
That would be the first place to look.  Make sure you have that logging
enabled in the kickstart.

Jeffrey.

On Tue, Feb 23, 2010 at 10:53 PM, Johnny Mirza  wrote:

>  Hi,
>
>
>
> I have successfully been using spacewalk for a few months now but have
> recently started using cobbler/kickstart.
>
> The profiles have been setup to the correct group/activation keys and a
> boot iso has been created, I have created several installs on vmware and the
> install goes through fine, up until the post script part.
>
> For some reason it is hanging on the post section for about 10 mins, then
> it looks like what ever it was trying to do times out and it continues on
> and the guest is built successfully.
>
>
>
> I want to know how I can fix that 10-15 min post delay, doing some
> investigation I noticed that there are two processes that seem to stick out.
> They are the “rhn_register …. “ and the “rhn_check” processes.
>
>
>
> I have a feeling that my gpg keys are not setup correctly and this may  be
> what kickstart is timing out on. Below a copy of the kickstart file that is
> running and I have a section in there to disable gpg checking, but that is
> after the rhn_check part of the install
>
>
>
> rhnreg_ks --serverUrl=https://server/XMLRPC
> --sslCACert=/usr/share/rhn/RHN-ORG-TRUSTED-SSL-CERT
> --activationkey=1-e0cc1b592eb4611c5ca6cb774aab27ed,1-67e122a4439b70a9518a1dfe40682036
>
> # end Red Hat management server registration
>
> # end cobbler snippet
>
> rhn_check
>
>
>
> ) >> /root/ks-post.log 2>&1
>
> # MOTD
>
> echo >> /etc/motd
>
> echo "Spacewalk kickstart on $(date +'%Y-%m-%d')" >> /etc/motd
>
> echo >> /etc/motd
>
>
>
> # end of generated kickstart file
>
>
>
> %post --interpreter /bin/bash
>
> (
>
> if [ -d "/etc/yum.repos.d" ]; then
>
>  for file in $(find /etc/yum.repos.d/ -type f -iname 'CentOS*.repo')
>
>  do
>
>   sed -i '/^gpgcheck=.*$/aenabled=0' ${file}
>
>   sed -i 'x; G; /^\(.*\)\n\1$/ d; g; p; d' ${file} # to clean up those
> pesky duplicate lines
>
>  done
>
> fi
>
> [ -f "/etc/yum/pluginconf.d/rhnplugin.conf" ] && sed -i -e 's/^gpgcheck =
> 1$/gpgcheck = 0/g' /etc/yum/pluginconf.d/rhnplugin.conf
>
>
>
> Is there a way to turn off gpg checking from the spacewalk server, rather
> than from the client?
>
>
>
> Thanks for your help
>
>
-- 

"He that would make his own liberty secure must guard even his enemy from
oppression; for if he violates this duty he establishes a precedent that
will reach to himself." -- Thomas Paine
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] rhn_check

[Jeffrey Watts]

Hrm, I thought that on RHEL5 jabberpy gets picked up as a dependency...

As far as your other questions go, use an activation key with the
kickstart.  osad ought to be started on boot once the kickstart is done and
the system comes back up.  Activation keys can subscribe systems to groups,
software channels, and configuration channels.  I'm not sure about the
monitoring pieces, I haven't had enough time to play with that yet.

Deploying managed files is a bit trickier.  I've found that the Satellite
5.3 "Configuration File Deployment" option in activation keys isn't very
useful for us.  The reason is that some of my configuration files key off of
the short system hostname (NETBIOS name), and unfortunately I can't seem to
find a way to set that until a custom %post script, which runs AFTER the
activation (which deploys config files).  To work around that I turn off
deployment and manually run 'rhncfg-client get' from my %post script.

Jeffrey.

P.S.  As I've said before, I'm working with Satellite 5.3 so some things may
be different.

On Thu, Feb 4, 2010 at 4:21 PM, Kennedy, Ryan  wrote:

>  So here’s a question… I kickstarted a new system using a similar list of
> packages (to that listed by Jeffrey below) in my ks profile.  They all
> installed but osad failed to start until I installed jabberpy (which is in
> the EPEL repo).  Is there any way around that?  Since I didn’t have a
> previous notion of that client it wasn’t subscribed to any software
> channels.
>
>
>
> Along those lines, when I ks a new system there are a number of things I
> want to do on all the systems in a particular configuration channel. E.g…
>
> - add the "monitoring" entitlement (management and provisioning are already
> added)
>
> - add location info blah etc.
>
> - subscribe to the CentOS_x86_64 software channel all 4 of its child
> channels
>
> - run "/etc/init.d/osad start"
>
> - subscribe system to a default configuration channel
>
> - join a default system group
>
> - deploy managed config files (e.g. /etc/ntp.conf)
>
> - configure scout monitoring for load, mem, and disk checks
>
>
>
> Obviously there are ways to script this with RHN commands, although I am
> not familiar enough to do that yet.  But does the spacewalk UI provide some
> other means that I am not seeing for doing some of these things.  Basically
> I am going to use this to roll-out/kickstart new Linux VMs and want to
> automate as much as possible with Spacewalk.
>
>
>
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] change root password for all machines in a group

[Jeffrey Watts]

I would hope that the person running the Spacewalk/Satellite server was
competent enough to test out changes to shadow before pushing them...

If the person running your management server is careless you've got bigger
problems.

Jeffrey.

On Wed, Feb 3, 2010 at 10:08 PM, Colin Coe  wrote:

> I get really nervous when people hack around in /etc/shadow.  I've had
> to fix more than one machine after someone who thought they knew what
> they were doing was let loose.
>
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] rhn_check

[Jeffrey Watts]

osad's been known to be a bit fragile.  From what I've read there are more
than a few folks that set up a cronjob to restart it regularly.

Jeffrey.

On Wed, Feb 3, 2010 at 3:17 PM, Kennedy, Ryan  wrote:

> Interesting... after changing the IP address and restarting the network
> init.d script to make the changes take effect, it appears that osad stopped
> getting jabber messages.  I suspected this due to the fact that I had to run
> rhn_check on the client to get the requested hardware list refresh to
> happen.  I then initiated a reboot from Spacewalk that wasn't happening
> either.  After about 5 minutes I decided to check osad out.  It was running
> so I went ahead and restarted it.  Within 2 seconds of restarting I got a
> message about the system going down for a reboot.  I guess maybe osad should
> have a hard dependency on networking and restart when it restarts.
>
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] rhn_check

[Jeffrey Watts]

I think rhn-profile-sync will do that.

By the way, here are the additional packages that my activation key installs
when I register an existing system into Satellite:
rhnmd
rhn-custom-info
rhncfg-management
rhncfg-client
rhncfg-actions
rhncfg
osad

I'm not sure if there are more (or less) with the current Spacewalk, but you
ought to make sure you have these installed (though rhnmd is only necessary
if you're doing monitoring).

Jeffrey.

On Wed, Feb 3, 2010 at 2:08 PM, Kennedy, Ryan  wrote:

>  Is there any way to force an update of a system’s IP address (e.g. I
> changed the IP address and want it to update in Spacewalk) w/o manually
> intervening?  What worked was scheduling a hardware list refresh for the
> system and then running rhn_check from that host (or wait for it to do it
> automatically).  It didn’t auto-fire with osad, so I am assuming
> osa-dispatcher must be using the old IP (as Spacewalk has no notion of the
> new one at this point).  Once I ran rhn_check from the system it updated the
> IP in Spacewalk and all is well.
>
>
>
> Is this the correct/best process for changing a managed system’s IP address
> in Spacewalk?
>
>
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] rhn_check

[Jeffrey Watts]

Puppet is a completely different paradigm from what I understand.  It's
different enough that you can't necessarily compare the two of them
directly, feature-wise, as they approach configuration management in
different ways.  I'm not sure if there are plans to integrate Puppet into
Spacewalk.

What I do know about Puppet is that it's not something that you'd likely use
in conjunction with another configuration management application.

I'm kind of a lurker here, as I just set up a Satellite 5.3 box four months
ago, so my experience is a bit out of date compared to what's in development
in Spacewalk.  I'm just hanging out here to keep up to date as to what's on
the horizon.

Jeffrey.

On Wed, Feb 3, 2010 at 12:55 PM, Kennedy, Ryan  wrote:

>  Thanks Jeff.  I think that answers it for me.
>
> I hadn’t heard of osad and osa-dispatcher so that is a nice tidbit.  I’ve
> installed osad on my test client and it is now instantaneously pushing
> scheduled updates/etc.  Cool.
>
>
>
> Is there much overlap between Spacewalk and Puppet?  I’ve read a bit on
> Puppet but haven’t used it.  It looks pretty useful though.  Do you know if
> people are running both Spacewalk and Puppet in conjunction and if they
> don’t step on each others toes much?
>
>
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] rhn_check

[Jeffrey Watts]

On Wed, Feb 3, 2010 at 11:36 AM, Kennedy, Ryan  wrote:

> Basic question... with what frequency does a spacewalk client run the
> rhn_check command?  Or is it checking for updates/file-pushes/etc. via some
> other means?
>

rhnsd by default runs every four hours (240 minutes).  It performs this
function.


> Along those same lines... If you modify a centrally managed file on a
> client will Spacewalk ever re-push that file automatically to sync it with
> the centrally managed version?  Does it support any revision control on the
> client side?  What I am trying to understand is how Spacewalk keeps track of
> any local changes to a centrally managed file and how it handles those
> changes.  That way for instance, the local /etc/ntp.conf file can't be
> altered from the centrally managed version, etc.
>
> Spacewalk's configuration management isn't on par with something like
Puppet yet.  When you modify a centrally managed file you can do several
things.  You can Deploy it from Spacewalk and the client will pick it up
immediately (if osad is running and working), or it will pick it up when
rhnsd checks again.

I'm not sure what you mean by revision control, but I don't believe it backs
up the client-side copy of the file before overwriting.  I wish it did,
that'd be a very nice feature.

I'm not sure if there's a better way to do it from the server (there
probably is), but one way to check for changed local versions would be to
write a script that does 'rhncfg-client diff' to look for changes, and then
'rhncfg-client get' to redownload the config files if they were changed.
Note that you must have rhncfg-client installed.

Jeffrey.
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] change root password for all machines in a group

[Jeffrey Watts]

I think he means /etc/shadow.  There are several approaches, one would be to
script the 'passwd' command, using expect or something like it.  The
downside is that you'll need to have the password in plain text in the
script.  You could then use Spacewalk to run the script remotely.  This is
probably what I'd do, but make sure you test it thoroughly first, as if you
screw it up you might make your systems inaccessible.

Another option would be to copy the password hash from a system where you've
set that password, and then write a script to edit /etc/shadow on a target
system and replace the old string with the new one.

Finally, if your systems are all homogeneous, you can simply push out a new
shadow file with the updated hash.  Most people won't be in this situation.

Jeffrey.

On Wed, Feb 3, 2010 at 10:51 AM, Edwind Richzendy Contreras Soto <
richze...@gmail.com> wrote:

> 2010/2/4 Michiel van Es :
> > Hi,
> >
> > Is it possible to change the root password on all machines in a group?
> > We want to change the root password for al lot of systems, we thought
> > perhaps is spacewalk of some use (since you can install packages, reboot
> the
> > machines)
> >
> > Is such an option possible through spacewalk?
> >
> > Kind regards,
> >
> > Michiel
>
> if it generates a new file / etc / passwd and charges through the area
> concerning configuration files (perhaps your user role does not allow
> you to do this) and only select group of systems the option to work
> with group and send him to send the configuration file to all
> computers SSM.
>
> Another option is through a small script using sed-i editing the file
> / etc / passwd directly on each machine together (SSM).
>
>
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Timezone confusion

[Jeffrey Watts]

I had the same problem on Satellite 5.3.  Apparently the installer sets the
timezone by default to EST.  Here's what I had to do to set it to Central
(this is on Satellite 5.3, so YMMV):

Overview->Locale Preferences (set the timezone in the top drop-down)

Feedback for Red Hat:
1) Please have the installer set the displayed timezone to the system
timezone by default.
2) Perhaps I'm missing something, but the link to Locale Preferences is only
under Overview.  Why isn't it under Admin, where one would think it should
be located?

I haven't played with Spacewalk yet (just Satellite), so perhaps this has
been fixed recently.

Jeffrey.


On Wed, Jan 13, 2010 at 3:55 PM, Kennedy, Ryan  wrote:

> My Spacewalk server is showing all times in the web UI as EST.  My
> '/etc/localtime' is a copy of the PST8PDT timezone file from
> '/usr/share/zoneinfo' and I have the "ZONE" variable set to
> "America/Los_Angeles" in '/etc/sysconfig/clock'.  It has been this way since
> I built this server so I am confused as to why/where spacewalk is getting
> the EST setting from.
>
>
-- 

"He that would make his own liberty secure must guard even his enemy from
oppression; for if he violates this duty he establishes a precedent that
will reach to himself." -- Thomas Paine
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] question between spacewalk centos 4 and 5 clients

[Jeffrey Watts]

Oh sorry, I stand corrected!

Jeffrey.

On Mon, Nov 23, 2009 at 8:51 AM, Baird, Josh  wrote:

>  CentOS4 does use yum, RHEL4 doesn’t.
>
>
>

-- 

"He that would make his own liberty secure must guard even his enemy from
oppression; for if he violates this duty he establishes a precedent that
will reach to himself." -- Thomas Paine
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] question between spacewalk centos 4 and 5 clients

[Jeffrey Watts]

CentOS4 is based off of RHEL4 and thus doesn't use yum.  It uses up2date.

Jeffrey.

On Mon, Nov 23, 2009 at 3:06 AM, Michiel van Es  wrote:

> Anyone? :)
> Or am I the only one who is finding these yum problems?
>
>
-- 

"He that would make his own liberty secure must guard even his enemy from
oppression; for if he violates this duty he establishes a precedent that
will reach to himself." -- Thomas Paine
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Spacewalk & pam_ldap

[Jeffrey Watts]

Did you put "debug 1" in /etc/ldap.conf?  That file is sourced by both
nss_ldap and pam_ldap.

Jeffrey.

On Tue, Aug 25, 2009 at 11:56 AM, Andy Speagle wrote:

>
> Thanks... any thoughts on where to go from here?  I can't seem to get
> any verbose logging from PAM... despite appending "debug" to the
> pam_ldap.so lines.
>
> --

"He that would make his own liberty secure must guard even his enemy from
oppression; for if he violates this duty he establishes a precedent that
will reach to himself." -- Thomas Paine
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

Re: [Spacewalk-list] Spacewalk & pam_ldap

[Jeffrey Watts]

Do you have debug set in your ldap.conf?  If not, set it > 0 and you'll get
more output.

Jeffrey.

On Mon, Aug 24, 2009 at 3:56 PM, Andy Speagle wrote:

>
> After a restart, it still is a no-go for me... sadly.  In addition, I'm
> not getting ANY output in /var/log/messages regarding authentication.
>
>
-- 

"He that would make his own liberty secure must guard even his enemy from
oppression; for if he violates this duty he establishes a precedent that
will reach to himself." -- Thomas Paine
___
Spacewalk-list mailing list
Spacewalk-list@redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list