Nikit0s

На самосборном NAS-е установлена DSM 5.2-5967, загрузка через XPEnoboot_DS3615xs_5.2-5967.1. В системе 8 дисков по 4 ТБ, RAID6. Единственное применение этого НАС-а -- ежедневные бэкапы с других серверов SYNOLOGY, больше на нем ничего не крутится, совсем. В какой-то момент один диск отказал (Crashed), и том вошел в статус Degraded. И тут же посыпались ошибки файловой системы Появляется окно File System Check, перезагружаю систему, она довольно долго что-то делает, потом опять становится доступной, но почти сразу после загрузки опять появляется это окно. И так продолжается уже довольно долго. При этом все бэкапы кроме одного единственного продолжают нормально бэкапиться и добавляться (все бэкапы инкрементные). И только с одним проблемы -- при очередной попытке сделать бэкап выдается ошибка, а на этом сервере бэкапов снова вылезает окно об ошибках файловой системы. Кто с таким сталкивался? Что делать? Может быть есть возможность как-то руками запустить полную проверку файловой системы из командной строки, залогинившись под админом? P.S. Немаловажное уточнение: этот проблемный бэкап -- это бэкап корпоративной почты. Там есть папка с аттачами, в которой на данный момент находится более 250 тысяч файлов общим объемом 190 гигов. Может быть дело в этой папке? Но в то же время на другом аналогичном сервере она работает каждый день, и проблем с ней до сих пор (3*тьфу) не возникало. P.P.S. Примерно месяц назад такая же проблема была еще с одним бэкапом на этом же сервере, но тот бэкап был ничем не примечателен. Дело кончилось тем, что пришлось грохнуть весь куст бэкапов за год (там было около 280 последовательных бэкапов), и начать все заново. Но это же не выход? Помогите пожалуйста решить проблему. Что-то непонятное творится P.P.P.S. В официальную техподдержку уже обращался, но там сразу затребовали серийник. Давать им серийник от реально работающего другого нашего настоящего сервера Synology я что-то постеснялся, поэтому переписку пришлось прервать и сказать что бэкапы грохнули и работаем дальше

Спасибо! В итоге это оказался единственный верный путь решения проблемы!

Пробовал еще загружаться с SystemRescueCD x86 4.9.0 -- эта система вроде как показывает через fdisk все винты, и показывает общий том. Но непонятно что делать дальше -- на какой том напускать e2fsck, и как это правильно делать чтобы не убить все окончательно

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

Фух, еле осилил... Рассказываю по порядку: 1. Тот образ который я привел как образец -- оказался не совсем пригоден для загрузки с USB, не прокатило. 2. Нашел более подходящий образ LiveCD с Линуксом, называется KNOPPIX: http://knoppix.net/ Скачивается вот отсюда актуальная версия образа. ftp://ftp.uni-kl.de/pub/linux/knoppix/ DE -- на немецком, EN - на английском. 3. Заливал на флешку с помощью UltraISO, сначала Открыть файл образа, потом пункт "Записать образ жесткого диска", все настройки по умолчанию. 4. После загрузки сервера с флешки выбрал пункт Shell. 5. Выполнить команду "e2fsck /dev/sda1", на все вопросы отвечать Yes (или сразу запустить с ключом -y: "e2fsck -y /dev/sda1"). 6. По завершении вынуть флешку KNOPPIX, вставить обратно флешку XPenology, теперь вроде все снова работает Теперь повешу флешку с этим дистрибутом на видное место Апдейт: после загрузки сервера в сообщениях появилось сообщение о том что в файловой системе обнаружены ошибки. Заходим в Storage Manager, там нам предлагается перезагрузиться, чтобы проверить диски на ошибки. Перезагружаемся. Вот же ж хрень какая -- опять ошибки выдает! Пришлось повторить процедуру. При следующей загрузке с флешки XPenology после фразы "----trigger device plug event ---" висит уже минут пятнадцать, но лампочка HDD моргает, и на пинги отвечает. Подождем.. Прошел час. Все так же моргает винтами, но на пинги все еще отвечает. Подождем дальше. Так как система в этот раз жаловалась уже на ошибки на Volume1 -- судя по всему теперь она решила проверить весь массив. А это 20 терабайт Да, судя по всему до вечера она не управится

Можно и тем линупсом, который вы указали выше. А можно MHDD или Victoria. А разве MHDD фиксит логические ошибки на линукс-разделах? Я думал что эта программа только битые сектора проверяет. Извините за дурацкий вопрос если что -- ни разу MHDD не пользовался

OrFF, спасибо за идею! Попробую! Но в приоритете пока что загрузка с загрузочной флешки Линукса и ручной запуск проверки диска.

Кто-нибудь знает, подойдет ли образ debian-live-8.6.0-i386-cinnamon-desktop.iso вот отсюда: http://cdimage.debian.org/debian-cd/cur ... so-hybrid/ ?

Вроде сообразил что надо сделать загрузочную флешку с системой. Осталось понять какую систему использовать.

Прошу помощи у коллег! Отключали свет, УПС не сработал, и после перезагрузки началось DSM на XPenoBoot 5-2-5644-1, не грузится При загрузке виснет намертво, даже клава не реагирует. По сетке тоже не пингуется. При попытке выбрать пункт Install/Upgrade -- ровно то же самое. ХЕЛП, ПЛИЗ! Работать как-то надо, а сервер сдох Вот что дословно пишет при попытке загрузки: ================================== Duplicate or bad block in use! There are 4 inodes containing multiply-claimed blocks 1.42.6-5022: File /usr/syno/selfcheck/dsm.full.0.list (inode #1987, mod time... has 1 multiply-claimed block(s), shared with 1 file(s): /var/log/httpd/sys-cgi_log (inode..., mod time ...) 1.42.6-5022: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY. (i.e., without -a or -p options) /sbin/e2fsck returns 4 :: /sbin/e2fsck returns 4, move into network instakk... [FAILED] Mounting /dev/md0 /tmpRoot :: Checking upgrade file [OK] Killed ================== Все, после этого никакой реакции ни на что Synology Assistant тоже в сети его не видит. Скриншот: https://yadi.sk/d/zP2o4LC9yNse8 (картинку приложить не удалось, хотя она весит всего 178 килобайт -- странно, форум написал что "Достигнут максимальный общий размер ваших вложений.") Помогите пожалуйста, ума не дам как его теперь оживить

Bob the Builder, спасибо большое, но в итоге дело кончилось тем, что разместили на виртуальном сервере на хостинге FastVPS, и сейчас настраиваем магазин на этом хостинге.

Bob the Builder, спасибо большое, есть над чем подумать.

Готов заплатить денег человеку, который возьмется за эту задачу. В обмен на деньги рассчитываю на инструкцию по установке Битрикса на произвольный сервер XPenology "с нуля", желательно с возможностью публикации (не важно от чьего лица будет опубликована эта инструкция).

Установить Битрикс на XPenology -- это вообще возможно? Решили попробовать на XPenology запустить интернет-магазин на Битриксе (пробовали специализированный хостинг, но возникли непредвиденные сложности с выполнением некоторых скриптов). Все нужные порты прокинули (шлюз на Kerio Control), утилита проверки Битрикса (или как она правильно называется) сказала что сервер удовлетворяет всем требованиям (кое-что конечно пришлось руками поделать, но в итоге все требования оказались выполненными). Сам Битрикс нормально устанавливается, проходит все этапы. Но дальше, когда выбираем уже шаблон магазина и пытаемся его развернуть -- начинаются проблемы На шаге "Установка решения" прогресс сразу доходит до 5%, но тут же отскакивает обратно на ноль, и всё. Висит так ОЧЕНЬ долго (может три часа провисеть). При этом нагрузка на процессор системы 100%, грузят процессор процессы php-fpm. При этом никакого трафика наружу нет, и никакие дисковые операции (кажется) тоже не производятся. Скажите пожалуйста кто пробовал -- как вообще поставить на XPenology Битрикс? Заранее спасибо!

SergeS, Спасибо за предупреждение! Обратил внимание что постоянно слетают настройки просмотра мониторинга ресурсов Во-первых слетает галочка "Включить историю использования", во-вторых сбрасывается в дефолтную настройка "Продолжительность реального времени". Кроме того, обратил внимание на то, что для сохранения многих настроек сервер должен быть после их применения штатно перезагружен. Если же он например внезапно выключится из-за отключения питания -- многие настройки не сохраняются. Не помню точно какие сохраняются а какие нет, запомнил только что на одном из серверов многое пришлось забивать заново после отключения света (тогда еще он не был подключен к УПСу).

Как-то странно с этим Update 7 -- родной накопитель Synology DS2411+ вполне удовлетворяется Update 5, и говорит что "У вас установлена последняя версия DSM". Интересно, для какой-либо еще модели Synology кроме "отученного от жадности" DS3612xs -- вышло ли обновление 7, или это эксклюзив специально под эту модель?

Пардон за ламерский вопрос, но в мануале не нашел -- а какой дефолтный пароль для root? А то пытался сделать мягкий шатдаун с консоли, а не получилось, пришлось жестко гасить

Интересно. А как Ассистентом ввести старый пароль, если он предлагает только две опции -- "Подключиться" или "Установить"? Старый пароль я пытался с клавиатуры ввести -- бесполезно! (специально подключил клаву и монитор). Он даже имя сервера благополучно "забыл" Не говоря уже о паролях. Как правило, если система работает -- то во-первых она на консоли показывает правильное имя хоста, и во-вторых при вводе правильных логина и пароля она впускает в систему. В моем случае не было ни того ни другого -- имя хоста в консоли сбросилось на дефолтное, и никакая комбинация логин-пароль не принималась

SergeS, да я ж в самом начале написал, что сам виноват. Ясное дело -- только по дурости можно возить 8-дисковую самосборку в багажнике целый день, и потом рассчитывать что она будет нормально себя чувствовать... Тем более что мать постоянно выдает ошибку CMOS checksum error В общем, считаю что DSM прошла испытание, и пригодна таки для самых жестких условий эксплуатации! Материнку заменю, понятное дело. Потестирую несколько месяцев, и если все будет ОК -- тогда уже можно собирать что-то более стоящее. Хотя, чего греха таить, уже собрал на новом железе массив на 24ТБ полезной емкости Но тоже -- пару месяцев на тестирование, а там решу -- либо купить серверную ОС, либо попросить знакомого спеца по линуксам настроить все это добро на 100% свободном софте, либо таки остаться на DSM (которая вроде как вообще пока что в непонятном правовом статусе). Понятное дело, что в офисах все это добро светить не надо. Только в удаленных локациях. А то мало ли чего... А так -- у меня 12-дисковый оригинальный Synology трудится уже второй год в одном из офисов, так что компанию Synology люблю и уважаю. Все хорошо, своих денег оно несомненно стОит. Еще больше люблю и уважаю авторов Нанобута Непонятно одно -- как так получилось что "конфигурация утрачена", если, по словам авторов DSM, конфиг пишется на все винты массива? Или я что-то не так понял? P.S. На прошлой неделе разобрал собранный своими руками в 2003-м году сервер на базе мамы Intel, контроллера Promise FastTrak SX4000, и четырех IDE-винтов по 500 ГБ. Сервер получается что проработал ОДИННАДЦАТЬ лет (!!!). Это мой личный рекорд. Винты конечно изначально были объемом поменьше, но пару раз апгрейдились. P.P.S. Пардон за многословие -- просто действительно такого объема экспы давно не огребал, мне надо было просто для себя все это зафиксировать в письменном виде. Ну и так как это форум -- надеюсь что кому-то это может помочь. А так я вообще-то не сисадмин (как и большинство присутствующих здесь, насколько я понял за недолгое пользование этим форумом) -- скорее это хобби у меня такое.

Конечно сам виноват, потому и пишу, чтобы коллеги имели в виду... Собрал из списанного железа сервер бэкапов, чтобы делать ежедневный инкрементный бэкап содержимого рабочего сервера (микросервер HP на DSM NanoBoot) на другой , территориально удаленный сервер на DSM, через VPN по обычному гражданскому каналу интернета. Списанная мать (могу уточнить какая марка, но не суть важно), в нее воткнуты два контроллера SATA, итого 8 SATA-дисков по 2 ТБ, RAID6. Конечно, для того чтобы сделать первоначальный бэкап, логично было привезти сервер в расположение резервируемого сервера и сделать первый бэкап по гигабитной сети. Так и сделали. 5 терабайт забэкапились за двое-трое суток с перекурами. Потом конечно дал маху -- сервер с восемью жесткими дисками кинули в багажник, возили пол дня по городу, потом кинули в другой багажник, отвезли в другой район города, в общем целый день сервер болтался в багажниках разных машин, вообще неясно как он не сдох окончательно (собран-то из списанного железа)... В общем, привезли в место его будущей дислокации, включаем -- по сети не видится ВООБЩЕ Несколько перезагрузок -- и имеем в Synology Assistant статус "Конфигурация утрачена" В этот момент жалею что вообще когда-то услышал про этого азиатского производителя сетевых накопителей!!! Шутка ли -- а вдруг это был бы не сервер бэкапов (собранный на коленке), а настоящий сервер важных данных? Что -- пара встрясок на кочках, и привет приехали??? Делать нечего -- просто тупо заново ставим систему. Забиваем пароль, все как обычно при установке с нуля... Но -- о чудо -- раздел-то остался живым!!! Шесть дисков из восьми живые, значит данные целы! В данный момент идет включение в массив седьмого диска, завтра разберусь что случилось с восьмым. ...Вот одно непонятно -- как могло так получиться, что конфигурация (которая вроде как, по заявлениям производителя, пишется на ВСЕ диски массива) -- была "утрачена"?

Приветствую коллег! В сети предприятия работают несколько серверов под DSM (часть оригинальные Synology, часть на NanoBoot). Периодически без видимой системы на некоторых серверах (и на оригинальных и на "не очень") наблюдается на диаграммах в веб-интерфейсе постоянный трафик по сети -- от 1 до 5 мегабайт (а бывает что и до 10) в секунду. Непонятно куда уходит... Особенно озадачивает ночью, когда все юзеровские компы отключены. Ночью идут только бэкапы с сервера на сервер. Но задачи обычных бэкапов в это время не выполняются (проверял-перепроверял -- ни один сервер не показывает что он в данный момент делает бэкап). Хитрые фоновые задачи TimeBackup -- тоже не выполняются. По крайней мере через веб-морду они не показываются. Видеонаблюдение -- нигде на DSM не установлено. В сеть входят четыре подсети, разнесенные территориально и объединенные в VPN через четыре шлюза Kerio Control. Может дело в этом? Сначала так и думал, но вот парадокс: шлюзы Керио не показывают никакого трафика из сегментов -- ни наружу ни вовнутрь! А веб-морда DSM -- показывает, что через сетевой интерфейс отсылаются данные на приличной скорости -- 1-5-10 мегабайт в секунду. То есть вроде как DSM показывает трафик, но куда он идет -- вообще ни разу не понятно Очень как-то неприятно такое наблюдать Что бы это могло быть? Как узнать на какой адрес уходит трафик, и что именно уходит? Может это вирус? Или это просто тупо глюк веб-интерфейса? Заранее спасибо! Извините если это вопрос из FAQ, но не нашел такого

Не все так хорошо с этими материнками Попробовал ASUS H87-PLUS (ATX), повесил на нее 6 винтов по 4 ТБ (будет сервер архивов). Все встало, все нормально, но только родная встроенная сетевая карта вылетает при более-менее серьезных нагрузках При этом после "вылета" сети -- система работает, все норм, с клавиатуры команды понимает, проверка четности на винтах продолжается (индикатор моргает), только вот по сети -- даже не пингуется. Такое происходит при попытке одновременно копировать файлы по локальной сети и делать сетевой бэкап с другого сервера Synology на данный. И даже просто при попытке прокачивать большие объемы файлов с двух компов одновременно. Причем не сразу, а примерно после того как сбэкапится хотя бы 10-20 гигов данных -- вот тут-то сетка и отваливается Отключил встроенную сетевуху, вставил PCIe карту Intel Pro1000 PT Dual Port. Что приятно -- вручную заданный IP-адрес остался прежним, как будто и карту не менял Тестирую: один комп заливает по локальной сети тяжелые файлы, второй скачивает. ..и третий комп (другой сервер Synology) делает бэкап на этот же сервер по той же локальной сети. 500 гигов забэкапилось -- пока что все нормально.

Возник вопрос про номера дисков после апдейта до Нанобута: после апгрейда системы DSM до 5.ххх номера дисков поменялись местами Всего у меня 8 дисков: 4 по 2 ТБ подключены к материнке, и еще 4 по 500 ГБ попарно подключены к двум контроллерам -- PCI и PCI-E. При версии 4.3 было так: диски по 4 ТБ были номерами 1-4, а диски по 500 ГБ были номерами 6-9. После апдейта до 5.хх получилось так: диски по 500ГБ стали номерами 1-4,а диски по 2 ТБ стали номерами 10, 11, 12. Четвертый диск 2ТБ система теперь вообще не видит. Может быть это от того, что система поддерживает всего 12 дисков (без модулей расширения)? В любом случае -- скажите пожалуйста, как сделать нумерацию дисков нормальной, то есть по порядку? Спасибо заранее!

Здравствуйте! Если не ошибаюсь, сюда надо писать отчет если железо заработало под XPenology? Материнка Gigabyte GA-EG41MF-US2H -- успешно заработала версия "XPEnology DS3612xs DSM 4.3 build 3810++". 4 винта по 2 TB в RAID6 на родном контроллере мамы и 2 винта по 500 GB в RAID0 на PCI-контроллере на чипе Silicon Image SIL 3114. Приятно удивлен что этот контроллер подхватился -- в списке поддерживаемых чипов его не было. Пардон если не в ту ветку написал, или вообще не по теме -- я тут в первый раз Правильно ли я понял, что 4.3 "не котируется", и кошерно ставить NanoBoot с версией 5.xx ? На самом деле нужна только функция резервного копирования с другого накопителя Synology на этот, видимо с помощью TimeBackup. На эту версию 4.3 он (TimeBackup) даже установился, буду проверять как он в работе. Но как я понимаю, бэкап инициируется с той станции, на которой хранятся резервируемые данные, так что фактически достаточно поставить голую систему, прописать сеть и юзера для сброса бэкапов на данный накопитель -- и все, можно забыть про эту систему. А, нет, еще надо настроить оповещения по мылу и СМС обо всяких неприятностях. Вроде как-то так? Заранее спасибо.