Монтируется QNAP 669Pro RAID 0 (чередующийся том)
Я только что купил 669pro. Установлено 3 диска по 3ТБ. Два из них я настроил как RAID 0(не знаю, о чем я думал) Чередование томов (6 ТБ). Я скопировал 3 ТБ данных на диски, никаких проблем. Работало нормально. Затем (вероятно, из-за моей собственной ошибки, я дурачился с LFTP, я думаю, что он загружал что-то из моего PVR через FTP, к чему я не уверен), 669 выдавал это сообщение об ошибке по почте, но все еще работал обычно:
Имя сервера: QNAP669 IP-адрес: 192.168.2.20 Дата / Время: 2013/01/13 17:05:51 Уровень: Ошибка Система не может сохранить ваши настройки (file = [/etc/storage.conf], section = [ ОБЪЕМ 1], поле = [статус], значение = [-6]) из-за недостатка места на диске. Если перезапуск сервера не решает проблему, обратитесь в службу поддержки для дальнейшей помощи.
Поэтому я перезапустил NAS, и он внезапно потерял все настройки и попросил снова отформатировать. Конечно, я этого не делал, я выключил его, вынул первый диск и вставил другой. Теперь он все еще видит чередующийся объем рейда 0, но он не подключен.
Я не сохранял настройки раньше
Можно ли решить эту проблему???
Можно ли восстановить рейд или все данные потеряны, у меня нет резервной копии этих данных
Можно ли смонтировать чередующийся том? (Qnap все еще видит его и распознает как чередующийся объем)
2 ответа
Более простой способ решить эту проблему - создать логическую ссылку в share/MD0_DATA [MD0_DATA]#ln -sf /share/MD0_DATA/Qdownloadstation /share/Qdownloadstation. Все данные, которые пытаются сохранить в / share / Qdownloadstation, будут перенаправлены на / доля / MD0_DATA / Qdownloadstation.
У меня такая же проблема.
Это начало происходить с последним обновлением прошивки (версия 4.0.x)
Я думаю, что есть некоторый процесс, который заполняет ramdrive, установленный на корне, пока полностью не заполнен. На самом деле это то, что я вижу:
# df
Filesystem Size Used Available Use% Mounted on
/dev/ram0 139.5M 139.4M 3.0k 100% /
Сначала я думал, что какой-то файл журнала заполняет все 139 МБ оперативной памяти, затем я начал просматривать все папки в корне, чтобы определить, какая из них чем заполнена, и результат довольно интересный.
В моей системе я обнаружил, что каталог находится по адресу /share/Qdownload это заполнено файлами, загруженными Станцией Загрузки, которая установлена на ramdrive. Его не должно быть: на самом деле он должен быть расположен в /share/MD0_DATA/Qdownload, поскольку /share/MD0_DATA/ указывает на настоящий жесткий диск, в то время как /share/Qdownload хранится в ramdrive...
Таким образом, в моем случае станция загрузки загружает файлы в ramdrive, а не на настоящий жесткий диск. Это заполняет ramdrive, и тогда все ломается.
Чтобы решить эту проблему, мне нужно настроить приложение Download Station для перемещения завершенных файлов в какой-либо каталог, расположенный в каталоге, расположенном на реальных жестких дисках. Для вашего случая я предлагаю вам ssh в ваш nas, попробуйте найти каталог, который заполняет ramdrive, и отследить причину (команда du -h).
Скорее всего, это проблема той же ошибки с Download Station. Попробуйте создать две общие папки и назовите их "Загрузка" и "Завершено" и настройте Download Station, чтобы использовать эти две папки для хранения загрузок, которые находятся в процессе или завершены:
Это предотвратит загрузку станции закачки.
После внесения этого изменения перезагрузите систему, чтобы ramdrive был очищен.
Я думаю, что и приложение Qsync может иметь ту же проблему, так как я вижу, что у меня есть /share/Qsync папка, которую я считаю неправильной.
Надеюсь это поможет.