[Spacewalk-list] spacewalk-schema-upgrade 1.6 -> 1.7,

Thu Mar 15 09:17:57 UTC 2012

Hey Jan,

> If you do that, you also need to make sure you update that
> rhnVersionInfo table with your current schema version, something like
>
>	insert into rhnVersionInfo
>	       ( label, name_id, evr_id, created, modified )
>	       values ('schema', lookup_package_name('$my_schema_name'),
>		       lookup_evr(null, '$my_schema_version' ,
'$my_schema_release' ),
>		       current_timestamp, current_timestamp );
>	commit;
>
> where you fill in the appropriate values. Only that way will the
> next spacewalk-schema-upgrade be able to run.

It sounds simple. But from where I can get the current schema details? :/

kind regards,

Rene

From:	spacewalk-list-request at redhat.com
To:	spacewalk-list at redhat.com
Date:	14.03.2012 17:07
Subject:	Spacewalk-list Digest, Vol 46, Issue 29
Sent by:	spacewalk-list-bounces at redhat.com

Send Spacewalk-list mailing list submissions to
		 spacewalk-list at redhat.com

To subscribe or unsubscribe via the World Wide Web, visit
		 https://www.redhat.com/mailman/listinfo/spacewalk-list
or, via email, send a message with subject or body 'help' to
		 spacewalk-list-request at redhat.com

You can reach the person managing the list at
		 spacewalk-list-owner at redhat.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of Spacewalk-list digest..."

Today's Topics:

   1. rhnreg_ks breaks when when re-kickstarting a server
      (Paul Robert Marino)
   2. Re: rhnreg_ks breaks when when re-kickstarting a		 server
      (Paul Robert Marino)
   3. Foreign packages leaked to RHEL Channel (Jens Neu)

----------------------------------------------------------------------

Message: 1
Date: Wed, 14 Mar 2012 10:40:59 -0400
From: Paul Robert Marino <prmarino1 at gmail.com>
To: spacewalk-list at redhat.com
Subject: [Spacewalk-list] rhnreg_ks breaks when when re-kickstarting a
		 server
Message-ID:

<CAPJdpdAOKEbgvG8kAi62piZ=rUYJhHowbjb0i76bdx-MQ6618Q at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

Hello

I have run into an odd bug in both spacewalk 1.6 and 1.7 on RHEL 6
with Postgresql

initially kickstarting a server works great the host comes up
registered and has the configurations I expect without any errors,
however if i kickstart the host again and it tries to reregister with
the reactivation key rhnreg_ks breaks. I've been able to reproduce
this kickstating Scientific Linux 6.x, Centos 6.x, and RHEL 6.x

here is the output from the rhnreg_ks command with Scientific Linux
6.2 this was in the ks-rhn-post.log

"
Error Message:
    Your account does not have access to any channels matching (cd /v,
arch='x86_64')
Error Class Code: 19
Error Class Info: Architecture and OS version combination is not supported.
Explanation:
     An error has occurred while processing your request. If this problem
     persists please enter a bug report at bugzilla.redhat.com.
     If you choose to submit the bug report, please be sure to include
     details of what you were trying to do when this error occurred and
     details on how to reproduce this problem.
"

all the other distros i tested it with produce the same error except
the value of "release='6.2'" changes

------------------------------

Message: 2
Date: Wed, 14 Mar 2012 10:49:33 -0400
From: Paul Robert Marino <prmarino1 at gmail.com>
To: spacewalk-list at redhat.com
Subject: Re: [Spacewalk-list] rhnreg_ks breaks when when
		 re-kickstarting a		 server
Message-ID:
		 <CAPJdpdCM2m9zJHocfD5_4q2CK2oN3_PGch-HcNf2c
+N7RbJnxA at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1

On Wed, Mar 14, 2012 at 10:40 AM, Paul Robert Marino
<prmarino1 at gmail.com> wrote:
> Hello
>
> I have run into an odd bug in both spacewalk 1.6 and 1.7 on RHEL 6
> with Postgresql
>
> initially kickstarting a server works great the host comes up
> registered and has the configurations I expect without any errors,
> however if i kickstart the host again and it tries to reregister with
> the reactivation key rhnreg_ks breaks. I've been able to reproduce
> this kickstating Scientific Linux 6.x, Centos 6.x, and RHEL 6.x
>
> here is the output from the rhnreg_ks command with Scientific Linux
> 6.2 this was in the ks-rhn-post.log
>
> "
> Error Message:
> ? ?Your account does not have access to any channels matching (cd /v,
> arch='x86_64')
> Error Class Code: 19
> Error Class Info: Architecture and OS version combination is not
supported.
> Explanation:
> ? ? An error has occurred while processing your request. If this problem
> ? ? persists please enter a bug report at bugzilla.redhat.com.
> ? ? If you choose to submit the bug report, please be sure to include
> ? ? details of what you were trying to do when this error occurred and
> ? ? details on how to reproduce this problem.
> "
>
> all the other distros i tested it with produce the same error except
> the value of "release='6.2'" changes

also here is the corresponding error message in the rhn_server_xmlrpc.log

Scientific Linux 6.2
"
2012/03/14 10:00:54 -04:00 25101 <CLIENT IP>:
server/rhnChannel.guess_channels_for_server('ERROR', 'No available
channels for (server, org)', (1000010011, 1), '6.2', 'x86_64')
"
RHEL6
"
2012/03/13 14:38:02 -04:00 27545 <CLIENT IP>:
server/rhnChannel.guess_channels_for_server('ERROR', 'No available
channels for (server, org)', (1000010009, 1), '6Server', 'x86_64')
"

note if i remove the reactivation key and just use the standard key
with the rhnreg_ks command it registers correctly to the appropriate
base channels.

------------------------------

Message: 3
Date: Wed, 14 Mar 2012 15:37:53 +0100
From: Jens Neu <jens.neu at biotronik.com>
To: spacewalk-list at redhat.com
Subject: [Spacewalk-list] Foreign packages leaked to RHEL Channel
Message-ID:

<OFCB8EBB9F.3E40E4B6-ONC12579C1.004F0838-C12579C1.00505F63 at biotronik.com>

Content-Type: text/plain; charset="iso-8859-1"

Dear all,

I am running Spacewalk 1.5 (on CentOS 5.7, against full Oracle 11g) with
Centos 5, 6 and Fedora 16 Channels for some time now. I also use the
centos-errata.py (0.8.1) script (
https://github.com/davidnutter/Centos-Errata) to import CentOS Errata
which works fine for me.

Additionally I have several RHEL 5 machines with valid subscriptions,
these I run against mrepo on one of them. Now, I would like the RHEL 5
machines also be managed with Spacewalk, so I created a RHEL 5 Channel,
synced it to my local mrepo, fired up rhn-clone-errata.py; easy enough,
piece of cake, seemed to work fine.

But: for some reason I see CentOS packages in my freshly created RHEL
Channel. This thread
https://www.redhat.com/archives/spacewalk-list/2011-August/msg00149.html
tells me that I'm not crazy, and since the CentOS Packages show up after
Errata publishing I also had a suspicion about whats going on.

Now: how can I fix this? This behaviour pretty much prevents running RHEL
and CentOS Channels on a single Spacewalk...

best regards
Jens

Jens Neu
Health Services Network Administration

Phone: +49 (0) 30 68905-2412
Mail: jens.neu at biotronik.de

www.biotronik.com

BIOTRONIK SE & Co. KG
Woermannkehre 1, 12359 Berlin, Germany
Sitz der Gesellschaft: Berlin, Registergericht: Berlin HRA 6501

Vertreten durch ihre Komplement?rin:
BIOTRONIK MT SE
Sitz der Gesellschaft: Berlin, Registergericht: Berlin HRB 118866 B
Gesch?ftsf?hrende Direktoren: Christoph B?hmer, Dr. Werner Braun, Dr.
Lothar Krings

BIOTRONIK - A global manufacturer of advanced Cardiac Rhythm Management
systems and Vascular Intervention devices. Quality, innovation, and
reliability define BIOTRONIK and our growing success. We are innovators of
technologies like the first wireless remote monitoring system - Home
Monitoring?, Closed Loop Stimulation and coveted lead solutions as well as
state-of-the-art stents, balloons and guide wires for coronary and
peripheral indications. We highly invest in the development of drug
eluting devices and are leading the industry with our drug eluting
absorbable metal scaffold program.

This e-mail and the information it contains including attachments are
confidential and meant only for use by the intended recipient(s);
disclosure or copying is strictly prohibited. If you are not addressed,
but in the possession of this e-mail, please notify the sender immediately
and delete the document.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <
https://www.redhat.com/archives/spacewalk-list/attachments/20120314/7a183d4a/attachment.html
>

------------------------------

_______________________________________________
Spacewalk-list mailing list
Spacewalk-list at redhat.com
https://www.redhat.com/mailman/listinfo/spacewalk-list

End of Spacewalk-list Digest, Vol 46, Issue 29
**********************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20120315/106f2668/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: graycol.gif
Type: image/gif
Size: 105 bytes
Desc: not available
URL: <http://listman.redhat.com/archives/spacewalk-list/attachments/20120315/106f2668/attachment.gif>