[Spacewalk-list] strange behavior with SW 2.7 and Debian 8 Clients

Thu Aug 2 16:18:26 UTC 2018

Thx :-))

Von meinem iPad gesendet


> Am 02.08.2018 um 18:16 schrieb Robert Paschedag <robert.paschedag at web.de>:
> 
> Am 2. August 2018 18:10:09 MESZ schrieb "Thomas Müller" <4thomasmueller at gmail.com>:
>> An additional question: If I use the spacewalk-debian-sync script to
>> fix the multiarch header problem should I use as repo binary-all
>> instead of binary-amd64 for main, contrib and non-free?
>> 
>> 
>> Von meinem iPad gesendet
>> 
>> 
>> 
>> 
>>> Am 02.08.2018 um 17:20 schrieb Robert Paschedag
>> <robert.paschedag at web.de>:
>>> 
>>> Am 2. August 2018 12:30:24 MESZ schrieb "Thomas Müller"
>> <4thomasmueller at gmail.com>:
>>>> Hi @all,
>>>> 
>>>> we've set up a spacewalk server 2.7 and registered debian8, debian8
>> and
>>>> oracle linux systems to it.
>>>> The oracle and debian9 systems work like a charm with spacewalk, but
>>>> the
>>>> debian8 systems removes all rhn- and spacewalk tools after
>> installing a
>>>> package.
>>>> 
>>>> Some investigations shows any unresolved dependencies (python:any)
>> (??)
>>>> But - if we change the /etc/apt/sources.list to let the system look
>> at
>>>> the
>>>> original debian repositories all works as expected.
>>>> 
>>>> sources.list spacewalk only:
>>>> 
>>>> # Debian 8 (Jessie)
>>>> #
>>>> # wird durch Spacewalk verwaltet
>>>> #
>>>> # deb http://ftp.de.debian.org/debian/ jessie main
>>>> # deb-src http://ftp.de.debian.org/debian/ jessie main
>>>> 
>>>> # deb http://security.debian.org/ jessie/updates main contrib
>>>> # deb-src http://security.debian.org/ jessie/updates main contrib
>>>> 
>>>> # jessie-updates, previously known as 'volatile'
>>>> # deb http://ftp.de.debian.org/debian/ jessie-updates main contrib
>>>> # deb-src http://ftp.de.debian.org/debian/ jessie-updates main
>> contrib
>>>> 
>>>> spacewalk.list:
>>>> 
>>>> deb [trusted=yes] spacewalk://it-srv-space01.nbintern.net debian8
>>>> repodata
>>>> deb [trusted=yes] spacewalk://it-srv-space01.nbintern.net
>>>> debian8-main-security repodata
>>>> deb [trusted=yes] spacewalk://it-srv-space01.nbintern.net
>>>> debian8-main-update repodata
>>>> deb [trusted=yes] spacewalk://it-srv-space01.nbintern.net
>>>> debian8-contrib
>>>> repodata
>>>> deb [trusted=yes] spacewalk://it-srv-space01.nbintern.net
>>>> debian8-contrib-security repodata
>>>> deb [trusted=yes] spacewalk://it-srv-space01.nbintern.net
>>>> debian8-contrib-update repodata
>>>> deb [trusted=yes] spacewalk://it-srv-space01.nbintern.net
>>>> debian8-nonfree
>>>> repodata
>>>> deb [trusted=yes] spacewalk://it-srv-space01.nbintern.net
>>>> debian8-nonfree-security repodata
>>>> deb [trusted=yes] spacewalk://it-srv-space01.nbintern.net
>>>> debian8-nonfree-update repodata
>>>> deb [trusted=yes] spacewalk://it-srv-space01.nbintern.net
>> debian8-main
>>>> repodata
>>>> 
>>>> apt install atop:
>>>> 
>>>> Paketlisten werden gelesen... Fertig
>>>> Abhängigkeitsbaum wird aufgebaut.
>>>> Statusinformationen werden eingelesen.... Fertig
>>>> atop ist schon die neueste Version.
>>>> Probieren Sie »apt-get -f install«, um dies zu korrigieren:
>>>> Die folgenden Pakete haben unerfüllte Abhängigkeiten:
>>>> apt-transport-spacewalk : Hängt ab von: python:any (>= 2.6.6-7~) ist
>>>> aber
>>>> nicht installierbar
>>>> python-cffi : Hängt ab von: python:any (>= 2.7.5-5~) ist aber nicht
>>>> installierbar
>>>> python-cryptography : Hängt ab von: python:any (>= 2.7.5-5~) ist
>> aber
>>>> nicht installierbar
>>>> python-openssl : Hängt ab von: python:any (>= 2.7.5-5~) ist aber
>> nicht
>>>> installierbar
>>>>                Hängt ab von: python:any (< 2.8) ist aber nicht
>>>> installierbar
>>>> python-pkg-resources : Hängt ab von: python:any (>= 2.7) ist aber
>> nicht
>>>> installierbar
>>>>                      Hängt ab von: python:any (< 2.8) ist aber
>> nicht
>>>> installierbar
>>>> python-pycparser : Hängt ab von: python:any (>= 2.7.5-5~) ist aber
>>>> nicht
>>>> installierbar
>>>>                  Hängt ab von: python:any (< 2.8) ist aber nicht
>>>> installierbar
>>>> python-six : Hängt ab von: python:any (>= 2.7.5-5~) ist aber nicht
>>>> installierbar
>>>>        Hängt ab von: python:any (< 2.8) ist aber nicht
>> installierbar
>>>> rhn-client-tools : Hängt ab von: python:any ist aber nicht
>>>> installierbar
>>>>                Empfiehlt: apt-spacewalk ist aber nicht
>> installierbar
>>>> E: Unerfüllte Abhängigkeiten. Versuchen Sie »apt-get -f install«
>> ohne
>>>> Angabe eines Pakets (oder geben Sie eine Lösung an).
>>>> 
>>>> apt install -f:
>>>> 
>>>> Paketlisten werden gelesen... Fertig
>>>> Abhängigkeitsbaum wird aufgebaut.
>>>> Statusinformationen werden eingelesen.... Fertig
>>>> Abhängigkeiten werden korrigiert ... Fertig
>>>> Das folgende Paket wurde automatisch installiert und wird nicht mehr
>>>> benötigt:
>>>> python-ply
>>>> Verwenden Sie »apt-get autoremove«, um es zu entfernen.
>>>> Die folgenden Pakete werden ENTFERNT:
>>>> apt-transport-spacewalk python-cffi python-cryptography
>> python-openssl
>>>> python-pkg-resources python-pycparser python-rhn python-six
>>>> rhn-client-tools rhncfg rhnsd
>>>> 0 aktualisiert, 0 neu installiert, 11 zu entfernen und 1 nicht
>>>> aktualisiert.
>>>> Nach dieser Operation werden 6.971 kB Plattenplatz freigegeben.
>>>> Möchten Sie fortfahren? [J/n]
>>>> 
>>>> As stated, if the souces.list is
>>>> 
>>>> # Debian 8 (Jessie)
>>>> #
>>>> # wird durch Spacewalk verwaltet
>>>> #
>>>> deb http://ftp.de.debian.org/debian/ jessie main
>>>> # deb-src http://ftp.de.debian.org/debian/ jessie main
>>>> 
>>>> deb http://security.debian.org/ jessie/updates main contrib
>>>> # deb-src http://security.debian.org/ jessie/updates main contrib
>>>> 
>>>> # jessie-updates, previously known as 'volatile'
>>>> deb http://ftp.de.debian.org/debian/ jessie-updates main contrib
>>>> # deb-src http://ftp.de.debian.org/debian/ jessie-updates main
>> contrib
>>>> 
>>>> no issue....
>>> 
>>> This is because of the missing MultiArch header within the
>> packages.gz files created by spacewalk.
>>> 
>>> Strange enough that your Debian 9 systems are running. They should
>> have the same problem.
>>> 
>>> Robert 
>>> -- 
>>> sent from my mobile device
> 
> Just leave it as it is right now. That should fit.
> 
> This is all just a workaround. The main problem currently is, that there is no field (or tables) within the DB scheme to store this header within the DB, so this can be put into the packages.gz file while it gets created.
> 
> Robert
> -- 
> sent from my mobile device