Я работал склонный - получают обновление в наших системах 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 мог бы быть виноват):
У кого-либо есть какие-либо идеи, как получить мое монтирование, работающее снова? Я являюсь серьезно отчаянным, это - выставочный стопор для нас, если я не могу получить его работающий в ближайшие дни, мы должны будем переключить нашу целую инфраструктуру назад на Ubuntu 14.04.
У меня была та же проблема, мной она помогает удалить последнее ядро. Я сделал это как это:
проверка, что существует второе более старое ядро:
dpkg - перечисляют | grep изображение Linux
, если существует более старый, удалите новейшее:
склонный удаляют - производят чистку 4.4.0-75 -*
личинка обновления:
личинка обновления
Теперь этому нужна перезагрузка и после того, как это должно будет работать.
, Когда Вы хотите позже новое ядро, необходимо установить их с: apt install linux-generic
Другое решение состоит в том, чтобы добавить vers=3.0
к fstab, монтируют оператор.
У меня была точно та же проблема - в течение прошлых 3 или 4 дней, мой медиасервер Plex, как VM ESXI отбросит свой постоянный SMB, монтируются (определенный в fstab) от чистого металла, сервер Freenas, с "Хостом снижается" на сообщение об ошибке; даже umount не работал бы, указывая, что цель занята.
Возвращение к 4.4.0-72-универсальному просто добилось цели.
Похоже, что это ошибка в ядре 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, и я смог обновить его без каких-либо побочных эффектов.