Re: [Spacewalk-list] issues with host rename

2011-10-20 Thread Larry Letelier
On 20/10/11 17:19, Gomes, Rich wrote: > > I am still having issues with osa loading the cert. > > > > I went thru every file where I could find the old name and replaced it > with the new name: > > /etc/cobbler/settings > > /etc/pki/spacewalk/jabberd/server.pem > > /var/www/html/pub/RHN-ORG-TRU

Re: [Spacewalk-list] issues with host rename

2011-10-20 Thread Gomes, Rich
I am still having issues with osa loading the cert. I went thru every file where I could find the old name and replaced it with the new name: /etc/cobbler/settings /etc/pki/spacewalk/jabberd/server.pem /var/www/html/pub/RHN-ORG-TRUSTED-SSL-CERT /etc/jabberd/c2s.xml-swsave /etc/jabberd/sm

Re: [Spacewalk-list] Re-provision guest systems

2011-10-20 Thread Jonathan DeHaan
My virtualization is provided by Citrix Xen 5.6, I'm running Fedora 15 guests with default kernels. SW is 1.4 with Oracle XE. Koan downloads the kernel and initrd, and says to reboot. I issue 'shutdown -r now', and on reboot, anaconda runs and follows the kickstart, properly registering itself

Re: [Spacewalk-list] [SOLVED] Current packages in 1.6-nightly repo breaks Spacewalk

2011-10-20 Thread Scott Worthington
> I am not sure I can recommend tracking the nightly Spacewalk, with > rolling upgrades. We might add a fix to an older schema upgrade > script that you have alredy applied. We might refactor rpms and > file and fix that refactoring, and even rpms might not be upgradable > within Spacewalk nightly.

Re: [Spacewalk-list] Re-provision guest systems

2011-10-20 Thread Milan Zazrivec
On Thursday 20 October 2011 20:25:31 Jonathan DeHaan wrote: > Is there a particular reason that re-provisioning of guest systems is > disabled? Spacewalk does support reprovisioning of virtual guest: all except Xen paravirtualized guests (it's not possible by definition). Everything else (KVM, Xen

[Spacewalk-list] Re-provision guest systems

2011-10-20 Thread Jonathan DeHaan
Is there a particular reason that re-provisioning of guest systems is disabled? I can install spacewalk-koan on my guest, run 'koan --server=ip.add.re.ss --replace-self --profile=Kickstart:1:SpacewalkDefaultOrganization', and it will reinstall, but it won't run the file preservation code, so

Re: [Spacewalk-list] [SOLVED] Current packages in 1.6-nightly repo breaks Spacewalk

2011-10-20 Thread Jan Pazdziora
On Thu, Oct 20, 2011 at 01:35:28PM -0400, Scott Worthington wrote: > > My process, since I am tracking 1.6-nightly, is to watch for I am not sure I can recommend tracking the nightly Spacewalk, with rolling upgrades. We might add a fix to an older schema upgrade script that you have alredy applie

Re: [Spacewalk-list] [SOLVED] Current packages in 1.6-nightly repo breaks Spacewalk

2011-10-20 Thread Scott Worthington
2011/10/20 Miroslav Suchý : > > In fresh-install it is located in postgres/end.sql and is dynamically > created by create_varnull_constriants() function. > > But I forget that this is not called during upgrades. I will add it to > upgrade script as well. > > -- > Miroslav Suchy > Red Hat Satellite

Re: [Spacewalk-list] issues with host rename

2011-10-20 Thread Gomes, Rich
Ok, that worked. Thanks!! Now have an issue when starting osa: Starting osa-dispatcher: RHN 7591 2011/10/20 12:36:08 -04:00: ('Traceback (most recent call last):\n File "/usr/share/rhn/osad/jabber_lib.py", line 250, in setup_connection\n c = self._get_jabber_client(js)\n File "/usr/sha

Re: [Spacewalk-list] issues with host rename

2011-10-20 Thread Larry Letelier
On 20/10/11 12:37, Gomes, Rich wrote: > > I am having issues with a SW server (1.5) that I am running. Currently > it is running without issue but there is a need for a name change. > > Since it is a VM, I am cloning it as the new name and then powering > off the original. > > Once the new server i

[Spacewalk-list] issues with host rename

2011-10-20 Thread Gomes, Rich
I am having issues with a SW server (1.5) that I am running. Currently it is running without issue but there is a need for a name change. Since it is a VM, I am cloning it as the new name and then powering off the original. Once the new server is up I do the following: 1 - Change IP to be tha

Re: [Spacewalk-list] rhn-clone-errata src-channel option

2011-10-20 Thread Speagle, Andy
> I thought that rhn-clone-errata parsed the config file [ChanMap] block and > then launched a sync for each chanmap found. > I'll modify my script to call rhn-clone-errata for each channel now that I > understand! > Would you prefer that I modify rhn-clone-errata.py to add an option to behave

Re: [Spacewalk-list] rhn-clone-errata src-channel option

2011-10-20 Thread Pierre Casenove
Hello, It's perfect. I totally understand now! Thanks a lot. I thought that rhn-clone-errata parsed the config file [ChanMap] block and then launched a sync for each chanmap found. I'll modify my script to call rhn-clone-errata for each channel now that I understand! Would you prefer that I modif

Re: [Spacewalk-list] rhn-clone-errata src-channel option

2011-10-20 Thread Speagle, Andy
> I'm trying to set up errata synchronization using the latest version of > rhn-clone-errata.py available. > First, I've created file /etc/rhncloneerrata.cfg with the following content > [Spacewalk] > spw_server=localhost > spw_user=admin > spw_pass= > [RHN] > rhn_server=xmlrpc.rhn.redhat.com > rh

[Spacewalk-list] rhn-clone-errata src-channel option

2011-10-20 Thread Pierre Casenove
Hello list, I'm trying to set up errata synchronization using the latest version of rhn-clone-errata.py available. First, I've created file /etc/rhncloneerrata.cfg with the following content [Spacewalk] spw_server=localhost spw_user=admin spw_pass= [RHN] rhn_server=xmlrpc.rhn.redhat.com rhn_user=us

Re: [Spacewalk-list] [SOLVED] Current packages in 1.6-nightly repo breaks Spacewalk

2011-10-20 Thread Miroslav Suchý
On 10/18/2011 03:03 PM, Scott Worthington wrote: > Miroslav Suchy, > > Thank you for that tip to add that new constraint to a system using > 1.6-nightly. > > Where is the code for the "alter table rhnservernetwork add constraint > vn_rhnservernetwork_ip6addr" located? > > I thought it would be