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]> 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]> 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]> >> > To: [email protected] >> > Cc: "Aron Parsons" <[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] >> > > [[email protected]] namens Tomas Lestach >> > > [[email protected]] >> > > Verzonden: donderdag 15 augustus 2013 10:36 >> > > Aan: [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]> >> > > > To: [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]] On Behalf Of Andreas >> > > > Dijkman >> > > > Sent: Wednesday, August 14, 2013 11:08 AM >> > > > To: [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 | Mobile: +31(0)6-8115 2982 >> > > > Cygnis | Stationsweg 3B | 9726 AC Groningen >> > > > >> > > > >> > > > _______________________________________________ >> > > > Spacewalk-list mailing list >> > > > [email protected] >> > > > https://www.redhat.com/mailman/listinfo/spacewalk-list >> > > >> > > _______________________________________________ >> > > Spacewalk-list mailing list >> > > [email protected] >> > > https://www.redhat.com/mailman/listinfo/spacewalk-list >> > > >> > > _______________________________________________ >> > > Spacewalk-list mailing list >> > > [email protected] >> > > https://www.redhat.com/mailman/listinfo/spacewalk-list >> > > >> > >> > _______________________________________________ >> > Spacewalk-list mailing list >> > [email protected] >> > https://www.redhat.com/mailman/listinfo/spacewalk-list >> >
_______________________________________________ Spacewalk-list mailing list [email protected] https://www.redhat.com/mailman/listinfo/spacewalk-list
