lliax

Я про контекстное меню Synology Drive Client вот такое:

При подключении в Windows локального сетевого диска по протоколу SMB (для FTP или WebDAV не так актуально), хочется работать с файлами с функционалом контекстного меню, как это умеет делать Drive Client. Но без синхронизации файлов, на что этот клиент по умолчанию настроен. Есть идеи как можно допилить клиент, чтобы тот работал с определенными папками/дисками корректно, но при этом не проводил синхронизацию?

При доступе к файлам пользователями, процессами по SMB не отображается нигде визуально кем занят файл. Через SSH можно это узнать командой smbstatus. Но каждый раз подключаться по ssh не хочется, чтобы найти кем занят файл. Просить отключить. Кто как решает на практике вопрос занятого файла? Как можно отключить файл от какого то процесса или пользователя, не отключая пользователя целиком?

Полагаю что 4 Гб будет достаточно. На сколько помню 2 Гб уходит в разметке на разделе под систему. 2 Гб можно оставить под данные.

Кто юзает nextcloud, расскажите о нюансах, что работает, что нет, с чем вам пришлось столкнуться. Конечно инструментарий у nextcloud явно на голову выше стоковых. Synology drive, клиент к нему, это ещё то Г. Про synology office тихо молчу. Не пытаются даже это исправить. Каким был ущербным 5 лет назад, такой и есть до сих пор! Для меня эталон последние 10 лет это google drive.

Подозревал это. Спасибо за ответ!

В докере нет раздела DDSM почему-то. Это с обновлением связано или с системой интересно?! Система DS3615 ESXI.

Прошу помощи. DSM docker был удален, папки удалены. Сейчас возникла потребность опять его поставить. При установке приложения docker создаются ярлыки на рабочем столе на ранее установленный DSM. А в меню docker нет возможности поставить доп образ DSM. Удаление каталога /volume1/@docker/ ситуации не меняет. Где-то ещё в каталогах есть информация об установленном ранее образе, но не удается найти. Подскажите в каких каталогах, программах ещё может содержаться информация. Система сейчас на гипервизоре ESXI работает. Делал поиск по названию старого образа DSM по всем файлам и каталогам, ничего подходящего. sudo find / -name "*имя*" По итогу переустановил DSM. Вопрос закрыт.

В общем не смог победить проброс дисков в физическом режиме. Пробросил встроенный дисковый контроллер. Благо у меня их 2 встроенных на мат. плате.

Правильно я понимаю что диск 1 на 50 МБ на SATA котроллере 0 размещен? Не понятно почему Диск 2 размещен на контроллере SCSI 0:1, а не 0:0 - это значение пропущено или на нем размещен DSM? Контроллер устанавливаете SCSI LSI Logic Parallel в режиме none, virtual или physical? По этому скрину видно что запустили диски 4 ТБ.

Прошу поделиться данными тех кто использует DSM на ESXI: - определяются ли у вас диски размеров больше 2 Тб? - требовалась ли подготовка диска перед подключением к NAS (форматирование, создание разделов и т.п.)? - есть ли по ним SMART информация в системе по дискам? Никак не могу подключить rdm диски в режиме физического проброса, созданием vmdk файла маппинга физического диска vmkfstools -z В случае с пробросом жестких дисков в ВМ похоже что самым нормальным вариантом становится внешний контроллер. Подскажите ещё в чем разница будет в работе NAS, если физический диск подключить 1. к контроллеру SCSI в режиме дисков virtual или 2. к контроллеру SATA?

Ставим по инструкции: загрузочный диск получается диск 1 в настройках ВМ и диск для данных становится диском 2. Второй диск определяется в разделе Диспетчер хранения в DSM также как Диск №2, хоть он и к другому контроллеру привязан и является там нулевым. Вопрос: так у всех? Как сделать чтобы один или первый диск для данных был первым также в DSM?

Привязывать к контроллеру SCSI загрузочный диск нельзя, если он не на отдельном диске. С этим разобрался. Установил spk пакет vm tools, думал драйверы подхватит, но не помогло. Наличие в ВМ контроллера SCSI позволяет запустить ВМ, но не нельзя штатными средствами выключить ВМ. Привязанные к контроллеру SCSI диски не определяются. Лог из esxi во вложении new 1.txt

Всех приветствую! Поставил на ESXI 6.7 DSM 6.2. Заработало только в режиме проброса жестких дисков через контроллеры Sata (один контроллер на загрузочный образ, второй на rdm физического жесткого диска). Но замена на контроллеры SCSI не дает запустить DSM (также два контроллера для образа загрузчика и физического диска). Полагаю для анализа лог нужен?

Приветствую! Вы как-то автоматизировали процесс? Перенёс NAS на ESXI и тоже задался этим вопросом. Полагаю что можно сделать исполняемый скрипт для этих нужд. Жаль программировать не умею:)