4

У меня есть NAS (Dlink DNS-323), который я монтирую из своего linux-бокса. Раньше он работал нормально, а затем я обновил мой дистрибутив (apt-get upgrade). Я использую Linux Mint Debian Edition. Текущее ядро:

oliver@astro ~ $ uname -a
Linux astro 3.11-2-amd64 #1 SMP Debian 3.11.8-1 (2013-11-13) x86_64 GNU/Linux

Раньше я монтировал его как общий ресурс cifs, используя autofs, но после обновления это стало проблематичным. В частности, я мог бы смонтировать общий ресурс, но если бы я быстро прочитал и / или написал на него, он зависал бы и возвращал множество ошибок. Например, обычно достаточно открыть папку с кучей картинок в gThumb, а затем быстро нажать кнопку "Далее", чтобы она зависла. После зависания никакие программы (включая ls, lsof, fuser, инструменты графической файловой системы и т.д.) Не могут получить доступ к общему ресурсу - все они зависают. Тем не менее, чтение и / или запись в общий доступ "медленно" - это хорошо.

Я испробовал самые разные исправления, в том числе:

  • Много разных вариантов крепления. Слишком много, чтобы запомнить их все, но некоторые основные моменты включают nounix, sec = ntlm, sec = ntlmv2 и т.д.
  • Монтирование как общий ресурс nfs вместо общего cifs
  • Монтируется через /etc /fstab вместо autofs. Пробовал это для cifs и nfs

У всех одинаковое поведение. Проблема не в самом NAS, так как он продолжает нормально работать с других компьютеров в доме. Проблема также не в сетевой карте в этой машине, так как я могу просматривать веб-страницы, смотреть видео и т.д. С нее просто отлично. Кажется, это характерно для моей мятной машины. Вот строка в моем текущем /etc /fstab, который я использую для монтирования общего ресурса через cifs:

//192.168.0.3/Volume_1  /media/dlink    cifs    guest,rw,uid=oliver,gid=oliver,nounix,sec=ntlm  0   0

А вот соответствующая строка из /etc /mtab:

//192.168.0.3/Volume_1 /media/dlink cifs rw,relatime,vers=1.0,sec=ntlm,cache=strict,uid=1000,forceuid,gid=1000,forcegid,addr=192.168.0.3,file_mode=0755,dir_mode=0755,nounix,serverino,rsize=61440,wsize=65536,actimeo=1 0 0

Наиболее распространенная ошибка, которую я вижу в /var /log /syslog:

Feb 19 17:01:47 localhost kernel: [  276.258055] CIFS VFS: Server 192.168.0.3 has not responded in 120 seconds. Reconnecting...

Это, безусловно, самое распространенное, и в целом это все, что я вижу. В некоторых моментах я видел другие сообщения об ошибках, хотя боюсь, что не могу воспроизвести их в настоящее время.

Еще одна подсказка. Кажется, что после того, как я получаю ошибки с диском, я обычно вижу следующее /var /log /syslog:

Feb 19 17:04:57 localhost minissdpd[4451]: 12 new devices added
Feb 19 17:05:01 localhost minissdpd[4451]: 1 new devices added

Я знаю, что minissdpd - вещь UPnP, и она не имеет к этому никакого отношения. Это может быть красная сельдь, но я вижу это так часто после того, как у меня есть проблемы, и я обычно не вижу это иначе, поэтому я решил упомянуть об этом.

Есть идеи??

1 ответ1

3

После долгих отладок и просмотра дампов пакетов я проследил это до проблемы с драйвером сетевой карты. Буфер сетевой карты переполнялся, поэтому стек TCP продолжал думать, что пакеты пропали. Переключение сетевых карт решило проблему.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .