Re: [Spacewalk-list] spacecmd
Ananta Chakravartula: > I got spacewalk setup using chef and I run some spacecmd commands part of > the recipe ( using execute resource), but chef-client fails with error > > ``` > chef-client[32220]: Spacewalk Password: ERROR: > chef-client[32220]: Warning: Password input may be echoed. > chef-client[32220]: passwd = fallback_getpass(prompt, stream) > chef-client[32220]: /usr/lib64/python2.7/getpass.py:83: GetPassWarning: > Can not control echo on the terminal. > chef-client[32220]: Spacewalk Password: ERROR:``` > ``` > > I do have ~/.spacecmd/config , but looks like spacecmd is looking for tty. > It doesn't error when i run chef-client manually. Hello Ananta, You can specify user/password on command line: $ spacecmd --user satuser --password satpwd ... > > > Cheers, > Ananta Regards, -- Michael Mráka System Management Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Spacewalk server keeps resyncing same packages from channel
Wenkai Chen: > HI Michael, > > Thanks so much for the insight. Should I configure separate channels for all > different distributions (updates,OS,extras) or just updates and OS will do? Hello, I recommend to use one channel for one repo. E.g. for CentOS 7 it looks like: Parent Channel Button CentOS 7 (x86_64) + Child Channel CentOS 7 Atomic (x86_64) + Child Channel CentOS 7 Cloud (x86_64) + Child Channel CentOS 7 CR (x86_64) + Child Channel CentOS 7 Extras (x86_64) + Child Channel CentOS 7 FastTrack (x86_64) + Child Channel CentOS 7 OpsTools (x86_64) + Child Channel CentOS 7 PaaS (x86_64) + Child Channel CentOS 7 Plus (x86_64) + Child Channel CentOS 7 RT (x86_64) + Child Channel CentOS 7 Scio (x86_64) + Child Channel CentOS 7 Storage (x86_64) + Child Channel CentOS 7 Updates (x86_64) + Child Channel CentOS 7 Virt (x86_64) + Child Channel EPEL 7 for CentOS 7 (x86_64) + Child Channel Spacewalk Client 2.9 for CentOS 7 (x86_64) + Child Channel Spacewalk Server 2.9 for CentOS 7 (x86_64) > Regards, > > Chen Wenkai > Infrastructure Security Engineer Regards, -- Michael Mráka System Management Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Debian package comparison failing.
philippe bidault: > Hi, Hello Philippe, > Indeed, the procedure from Paul did solve the issues on package comparison > I had on Ubuntu 18.04 and Debian 9. > > I am trying now to implement Debian 10 in Spacewalk, but curiously I have a > mismatch between the packages number to be updated on Spacewalk and the > server. > > On Spacewalk. 3 servers flagged to be updated: > > Latest PackageInstalled > Package > python-ethtool-0.14-1.amd64-deb > python-ethtool-0.12-1.1.amd64-deb > python-gobject-3.30.4-1.all-deb > python-gobject-3.22.0-2.all-deb > python-gobject-2-2.28.6-13+b1.amd64-deb > python-gobject-2-2.28.6-13.amd64-deb > > But on the registered debian 10 server, "apt update" is telling me that all > the packages are already up-to-date. What version of python-ethtool, python-gobject and python-gobject-2 do you have installed on the debian server? > Somebody did have this same issue ? > > Regards, > Philippe. Regards, -- Michael Mráka System Management Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
[Spacewalk-list] Ubuntu 16.04 - OpenSCAP & OSAD
Hi All, I am looking into the possibility of using spacewalk for ubuntu servers. So far its fine as I am able to register the servers and download packages etc. However, I am also looking to use remote commands and also to audit the servers as well. Looking through the archives and also what I can find online. There doesn't appear to be much information available. Can you please help me on how to add the servers to allow remote commands and also utilise the use of openSCAP scans. Thanks Ray ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Debian package comparison failing.
Hi Michael, Here are the installed versions: root@debian10:~# dpkg -l | grep python-go ii python-gobject 3.22.0-2 all Python 2.x bindings for GObject - transitional package ii python-gobject-22.28.6-13 amd64 deprecated static Python bindings for the GObject library root@debian10:~# dpkg -l | grep python-eth ii python-ethtool 0.12-1.1 amd64 Python bindings for the ethtool kernel interface So this is in fact matching what appears in the "Installed Package" column in the Spacewalk web console. The Debian 10 client just does not see the 3 updates. Regards, Philippe. On Tue, 30 Jul 2019 at 11:46, Michael Mraka wrote: > philippe bidault: > > Hi, > > Hello Philippe, > > > Indeed, the procedure from Paul did solve the issues on package > comparison > > I had on Ubuntu 18.04 and Debian 9. > > > > I am trying now to implement Debian 10 in Spacewalk, but curiously I > have a > > mismatch between the packages number to be updated on Spacewalk and the > > server. > > > > On Spacewalk. 3 servers flagged to be updated: > > > > Latest Package > Installed > > Package > > python-ethtool-0.14-1.amd64-deb > > python-ethtool-0.12-1.1.amd64-deb > > python-gobject-3.30.4-1.all-deb > > python-gobject-3.22.0-2.all-deb > > python-gobject-2-2.28.6-13+b1.amd64-deb > > python-gobject-2-2.28.6-13.amd64-deb > > > > But on the registered debian 10 server, "apt update" is telling me that > all > > the packages are already up-to-date. > > What version of python-ethtool, python-gobject and python-gobject-2 > do you have installed on the debian server? > > > Somebody did have this same issue ? > > > > Regards, > > Philippe. > > Regards, > > -- > Michael Mráka > System Management Engineering, Red Hat > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] spacecmd
It doesn't work with out tty. Ananta sent from my phone. Sory fer eny typeos On Tue, Jul 30, 2019, 5:24 AM Michael Mraka wrote: > Ananta Chakravartula: > > I got spacewalk setup using chef and I run some spacecmd commands part of > > the recipe ( using execute resource), but chef-client fails with error > > > > ``` > > chef-client[32220]: Spacewalk Password: ERROR: > > chef-client[32220]: Warning: Password input may be echoed. > > chef-client[32220]: passwd = fallback_getpass(prompt, stream) > > chef-client[32220]: /usr/lib64/python2.7/getpass.py:83: > GetPassWarning: > > Can not control echo on the terminal. > > chef-client[32220]: Spacewalk Password: ERROR:``` > > ``` > > > > I do have ~/.spacecmd/config , but looks like spacecmd is looking for > tty. > > It doesn't error when i run chef-client manually. > > Hello Ananta, > > You can specify user/password on command line: > > $ spacecmd --user satuser --password satpwd ... > > > > > > > Cheers, > > Ananta > > Regards, > > -- > Michael Mráka > System Management Engineering, Red Hat > > ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] spacecmd
Ananta Chakravartula: > It doesn't work with out tty. It works for me: $ cat >spacecmd-tty-test.sh <<'EOF' #!/bin/bash echo connected to $(tty) spacecmd --user admin --password mypassword system_list EOF $ chmod a+x spacecmd-tty-test.sh $ ./spacecmd-tty-test.sh connected to /dev/pts/0 INFO: Spacewalk Username: admin INFO: Connected to https://spacewalk.example.com/rpc/api as admin server1.example.com : 110016 server2.example.com : 110011 server3.example.com : 110014 $ nohup ./spacecmd-tty-test.sh nohup: ignoring input and appending output to `nohup.out' $ cat nohup.out connected to not a tty INFO: Spacewalk Username: admin INFO: Connected to https://spacewalk.example.com/rpc/api as admin server1.example.com : 110016 server2.example.com : 110011 server3.example.com : 110014 $ rpm -q spacecmd spacecmd-2.9.9-1.el7.noarch > Ananta Regards, -- Michael Mráka System Management Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Debian package comparison failing.
philippe bidault: > Hi Michael, > > Here are the installed versions: > > root@debian10:~# dpkg -l | grep python-go > ii python-gobject 3.22.0-2 all > Python 2.x bindings for GObject - transitional package > ii python-gobject-22.28.6-13 amd64 >deprecated static Python bindings for the GObject library > root@debian10:~# dpkg -l | grep python-eth > ii python-ethtool 0.12-1.1 amd64 >Python bindings for the ethtool kernel interface > > So this is in fact matching what appears in the "Installed Package" column > in the Spacewalk web console. The Debian 10 client just does not see the 3 > updates. Can't they be somehow excluded / version-locked / ... etc? If you use dpkg to list all available python-ethtool packages can you see python-ethtool-0.14-1 among them? > Regards, > Philippe. ... > > > Latest Package > > Installed > > > Package > > > python-ethtool-0.14-1.amd64-deb > > > python-ethtool-0.12-1.1.amd64-deb > > > python-gobject-3.30.4-1.all-deb > > > python-gobject-3.22.0-2.all-deb > > > python-gobject-2-2.28.6-13+b1.amd64-deb > > > python-gobject-2-2.28.6-13.amd64-deb > > > > > > But on the registered debian 10 server, "apt update" is telling me that > > all > > > the packages are already up-to-date. > > > > What version of python-ethtool, python-gobject and python-gobject-2 > > do you have installed on the debian server? Regards, -- Michael Mráka System Management Engineering, Red Hat ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Debian package comparison failing.
Nop, no lock or nothing similar: root@debian10:~# dpkg -l | grep python-eth ii python-ethtool 0.12-1.1 amd64 Python bindings for the ethtool kernel interface Regards, Philippe. On Tue, 30 Jul 2019 at 15:02, Michael Mraka wrote: > philippe bidault: > > Hi Michael, > > > > Here are the installed versions: > > > > root@debian10:~# dpkg -l | grep python-go > > ii python-gobject 3.22.0-2 all > > Python 2.x bindings for GObject - transitional package > > ii python-gobject-22.28.6-13 amd64 > >deprecated static Python bindings for the GObject library > > root@debian10:~# dpkg -l | grep python-eth > > ii python-ethtool 0.12-1.1 amd64 > >Python bindings for the ethtool kernel interface > > > > So this is in fact matching what appears in the "Installed Package" > column > > in the Spacewalk web console. The Debian 10 client just does not see the > 3 > > updates. > > Can't they be somehow excluded / version-locked / ... etc? > If you use dpkg to list all available python-ethtool packages can you see > python-ethtool-0.14-1 among them? > > > Regards, > > Philippe. > ... > > > > Latest Package > > > Installed > > > > Package > > > > python-ethtool-0.14-1.amd64-deb > > > > python-ethtool-0.12-1.1.amd64-deb > > > > python-gobject-3.30.4-1.all-deb > > > > python-gobject-3.22.0-2.all-deb > > > > python-gobject-2-2.28.6-13+b1.amd64-deb > > > > python-gobject-2-2.28.6-13.amd64-deb > > > > > > > > But on the registered debian 10 server, "apt update" is telling me > that > > > all > > > > the packages are already up-to-date. > > > > > > What version of python-ethtool, python-gobject and python-gobject-2 > > > do you have installed on the debian server? > > Regards, > > -- > Michael Mráka > System Management Engineering, Red Hat > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
[Spacewalk-list] 404-error for Cloned Channel from Client behind Proxy
Hi! I have some strange error in my opinion... I have cloned channels for my RHEL 7 Servers (server-rpms, optional, supplemental, extra etc.p.p.) My client is behind a Spacewalk-Proxy in the same network as the Spacewalk-Server (doing that for performance and split reasons), several Proxies in other networks to come. However... If I subscribe the Client to the Cloned-Basechannel and the attached cloned Child-Channels (the whole RHEL 7-Stuff) I get all other except the Server-Base-Channel which counts 0 [root@lvasx-bo2 etc]# yum clean all Loaded plugins: fastestmirror, product-id, rhnplugin, search-disabled-repos, subscription-manager Cleaning repos: basis-chnl-os-rhel-7 chnl-os-rhel-7-server chnl-os-rhel-7-server-extras chnl-os-rhel-7-server-fastrack : chnl-os-rhel-7-server-optional chnl-os-rhel-7-server-optional-fastrack chnl-os-rhel-7-server-supplementary Cleaning up list of fastest mirrors Other repos take up 240 bytes of disk space (use --verbose for details) [root@lvasx-bo2 etc]# yum repolist Loaded plugins: fastestmirror, product-id, rhnplugin, search-disabled-repos, subscription-manager This system is receiving updates from RHN Classic or Red Hat Satellite. Determining fastest mirrors clone-basis-chnl-os-rhel-7 | 871 B 00:00:00 clone-basis-chnl-os-rhel-7/primary | 129 B 00:00:00 clone-chnl-epel-rhel-7 | 1.3 kB 00:00:00 clone-chnl-epel-rhel-7/group | 365 kB 00:00:00 clone-chnl-epel-rhel-7/updateinfo | 1.2 MB 00:00:00 clone-chnl-epel-rhel-7/primary | 3.9 MB 00:00:00 clone-chnl-epel-rhel-7 13595/13595 clone-chnl-os-rhel-7-server-extras | 1.1 kB 00:00:00 clone-chnl-os-rhel-7-server-extras/updateinfo | 176 kB 00:00:00 clone-chnl-os-rhel-7-server-extras/primary | 183 kB 00:00:00 clone-chnl-os-rhel-7-server-extras1118/1118 clone-chnl-os-rhel-7-server-fastrack | 871 B 00:00:00 clone-chnl-os-rhel-7-server-fastrack/primary | 129 B 00:00:00 clone-chnl-os-rhel-7-server-optional | 1.1 kB 00:00:00 clone-chnl-os-rhel-7-server-optional/updateinfo| 2.1 MB 00:00:00 clone-chnl-os-rhel-7-server-optional/primary | 2.6 MB 00:00:00 clone-chnl-os-rhel-7-server-optional17856/17856 clone-chnl-os-rhel-7-server-optional-fastrack | 871 B 00:00:00 clone-chnl-os-rhel-7-server-optional-fastrack/primary | 129 B 00:00:00 clone-chnl-os-rhel-7-server-supplementary | 1.1 kB 00:00:00 clone-chnl-os-rhel-7-server-supplementary/updateinfo | 52 kB 00:00:00 clone-chnl-os-rhel-7-server-supplementary/primary | 88 kB 00:00:00 clone-chnl-os-rhel-7-server-supplementary 322/322 clone-chnl-spacewalk-29-client-rhel-7 | 871 B 00:00:00 clone-chnl-spacewalk-29-client-rhel-7/primary | 16 kB 00:00:00 clone-chnl-spacewalk-29-client-rhel-7 73/73 repo id repo namestatus clone-basis-chnl-os-rhel-7 clone-basis-chnl-os-rhel-7 0 clone-chnl-epel-rhel-7 clone-chnl-epel-rhel-7 13,595 clone-chnl-os-rhel-7-server clone-chnl-os-rhel-7-server 0 clone-chnl-os-rhel-7-server-extras clone-chnl-os-rhel-7-server-extras 1,118 clone-chnl-os-rhel-7-server-fastrack clone-chnl-os-rhel-7-server-fastrack 0 clone-chnl-os-rhel-7-server-optional clone-chnl-os-rhel-7-server-optional 17,856 clone-chnl-os-rhel-7-server-optional-fastrack clone-chnl-os-rhel-7-server-optional-fastrack 0 clone-chnl-os-rhel-7-server-supplementary clone-chnl-os-rhel-7-server-supplementary 322 clone-chnl-spacewalk-29-client-rhel-7 clone-chnl-spacewalk-29-client-rhel-7 73 repolist: 32,964 If I subscribe the server to the "original" none-cloned base-channel... no problem, getting all Packages in the server-channel and not 0 as in the cloned I had a look into access.log of the httd 10.50.55.100 - - [30/Jul/2019:19:22:33 +0200] "GET /XMLRPC/GET-REQ/clone-chnl-spacewalk-29-client-rhel-6/repodata/repomd.xml HTTP/1.1" 200 871 "-" "rhn.rpclib.py/2.9.52.9.5-1.el61.el6" 10.50.55.100 - - [30/Jul/2019:19:23:00 +0200] "GET /XMLRPC/GET-REQ/clone-basis-chnl-os-rhel-7/repodata/repomd.xml HTTP/1.1" 304 - "-" "rhn.rpclib.py/2.9.52.9.5-1.el71.el7" 10.50.55.100 - - [30/Jul/2019:19:23:00 +0200] "GET /XMLRPC/GET-REQ/clone-basis-chnl-os-rhel-7/repodata/primary.xml.gz HTTP/1.1" 200 129 "-" "rhn.rpclib.py/2.9.52.9.5-1.el71.el7" 10.50.55.100 - - [30/Jul/2019:19:23:00 +0200] "GET /XMLRPC/GET-REQ/clone-chnl-epel-rhel-7/repodata/repomd.xml HTTP/1.1" 304 - "-" "rhn.rpclib.py/2.9.52.9.5-1.el71.el7" 10.50.55.100 - - [30/Jul/2019:19:23:00 +0200] "GET /XMLRPC/GET-REQ
Re: [Spacewalk-list] Debian package comparison failing.
What does "apt-cache show" for each package tell? So you see the newest package from SW server? Robert sent from my mobile device Originale Nachricht Von: philippe bidault Gesendet: Tue Jul 30 17:36:34 GMT+02:00 2019 An: spacewalk-list@redhat.com Betreff: Re: [Spacewalk-list] Debian package comparison failing. Nop, no lock or nothing similar: root@debian10:~# dpkg -l | grep python-eth ii python-ethtool 0.12-1.1 amd64 Python bindings for the ethtool kernel interface Regards, Philippe. On Tue, 30 Jul 2019 at 15:02, Michael Mraka wrote: > philippe bidault: > > Hi Michael, > > > > Here are the installed versions: > > > > root@debian10:~# dpkg -l | grep python-go > > ii python-gobject 3.22.0-2 all > > Python 2.x bindings for GObject - transitional package > > ii python-gobject-22.28.6-13 amd64 > >deprecated static Python bindings for the GObject library > > root@debian10:~# dpkg -l | grep python-eth > > ii python-ethtool 0.12-1.1 amd64 > >Python bindings for the ethtool kernel interface > > > > So this is in fact matching what appears in the "Installed Package" > column > > in the Spacewalk web console. The Debian 10 client just does not see the > 3 > > updates. > > Can't they be somehow excluded / version-locked / ... etc? > If you use dpkg to list all available python-ethtool packages can you see > python-ethtool-0.14-1 among them? > > > Regards, > > Philippe. > ... > > > > Latest Package > > > Installed > > > > Package > > > > python-ethtool-0.14-1.amd64-deb > > > > python-ethtool-0.12-1.1.amd64-deb > > > > python-gobject-3.30.4-1.all-deb > > > > python-gobject-3.22.0-2.all-deb > > > > python-gobject-2-2.28.6-13+b1.amd64-deb > > > > python-gobject-2-2.28.6-13.amd64-deb > > > > > > > > But on the registered debian 10 server, "apt update" is telling me > that > > > all > > > > the packages are already up-to-date. > > > > > > What version of python-ethtool, python-gobject and python-gobject-2 > > > do you have installed on the debian server? > > Regards, > > -- > Michael Mráka > System Management Engineering, Red Hat > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Debian package comparison failing.
You can also try to install one of the packages with "apt-get -o Debug::pkgProblemResolver install ..." Robert sent from my mobile device Originale Nachricht Von: philippe bidault Gesendet: Tue Jul 30 17:36:34 GMT+02:00 2019 An: spacewalk-list@redhat.com Betreff: Re: [Spacewalk-list] Debian package comparison failing. Nop, no lock or nothing similar: root@debian10:~# dpkg -l | grep python-eth ii python-ethtool 0.12-1.1 amd64 Python bindings for the ethtool kernel interface Regards, Philippe. On Tue, 30 Jul 2019 at 15:02, Michael Mraka wrote: > philippe bidault: > > Hi Michael, > > > > Here are the installed versions: > > > > root@debian10:~# dpkg -l | grep python-go > > ii python-gobject 3.22.0-2 all > > Python 2.x bindings for GObject - transitional package > > ii python-gobject-22.28.6-13 amd64 > >deprecated static Python bindings for the GObject library > > root@debian10:~# dpkg -l | grep python-eth > > ii python-ethtool 0.12-1.1 amd64 > >Python bindings for the ethtool kernel interface > > > > So this is in fact matching what appears in the "Installed Package" > column > > in the Spacewalk web console. The Debian 10 client just does not see the > 3 > > updates. > > Can't they be somehow excluded / version-locked / ... etc? > If you use dpkg to list all available python-ethtool packages can you see > python-ethtool-0.14-1 among them? > > > Regards, > > Philippe. > ... > > > > Latest Package > > > Installed > > > > Package > > > > python-ethtool-0.14-1.amd64-deb > > > > python-ethtool-0.12-1.1.amd64-deb > > > > python-gobject-3.30.4-1.all-deb > > > > python-gobject-3.22.0-2.all-deb > > > > python-gobject-2-2.28.6-13+b1.amd64-deb > > > > python-gobject-2-2.28.6-13.amd64-deb > > > > > > > > But on the registered debian 10 server, "apt update" is telling me > that > > > all > > > > the packages are already up-to-date. > > > > > > What version of python-ethtool, python-gobject and python-gobject-2 > > > do you have installed on the debian server? > > Regards, > > -- > Michael Mráka > System Management Engineering, Red Hat > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
[Spacewalk-list] Issue with registering a system to spacewalk 2.9
I'm trying to register a CentOS 7 vm and getting error when trying to install the repo. Repo: rpm -Uvh https://copr-be.cloud.fedoraproject.org/results/@spacewalkproject/spacewalk-2.9/epel-7-x86_64/00830557-spacewalk-repo/spacewalk-repo-2.9-4.el7.noarch.rpm Error: Curl: (22) The requested URL returned error: 404 not found. Anyone else have another upstream for a repo? ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
[Spacewalk-list] Antwort: Issue with registering a system to spacewalk 2.9
Hi! I had the same trouble, but discovered, that the path is wrong, i found spacewalk-repo-2.9-4.el7.noarch.rpm behind: 00912457-spacewalk-repo not 00830557-spacewalk-repo wget https://copr-be.cloud.fedoraproject.org/results/@spacewalkproject/spacewalk-2.9/epel-7-x86_64/00912457-spacewalk-repo/spacewalk-repo-2.9-4.el7.noarch.rpm --2019-07-31 07:12:11-- https://copr-be.cloud.fedoraproject.org/results/@spacewalkproject/spacewalk-2.9/epel-7-x86_64/00912457-spacewalk-repo/spacewalk-repo-2.9-4.el7.noarch.rpm Resolving copr-be.cloud.fedoraproject.org... 209.132.184.48 Connecting to copr-be.cloud.fedoraproject.org|209.132.184.48|:443... connected. HTTP request sent, awaiting response... 200 OK Length: 11000 (11K) [application/x-rpm] Saving to: `spacewalk-repo-2.9-4.el7.noarch.rpm' 100%[=>] 11,000 --.-K/s in 0s 2019-07-31 07:12:11 (39.5 MB/s) - `spacewalk-repo-2.9-4.el7.noarch.rpm' saved [11000/11000] cheers Matthias METZLER Informationstechnologie Matthias Gruber IT-Infrastruktur & -Betrieb B. Metzler seel. Sohn & Co. Kommanditgesellschaft auf Aktien Untermainanlage 1 60329 Frankfurt am Main Telefon (0 69) 21 04 - 43 30 Telefax (0 69) 21 04 - 40 40 mgru...@metzler.com www.metzler.com Von:"Linda Seignious" An: spacewalk-list@redhat.com Datum: 31.07.2019 00:18 Betreff:[Spacewalk-list] Issue with registering a system to spacewalk 2.9 Gesendet von: spacewalk-list-boun...@redhat.com I'm trying to register a CentOS 7 vm and getting error when trying to install the repo. Repo: rpm -Uvh https://copr-be.cloud.fedoraproject.org/results/@spacewalkproject/spacewalk-2.9/epel-7-x86_64/00830557-spacewalk-repo/spacewalk-repo-2.9-4.el7.noarch.rpm Error: Curl: (22) The requested URL returned error: 404 not found. Anyone else have another upstream for a repo? ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list Persönlich haftende Gesellschafter: Harald Illy, Michael Klaus, Friedrich von Metzler, Emmerich Müller, Gerhard Wiesheu Vorsitzender des Aufsichtsrats: Dr. Christoph Schücking Sitz der Gesellschaft: Frankfurt am Main, Handelsregister-Nr. HRB 27 515 Diese Nachricht ist vertraulich. Sollten Sie nicht der vorgesehene Empfänger sein, so bitten wir Sie höflich, dies unverzüglich dem Absender mitzuteilen und die Nachricht zu löschen. Es ist unzulässig, die Nachricht unbefugt weiterzuleiten oder zu kopieren. Da wir nicht die Echtheit oder Vollständigkeit der in dieser Nachricht enthaltenen Informationen garantieren oder zusichern können, sind die vorstehenden Ausführungen rechtlich nicht bindend. Eine Haftung hierfür wird ausgeschlossen. This message is confidential. If you are not the intended recipient, we kindly ask you to inform the sender and delete the information. Any unauthorised dissemination or copying hereof is prohibited. As we cannot guarantee or assure the genuineness or completeness of the information contained in this message, the statements set forth above are not legally binding. Accordingly we cannot accept any liability for their contents. PGP.sig Description: PGP signature ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Debian package comparison failing.
It seems that finally that if I am not wrong the stored procedure is not working at 100% as Spacewalk wrongly detects the "~rc1" packages to be updated on some Ubuntu 18.04 servers : Latest Package Installed Package libpython2.7-2.7.15~rc1-1ubuntu0.1.amd64-deb libpython2.7-2.7.15-4ubuntu4~18.04.amd64-deb libpython2.7-minimal-2.7.15~rc1-1ubuntu0.1.amd64-deb libpython2.7-minimal-2.7.15-4ubuntu4~18.04.amd64-deb libpython2.7-stdlib-2.7.15~rc1-1ubuntu0.1.amd64-deb libpython2.7-stdlib-2.7.15-4ubuntu4~18.04.amd64-deb python2.7-2.7.15~rc1-1ubuntu0.1.amd64-deb python2.7-2.7.15-4ubuntu4~18.04.amd64-deb python2.7-minimal-2.7.15~rc1-1ubuntu0.1.amd64-deb python2.7-minimal-2.7.15-4ubuntu4~18.04.amd64-deb Regards, Philippe. On Sat, 22 Jun 2019 at 01:01, Paul-Andre Panon < paul-andre.pa...@avigilon.com> wrote: > On Fri, 21 Jun 2019 16:28:17 , Jay McCanta wrote: > > >We are seeing a version compare failure in spacewalk with two Debian > packages: > >libtre5-0.8.0-3+deb7u1ubuntu1 and > >libtre5-0.8.0-3ubuntu1 > > >Spacewalk says the second one is newer, but apt (and dpkg) say the first > one is newer. > > >Looking at the version comparison code, which is in so many places, it > looks like there nothing that differentiates whether to use >the rpm > version algorithm or the Debian one. Is this being looked at in the next > release? It seems that the two algorithms are >incompatible for some > release versions and none of the comparisons tests take into account > whether it is deb or rpm. > > Hi Jay, > > You might want to try out the updated rpm.rpmstrcmp stored procedure in > https://bugzilla.redhat.com/show_bug.cgi?id=1661347 > > I submitted that bug and the proposed fix (for PostgreSQL DBs) a while > back, but not soon enough to make it into 2.9. Hopefully it will make it > into the next release. > > Cheers, > > Paul-Andre > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list
Re: [Spacewalk-list] Debian package comparison failing.
Hi Robert, No, this is so strange, absolutely no trace through apt of the new packages proposed by Spacewalk on the Debian server. I need to troubleshoot this deeper. root@debian10:~# apt-cache show python-gobject Package: python-gobject Status: install ok installed Priority: extra Section: oldlibs Installed-Size: 323 Maintainer: Debian GNOME Maintainers < pkg-gnome-maintain...@lists.alioth.debian.org> Architecture: all Source: pygobject Version: 3.22.0-2 Depends: python-gi (>= 3.22.0-2), python-gobject-2 Description: Python 2.x bindings for GObject - transitional package This package will bring the two versions of GObject Python modules: the deprecated gobject module, and the new gobject-introspection system. It is here for upgrade purposes only. You can remove it safely when nothing else depends on it. Description-md5: 0972cedec40e0869495e1025aa320af1 Homepage: https://wiki.gnome.org/Projects/PyGObject Regards, Philippe. On Tue, 30 Jul 2019 at 21:53, Robert Paschedag wrote: > You can also try to install one of the packages with "apt-get -o > Debug::pkgProblemResolver install ..." > > Robert > > sent from my mobile device > > > Originale Nachricht > Von: philippe bidault > Gesendet: Tue Jul 30 17:36:34 GMT+02:00 2019 > An: spacewalk-list@redhat.com > Betreff: Re: [Spacewalk-list] Debian package comparison failing. > > Nop, no lock or nothing similar: > > root@debian10:~# dpkg -l | grep python-eth > ii python-ethtool 0.12-1.1 amd64 >Python bindings for the ethtool kernel interface > > Regards, > Philippe. > > On Tue, 30 Jul 2019 at 15:02, Michael Mraka > wrote: > > > philippe bidault: > > > Hi Michael, > > > > > > Here are the installed versions: > > > > > > root@debian10:~# dpkg -l | grep python-go > > > ii python-gobject 3.22.0-2 all > > > Python 2.x bindings for GObject - transitional package > > > ii python-gobject-22.28.6-13 amd64 > > >deprecated static Python bindings for the GObject library > > > root@debian10:~# dpkg -l | grep python-eth > > > ii python-ethtool 0.12-1.1 amd64 > > >Python bindings for the ethtool kernel interface > > > > > > So this is in fact matching what appears in the "Installed Package" > > column > > > in the Spacewalk web console. The Debian 10 client just does not see > the > > 3 > > > updates. > > > > Can't they be somehow excluded / version-locked / ... etc? > > If you use dpkg to list all available python-ethtool packages can you see > > python-ethtool-0.14-1 among them? > > > > > Regards, > > > Philippe. > > ... > > > > > Latest Package > > > > Installed > > > > > Package > > > > > python-ethtool-0.14-1.amd64-deb > > > > > python-ethtool-0.12-1.1.amd64-deb > > > > > python-gobject-3.30.4-1.all-deb > > > > > python-gobject-3.22.0-2.all-deb > > > > > python-gobject-2-2.28.6-13+b1.amd64-deb > > > > > python-gobject-2-2.28.6-13.amd64-deb > > > > > > > > > > But on the registered debian 10 server, "apt update" is telling me > > that > > > > all > > > > > the packages are already up-to-date. > > > > > > > > What version of python-ethtool, python-gobject and python-gobject-2 > > > > do you have installed on the debian server? > > > > Regards, > > > > -- > > Michael Mráka > > System Management Engineering, Red Hat > > > > ___ > > Spacewalk-list mailing list > > Spacewalk-list@redhat.com > > https://www.redhat.com/mailman/listinfo/spacewalk-list > > > > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list > > ___ > Spacewalk-list mailing list > Spacewalk-list@redhat.com > https://www.redhat.com/mailman/listinfo/spacewalk-list ___ Spacewalk-list mailing list Spacewalk-list@redhat.com https://www.redhat.com/mailman/listinfo/spacewalk-list