<html><body>
<ul style="padding-left: 0pt">
<p><font size="2" face="sans-serif">Hey Jan,</font><br>
</ul>
<font size="2" face="sans-serif">> If you do that, you also need to make sure you update that</font><br>
<font size="2" face="sans-serif">> rhnVersionInfo table with your current schema version, something like</font><br>
<font size="2" face="sans-serif">> </font><br>
<font size="2" face="sans-serif">> insert into rhnVersionInfo</font><br>
<font size="2" face="sans-serif">>        ( label, name_id, evr_id, created, modified )</font><br>
<font size="2" face="sans-serif">>        values ('schema', lookup_package_name('$my_schema_name'),</font><br>
<font size="2" face="sans-serif">>                lookup_evr(null, '$my_schema_version' , '$my_schema_release' ),</font><br>
<font size="2" face="sans-serif">>                current_timestamp, current_timestamp );</font><br>
<font size="2" face="sans-serif">> commit;</font><br>
<font size="2" face="sans-serif">></font><br>
<font size="2" face="sans-serif">> where you fill in the appropriate values. Only that way will the</font><br>
<font size="2" face="sans-serif">> next spacewalk-schema-upgrade be able to run.</font><br>
<br>
<font size="2" face="sans-serif">It sounds simple. But from where I can get the current schema details? :/</font><br>
<br>
<font size="2" face="sans-serif">kind regards,</font><br>
<br>
<font size="2" face="sans-serif">Rene</font><br>
<br>
<img width="16" height="16" src="cid:1__=4EBBF351DFA1413E8f9e8a93df93@timocom.com" border="0" alt="Inactive hide details for spacewalk-list-request---14.03.2012 17:07:08---Send Spacewalk-list mailing list submissions to  space"><font size="2" color="#424282" face="sans-serif">spacewalk-list-request---14.03.2012 17:07:08---Send Spacewalk-list mailing list submissions to  spacewalk-list@redhat.com</font><br>
<br>
<font size="1" color="#5F5F5F" face="sans-serif">From:      </font><font size="1" face="sans-serif">spacewalk-list-request@redhat.com</font><br>
<font size="1" color="#5F5F5F" face="sans-serif">To:        </font><font size="1" face="sans-serif">spacewalk-list@redhat.com</font><br>
<font size="1" color="#5F5F5F" face="sans-serif">Date:      </font><font size="1" face="sans-serif">14.03.2012 17:07</font><br>
<font size="1" color="#5F5F5F" face="sans-serif">Subject:   </font><font size="1" face="sans-serif">Spacewalk-list Digest, Vol 46, Issue 29</font><br>
<font size="1" color="#5F5F5F" face="sans-serif">Sent by:   </font><font size="1" face="sans-serif">spacewalk-list-bounces@redhat.com</font><br>
<hr width="100%" size="2" align="left" noshade style="color:#8091A5; "><br>
<br>
<br>
<tt><font size="2">Send Spacewalk-list mailing list submissions to<br>
                 spacewalk-list@redhat.com<br>
<br>
To subscribe or unsubscribe via the World Wide Web, visit<br>
                 </font></tt><tt><font size="2"><a href="https://www.redhat.com/mailman/listinfo/spacewalk-list">https://www.redhat.com/mailman/listinfo/spacewalk-list</a></font></tt><tt><font size="2"><br>
or, via email, send a message with subject or body 'help' to<br>
                 spacewalk-list-request@redhat.com<br>
<br>
You can reach the person managing the list at<br>
                 spacewalk-list-owner@redhat.com<br>
<br>
When replying, please edit your Subject line so it is more specific<br>
than "Re: Contents of Spacewalk-list digest..."<br>
<br>
<br>
Today's Topics:<br>
<br>
   1. rhnreg_ks breaks when when re-kickstarting a server<br>
      (Paul Robert Marino)<br>
   2. Re: rhnreg_ks breaks when when re-kickstarting a              server<br>
      (Paul Robert Marino)<br>
   3. Foreign packages leaked to RHEL Channel (Jens Neu)<br>
<br>
<br>
----------------------------------------------------------------------<br>
<br>
Message: 1<br>
Date: Wed, 14 Mar 2012 10:40:59 -0400<br>
From: Paul Robert Marino <prmarino1@gmail.com><br>
To: spacewalk-list@redhat.com<br>
Subject: [Spacewalk-list] rhnreg_ks breaks when when re-kickstarting a<br>
                 server<br>
Message-ID:<br>
                 <CAPJdpdAOKEbgvG8kAi62piZ=rUYJhHowbjb0i76bdx-MQ6618Q@mail.gmail.com><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
Hello<br>
<br>
I have run into an odd bug in both spacewalk 1.6 and 1.7 on RHEL 6<br>
with Postgresql<br>
<br>
initially kickstarting a server works great the host comes up<br>
registered and has the configurations I expect without any errors,<br>
however if i kickstart the host again and it tries to reregister with<br>
the reactivation key rhnreg_ks breaks. I've been able to reproduce<br>
this kickstating Scientific Linux 6.x, Centos 6.x, and RHEL 6.x<br>
<br>
here is the output from the rhnreg_ks command with Scientific Linux<br>
6.2 this was in the ks-rhn-post.log<br>
<br>
"<br>
Error Message:<br>
    Your account does not have access to any channels matching (cd /v,<br>
arch='x86_64')<br>
Error Class Code: 19<br>
Error Class Info: Architecture and OS version combination is not supported.<br>
Explanation:<br>
     An error has occurred while processing your request. If this problem<br>
     persists please enter a bug report at bugzilla.redhat.com.<br>
     If you choose to submit the bug report, please be sure to include<br>
     details of what you were trying to do when this error occurred and<br>
     details on how to reproduce this problem.<br>
"<br>
<br>
all the other distros i tested it with produce the same error except<br>
the value of "release='6.2'" changes<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 2<br>
Date: Wed, 14 Mar 2012 10:49:33 -0400<br>
From: Paul Robert Marino <prmarino1@gmail.com><br>
To: spacewalk-list@redhat.com<br>
Subject: Re: [Spacewalk-list] rhnreg_ks breaks when when<br>
                 re-kickstarting a               server<br>
Message-ID:<br>
                 <CAPJdpdCM2m9zJHocfD5_4q2CK2oN3_PGch-HcNf2c+N7RbJnxA@mail.gmail.com><br>
Content-Type: text/plain; charset=ISO-8859-1<br>
<br>
On Wed, Mar 14, 2012 at 10:40 AM, Paul Robert Marino<br>
<prmarino1@gmail.com> wrote:<br>
> Hello<br>
><br>
> I have run into an odd bug in both spacewalk 1.6 and 1.7 on RHEL 6<br>
> with Postgresql<br>
><br>
> initially kickstarting a server works great the host comes up<br>
> registered and has the configurations I expect without any errors,<br>
> however if i kickstart the host again and it tries to reregister with<br>
> the reactivation key rhnreg_ks breaks. I've been able to reproduce<br>
> this kickstating Scientific Linux 6.x, Centos 6.x, and RHEL 6.x<br>
><br>
> here is the output from the rhnreg_ks command with Scientific Linux<br>
> 6.2 this was in the ks-rhn-post.log<br>
><br>
> "<br>
> Error Message:<br>
> ? ?Your account does not have access to any channels matching (cd /v,<br>
> arch='x86_64')<br>
> Error Class Code: 19<br>
> Error Class Info: Architecture and OS version combination is not supported.<br>
> Explanation:<br>
> ? ? An error has occurred while processing your request. If this problem<br>
> ? ? persists please enter a bug report at bugzilla.redhat.com.<br>
> ? ? If you choose to submit the bug report, please be sure to include<br>
> ? ? details of what you were trying to do when this error occurred and<br>
> ? ? details on how to reproduce this problem.<br>
> "<br>
><br>
> all the other distros i tested it with produce the same error except<br>
> the value of "release='6.2'" changes<br>
<br>
also here is the corresponding error message in the rhn_server_xmlrpc.log<br>
<br>
Scientific Linux 6.2<br>
"<br>
2012/03/14 10:00:54 -04:00 25101 <CLIENT IP>:<br>
server/rhnChannel.guess_channels_for_server('ERROR', 'No available<br>
channels for (server, org)', (1000010011, 1), '6.2', 'x86_64')<br>
"<br>
RHEL6<br>
"<br>
2012/03/13 14:38:02 -04:00 27545 <CLIENT IP>:<br>
server/rhnChannel.guess_channels_for_server('ERROR', 'No available<br>
channels for (server, org)', (1000010009, 1), '6Server', 'x86_64')<br>
"<br>
<br>
note if i remove the reactivation key and just use the standard key<br>
with the rhnreg_ks command it registers correctly to the appropriate<br>
base channels.<br>
<br>
<br>
<br>
------------------------------<br>
<br>
Message: 3<br>
Date: Wed, 14 Mar 2012 15:37:53 +0100<br>
From: Jens Neu <jens.neu@biotronik.com><br>
To: spacewalk-list@redhat.com<br>
Subject: [Spacewalk-list] Foreign packages leaked to RHEL Channel<br>
Message-ID:<br>
                 <OFCB8EBB9F.3E40E4B6-ONC12579C1.004F0838-C12579C1.00505F63@biotronik.com><br>
                 <br>
Content-Type: text/plain; charset="iso-8859-1"<br>
<br>
Dear all,<br>
<br>
I am running Spacewalk 1.5 (on CentOS 5.7, against full Oracle 11g) with <br>
Centos 5, 6 and Fedora 16 Channels for some time now. I also use the <br>
centos-errata.py (0.8.1) script (<br>
</font></tt><tt><font size="2"><a href="https://github.com/davidnutter/Centos-Errata">https://github.com/davidnutter/Centos-Errata</a></font></tt><tt><font size="2">) to import CentOS Errata <br>
which works fine for me.<br>
<br>
Additionally I have several RHEL 5 machines with valid subscriptions, <br>
these I run against mrepo on one of them. Now, I would like the RHEL 5 <br>
machines also be managed with Spacewalk, so I created a RHEL 5 Channel, <br>
synced it to my local mrepo, fired up rhn-clone-errata.py; easy enough, <br>
piece of cake, seemed to work fine.<br>
<br>
But: for some reason I see CentOS packages in my freshly created RHEL <br>
Channel. This thread <br>
</font></tt><tt><font size="2"><a href="https://www.redhat.com/archives/spacewalk-list/2011-August/msg00149.html">https://www.redhat.com/archives/spacewalk-list/2011-August/msg00149.html</a></font></tt><tt><font size="2"> <br>
tells me that I'm not crazy, and since the CentOS Packages show up after <br>
Errata publishing I also had a suspicion about whats going on.<br>
<br>
Now: how can I fix this? This behaviour pretty much prevents running RHEL <br>
and CentOS Channels on a single Spacewalk...<br>
<br>
best regards<br>
Jens<br>
<br>
<br>
<br>
Jens Neu<br>
Health Services Network Administration<br>
<br>
Phone: +49 (0) 30 68905-2412<br>
Mail: jens.neu@biotronik.de<br>
<br>
<br>
</font></tt><tt><font size="2">www.biotronik.com</font></tt><tt><font size="2"><br>
<br>
BIOTRONIK SE & Co. KG<br>
Woermannkehre 1, 12359 Berlin, Germany<br>
Sitz der Gesellschaft: Berlin, Registergericht: Berlin HRA 6501<br>
<br>
Vertreten durch ihre Komplement?rin:<br>
BIOTRONIK MT SE<br>
Sitz der Gesellschaft: Berlin, Registergericht: Berlin HRB 118866 B<br>
Gesch?ftsf?hrende Direktoren: Christoph B?hmer, Dr. Werner Braun, Dr. <br>
Lothar Krings<br>
<br>
BIOTRONIK - A global manufacturer of advanced Cardiac Rhythm Management <br>
systems and Vascular Intervention devices. Quality, innovation, and <br>
reliability define BIOTRONIK and our growing success. We are innovators of <br>
technologies like the first wireless remote monitoring system - Home <br>
Monitoring?, Closed Loop Stimulation and coveted lead solutions as well as <br>
state-of-the-art stents, balloons and guide wires for coronary and <br>
peripheral indications. We highly invest in the development of drug <br>
eluting devices and are leading the industry with our drug eluting <br>
absorbable metal scaffold program.<br>
<br>
This e-mail and the information it contains including attachments are <br>
confidential and meant only for use by the intended recipient(s); <br>
disclosure or copying is strictly prohibited. If you are not addressed, <br>
but in the possession of this e-mail, please notify the sender immediately <br>
and delete the document.<br>
-------------- next part --------------<br>
An HTML attachment was scrubbed...<br>
URL: <</font></tt><tt><font size="2"><a href="https://www.redhat.com/archives/spacewalk-list/attachments/20120314/7a183d4a/attachment.html">https://www.redhat.com/archives/spacewalk-list/attachments/20120314/7a183d4a/attachment.html</a></font></tt><tt><font size="2">><br>
<br>
------------------------------<br>
<br>
_______________________________________________<br>
Spacewalk-list mailing list<br>
Spacewalk-list@redhat.com<br>
</font></tt><tt><font size="2"><a href="https://www.redhat.com/mailman/listinfo/spacewalk-list">https://www.redhat.com/mailman/listinfo/spacewalk-list</a></font></tt><tt><font size="2"><br>
<br>
End of Spacewalk-list Digest, Vol 46, Issue 29<br>
**********************************************<br>
</font></tt><br>
</body></html>