web-dev-qa-db-fra.com

Mises à jour cassé monte CIFS / SMB dans 16.04

J'ai lancé apt-get upgrade sur nos systèmes Ubuntu cette semaine. Les montages réseau se brisent maintenant sur nos systèmes 16.04 toutes les 5 à 10 minutes. Nous obtenons des erreurs comme celle-ci:

ls: cannot access '/mnt/server_a/dir_a': Host is down

L'hôte n'est certainement pas en panne, j'ai mis à jour plusieurs systèmes 14.04 en même temps et ils ne rencontrent aucun problème. Il semble qu'un redémarrage ou un umount && mount du montage endommagé le répare pendant quelques minutes, puis se bloque à nouveau (même lorsque le système est complètement inactif). Les lignes dans /etc/fstab sont:

//server_a/dir_a /mnt/server_a/dir_a cifs uid=my_user,soft,rw,exec,credentials=/root/creds/mnt_server_a,file_mode=0777,dir_mode=0777,iocharset=utf8,sec=ntlm 0 0
//server_b/dir_b /mnt/server_b/dir_b cifs uid=my_user,soft,rw,exec,credentials=/root/creds/mnt_server_b,file_mode=0777,dir_mode=0777,iocharset=utf8,sec=ntlm 0 0

Le fichier cred de serveur_a est un utilisateur local (deux lignes "nom d'utilisateur = toto" et "mot de passe = barre"). Le fichier cred_serveur est destiné à un utilisateur de domaine. Il est également spécifié dans le fichier créd.

Il semble que la mise à jour en soit une (de /var/apt/install/history.log):

update-manager-core:AMD64 (1:16.04.5, 1:16.04.6)
libapt-inst2.0:AMD64 (1.2.19, 1.2.20)
update-notifier-common:AMD64 (3.168.3, 3.168.4)
libgtk-3-common:AMD64 (3.18.9-1ubuntu3.2, 3.18.9-1ubuntu3.3)
apt:AMD64 (1.2.19, 1.2.20)
libgtk-3-0:AMD64 (3.18.9-1ubuntu3.2, 3.18.9-1ubuntu3.3)
snapd:AMD64 (2.22.6, 2.24.1)
snap-confine:AMD64 (2.22.6, 2.24.1)
dnsmasq-base:AMD64 (2.75-1ubuntu0.16.04.1, 2.75-1ubuntu0.16.04.2)
grub-legacy-ec2:AMD64 (0.7.9-48-g1c795b9-0ubuntu1~16.04.1, 0.7.9-90-g61eb03fe-0ubuntu1~16.04.1)
libapt-pkg5.0:AMD64 (1.2.19, 1.2.20)
cifs-utils:AMD64 (2:6.4-1ubuntu1, 2:6.4-1ubuntu1.1)
ntp:AMD64 (1:4.2.8p4+dfsg-3ubuntu5.3, 1:4.2.8p4+dfsg-3ubuntu5.4)
libgtk-3-bin:AMD64 (3.18.9-1ubuntu3.2, 3.18.9-1ubuntu3.3)
python3-update-manager:AMD64 (1:16.04.5, 1:16.04.6)
ubuntu-core-launcher:AMD64 (2.22.6, 2.24.1)
apt-utils:AMD64 (1.2.19, 1.2.20)
pciutils:AMD64 (1:3.3.1-1.1ubuntu1, 1:3.3.1-1.1ubuntu1.1)
apt-transport-https:AMD64 (1.2.19, 1.2.20)
libpci3:AMD64 (1:3.3.1-1.1ubuntu1, 1:3.3.1-1.1ubuntu1.1)

J'ai essayé de revenir en arrière, mais apt-get ne me permettait que de rétrograder les utilisateurs énumérés ci-dessous, et aucun d'entre eux n'a résolu le problème (même si je ne soupçonnais vraiment que des fichiers cifs ou dnsmasq):

  • cifs-utils: AMD64 = 2: 6.4-1ubuntu1
  • dnsmasq-base: AMD64 = 2.75-1ubuntu0.16.04.1
  • ntp: AMD64 = 1: 4.2.8p4 + dfsg-3ubuntu5.3
  • pciutils: AMD64 = 1: 3.3.1-1.1ubuntu1
  • libpci3: AMD64 = 1: 3.3.1-1.1ubuntu1

Quelqu'un a-t-il des idées sur la façon de remettre mes montures en état de fonctionner? Je suis sérieusement désespéré. C’est un piège pour nous. Si je ne parviens pas à le faire fonctionner dans les prochains jours, nous devrons remettre toute notre infrastructure sur Ubuntu 14.04.

mountsambacifs
3
EJP

J'ai eu le même problème, par moi, cela aide à supprimer le dernier noyau. Je l'ai fait comme ça:

  1. vérifiez qu'il existe un deuxième noyau plus ancien:

    dpkg --list | grep linux-image

  2. s'il y en a un plus ancien, supprimez le plus récent:

    apt remove --purge 4.4.0-75- *

  3. mettre à jour grub:

    update-grub

Maintenant, il faut un redémarrage et après cela devrait fonctionner.

Quand vous voulez plus tard un nouveau noyau, vous devez les installer avec: apt install linux-generic

Une autre solution consiste à ajouter vers=3.0 à l'instruction de montage fstab.

1
jb_alvarado

J'ai eu exactement le même problème - depuis 3 ou 4 jours, mon serveur multimédia Plex, en tant que ESXi VM, lâchera de son support permanent SMB (défini dans fstab) -metal Freenas Server, avec le message d'erreur "Host is down"; même umount ne fonctionnerait pas, indiquant que la cible est occupée.

Revenir à 4.4.0-72-generic vient de faire l'affaire.

0
R3DFL4G

On dirait que c'est un bogue du noyau 4.4.0. Une sorte de condition de concurrence toutes les 15 minutes provoque une inondation et une déconnexion.

https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=85684

J'ai mis à jour à 4.9.30 et il semble avoir résolu les problèmes. Les étapes que j'ai suivies sont:

Téléchargez tous les deb Kernel

wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.9/linux-headers-4.9.0-040900_4.9.0-040900.201612111631_all.deb

wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.9.30/linux-headers-4.9.30-040930_4.9.30-040930.201705251131_all.deb

wget http://kernel.ubuntu.com/~kernel-ppa/mainline/v4.9/linux-headers-4.9.0-040900-generic_4.9.0-040900.201612111631_AMD64.deb

Puis installez avec:

Sudo dpkg -i *.deb

Puis redémarrez dans le nouveau noyau. Confirmer avec:

uname -r

Évidemment, soyez prudent si vous avez du matériel ou des services dépendants d’un noyau donné. Mon serveur ne tourne que Plex et j'ai pu mettre à jour sans effets pervers.

0
mhouston100