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

Robert Paschedag robert.paschedag at web.de
Fri Aug 3 17:06:14 UTC 2018


Am 3. August 2018 12:35:52 MESZ schrieb "Thomas Müller" <4thomasmueller at gmail.com>:
>Hello,
>
>I've got it fixed by a dirty way.
>in /var/cache/rhn/repodata/<debian channel>
>
>mv Packages Packages.orig
>mv Packages.gz Packages.gz.orig
>cat Packages.orig | sed '/^\Package:/a Multi-Arch: allowed' > Packages
>cp Packages Packages.raw
>gzip Packages
>mv Packages.raw Packages
>
>Resigning via secureApt.sh, on clients apt-get update.
>works on 3 testsystems :-)
>Debian9 has right now no problem
>
>Many thanks.
>
>2018-08-02 18:16 GMT+02:00 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
>>

This will not work.

It's because "allowed" is not the only possible value for a package.

You might want to try a

grep ^Multi packages.gz | sort | uniq -c

to get an idea.

robert.paschedag at netlution.de
-- 
sent from my mobile device




More information about the Spacewalk-list mailing list