[SOLVED] Repositories not implemented (501)

[k.winter]

Hallo zusammen,

bei meinem PMG bekomme ich unter Administration -> Repositories folgende Fehlermeldung:

Method 'GET /nodes/localhost/apt/repositories' not implemented (501)

Anbei noch Infos zur PMG:

pmgversion -v

proxmox-mailgateway-container: 6.4-1 (API: 6.4-4/1c8a73c7, running kernel: 5.15.35-1-pve)
pmg-api: 6.4-4
pmg-gui: 3.0-4
clamav-daemon: 0.103.5+dfsg-0+deb10u1
libarchive-perl: 3.3.3-1
libjs-extjs: 7.0.0-1
libjs-framework7: 4.4.7-1
libpve-apiclient-perl: 3.2-1
libpve-common-perl: 7.0-4
libpve-http-server-perl: 4.0-2
libxdgmime-perl: 0.01-5
lvm2: not correctly installed
pmg-docs: 7.0-2
pmg-log-tracker: 2.2.0-1
postgresql-11: 11.16-0+deb10u1
proxmox-mini-journalreader: 1.2-1
proxmox-spamassassin: 3.4.6-3
proxmox-widget-toolkit: 3.3-5
pve-xtermjs: 4.7.0-3
root@mx1:~#

cat /etc/apt/sources.list && tail /etc/apt/sources.list.d/*

deb http://ftp.debian.org/debian buster main contrib

# PMG pmg-no-subscription repository provided by proxmox.com,
# NOT recommended for production use
deb http://download.proxmox.com/debian/pmg buster pmg-no-subscription

deb http://ftp.debian.org/debian buster-updates main contrib

deb http://security.debian.org buster/updates main contrib

tail: '/etc/apt/sources.list.d/*' kann nicht zum Lesen geöffnet werden: Datei oder Verzeichnis nicht gefunden
root@mx1:~#

Kann hier jemand weiterhelfen?

Vielen Dank.

 

[dcsapak]

es scheint als wäre die installation halb auf 7.x upgegradet (pmg-api ist die 6.x version, pmg-gui aber die 7.x)

wie wurde denn installiert ?

 

[k.winter]

Das erste Upgrade hat leider zu massiven Fehlern geführt und ein Rollback wurde durchgeführt durch PVE.
Gibt es außerhalb der https://pmg.proxmox.com/wiki/index.php/Upgrade_from_6.x_to_7.0 noch eine andere Anleitung?

Es muss das Non-Subscription Repository genutzt werden.

 

[dcsapak]

scheinbar ist da noch etwas schiefgelaufen...

nein das ist die offizielle upgrade anleitung... was für fehler waren es denn?

 

[k.winter]

scheinbar ist da noch etwas schiefgelaufen...

nein das ist die offizielle upgrade anleitung... was für fehler waren es denn?

Wenn ich jetzt ein Upgrade machen möchte nach Anleitung kommt bei

echo "deb [URL]https://enterprise.proxmox.com/debian/pmg[/URL] bullseye pmg-enterprise" > /etc/apt/sources.list.d/pmg-enterprise.list

folgender Fehler:

Holen:15 http://ftp.debian.org/debian bullseye-updates/main Translation-en [2.343 B]               
Fehl:16 https://enterprise.proxmox.com/debian/pmg bullseye InRelease                                     
  401  Unauthorized [IP: IPV6-Adresse]
Paketlisten werden gelesen... Fertig                            
E: Fehlschlag beim Holen von https://enterprise.proxmox.com/debian/pmg/dists/bullseye/InRelease 401  Unauthorized [IP: 2a01:7e0:0:424::249 443]
E: Das Depot »https://enterprise.proxmox.com/debian/pmg bullseye InRelease« ist nicht signiert.
N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.
N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).
root@mx1:~# apt update
OK:1 http://security.debian.org bullseye-security InRelease
OK:2 http://download.proxmox.com/debian/pmg bullseye InRelease                                                
OK:3 http://ftp.debian.org/debian bullseye InRelease                                                          
OK:4 http://ftp.debian.org/debian bullseye-updates InRelease                                                  
Fehl:5 https://enterprise.proxmox.com/debian/pmg bullseye InRelease                   
  401  Unauthorized [IP: IPV6-Adresse]
Paketlisten werden gelesen... Fertig                          
E: Fehlschlag beim Holen von https://enterprise.proxmox.com/debian/pmg/dists/bullseye/InRelease 401  Unauthorized [IP: IPV6-Adrese]
E: Das Depot »https://enterprise.proxmox.com/debian/pmg bullseye InRelease« ist nicht signiert.
N: Eine Aktualisierung von solch einem Depot kann nicht auf eine sichere Art durchgeführt werden, daher ist es standardmäßig deaktiviert.
N: Weitere Details zur Erzeugung von Paketdepots sowie zu deren Benutzerkonfiguration finden Sie in der Handbuchseite apt-secure(8).
root@mx1:~#

Beim ersten Versuch lies sich der Cluster nicht mit dem syncen:

May 23 19:48:09 mx1 systemd[4639]: systemd-logind.service: Failed to set up mount namespacing: /run/systemd/unit-root/proc: Permission denied
May 23 19:48:09 mx1 systemd[4639]: systemd-logind.service: Failed at step NAMESPACE spawning /lib/systemd/systemd-logind: Permission denied
May 23 19:48:09 mx1 systemd[1]: systemd-logind.service: Main process exited, code=exited, status=226/NAMESPACE
May 23 19:48:09 mx1 systemd[1]: systemd-logind.service: Failed with result 'exit-code'.
May 23 19:48:09 mx1 systemd[1]: Failed to start User Login Management.
May 23 19:48:09 mx1 systemd[1]: systemd-logind.service: Scheduled restart job, restart counter is at 5.
May 23 19:48:09 mx1 systemd[1]: Stopped User Login Management.
May 23 19:48:09 mx1 systemd[1]: modprobe@drm.service: Start request repeated too quickly.
May 23 19:48:09 mx1 systemd[1]: modprobe@drm.service: Failed with result 'start-limit-hit'.
May 23 19:48:09 mx1 systemd[1]: Failed to start Load Kernel Module drm.
May 23 19:48:09 mx1 systemd[1]: systemd-logind.service: Start request repeated too quickly.
May 23 19:48:09 mx1 systemd[1]: systemd-logind.service: Failed with result 'exit-code'.
May 23 19:48:09 mx1 systemd[1]: Failed to start User Login Management.
May 23 19:48:34 mx1 dbus-daemon[129]: [system] Failed to activate service 'org.freedesktop.login1': timed out (service_start_timeout=25000ms)
May 23 19:48:34 mx1 sshd[4620]: pam_systemd(sshd:session): Failed to create session: Failed to activate service 'org.freedesktop.login1': timed out (service_start_timeout=25000ms)
May 23 19:48:34 mx1 sshd[4620]: fatal: ssh_packet_send_debug: Broken pipe
May 23 19:48:34 mx1 sshd[4620]: pam_unix(sshd:session): session closed for user root
May 23 19:48:43 mx1 pmgpolicy[2341]: starting policy database maintenance (greylist, rbl)
May 23 19:48:43 mx1 pmgpolicy[2341]: end policy database maintenance (6 ms, 1 ms)

bzw. auf Slave

May 23 17:50:14 mx2 pmgmirror[695]: database sync 'mx1' failed - command 'rsync '--rsh=ssh -l root -o BatchMode=yes -o HostKeyAlias=mx1' -q --timeout 10 '[IPV4-Adresse]:/var/spool/pmg' /var/spool/pmg --files-from /tmp/quarantinefilelist.695' failed: exit code 30
May 23 17:50:14 mx2 pmgmirror[695]: cluster synchronization finished  (1 errors, 30.72 seconds (files 0.00, database 15.45, config 15.27))
May 23 17:50:21 mx2 pmg-smtp-filter[682]: starting database maintenance
May 23 17:50:21 mx2 pmg-smtp-filter[682]: end database maintenance (2 ms)
May 23 17:51:05 mx2 pmgpolicy[700]: starting policy database maintenance (greylist, rbl)
May 23 17:51:05 mx2 pmgpolicy[700]: end policy database maintenance (4 ms, 1 ms)
May 23 17:51:27 mx2 postfix/qmgr[963]: 59AA9C0C64: from=<XXX@XXX.com>, size=12791, nrcpt=1 (queue active)
May 23 17:51:44 mx2 pmgmirror[695]: starting cluster synchronization
May 23 17:51:57 mx2 postfix/smtp[3402]: connect to IPV6-Adresse Connection timed out

 

[dcsapak]

folgender Fehler:

ja das enterprise repository geht nur mit subscription, dh wenn keine subscription vorhanden ist -> no-subscription repository verwenden

Beim ersten Versuch lies sich der Cluster nicht mit dem syncen:

sieht nach einem problem mit einem unpriviligierten container und fehlender 'nesting' option aus
ist es ein container auf einem pve? (geschätzt wegen der laufenden kernel version oben) a muss für bullseye (debian 11) nesting angemacht werden für unpriviligierte container
(hat zwar nicht direkt mit pmg zu tun, könnte man aber in der upgrade anleitung erwähnen)

 

[k.winter]

ja das enterprise repository geht nur mit subscription, dh wenn keine subscription vorhanden ist -> no-subscription repository verwenden


sieht nach einem problem mit einem unpriviligierten container und fehlender 'nesting' option aus
ist es ein container auf einem pve? (geschätzt wegen der laufenden kernel version oben) a muss für bullseye (debian 11) nesting angemacht werden für unpriviligierte container
(hat zwar nicht direkt mit pmg zu tun, könnte man aber in der upgrade anleitung erwähnen)

Tatsächlich war Nesting in den jeweiligen Containern nicht aktiviert. Dies habe ich schon einmal nachgezogen. Auch die Info, dass die PMG die gleiche Versionsnummer besitzen sollten wäre wichtig gewesen in der Doku.

Die /etc/apt/sources.list schaut folgendermaßen aus:

deb http://ftp.debian.org/debian buster main contrib

# PMG pmg-no-subscription repository provided by proxmox.com,
# NOT recommended for production use
deb http://download.proxmox.com/debian/pmg buster pmg-no-subscription

deb http://ftp.debian.org/debian buster-updates main contrib

deb http://security.debian.org buster/updates main contrib

-> Wie müsste es korrekt aussehen?

 

[dcsapak]

Tatsächlich war Nesting in den jeweiligen Containern nicht aktiviert. Dies habe ich schon einmal nachgezogen.

wir haben einen hinweis unter "Potential issues" hinzugefügt damit andere das vielleicht vorher sehen.

Auch die Info, dass die PMG die gleiche Versionsnummer besitzen sollten wäre wichtig gewesen in der Doku.

es ist beschrieben wie man bei clustern vorgehen soll (am anfang den sync stoppen, alle nacheinander upgraden)

Die /etc/apt/sources.list schaut folgendermaßen aus:

so müsste sie für 'buster' (debian 10) aussehen, wenn auf 7 (bullseye; debian 11) upgegradet werden soll, steht die vorgehensweise in der anleitung (buster -> bullseye austauschen)

 

[k.winter]

so müsste sie für 'buster' (debian 10) aussehen, wenn auf 7 (bullseye; debian 11) upgegradet werden soll, steht die vorgehensweise in der anleitung (buster -> bullseye austauschen)

Werde ich heute Abend einmal ausprobieren mit folgendem Inhalt:

deb http://ftp.debian.org/debian bullseye main contrib

# PMG pmg-no-subscription repository provided by proxmox.com,
# NOT recommended for production use
deb http://download.proxmox.com/debian/pmg bullseye pmg-no-subscription

deb http://ftp.debian.org/debian bullseye-updates main contrib

deb http://security.debian.org bullseye/updates main contrib

Cluster ist noch nicht eingerichtet - Dies war der Plan nach dem Upgrade auf 7.X-X.

 

[dcsapak]

bitte nochmal die anleitung genau lesesn, 'buster/updates' muss man mit 'bullseye-security' tauschen nicht 'bullseye/updates'

 

[k.winter]

Danke. Ich werde heute Abend das Upgrade versuchen.

 

[k.winter]

Update hat scheinbar ohne Probleme funktioniert:

proxmox-mailgateway-container: 7.1-1 (API: 7.1-3/4c093c92, running kernel: 5.15.35-1-pve)
pmg-api: 7.1-3
pmg-gui: 3.1-3
clamav-daemon: 0.103.6+dfsg-0+deb11u1
ifupdown: 0.8.36+pve1
libarchive-perl: 3.4.0-1
libjs-extjs: 7.0.0-1
libjs-framework7: 4.4.7-1
libproxmox-acme-perl: 1.4.2
libproxmox-acme-plugins: 1.4.2
libpve-apiclient-perl: 3.2-1
libpve-common-perl: 7.2-1
libpve-http-server-perl: 4.1-2
libxdgmime-perl: 1.0-1
lvm2: not correctly installed
pmg-docs: 7.1-2
pmg-i18n: 2.7-2
pmg-log-tracker: 2.3.1-1
postgresql-13: 13.7-0+deb11u1
proxmox-mini-journalreader: 1.3-1
proxmox-spamassassin: 3.4.6-4
proxmox-widget-toolkit: 3.5.1
pve-xtermjs: 4.16.0-1