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: [email protected] To: [email protected] Date: 14.03.2012 17:07 Subject: Spacewalk-list Digest, Vol 46, Issue 29 Sent by: [email protected] Send Spacewalk-list mailing list submissions to [email protected] 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 [email protected] You can reach the person managing the list at [email protected] 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 <[email protected]> To: [email protected] Subject: [Spacewalk-list] rhnreg_ks breaks when when re-kickstarting a server Message-ID: <CAPJdpdAOKEbgvG8kAi62piZ=ruyjhhowbjb0i76bdx-mq66...@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 <[email protected]> To: [email protected] Subject: Re: [Spacewalk-list] rhnreg_ks breaks when when re-kickstarting a server Message-ID: <CAPJdpdCM2m9zJHocfD5_4q2CK2oN3_PGch-HcNf2c [email protected]> Content-Type: text/plain; charset=ISO-8859-1 On Wed, Mar 14, 2012 at 10:40 AM, Paul Robert Marino <[email protected]> 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 <[email protected]> To: [email protected] Subject: [Spacewalk-list] Foreign packages leaked to RHEL Channel Message-ID: <ofcb8ebb9f.3e40e4b6-onc12579c1.004f0838-c12579c1.00505...@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: [email protected] 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 [email protected] https://www.redhat.com/mailman/listinfo/spacewalk-list End of Spacewalk-list Digest, Vol 46, Issue 29 **********************************************
<<inline: graycol.gif>>
_______________________________________________ Spacewalk-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/spacewalk-list
