Nice!! Looking forward installing Spacewalk 2.1 and tools! Kind regards,
Andreas Dijkman On 25 Aug, 2013, at 12:45 , Aron Parsons <[email protected]<mailto:[email protected]>> wrote: This is fixed in spacecmd-2.1.6-1. system_listupgrades will filter out duplicate packages now with the filter_latest_packages() function that was already in place. /aron On Sat, Aug 17, 2013 at 2:55 AM, Aron Parsons <[email protected]<mailto:[email protected]>> wrote: Hi Tomas, I'll take a closer look, hopefully within the week. I'm busy on travel until September. On Aug 15, 2013 2:41 PM, "Tomas Lestach" <[email protected]<mailto:[email protected]>> wrote: Hey Aron, do you want to comment on this thread on spacewalk-list? Regards, Tomas -- Tomas Lestach Red Hat Satellite Engineering, Red Hat ----- Forwarded Message ----- > From: "Tomas Lestach" <[email protected]<mailto:[email protected]>> > To: [email protected]<mailto:[email protected]> > Cc: "Aron Parsons" <[email protected]<mailto:[email protected]>> > Sent: Thursday, August 15, 2013 3:31:52 PM > Subject: Re: [Spacewalk-list] spacecmd system_listupgrades not working > > > Is the removal of duplicates the solution? > > I believe it would be the easiest and quickest solution. > > > Because default on a > > RHEL-derived system, RPM/YUM leaves the 3 latest kernel-packages on > > the system, so you can boot the system with the old kernel of the > > new kernel is not working for you. > > Sure. > > > Maybe the better solution would be to check if there are older > > packages on the system. If there are older packages and the version > > to which those packages could be upgraded is already present on the > > system, the upgrades aren't listed. This could also comes in handy > > if you have multiple version of a package on your system. For > > instance, the installation or upgrade of JDK7 by RPM doesn't remove > > the old versions. > > java-1.5.0-gcj > java-1.7.0-openjdk > java-1.8.0-openjdk > are different packages. java-1.8.0-openjdk isn't really an upgrade of > java-1.7.0-openjdk. Well, it could be considered as upgrade from the > content point of view, but definitely not from the rpm view. > > (For java-1.7.0-openjdk-1.7.0.25-2.3.12.3.fc19.x86_64, package name > is 'java-1.7.0-openjdk' (not java) version is 1.7.0.25, > release 2.3.12.3.fc19, ...) > > > If you have 3 older versions of the JDK7 on your > > environment and not the latest, the update gets listed 4 times!! > > No. You can have only 'kernel' package installed in multiple versions > on one system. > > > CC'ing Aron, the author of the spacecmd. > > Regards, > -- > Tomas Lestach > Red Hat Satellite Engineering, Red Hat > > > > Once for every old version and once because the latest versions is > > not installed yet. So you get 3 false positives, the same as with > > the kernels. > > > > Regards, > > Andreas > > > > > > ________________________________________ > > Van: > > [email protected]<mailto:[email protected]> > > [[email protected]<mailto:[email protected]>] > > namens Tomas Lestach > > [[email protected]<mailto:[email protected]>] > > Verzonden: donderdag 15 augustus 2013 10:36 > > Aan: [email protected]<mailto:[email protected]> > > Onderwerp: Re: [Spacewalk-list] spacecmd system_listupgrades not > > working > > > > Right, > > > > spacecmd system_listupgrades actually uses the > > system.listLatestUpgradablePackages API. > > Output of this API you can check on your spacewalk at > > /rhn/apidoc/handlers/SystemHandler.jsp#listLatestUpgradablePackages > > > > basically for every installed server package, that can be upgraded > > following structure is returned: > > > > string "name" > > string "arch" > > string "from_version" > > string "from_release" > > string "from_epoch" > > string "to_version" > > string "to_release" > > string "to_epoch" > > string "to_package_id" > > > > so you see for every upgradable package the latest package to that > > you may upgrade. > > > > What spacecmd system_listupgrades actually does is it returns a > > package list just according to "to_package_id". > > So if you have multiple kernel versions installed, for all the > > older > > ones the latest kernel is offered as an > > update, what causes the kernel package is listed several times. > > > > An option would be just to remove duplicates from the list. > > > > > > Regards, > > -- > > Tomas Lestach > > Red Hat Satellite Engineering, Red Hat > > > > > > ----- Original Message ----- > > > From: "Anthony J Coffman" > > > <[email protected]<mailto:[email protected]>> > > > To: [email protected]<mailto:[email protected]> > > > Sent: Wednesday, August 14, 2013 8:43:54 PM > > > Subject: Re: [Spacewalk-list] spacecmd system_listupgrades not > > > working > > > > > > > > > > > > > > > > > > I can confirm and maybe explain what is going on. I don’t use > > > this > > > function very much but I just tried it on my Spacewalk 2.0 > > > install. > > > > > > > > > > > > Here is the spacecmd output for a system that the Spacewalk GUI > > > said > > > was up to date. > > > > > > > > > > > > spacecmd {SSM:0}> system_listupgrades centos5server > > > > > > kernel-PAE-2.6.18-348.12.1.el5.i686 > > > > > > kernel-PAE-2.6.18-348.12.1.el5.i686 > > > > > > > > > > > > But when I checked what kernel-PAE packages were installed, there > > > were 3 installed currently on that system. > > > > > > > > > > > > [root@centos5server ~]# rpm -q kernel-PAE > > > > > > kernel-PAE-2.6.18-348.3.1.el5 > > > > > > kernel-PAE-2.6.18-348.4.1.el5 > > > > > > kernel-PAE-2.6.18-348.12.1.el5 > > > > > > > > > > > > If I remove the two older kernels and then run the listupgrades > > > command it shows no updates > > > > > > > > > > > > [root@centos5server ~]# rpm -e kernel-PAE-2.6.18-348.3.1.el5 > > > > > > [root@centos5server ~]# rpm -e kernel-PAE-2.6.18-348.4.1.el5 > > > > > > [root@ centos5server ~]# rhn-profile-sync > > > > > > > > > > > > spacecmd {SSM:0}> system_listupgrades rich-iweb-10-rv > > > > > > WARNING: No upgrades available for rich-iweb-10-rv > > > > > > > > > > > > Does this explain it? it’s listing the update twice – once for > > > each > > > of the out of date kernels. The GUI must have some logic that > > > covers > > > this case that the API doesn’t have. > > > > > > > > > > > > Regards, > > > > > > --Tony > > > > > > > > > > > > > > > > > > > > > > > > From: > > > [email protected]<mailto:[email protected]> > > > [mailto:[email protected]<mailto:[email protected]>] > > > On Behalf Of Andreas > > > Dijkman > > > Sent: Wednesday, August 14, 2013 11:08 AM > > > To: [email protected]<mailto:[email protected]> > > > Subject: [Spacewalk-list] spacecmd system_listupgrades not > > > working > > > > > > > > > > > > Hi, > > > > > > > > > > > > > > > > > > We currently have some systems configured with spacewalk and > > > wanted > > > to play around with spacecmd. > > > > > > > > > > > > > > > > > > The problem is the output of spacecmd system_listupgrades. > > > Somehow > > > there is a package-cache or something, because the > > > system_listupgrades-command returns the list of not installed > > > packages including the latest kernel-packages. > > > > > > > > > > > > > > > > > > However in the spacewalk-web-GUI these updates aren't listed. Can > > > someone explain or confirm this behavior? We are running > > > Spacewalk > > > 2.0 with Oracle as backend. > > > > > > > > > > > > > > > > > > Met vriendelijke groet, > > > > > > Andreas Dijkman > > > Oracle Technical Consultant > > > Phone: +31(0)50-210 0132<tel:%2B31%280%2950-210%200132> | Mobile: > > > +31(0)6-8115 2982<tel:%2B31%280%296-8115%202982> > > > Cygnis | Stationsweg 3B | 9726 AC Groningen > > > > > > > > > _______________________________________________ > > > Spacewalk-list mailing list > > > [email protected]<mailto:[email protected]> > > > https://www.redhat.com/mailman/listinfo/spacewalk-list > > > > _______________________________________________ > > Spacewalk-list mailing list > > [email protected]<mailto:[email protected]> > > https://www.redhat.com/mailman/listinfo/spacewalk-list > > > > _______________________________________________ > > Spacewalk-list mailing list > > [email protected]<mailto:[email protected]> > > https://www.redhat.com/mailman/listinfo/spacewalk-list > > > > _______________________________________________ > Spacewalk-list mailing list > [email protected]<mailto:[email protected]> > https://www.redhat.com/mailman/listinfo/spacewalk-list _______________________________________________ Spacewalk-list mailing list [email protected]<mailto:[email protected]> https://www.redhat.com/mailman/listinfo/spacewalk-list
_______________________________________________ Spacewalk-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/spacewalk-list
