web-dev-qa-db-fra.com

Mise à jour du serveur 16.04 vers 18.04.1, maintenant je vois des erreurs étranges concernant les fichiers manquants, l’échec de la résolution du dns, l’échec de la connexion au bus

Ok, il s’agit donc d’une mise à niveau de 16.04.1 LTS à 18.04.1 LTS, le serveur est sans tête. Une fois la mise à niveau terminée et le redémarrage terminé, voici ce qui se passe:

Essayer de mettre à jour des paquets ne donne que les résultats suivants:

~$ Sudo apt upgrade
Reading package lists... Done
Building dependency tree
Reading state information... Done
Calculating upgrade... Done
The following packages will be upgraded:
  policykit-1 screen smartmontools
3 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.
1 not fully installed or removed.
Need to get 0 B/1,081 kB of archives.
After this operation, 147 kB of additional disk space will be used.
Do you want to continue? [Y/n] y

(Reading database ... 159133 files and directories currently installed.)
Preparing to unpack .../smartmontools_6.5+svn4324-1_AMD64.deb ...
Failed to connect to bus: No such file or directory
[...]

Est-ce Dbus dont il parle? Quoi qu'il en soit, que diriez-vous d'une restauration?

~$ Sudo apt update
Err:1 http://security.ubuntu.com/ubuntu bionic-security InRelease
  Temporary failure resolving 'security.ubuntu.com'
Err:2 http://se.archive.ubuntu.com/ubuntu bionic InRelease
  Temporary failure resolving 'se.archive.ubuntu.com'
Err:3 http://se.archive.ubuntu.com/ubuntu bionic-updates InRelease
  Temporary failure resolving 'se.archive.ubuntu.com'
Err:4 http://se.archive.ubuntu.com/ubuntu bionic-backports InRelease
  Temporary failure resolving 'se.archive.ubuntu.com'
Reading package lists... Done
Building dependency tree
Reading state information... Done
1 package can be upgraded. Run 'apt list --upgradable' to see it.
W: Failed to fetch http://se.archive.ubuntu.com/ubuntu/dists/bionic/InRelease  Temporary failure resolving 'se.archive.ubuntu.com'
W: Failed to fetch http://se.archive.ubuntu.com/ubuntu/dists/bionic-updates/InRelease  Temporary failure resolving 'se.archive.ubuntu.com'
W: Failed to fetch http://se.archive.ubuntu.com/ubuntu/dists/bionic-backports/InRelease  Temporary failure resolving 'se.archive.ubuntu.com'
W: Failed to fetch http://security.ubuntu.com/ubuntu/dists/bionic-security/InRelease  Temporary failure resolving 'security.ubuntu.com'
W: Some index files failed to download. They have been ignored, or old ones used instead.

Quelle? Est-ce que le DNS est cassé?

~$ wget www.google.com
--2018-11-10 01:55:16--  http://www.google.com/
Resolving www.google.com (www.google.com)... failed: Temporary failure in name resolution.
wget: unable to resolve Host address ‘www.google.com’

Ça y ressemble. Hmm, ifconfig ne montre pas DNS. Google me dirige vers cette question , essayons-le.

~$ systemd-resolve --status
sd_bus_open_system: No such file or directory

Ok, je suis de plus en plus perdu maintenant. Google trouve maintenant cette question , qui concerne docker, ce qui n'est pas mon cas, mais mentionne également un problème où systemd n'est pas pid 1:

~$ ps aux
USER       PID %CPU %MEM    VSZ   RSS TTY      STAT START   TIME COMMAND
root         1  0.1  0.1 159752  9116 ?        Ss   01:25   0:02 /sbin/init splash nomdmonddf nomdmonisw
root         2  0.0  0.0      0     0 ?        S    01:25   0:00 [kthreadd]
root         3  0.0  0.0      0     0 ?        S    01:25   0:00 [ksoftirqd/0]
root         5  0.0  0.0      0     0 ?        S<   01:25   0:00 [kworker/0:0H]
root         7  0.0  0.0      0     0 ?        S    01:25   0:00 [rcu_sched]
root         8  0.0  0.0      0     0 ?        S    01:25   0:00 [rcu_bh]
root         9  0.0  0.0      0     0 ?        S    01:25   0:00 [migration/0]
root        10  0.0  0.0      0     0 ?        S    01:25   0:00 [watchdog/0]
root        11  0.0  0.0      0     0 ?        S    01:25   0:00 [watchdog/1]
[...]

Je suppose? Est-ce le problème fondamental ou un symptôme? Comment puis-je réparer cela?

18.04upgradesystemddbus
1
Zaz

J'ai eu la même erreur sur un serveur VPS OVH après la mise à niveau vers 18.04.01. J'ai d'autres serveurs très similaires qui fonctionnent bien après la mise à niveau, ce qui m'a aidé à résoudre ce problème.

Je suis descendu dans un terrier de lapin et j'ai remarqué:

Sudo systemctl
...
systemd-logind.service     loaded failed failed
...

Ce qui m'a conduit à ce site: https://forum.proxmox.com/threads/systemd-logind-failures.44219/

J'ai confirmé que mon/var/run n'était pas lié de manière sym à/run et qu'il se trouvait sur les autres serveurs. Celui-ci avait des fichiers aux deux endroits.

Je symlinkd presque comme suggéré, corrigeant les erreurs "directory not empty" dans chaque ligne avec:

mv -f /var/run/Sudo/ts/* /run/Sudo/ts/; rm -rf /var/run/Sudo/ts; 
mv -f /var/run/Sudo/* /run/Sudo/; rm -rf /var/run/Sudo; 
mv -f /var/run/* /run/; rm -rf /var/run; 
ln -s /run /var/run;
reboot

Cette étape a résolu des parties du problème, telles que:

$ systemd-resolve --status

Mais la résolution DNS échouait toujours, mais fonctionnait parfaitement avec resol:

$ ping google.com
ping: google.com: Temporary failure in name resolution

$ systemd-resolve google.com
google.com: 216.58.213.174

Selon la suggestion de https://superuser.com/questions/1317623/nslookup-failed-but-systemd-resolved-works

J'ai changé mon lien symbolique /etc/resolv.conf de /run/resolvconf/resolv.conf à /run/systemd/resolve/resolv.conf

$ ls -l /etc/resolv.conf
lrwxrwxrwx 1 root root 29 Feb 24  2017 /etc/resolv.conf -> ../run/resolvconf/resolv.conf

$ Sudo rm /etc/resolv.conf
$ Sudo ln -s /run/systemd/resolve/resolv.conf /etc/resolv.conf

$ ping google.com
PING google.com (216.58.204.238) 56(84) bytes of data.
64 bytes from par21s06-in-f14.1e100.net (216.58.204.238): icmp_seq=1 ttl=53 time=9.11 ms

Tout fonctionne maintenant.

2
NiJo