LINUX.ORG.RU
решено ФорумAdmin

Ubuntu 15.10. После рестарта странное с сетью. И smbd к интерфейсу не цепляется.

 , ,


0

1

До вчерашнего дня всё работало как часы. Утром — не работает samba. Вчера на корневом разделе кончалось место (plexmediaserver выжрал 25Гб места :)), с виду после очистки всё работало, но мало ли что. Рестарт самбы не помог, так что рестартовал весь сервер.

К удивлению после рестарта оказался пустой /etc/resolv.conf. Хотя до этого перегружал не раз и всё было ок. Было, вроде, так (по памяти, т.к. сегодня уже редактировал, воюю с глюками):

/etc/network/interfaces

auto lo
iface lo inet loopback

auto enp3s0
iface enp3s0 inet static
  address 192.168.1.3
  netmask 255.255.255.0
  gateway 192.168.1.1
  dns-nameservers 8.8.8.8
  up route add default gw 192.168.1.1

auto enp3s0:0
iface enp3s0:0 inet static
  address 192.168.1.13
  netmask 255.255.255.0

auto lxcbr0
iface lxcbr0 inet static
  address 10.23.1.1
  netmask 255.255.0.0

Потыкался, потыкался, выяснил удивительное. Если добавить dns-nameservers в секцию enp3s0:0 или lxcbr0 — то в resolv.conf запись появляется. При чём берётся она из enp3s0:0 (если ставить разные DNS). Если оставить только в enp3s0:0 — то опять в resolv.conf пусто o_O

В логе ничего особо подозрительного кроме:

марта 09 09:50:33 home-server sh[1063]: SIOCADDRT: File exists
марта 09 09:50:33 home-server sh[1063]: Failed to bring up enp3s0.
марта 09 09:50:33 home-server systemd[1]: ifup@enp3s0.service: Main process exited, code=exited, status=1/FAILURE
марта 09 09:50:33 home-server networking[1064]: RTNETLINK answers: File exists
марта 09 09:50:33 home-server networking[1064]: Failed to bring up enp3s0.
марта 09 09:50:35 home-server kernel: r8169 0000:03:00.0 enp3s0: link up
марта 09 09:50:35 home-server kernel: IPv6: ADDRCONF(NETDEV_CHANGE): enp3s0: link becomes ready

В принципе, похоже на двойное поднятие интерфейса, что некрасиво, но обычно не фатально. Откуда лезет и как бороться — непонятно. Интерфейс поднимается, всё, в целом, работает.

Дальше — интереснее. Самба так и не работает. При попытке перезапустить по netstat видно, что на сетевом интерфейсе висит только nmbd, а smbd к сети не цепляется. Хотя демон висит, в логах всё ок:

марта 09 09:52:41 home-server systemd[1]: Starting LSB: start Samba SMB/CIFS daemon (smbd)...
-- Subject: Начинается запуск юнита smbd.service
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Начат процесс запуска юнита smbd.service.
марта 09 09:52:41 home-server smbd[6169]: * Starting SMB/CIFS daemon smbd
марта 09 09:52:41 home-server smbd[6169]: ...done.
марта 09 09:52:41 home-server systemd[1]: Started LSB: start Samba SMB/CIFS daemon (smbd).
-- Subject: Запуск юнита smbd.service завершен
-- Defined-By: systemd
-- Support: http://lists.freedesktop.org/mailman/listinfo/systemd-devel
--
-- Процесс запуска юнита smbd.service был завершен.
--
-- Результат: done.

По service smbd status тоже всё ок:

● smbd.service - LSB: start Samba SMB/CIFS daemon (smbd)
   Loaded: loaded (/etc/init.d/smbd)
   Active: active (exited) since Ср. 2016-03-09 10:00:03 MSK; 11min ago
     Docs: man:systemd-sysv-generator(8)
  Process: 7773 ExecStop=/etc/init.d/smbd stop (code=exited, status=0/SUCCESS)
  Process: 7810 ExecStart=/etc/init.d/smbd start (code=exited, status=0/SUCCESS)
   Memory: 0B
      CPU: 0

марта 09 10:00:03 home-server systemd[1]: Starting LSB: start Samba SMB/CIFS daemon (smbd)...
марта 09 10:00:03 home-server smbd[7810]: * Starting SMB/CIFS daemon smbd
марта 09 10:00:03 home-server smbd[7810]: ...done.
марта 09 10:00:03 home-server systemd[1]: Started LSB: start Samba SMB/CIFS daemon (smbd).

В конфиге самбы ничего интересного, он работал много лет, ошибок в логах нет, nmbd на интерфейсе висит.

Ничего не понимаю :-/

★★★★★

В принципе, похоже на двойное поднятие интерфейса, что некрасиво, но обычно не фатально.

Не оно?

gateway 192.168.1.1
up route add default gw 192.168.1.1

В конфиге самбы случайно не указано слушать конкретный интерфейс/адрес ?

anc ★★★★★
()
Ответ на: комментарий от anc

А похоже на то, да еще бы указать интерфейс в конце, на который вешается дефолтный шлюз

anonymous
()

ставить сервак на mainline ветке убунты

ССЗБ

много лет

15.10 вышла меньше года назад.

Алсо, что в логах самбы и сислоге?

svr4
()
Ответ на: комментарий от anc

Не оно?

Нет. up route добавлял, т.к. gateway игнорируется. И оно не для поднятия интерфейса служит, а для прописывания route при поднятии.

В конфиге самбы случайно не указано слушать конкретный интерфейс/адрес ?

Конкретный. А то интерфейсов дофига (docker+lxc). Но убирание привязки интерфейса ничего не меняет, nmbd по-прежнему вешается на все интерфейсы, а smbd — ни на один.

KRoN73 ★★★★★
() автор топика
Ответ на: комментарий от svr4

ССЗБ

В 14.x и 15.04 глюки с Bluez. А так 14.04 стояла раньше.

много лет

15.10 вышла меньше года назад.

Конфигурации много лет.

Алсо, что в логах самбы и сислоге?

Только nmbd. А smbd там вообще нет. При этом демон висит, в journalctl и по service status всё ок.

KRoN73 ★★★★★
() автор топика
Ответ на: комментарий от KRoN73

Если обновлялся с 14.04 сразу до 15.10 - проще систему снести и поставить заново. Т.к. убанта рассчитана только на поверсионные обновления, либо с LTS на LTS (16.04, или какая там следующая будет).

На десктопе при подобных обновлениях тоже начинает отваливаться всё подряд (включая иксы и сеть).

svr4
()
Последнее исправление: svr4 (всего исправлений: 1)
Ответ на: комментарий от svr4

Если обновлялся

Нет, я переставлял систему с нуля на отдельный LVM-раздел.

KRoN73 ★★★★★
() автор топика
Ответ на: комментарий от conalex

попробуй очистить /run/samba и /var/cache/samba

Хрень какая-то :) Очистка не помогла. Более того, после этого вообще перестали запускаться smbd и nmbd. В логах всё чисто, service status светится зелёненьким, но в процессах ничего нет.

Но у меня samba крутится ещё и в lxc-контейнере. Принтер работает только под 32-х битной системой и не работает с новым cups под x86_64, поэтому стоит в виртуалке с i386.

В общем, тромознул самбу в виртуалке, перезапустил на хосте — и, опаньки, всё заработало. Запустил в виртуалке — по-прежнему работает...

При этом самба в виртуалке работает на своём вообще отдельном интерфейсе, снаружи только 631-й порт проброшен.

Такое ощущение, что systemd запутался в процессах и принимал процессы из контейнера за хостовые. Иначе не знаю, как объяснить, что он бодро рапортовал о работоспособности smbd, хотя тот на хосте даже не был запущен :)

KRoN73 ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.