Обновления Повредились, CIFS/SMB Монтируется в 16,04

Я работал склонный - получают обновление в наших системах Ubuntu на этой неделе. Монтирование сети Now повреждается в наших 16,04 системах каждые 5-10 минут. Мы получаем ошибки как это:

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

Хост определенно не вниз, я обновил набор 14,04 систем одновременно, и у них нет проблем. Это похоже на перезагрузку, или umount && монтируются поврежденного монтирования, фиксирует его в течение нескольких минут, затем это повреждается снова (даже когда система абсолютно неактивна). Строки в /etc/fstab :

//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

cred файл для server_a является локальным пользователем, (две строки "username=foo" и "password=bar"). server_b cred файл для пользователя домена, который также указан в cred файле.

Похоже, что обновление было одним из них (от /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)

Я пытался вернуться, но склонный - добираются, только позволил бы мне понизить упомянутых ниже, и ни один из них не устранил проблему (хотя я только действительно подозревал cifs, или 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

У кого-либо есть какие-либо идеи, как получить мое монтирование, работающее снова? Я являюсь серьезно отчаянным, это - выставочный стопор для нас, если я не могу получить его работающий в ближайшие дни, мы должны будем переключить нашу целую инфраструктуру назад на Ubuntu 14.04.

3
задан 30 April 2017 в 12:49

3 ответа

У меня была та же проблема, мной она помогает удалить последнее ядро. Я сделал это как это:

  1. проверка, что существует второе более старое ядро:

    dpkg - перечисляют | grep изображение Linux

  2. , если существует более старый, удалите новейшее:

    склонный удаляют - производят чистку 4.4.0-75 -*

  3. личинка обновления:

    личинка обновления

Теперь этому нужна перезагрузка и после того, как это должно будет работать.

, Когда Вы хотите позже новое ядро, необходимо установить их с: apt install linux-generic

Другое решение состоит в том, чтобы добавить vers=3.0 к fstab, монтируют оператор.

1
ответ дан 1 December 2019 в 17:30

У меня была точно та же проблема - в течение прошлых 3 или 4 дней, мой медиасервер Plex, как VM ESXI отбросит свой постоянный SMB, монтируются (определенный в fstab) от чистого металла, сервер Freenas, с "Хостом снижается" на сообщение об ошибке; даже umount не работал бы, указывая, что цель занята.

Возвращение к 4.4.0-72-универсальному просто добилось цели.

0
ответ дан 1 December 2019 в 17:30

Похоже, что это ошибка в ядре 4.4.0. Некоторая гонка каждые 15 минут приводит к потопу и отключению.

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

Я обновился до 4.9.30, и, похоже, он решил проблемы , Шаги, которые я выполнил:

Загрузите все файлы ядра 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

Затем установите с помощью:

sudo dpkg -i *.deb

Затем перезагрузитесь в новое ядро. Подтвердите с помощью:

uname -r

Очевидно, будьте осторожны, если у вас есть оборудование или службы, сильно зависящие от определенного ядра. Мой сервер работает только на Plex, и я смог обновить его без каких-либо побочных эффектов.

0
ответ дан 1 December 2019 в 17:30

Другие вопросы по тегам:

Похожие вопросы: