SMB: автоматичне відключення, а потім неможливість повторного монтування без перезавантаження


4

У мене є повторювана проблема з монтажем / видаленням віддалених каталогів через SMB, однак я не знаю, що викликає проблему, і як її вирішити.

Фон:

Після успішного монтування каталогу через SMB і деякий час з його використанням, каталог, здається, сам розмотується. Коли це відбудеться, я не можу повторно встановити каталог до перезавантаження системи.

Якщо я не перезавантажу систему і скористаюся діалоговим вікном "Підключитися до сервера", щоб спробувати встановити каталог за допомогою SMB, діалогове вікно зникне, як якщо б з'єднання було успішним, однак нічого не встановлено.

Якщо я намагаюся зробити те ж саме з батьківським каталогом (який є кореневим каталогом сервера), з'єднання виявляється успішним і підказує мені "Виділити томи, які потрібно встановити на 'xyz.server.name' : "з переліком каталогів. Каталог, який я раніше встановлював (який автоматично розмотується), перерахований у списку, але він не відображається, і тому не може бути вибраний.

Якщо SSH-сервер входить до сервера, виникає проблема з доступом до каталогу.

Ця проблема виникає і для інших віддалених каталогів (хоча я не зміг перевірити його на іншому сервері).

Також під час спроби повторного підключення за цим сценарієм консоль повідомляє про таку проблему:

"30/10/2014 11: 48: 20.520 ранку NetAuthSysAgent [3346]: smb_mount: монтування не вдалося на my.server.com/mydirectory, syserr = Файл існує"

Запитання:

i) Що призводить до відключення каталогу / тома?

ii) Як я можу запобігти виникненню автоматичного відключення?

iii) Якщо відбувається автоматичне розмотування, як можна повторно встановити каталог без перезавантаження?

Деталі системи:

OS X 10.9.5

Сітківка, 15 дюймів, на початку 2013 року

Інформація про сервер:

Реліз Red Hat Enterprise Linux 5.11 (Tikanga)

Версія ядра 2.6.18-371.8.1.el5

Вихід df:

Перед проблемою:

Filesystem                                        512-blocks        Used  Available Capacity   iused      ifree %iused  Mounted on
/dev/disk0s2                                       975425848   899360656   75553192    93% 112484080    9444149   92%   /
devfs                                                    371         371          0   100%       644          0  100%   /dev
map -hosts                                                 0           0          0   100%         0          0  100%   /net
map auto_home                                              0           0          0   100%         0          0  100%   /home
//josh@example.com/josh                          10568950416 10486471008   82479408   100%         0 18446744073709551615    0%   /Volumes/josh
//josh@example.com/semantic                      12682735248  7708953400 4973781848    61%         0 18446744073709551615    0%   /Volumes/semantic

Після проблеми:

Filesystem                                        512-blocks        Used  Available Capacity   iused      ifree %iused  Mounted on
/dev/disk0s2                                       975425848   899350976   75562872    93% 112482870    9445359   92%   /
devfs                                                    373         373          0   100%       648          0  100%   /dev
map -hosts                                                 0           0          0   100%         0          0  100%   /net
map auto_home                                              0           0          0   100%         0          0  100%   /home
//josh@example.com/josh                          10568950416 10466951592  101998824   100%         0 18446744073709551615    0%   /Volumes/josh
//josh@example.com/semantic                      12682735248  7708953400 4973781848    61%         0 18446744073709551615    0%   /Volumes/semantic

Спостереження:

Встановлені каталоги все ще перераховані в / Volumes при перегляді з терміналу (тобто "ls / Volumes"), хоча це не завжди так, але обидва каталоги недоступні. Вони взагалі не відображаються в Finder.

Тим не менш, я все ще можу отримати доступ до контенту одного з каталогів з Matlab, який вже містився в підкаталозі цього каталогу (його робочого каталогу). Якщо я пересуваюся за межі каталогу Matlab (скажімо, до мого домашнього каталогу), я не можу повернутися до нього за допомогою команди "cd", але замість цього потрібно натиснути кнопку "Назад" у панелі інструментів навігації файлами, а потім все доступно знову з Matlab.


ви намагалися перейти до cifs замість smb2? maosxhints
klanomath

1
Це дуже стара інсталяція RHEL. У мене Samba4 працює на Scientific Linux 6.5 (RHEL клон) без будь-яких проблем.
miken32

Вибачте, мали намір більше писати там. Яку версію Samba ви використовуєте? Чи отримуєте ви що-небудь на журналі помилок на стороні сервера? Будь-які проблеми з підключенням до мережі або сплячий комп'ютер, які можуть викликати відключення?
miken32

Це проблема Finder, клієнта або сервера. Коли ваша проблема з розмотуванням, це можна зробити cd /Volumes/josh від Terminal?
daniel Azuelos

@ klanomath так, я пробував cifs, але це, здається, не працює в моєму випадку.
Josh

Відповіді:


1

Я збираюся відповісти на запитання 3. Не впевнений, що решту можна легко діагностувати.

"Якщо відбувається автоматичне розмотування, як можна повторно встановити каталог без перезавантаження?"

Спробуйте diskutil umount /Volumes/josh і це повинно зробити свою справу.

Помилка "Файл існує" з'являється, оскільки точка монтування, яку він хоче використовувати, вже присутній. Схоже, диск насправді не змонтований, тільки той, що Finder його не бачить. Саме тому Matlab все ще може отримати доступ до файлів на ньому.


1
Це працює настільки, наскільки це стосується демонтажу, але після цього я не можу повторно встановити каталог.
Josh

@danielAzuelos, OP вказує, що він може в будь-який час SSH.
CousinCocaine

0

Відповідно до Сайт Red Hat вони не підтримують використання спільних ресурсів SMB за допомогою OS X Finder. Схоже, ви все одно можете отримати доступ до нього за допомогою терміналу, так що це може бути обхідним способом.

Що стосується випадкового відключення: це звучить, як частка буде спочатку підключити, а потім уроджується після того, як він зрозуміє, що це в середовищі Mac. На мою думку, поділі не відключаються правильно, і тому ви не зможете повторно підключитися до неї. Це насправді все ще там, просто не видно в Finder.

Якщо ви вручну вимкнете акцію за допомогою терміналу, я очікую, що це не буде сірим кольором, якщо ви спробуєте підключитися до нього знову.

Виправлення: Залежно від налаштування сервера Red Hat, ви маєте можливість в ньому FTP. У Mac є кілька графічних інтерфейсів FTP, які ви можете спробувати, або скористатися терміналом ftp команду.


Так, я використовую FTP для передачі файлів, коли у мене виникають проблеми з SMB, проте (наскільки я знаю) FTP не дозволяє мені віддалено використовувати файли в локальних програмах (наприклад, Matlab). Перенесення файлів для редагування / оновлення стає громіздким і схильним до помилок.
Josh

Я припускаю, що ви не маєте доступу до сервера RHEL, правильно? Якщо ви це зробите, ви повинні використовувати Netatalk зробити акцію AFP, і це повинно працювати дуже добре. Ви використовуєте графічний інтерфейс, як Filezilla? Або ви використовуєте термінали ftp команда для доступу до файлів? Я мав досить удачі, використовуючи Filezilla (хоча я ніколи не мав справу з Matlab). На жаль, я не бачу надійного рішення, якщо у вас немає доступу до сервера. Можливо, зверніться до менеджера серверів і запитайте про Netatalk.
zomgdavidbowie

0

Що призводить до відключення каталогу / тома?

Швидше за все, нестабільність підключення до мережі, яка може бути посилена використанням Automatic конфігурацію, яка може переключитися з Ethernet на аеропорт, намагаючись підтримувати підключення до мережі.

Щоб підтвердити цю гіпотезу, використовуйте:

netstat -I
ping -c 90 -i 10 your_SMB_server
tail -f /var/log/system.log
...

Як запобігти виникненню автоматичного відключення?

Якщо ця мережна проблема підтверджена, виправте її :):

  • змінити кабель
  • змінити порт перемикання
  • запитайте адміністратора мережі
  • ...

Якщо відбувається автоматичне розмотування, як можна повторно встановити каталог без   перезавантаження?

Ви не можете, якщо unmount не завершено правильно. Деякі відомості про стан у вашому розширенні ядра SMB пошкоджені (наполовину змінені) і не можуть бути виправлені іншим способом, ніж правильне припинення очікування unmount. Якщо ваше з'єднання було порушено, Я знаю один uniq спосіб припинити очікування SMB unmount: shutdown Mac OS X (я спробував kextunload які призводять до повної невдачі).

Необхідно абсолютно уникати подібного розблокування.


0

Відповідь від miken32 не працювала для мене, але дістала мене на правильний шлях. Моя проблема була вирішена після відключення все на даному сервері (у вашому випадку "example.com").

Отже, використовуючи свій випадок, diskutil umount /Volumes/josh недостатньо, тому що /Volumes/semantic залишається. Ви також маєте відключити його. Після цього перестановка повинна працювати (як мінімум для мене).

До речі, вам не доведеться використовувати diskutil, замість цього можна виконувати

umount //josh@example.com/josh

і

umount //josh@example.com/semantic

0

У мене така ж проблема, вона була на 10.6.8 і тепер на 10.11. Причина є двоякою: для однієї, частка повинна відключатися (наприклад, у сплячому режимі), але вона не може, тому що вона використовується (позначена як), тому вона помирає, а що залишилося - це папка в / Volumes, яку ви іноді могли просто видалити, а потім повторно встановити. Проте в 10.11 він невидимий у Finder AFTER після того, як спільний вміст (див. Налаштування Finder, кажуть, що Finder показує тільки активні папки.

По-друге, прапор, який використовуються файли, встановлюється MatLab. Іноді ви можете видалити їх за допомогою команди MatLab fclose all і перейдіть на інше місце, щоб звільнити папку, іноді ви використовуєте файли (редагуючи сценарій .m з папки). Але часто після періоду неактивності він переходить у мертвий замок: umount і diskutil unmount не може випустити частку, оскільки "Ресурс зайнятий" і MatLab не може випустити свої прапори, тому що частка вже давно минула.

Я використовую macfusion, тому дійсно існує механізм для того, щоб спільноти вмирати, коли sshfs втрачає зв'язок з сервером. З цих трьох: Finder, MatLab і запобіжник, я б сказав, що MatLab - це зло, так як інші програми, такі як BBedit, ніколи не фіксують акцію таким смертельним шляхом. Часто я можу переобладнати тільки після виходу з MatLab.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.