LINUX.ORG.RU
Форум — Admin  

Периодические ошибки при работе с сетевой папкой в домене

 


0

1

Доброго дня.

Есть Linux-сервер с сетевой папкой в виндовом домене. На Linux-компах пользователей папка подключается через gio mount. Все вроде бы работает без проблем, но иногда папка перестает открываться. Лечится релогином пользователя. Если после сбоя попытаться подключить папку без релогина выдается ошибка.

$ gio mount smb://srv-fs-01.domain.ru/obmen
Error creating proxy: Не удалось подключиться к: Permission denied (g-io-error-quark, 14)
Error creating proxy: Не удалось подключиться к: Permission denied (g-io-error-quark, 14)
Error creating proxy: Не удалось подключиться к: Permission denied (g-io-error-quark, 14)
Error creating proxy: Не удалось подключиться к: Permission denied (g-io-error-quark, 14)
Error creating proxy: Не удалось подключиться к: Permission denied (g-io-error-quark, 14)
gio: smb://srv-fs-01.domain.ru/obmen: том не поддерживает присоединение

В какую сторону копать? Проблема появляется в рандомные моменты. У каких-то пользователей появляется часто, у каких-то - никогда. Системы никакой не углядел в этом.



Последнее исправление: dataman (всего исправлений: 1)
← Fail2ban. Правильные регулярки
как добавить глобальные переменные в ansible репозиторий →

Используйте лучше autofs и там уже либо по кербероз тикету, либо просто по логину и паролю настройте подключение.

Чем не понятный gio и прочее.

Для проверки

mount -t cifs <DST> <WHERE> -o <options>,user=<user>,password=<password>,domain=<domain>

gio mount smb://srv-fs-01.domain.ru/obmen

Эта штука вообще работает в пространстве пользователя через gvfs / fuse, ну такое себе.

kostik87 ★★★★★
()
Последнее исправление: kostik87 (всего исправлений: 2)
Ответ на: комментарий от router

Спасибо. Возможно, пользователи комп не выключают просто, тикает протухает и все отваливается. Когда проблема повторится - проверю.

С autofs попробую, если не найду решения с gio mount.

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

Проблема проявилась на ПК после суток аптайма.


$ klist
Ticket cache: FILE:/tmp/krb5cc_35001611
Default principal: user@DOMAIN

Valid starting       Expires              Service principal
29.05.2026 07:48:49  29.05.2026 17:48:49  krbtgt/DOMAIN@DOMAIN
	renew until 05.06.2026 07:48:49

Здесь начало действия тикета в 7:48, проблему заметил около 10:00. Сделал kinit -R. Получил такое:


$ klist
Ticket cache: FILE:/tmp/krb5cc_35001611
Default principal: user@DOMAIN

Valid starting       Expires              Service principal
29.05.2026 10:04:41  29.05.2026 20:04:41  krbtgt/DOMAIN@DOMAIN
	renew until 05.06.2026 07:48:49

Шару отключил, подключил заново без ошибок. Получается, при обновлении тикета нужно переподключать шару, подключенную с использованием старого тикета?

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

Внезапно, начальство решило заменить текуший сервер с шарами на новый в другой зоне ответственности. Так что повозиться с проблемой не получиться в ближайшее время.

baron_P
() автор топика
← Fail2ban. Правильные регулярки
Admin
как добавить глобальные переменные в ansible репозиторий →
  • Markdown
Пустая строка (два раза Enter) начинает новый абзац. Знак '>' в начале абзаца выделяет абзац курсивом цитирования.
Внимание: прочитайте описание разметки Markdown.
Используйте Ctrl-Enter для размещения комментария