pmg8to9-Warnung: Failed to resolve hostname --> Upgrade-Probleme

W

whiterabbit

Renowned Member
Proxmox Subscriber
Dec 19, 2012
532
18
83
Hi.
Ich habe das Script
Code: 
pmg8to9
laufen lassen und erhalte diese Warnung:
Code: 
INFO: Checking if the local node's hostname 'pmg' is resolvable..
WARN: Failed to resolve hostname 'pmg' to IP - address lookup for 'pmg' did not find any IP address

Wenn ich unter
Code: 
cat /etc/hosts
nachschaue, steht dort seltsamerweise dies (und nicht die IP). Der Eintrag wurde aber offenbar automatisch bei der Installation angelegt, oder??

Code: 
127.0.0.1       localhost
::1             localhost ip6-localhost ip6-loopback
ff02::1         ip6-allnodes
ff02::2         ip6-allrouters
# --- BEGIN PVE ---
127.0.1.1 pmg.meine-domain.de pmg
# --- END PVE ---

(Das PMG läuft als VM auf einem PVE-Host.)
Was ist hier schief gelaufen bzw wo fehlt der entsprechende Eintrag?
Oder anders gefragt: Warum steht da 127.0.0.1 und nicht die IP?
Danke.
 
Last edited:
Wie wurde PMG installiert? - sieht auf den ersten blick nach einem LXC guest auf PVE aus?
bekommt die VM die IP via DHCP?
 
Stoiko Ivanov said:
Wie wurde PMG installiert? - sieht auf den ersten blick nach einem LXC guest auf PVE aus?
bekommt die VM die IP via DHCP?
Click to expand...
Ja, genauso ist es auch: PMG läuft als LXC-Container und die IP kommt in dem VLAN über DHCP (die auf der OPNSense aber fest eingestellt ist) ... das funktionierte bisher. Sollte man es besser anders machen?
 
Im Prinzip ist empfohlen PMG mit einer statischen IP zu betreiben, und sicherzustellen, dass PMG seinen eigenen hostnamen auch auf eine tatsächliche IP (nicht in 127.0.0.0/8) auflösen kann (das geht mit einem passenden Eintrag in /etc/hosts).
Allerdings haben wir vor längerem schon ermöglicht, dass DHCP unterstützt wird (dann müsste aber die tatsächliche IP per DNS auflösbar sein).

Wenn es leicht möglich ist würde ich die IP in der LXC config hinterlegen, dann klappt auch der pmg8to9 test - ansonsten, sollte es auch so gehen (das Warning in dem Fall ignorieren).

Ich hoffe das hilft.
 
  • Like
Reactions: whiterabbit
Hallo nochmal,
ok, leider hat das Upgrade von Version 8 auf 9 nicht ohne Probleme funktioniert. Ich habe zunächst pmg8to9 laufen lassen und bin anschließend der Anleitung gefolgt: https://pmg.proxmox.com/wiki/Upgrade_from_8_to_9

Meldung von pmg8to9 nach apt update && apt upgrade:
Code: 
20:09/0 pmg ~ # pmg8to9
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
        LANGUAGE = (unset),
        LC_ALL = (unset),
        LANG = "de_DE.UTF-8"
    are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").

Ich habe es zwei Mal ausprobiert -- beide Male lief das Upgrade nicht fehlerfrei durch sondern ist mittendrin stecken geblieben.
Eigentlich kenne ich es so, dass man mit einem erneuten "apt update && apt dist-upgrade" fehlerhafte oder abgebrochene Updates wieder anstoßen kann. Hier war es aber so, dass danach gemeldet wurde: "Alles up-to-date". Der anschließende reboot zeigte dann leider keinen Login. Per ssh kam ich zwar auf die VM, doch dann erschien:
Code: 
Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Mon Apr 13 19:43:18 2026
-bash: warning: setlocale: LC_CTYPE: cannot change locale (de_DE.UTF-8): No such file or directory
-bash: warning: setlocale: LC_CTYPE: cannot change locale (de_DE.UTF-8): No such file or directory

Außerdem seltsam:
Code: 
19:59/5 pmg ~ # systemctl list-units --state=failed
  UNIT                                     LOAD   ACTIVE SUB    DESCRIPTION                                                
● dev-mqueue.mount                         loaded failed failed POSIX Message Queue File System
● run-lock.mount                           loaded failed failed Legacy Locks Directory /run/lock
● sys-kernel-config.mount                  loaded failed failed Kernel Configuration File System
● tmp.mount                                loaded failed failed Temporary Directory /tmp                                  
● console-getty.service                    loaded failed failed Console Getty
● container-getty@1.service                loaded failed failed Container Getty on /dev/tty1
● container-getty@2.service                loaded failed failed Container Getty on /dev/tty2
● pmgproxy.service                         loaded failed failed Proxmox Mail Gateway's unprivileged API and API-proxy daemon
● systemd-journal-flush.service            loaded failed failed Flush Journal to Persistent Storage
● systemd-journald.service                 loaded failed failed Journal Service
● systemd-sysctl.service                   loaded failed failed Apply Kernel Variables
● systemd-tmpfiles-setup-dev-early.service loaded failed failed Create Static Device Nodes in /dev gracefully
● systemd-tmpfiles-setup-dev.service       loaded failed failed Create Static Device Nodes in /dev
● systemd-tmpfiles-setup.service           loaded failed failed Create System Files and Directories
● systemd-udev-load-credentials.service    loaded failed failed Load udev Rules from Credentials                          
● systemd-journald-dev-log.socket          loaded failed failed Journal Socket (/dev/log)
● systemd-journald.socket                  loaded failed failed Journal Sockets

Legend: LOAD   → Reflects whether the unit definition was properly loaded.
        ACTIVE → The high-level unit activation state, i.e. generalization of SUB.
        SUB    → The low-level unit activation state, values depend on unit type.

17 loaded units listed.
Da ist also leider gehörig etwas schief gelaufen. Ich bin daher zunächst zurück auf das Backup von Version 8 gegangen.
 
Last edited:
da würde ich nochmal das /var/log/apt/term.log (und history.log) vom system bei dem das upgrade fehlgeschlagen ist durchsehen - da sollte stehen wo es angefangen hat schief zu gehen.
sonst auch das journal durchsehen - da steht vl. noch warum die services nicht starten können

auf den ersten blick sind zumindest `locales` nicht richtig installiert/konfiguriert - aber systemd
 
Ich habe das Upgrade gerade nochmal laufen lassen. Es läuft zwar durch aber liefert ganz am Ende diese Meldung:

Code: 
Setting up pmg-api (9.0.6) ...
Unable to open syslog: Os { code: 111, kind: ConnectionRefused, message: "Connection refused" }
Unable to open syslog: Os { code: 111, kind: ConnectionRefused, message: "Connection refused" }
Analyzing/Upgrading existing Databases...done
Unable to open syslog: Os { code: 111, kind: ConnectionRefused, message: "Connection refused" }
Failed to reload postfix.service: Unit postfix.service is masked.
command 'systemctl reload postfix' failed: exit code 1
pmg-smtp-filter.service is a disabled or a static unit not running, not starting it.
pmgmirror.service is a disabled or a static unit not running, not starting it.
pmgpolicy.service is a disabled or a static unit not running, not starting it.
pmgtunnel.service is a disabled or a static unit not running, not starting it.
Setting up proxmox-mailgateway-container (9.0.0) ...
Processing triggers for systemd (257.9-1~deb13u1) ...
Job for systemd-sysctl.service failed because the control process exited with error code.
See "systemctl status systemd-sysctl.service" and "journalctl -xeu systemd-sysctl.service" for details.
Processing triggers for debianutils (5.23.2) ...
Processing triggers for libc-bin (2.41-12+deb13u2) ...
Processing triggers for ca-certificates (20250419) ...
Updating certificates in /etc/ssl/certs...
0 added, 0 removed; done.
Running hooks in /etc/ca-certificates/update.d...
done.
Processing triggers for postfix (3.10.5-1~deb13u1) ...
Restarting postfix
postfix.service is a disabled or a static unit, not starting it.

Danach bin ich wieder auf dem Prompt und das Upgrade ist "beendet". Nach dem Reboot folgen dann die besagten Probleme:
* es wird kein Login mehr angezeigt aber ssh funktioniert noch
* die o.g. Dienste laufen alle nicht (mehr)
* übrigens ist diese PMG-Installation eine "pmg-no-subscription" -- aber so steht es auch in der proxmox.sources-Datei

Ich gehe wieder zurück auf den Snapshot ...

Übrigens liefert "journalctl -xeu systemd-sysctl.service" eine leere Datei: "-- No entries --"
 
Last edited:
You must log in or register to reply here.
Top Bottom
Back