Postfix zurückgehalten.priority number -30000

[floogy]

Hallo,

Postfix ist nicht installierbar.
Die Priority Number ist -30000
Was ist da los?

Code: Alles auswählen

Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 postfix-sqlite : Depends: postfix (= 3.4.14-0+deb10u1) but it is not installable
E: Unable to correct problems, you have held broken packages.
pv10:~docs# LANG=de apt install postfix
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package postfix is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source
However the following packages replace it:
  postfix-sqlite postfix-pcre:i386 postfix-mysql:i386 postfix-ldap:i386 postfix-sqlite:i386 postfix-pgsql:i386
  postfix-lmdb:i386 postfix-pgsql postfix-pcre postfix-mysql postfix-lmdb postfix-ldap

E: Package 'postfix' has no installation candidate
pv10:~docs# LANG=de apt policy postfix
postfix:
  Installed: (none)
  Candidate: (none)
  Version table:
     3.4.14-0+deb10u1 -30000
        500 http://deb.debian.org/debian buster/main amd64 Packages

[Livingston]

Als erstes würde ich mal in /etc/apt/preferences und in den Dateien unter /etc/apt/preferences.d nachschauen, ob postfix gepinnt ist.
Ich gehe nach dem Rest der Ausgabe davon aus, dass Du ein ganz normales Buster installiert hast, richtig?
Die Ausgabe von apt-cache policy postfix und von apt-cache policy (ohne postfix) könnte auch aufschlussreich sein.

EDIT: Die policy von postfix hast Du ja gepostet Aber die allgemeinen policies wären trotzdem noch ganz angebracht.

[schorsch_76]

E: Unable to correct problems, you have held broken packages.

Das sollte doch einen Hinweis geben.

[floogy]

Okay, danke. Das war mir nicht bewusst, da ich mit distrorejuveinfo den server von buster:i386 auf buster:amd64 gebracht hatte. Das Skript hat das wohl erledigt.

https://github.com/pbkwee/distrorejuve
https://blog.rimuhosting.com/2018/03/21 ... ossgrades/
https://magazine.odroid.com/article/odr ... -to-arm64/

Ich dachte mir zwar schon etwas ähnliches, aber danke für den Hinweis! Auch die Verwendung von apt policy ohne Paketangabe ist mir nicht geläufig oder entfallen.

Code: Alles auswählen

~# apt-cache policy
Paketdateien:
 100 /var/lib/dpkg/status
     release a=now
 500 https://packages.sury.org/php buster/main i386 Packages
     release o=deb.sury.org,n=buster,c=main,b=i386
     origin packages.sury.org
 500 https://packages.sury.org/php buster/main amd64 Packages
     release o=deb.sury.org,n=buster,c=main,b=amd64
     origin packages.sury.org
 500 http://mariadb.mirror.liquidtelecom.com/repo/10.4/debian buster/main amd64 Packages
     release o=MariaDB,n=buster,l=MariaDB,c=main,b=amd64
     origin mariadb.mirror.liquidtelecom.com
 500 http://deb.debian.org/debian buster-updates/non-free i386 Packages
     release o=Debian,a=stable-updates,n=buster-updates,l=Debian,c=non-free,b=i386
     origin deb.debian.org
 500 http://deb.debian.org/debian buster-updates/non-free amd64 Packages
     release o=Debian,a=stable-updates,n=buster-updates,l=Debian,c=non-free,b=amd64
     origin deb.debian.org
 500 http://deb.debian.org/debian buster-updates/main i386 Packages
     release o=Debian,a=stable-updates,n=buster-updates,l=Debian,c=main,b=i386
     origin deb.debian.org
 500 http://deb.debian.org/debian buster-updates/main amd64 Packages
     release o=Debian,a=stable-updates,n=buster-updates,l=Debian,c=main,b=amd64
     origin deb.debian.org
 500 http://security.debian.org buster/updates/non-free i386 Packages
     release v=10,o=Debian,a=stable,n=buster,l=Debian-Security,c=non-free,b=i386
     origin security.debian.org
 500 http://security.debian.org buster/updates/non-free amd64 Packages
     release v=10,o=Debian,a=stable,n=buster,l=Debian-Security,c=non-free,b=amd64
     origin security.debian.org
 500 http://security.debian.org buster/updates/main i386 Packages
     release v=10,o=Debian,a=stable,n=buster,l=Debian-Security,c=main,b=i386
     origin security.debian.org
 500 http://security.debian.org buster/updates/main amd64 Packages
     release v=10,o=Debian,a=stable,n=buster,l=Debian-Security,c=main,b=amd64
     origin security.debian.org
 500 http://deb.debian.org/debian buster/non-free i386 Packages
     release v=10.5,o=Debian,a=stable,n=buster,l=Debian,c=non-free,b=i386
     origin deb.debian.org
 500 http://deb.debian.org/debian buster/non-free amd64 Packages
     release v=10.5,o=Debian,a=stable,n=buster,l=Debian,c=non-free,b=amd64
     origin deb.debian.org
 500 http://deb.debian.org/debian buster/contrib i386 Packages
     release v=10.5,o=Debian,a=stable,n=buster,l=Debian,c=contrib,b=i386
     origin deb.debian.org
 500 http://deb.debian.org/debian buster/contrib amd64 Packages
     release v=10.5,o=Debian,a=stable,n=buster,l=Debian,c=contrib,b=amd64
     origin deb.debian.org
 500 http://deb.debian.org/debian buster/main i386 Packages
     release v=10.5,o=Debian,a=stable,n=buster,l=Debian,c=main,b=i386
     origin deb.debian.org
 500 http://deb.debian.org/debian buster/main amd64 Packages
     release v=10.5,o=Debian,a=stable,n=buster,l=Debian,c=main,b=amd64
     origin deb.debian.org
Mit Pinning verwaltete Pakete:
     postfix -> 3.4.14-0+deb10u1 mit Priorität -30000
     kmod -> 26-1 mit Priorität -30000
     kmod:i386 -> 26-1 mit Priorität -30000
     mariadb-server-10.3 -> 1:10.3.23-0+deb10u1 mit Priorität -30000
     dovecot-core -> 1:2.3.4.1-5+deb10u2 mit Priorität -30000

Nö, das geht nicht auf die Kappe von distrorejuveinfo.sh, sondern von apt-listbugs.

Code: Alles auswählen

Explanation: Pinned by apt-listbugs at 2020-06-08 02:57:21 +0200
Explanation:   #895823: cannot purge dovecot-common
Package: dovecot-core
Pin: version *
Pin-Priority: -30000

Explanation: Pinned by apt-listbugs at 2020-06-08 04:22:21 +0200
Explanation:   #928175: postfix: [Regression/Stretch] No more delivers mails to mailboxes > ca. 500 MB via procmail since upgrade from 3.1.9-0+deb9u2 to 3.1.12-0+deb9u1
Package: postfix
Pin: version *
Pin-Priority: -30000

Explanation: Pinned by apt-listbugs at 2020-06-08 04:23:14 +0200
Explanation:   #895513: pstotext doesn't work any more: Unrecoverable error: undefined in DELAYBIND
Package: pstotext
Pin: version *
Pin-Priority: -30000

Explanation: Pinned by apt-listbugs at 2020-06-08 05:14:34 +0200
Explanation:   #951059: mariadb-server-10.3: lc_messages=fr_FR leads to upgrade crash with apt
Package: mariadb-server-10.3
Pin: version *
Pin-Priority: -30000

Explanation: Pinned by apt-listbugs at 2020-06-08 05:27:15 +0200
Explanation:   #952399: OpenSSL linking without license exception
Explanation:   #953952: kmod: libkmod2-udeb contains binary instead of libraries
Package: kmod
Pin: version *
Pin-Priority: -30000

Explanation: Pinned by apt-listbugs at 2020-06-08 05:28:35 +0200
Explanation:   #952399: OpenSSL linking without license exception
Explanation:   #953952: kmod: libkmod2-udeb contains binary instead of libraries
Package: kmod:i386
Pin: version *
Pin-Priority: -30000

/etc/apt/preferences.d/apt-listbugs (END)

[Livingston]

Code: Alles auswählen

~# apt-cache policy
Mit Pinning verwaltete Pakete:
     postfix -> 3.4.14-0+deb10u1 mit Priorität -30000
     kmod -> 26-1 mit Priorität -30000
     kmod:i386 -> 26-1 mit Priorität -30000
     mariadb-server-10.3 -> 1:10.3.23-0+deb10u1 mit Priorität -30000
     dovecot-core -> 1:2.3.4.1-5+deb10u2 mit Priorität -30000

Das sieht doch gut aus. Generell hast Du also nur für diese Pakete Pinning eingeschaltet.
Mein Vorschlag: Schau mal in /etc/apt/preferences und /etc/apt/preferences.d nach und lösche dort die Einträge, dann sollten die nach einem apt-get update wieder auf Standard stehen. Wenn es danach noch Probleme gibt, steht vielleicht ein apt-get reinstall <paketname> an.
Die Pinningeinträge hat wahrscheinlich distrorejuveinfo verzapft.

EDIT: Ups, das mit den Listbugs hab ich übersehen. Muss ich nochmal nachgrübeln. Sorry für den vorschnellen Vorschlag.

[floogy]

Hatte noch etwas ergänzt im letzten Post. Es war apt-listbugs, was ich ähnlich apt-listchanges, apticron recht nützlich finde. Gut, inzwischen gibt es ja plesk, cpanel, myVestaCP etc. Es wäre aber von Vorteil sich dann auch etwas besser damit auszukennen.

Ich betreibe den Server seit 2003 (woody) und habe den immer wieder upgegraded. In den letzten Jahren habe ich mich vermehrt um anderen Kram gekümmert, da ist leider etwas Wissen wieder aufzufrischen.

[Livingston]

Wäre die Frage, ob das Bugs sind, mit denen Du leben kannst. Die Einträge stammen alle vom Juni diesen Jahres. Könnte sein, dass wieder alles ok ist.
Hab dieses Tool lange nicht mehr angerührt, aber wahrscheinlich lässt sich der Knoten damit auch auflösen.

EDIT: Ergänzung Der da -> https://dirkmittler.homeip.net/blog/arc ... t-listbugs ist der Meinung, dass man einfach die Datei löschen soll und dann apt-get update ausführt. Macht auch Sinn: Wenn danach nochmal dicke Fehler auftauchen, wird sich apt-listbugs schon melden.

[floogy]

Ja genau. Ich habe sie mit Datum.bak versehen ein Verzeichnis höher verschoben. Löschen ist wahrscheinlich effektiver