Монтируется QNAP 669Pro RAID 0 (чередующийся том)

Question

Я только что купил 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 все еще видит его и распознает как чередующийся объем)

Answer 1

У меня такая же проблема.

Это начало происходить с последним обновлением прошивки (версия 4.0.x)

Я думаю, что есть некоторый процесс, который заполняет ramdrive, установленный на корне, пока полностью не заполнен. На самом деле это то, что я вижу:

# df
Filesystem                Size      Used Available Use% Mounted on
/dev/ram0               139.5M    139.4M      3.0k 100% /

Сначала я думал, что какой-то файл журнала заполняет все 139 МБ оперативной памяти, затем я начал просматривать все папки в корне, чтобы увидеть, какая из них чем заполнена, и результат довольно интересный.

В моей системе я обнаружил, что в каталоге /share/Qdownload находится каталог , заполненный файлами, загружаемыми Downloading Station, которая монтируется на ramdrive. Его там не должно быть: на самом деле он должен находиться в /share/MD0_DATA/Qdownload , поскольку /share/MD0_DATA/ указывает на настоящий жесткий диск, а /share/Qdownload хранится в ramdrive ...

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

Чтобы решить эту проблему, мне нужно настроить приложение Download Station для перемещения завершенных файлов в какой-либо каталог, расположенный в каталоге, расположенном на реальных жестких дисках. В вашем случае я предлагаю вам подключиться по ssh, попытаться найти каталог, который заполняет ramdrive, и отследить причину (команда du -h).

Скорее всего, это проблема той же ошибки с Download Station. Попробуйте создать две общие папки и назовите их "Загрузка" и "Завершено" и настройте Download Station, чтобы использовать эти две папки для хранения загрузок, которые находятся в процессе или завершены:

Это предотвратит загрузку станции закачки.

После внесения этого изменения перезагрузите систему, чтобы ramdrive был очищен.

Я думаю, что и в приложении Qsync может возникнуть та же проблема, поскольку я вижу, что у меня есть папка /share/Qsync , что, на мой взгляд, неверно.

Надеюсь это поможет.

Answer 2

Более простой способ решить эту проблему - создать логическую ссылку в share/MD0_DATA [MD0_DATA] #ln -sf /share/MD0_DATA /Qdownloadstation /share/Qdownloadstation. Все данные, которые пытаются сохранить в /share/Qdownloadstation, будут перенаправлены на / доля /MD0_DATA /Qdownloadstation.