Всем привет!
DS414, DSM 5.2
Сижу я тут играю на компе... И вдруг ни с того ни с сего... 414-ый пропищал (по-моему раза 4).
Потом аккуратненько ушел в перезагруз. И после переагруза висит сообщение: С возвращением! Требуется переустановить DSM,
конфигурация утрачена.
Последние обновления стояли... В последние дни (месяцы) ничего не делал.
КАК? ЗА ЧТО?
Последние обновления стояли... В последние дни (месяцы) ничего не делал.КАК? ЗА ЧТО?
Сложный вопрос. И "незаряженное ружьё хоть раз в жизни да выстрелит". По уму надо бы глянуть логи, но вряд ли это сейчас возможно. Так что переустанавливайте систему. Если боитесь за сохранность данных, то Вам сюда -> Как восстановить данные с DiskStation с помощью компьютера?
PS Подобные глюки не исключены если запланированы обновления DSM по расписанию - я у себя эту опцию выключил ...
Volk65, для общей картины:
1) в НАСе был рейд? какой?
2) СМАРТ тесты дисков когда делали?
3) антивирусом пользовались?
4) Источник бесперебоойного питаания (ИБП) был?
короткие отключения электричества возможны?
В офиц. поддержку будете обращаться?
Volk65, для общей картины:
1) в НАСе был рейд? какой?
2) СМАРТ тесты дисков когда делали?
3) антивирусом пользовались?
4) Источник бесперебоойного питаания (ИБП) был?
короткие отключения электричества возможны?
В офиц. поддержку будете обращаться?
Спасибо всем, кто нашел время откликнуться.
Сразу скажу - на данный момент ПОЧТИ всё ок, за исключением некоторых непоняток.
Сначала отвечу на вопросы olegf2:
1. Да. RAID 5 - 4x4Тб WD RED, полезная площадь 11 тб
2. Смарт тесты дисков в виде писем валятся на почту ежемесячно. Там всё ОК.
3. Антивирус устанавливаю всегда в первую очередь. Т.е. штатный был установлен.
4. ИБП есть: APC BACK-UPS 525 - Батареи заменены 4-5 мес назад. Никаких проблем и нареканий нет. За год работы было пару кратковременных отключения света, всё отработало на "пять с плюсом": Письма пришли, выключения не потребовалось.
5. А вот обращаться в ТехПод или нет - даже не знаю. см. ниже.
Теперь, что именно я сделал, и какие есть непонятки...
- За неимением выбора я начал устанавливать систему. (был конечно выбор не переустанавливать систему, а позвонить в ТехПод, но я почему-то был уверен, что систему придется устанавливать по-любому).
- НАС у меня использовался в роли "НомеEdition" 
поэтому там не было "миллиона учеток". А вот БД MySQL была для меня очень важна. Там у меня данные за год работы одного игрового сообщества по проведению мультиплееров.
- НО! была у меня и надежда, что всё образуется, потому, что каждый день в 5.00 делался бэкап MySQL при помощи стандартного пакета "Резервирование и репликация". И хранился бэкап за последние 5 дней.
- После переустановки системы, я с радостью обнаружил, что RAID и все данные чувствуют себя отлично.
- Он предложил обновить систему поставить DSM 5.2-5644 Update1. Я решил обновить систему до восстановления из бэкапа, и до установки каких либо пакетов.
- Систему обновил, поставил пакеты в том числе и MySQL.
- Я захожу в восстановление, он мне сам подсказывает в какой папке у меня есть бэкап... и тут у меня еще больше радости - оказывается когда год назад я его (бэкап) настраивал, то указал, что надо делать копию системных данных.
- Я ставлю галки, что мне надо восстановить системные настройки и МаринуБеДе (MySQL)
- Он начинает шуршать... восстанавливает, но что-то подозрительно долго восстанавливал MySQL - т.е. никакого прогресса, ни ошибок.... И тут он опять пищит (раза 4), уходит в перезагруз... и снова зодорово: Конфигурация утрачена - с возвращением! 
- Я снова ставлю ДСМ. Теперь уже спокойнее, т.к. знаю, что рейд живой.
- После ВТОРОЙ установки системы я решил:
а) НЕ накатывать DSM 5.2-5644 Update1,
б) восстанавливать данные в два этапа: сначала системные данные, а потом уже БеДе.
- Восстановление системных данных из бэкапа длилось секунд 20. После чего он (бекап) сказал - всё ок. Даже не перезагрузился.
- Иду, смотреть что у меня восстановилось... Все учётки восстановились, настройки ФТП, ВЕБ и прочее восстановилось!
- Перед восстановлением данных MySQL решил установить сам пакет Марина БеДе. Потому, как в бэкапе должны быть только данные.
- Запускаю восстановление данных MySQL.... И тут опять - прогресс застыл... Я жду... Данных там в сжатом виде 2,6Мб (это копейки для любого сервера БД). Я жду... Через час (!!!) решил отменить. Жму отменить. И опять долго жду - пишет "идет отмена операции". Я обновил веб страницу снова зашел в восстановление а он пишет - "идет восстановление (MySQL)". Во дела!
- После нескольких попыток отменить восстановление я решил перезагрузить НАС (не вас, а НАС)
- После перезапуска захожу в восстановление: "идет восстановление (MySQL)". Я в шоке!
- Я сижу, репу чешу, ищу явки и адреса ТехПод, в ДСМ ничего уже не трогаю. Через некоторое в время (минут 20) вываливаются два информационных уведомления: "Операция восстановления отменена".
- Ну хоть это хорошо. А то будет висеть задача восстановления всю жизнь.
- Потом думаю, дайка я PHP MyAdmin поставлю, гляну хоть сам сервер MySQL дышит или нет?
- Захожу в PHP MyAdmin - а там.... Все базы НА МЕСТЕ.
- Запускаю свой софт - он без проблем коннектится к БД и все данные на месте (вчерашний мкультиплеер присутствует!)
В сухом остатке: На данный момент у меня вроде всеё работает. Висит напоминалка, что надо поставить DSM 5.2-5644 Update1
Но я почему-то - боюсь ставить ее. Надо, думаю несколько дней (недель?) подождать.
Если что непонятно изложил - не пинайте, спрашивайте.
Ну и для всех моя любимая поговорка: "Программисты делятся на тех кто делает бэкап, и кто пока не делает бэкап"
Вот похожая ситуация -> DS414 Конфигурация утеряна
Вывод - это болячка конкретной модели (DS414). Вердикт - однозначно писать в техподдержку ...
Вот похожая ситуация -> DS414 Конфигурация утеряна
Вывод - это болячка конкретной модели (DS414). Вердикт - однозначно писать в техподдержку ...
Я правильно понимаю, что автоматический апгрейд дсм по расписанию в этих обоих случаях - не при чем?
У меня тоже конфиг слетал. Только я в это время активно ipk игрался, устанавливал, конфигурировал... И потом оно тоже "само" слетело. ИМХО, если левого софта из непонятных репозиториев не ставили, ручками по ssh ничего не ковыряли и железо исправное, то такое вряд-ли произойдёт.
У меня тоже конфиг слетал. Только я в это время активно ipk игрался, устанавливал, конфигурировал... И потом оно тоже "само" слетело. ИМХО, если левого софта из непонятных репозиториев не ставили, ручками по ssh ничего не ковыряли и железо исправное, то такое вряд-ли произойдёт.
Тут скорее всего бяка в конкретной модели/в конкретной партии этой самой модели и скорее всего в самом загрузчике этой самой конкретной модели/конкретной партии этой самой модели (флеш-память на самой материнке). Это с вероятностью 95%. Остальные 5% оставляем на "Другое" (ipkg, запланированное обновление DSM по расписанию и тп.)
Я правильно понимаю, что автоматический апгрейд дсм по расписанию в этих обоих случаях - не при чем?
У меня автоматический апгрейд был выключен. Т.е. он уведомляет что есть обновление ДСМ, но я сначала на форум лезу, почитать, а потом, через неделю-другую ставлю апдейт нажатием на кнопочки, сначала "загрузить", потом "установить".
... если левого софта из непонятных репозиториев не ставили, ручками по ssh ничего не ковыряли и железо исправное, то такое вряд-ли произойдёт.
Никаких левых пакетов не было установлено.
И ручками вообще никуда (и ни разу) не лазил.
Ну может правда 14-я серия была с дефектным железом?
Конденсатор какой, или кнопка "ресет" в нажатом состоянии, вот НАС и обнулял систему...? 
Ну может правда 14-я серия была с дефектным железом?Конденсатор какой, или кнопка "ресет" в нажатом состоянии, вот НАС и обнулял систему...?
Ну надо отдать должное железке, она у меня больше года проработала в режиме 24/7 без замечаний. Нагрузка конечно не большая, но тем не менее.
Если и были перезагрузки, то только штатные при обновлении системы.
Ну надо отдать должное железке, она у меня больше года проработала в режиме 24/7 без замечаний. Нагрузка конечно не большая, но тем не менее.Если и были перезагрузки, то только штатные при обновлении системы.
Тем не менее напишите в техподдержку. Упор сделайте на типе конкретной модели (DS414). Также, если вспомните, добавьте информацию о времени и месте приобретения данной конкретной модели.
Писал, техподдержка тупит. Просит прислать логи. А какие логи после полной переустановки??? Имею аналогичную проблему уже полгода. Система регулярно сбрасывает конфигурацию. UPS есть. Автобновление уже отключил. Версию операционки обновил до 6.ххх. до этого система отработала почти два года вообще без проблем. Где то в середине первого года Смарт начал выдавать информацию о сбоях на одном из дисков DS414+. Заменил Диск по гарантии. Система сама без вопросов включила новый диск в RAID5. С тех пор прошло два года нормальной работы. Антивируса нет. Софт только штатный из репозитория. IP-адрес белый. Логин штатного админа отключен. Новая админская запись заведена, пароль сильный. Все было чудесно. А теперь такие глюки... КАК ЛЕЧИТЬ???? Гарантия давно кончилась. Да если бы и не кончилась отдавать NASсо всеми данными в сервис на полтора месяца не кошерно.Вот похожая ситуация -> DS414 Конфигурация утеряна
Вывод - это болячка конкретной модели (DS414). Вердикт - однозначно писать в техподдержку ...
Есть подозрение что глюки начались после того как потребовалось один раз нажать на hard reset для восстановления пароля. Но это так. Версия.
Подскажите какую диагностику сделать??? Куда смотреть.
И всё таки в Вашей ситуации надо "дожимать" ТП Синолоджи. Приводите номер тикета. Уточните, действительна ли ещё 2-х годичная гарантия на Вашу модель? Логи также отправляйте (Центр поддержки -> Услуги по поддержке -> Создание журнала ... )
UPDATE DEC 2014 ------- I have been in contact with Jeremie and he has told me that the cases reported to Synology Support were on DS414 units produced before June 2014 (recent units shouldn't be affected). If you look at the first numbers/letters of the Serial Number, you should be able to determine the manufacturing date with the following rule: 141...: produced in 2014, january 142...: produced in 2014, february 146...: produced in 2014, june 149...: produced in 2014, september 14A...: produced in 2014, october Note that 14 refers to the year, not the series (a DS215 will still start with a 14). ---------- Symptoms: The NAS behaves like the reset button is pushed once or twice. At random moments you can hear a beep from the NAS and the admin password is reset to a blank password. Sometimes you hear 3 beeps and the NAS passes to a "Configuration lost" status. The network configuration is reset to DHCP. Amber led blinks It occurs normally after 5-6 months of continuous use without problems Reinstalling the DSM multiple times does not solve the issue
PS DS414 Continuous beeps-Configuration Lost - Amber Led blinks
Моя тема на форуме Sinology http://www.synology.forum/index.php?showtopic=6937
И чем всё закончилось сегодня. Начиналось всё так, как у Вас. До сегодняшнего дня думал, что всё дело в аппаратной части Synolodgy(процесор).
http://s019.radikal.ru/i644/1609/f7/2d5bfe3339e3.png