Перейти до

Проблема с диском на удаленном сервере


Рекомендованные сообщения

Не слушайте меланхолика, это "*авно" от хитачи пока самое надежное, что вообще существует из винтов

ну зато все слушают вас)  вы ж нас просвещенный.

 

Разницу между Desktop и Enterprise знаете? подозреваю что сейчас быстро прогуглите, но собственно могу пожелать только удачи и да, hitachi enterprise серии на данный момент действительно имеют очень низкие показатели выхода из строя и возврата.

 

 

 

 

кстати да. за время работы нескольких зеркал умерло подряд 2 WD (раз в 2 года) и ни одного хитачика. Сейчас добавил в одно из зеркал тошибу, посмотрим как оно будет. Из неприятного - долго не мог понять почему при добавлении тошибы начинает тормозить дисковая подсистема, пока не разметил тошибу с учетом 4к sector size.

ну обычно люди приводят более подробно инфу, хотя бы wd модели или  их цветовую расскраску, с тошибой к счастью или к сожалению не работали, только кажется ssd приходили несколько, пока вроде работают, отказа не было.

на базе чего raid?

 

 

 

Мало полезного, не обращайте внимания. Видно только, что диск не сыпется и что диск отваливался. Тесты SMART до одного места.

Ну тогда автору можно в обще не переживать и спать спокойно, вы ведь дали свое заключение, так что все впорядке, можно расходится.

Відредаговано Melanxolik
Ссылка на сообщение
Поделиться на других сайтах

Ну тогда автору можно в обще не переживать и спать спокойно

Переживать о надежности никогда не стоит. Считайте, что абсолютно все когда-то поломается, делайте правильные бэкапы и спите спокойно.

 

А вообще вы много глупостей о сторейджах и дисках пишите, извините, надоедает. Особенно надежные enterprise сказки.

 

Тот же смарт тест, ну вот нахрена он нужен? Он что, покажет, что целостность данных не нарушена? Нет. А теперь вопрос, кому какое дело, крутится ли диск, если там повреждены данные? :)

Зеркальный рейд, кстати, тоже может оставить диск с поврежденными данными и тоже никак эту проблему не решает. Это просто по чистой случайности при первой ошибке на одном из дисков - часто можно восстановить данные со второго.

Ссылка на сообщение
Поделиться на других сайтах

 

 

А вообще вы много глупостей о сторейджах и дисках пишите, извините, надоедает. Особенно надежные enterprise сказки.

Вы можете считать это и сказками, но архитектура дисков Enterprise и Desktop значительно отличается, как в плане надежности, так и в плане компонентов, ну также и в определенных ситуациях и производительности.

 

 

 

 

Тот же смарт тест, ну вот нахрена он нужен?

 

 

Он что, покажет, что целостность данных не нарушена?

ничего не попутали? целостность данных это к FS, причем здесь smart?

 

В случае HDD как раз smart является первичным источником для получения состояния hdd, да некоторые производители грешат тем что не все показатели записываются, не у всех алгоритмы на столько шикарные что могут отслеживать все что происходит, но как первичный источник вполне сгодится.  Ну вы конечно можете считать что smart не нужен, но вот банальный пример: а как вы получите время сколько уже проработал HDD или SSD? не как и т.д. по этому и придумали smart чтобы каждый не лепил своего горбатого.

 

 

 

Зеркальный рейд, кстати, тоже может оставить диск с поврежденными данными и тоже никак эту проблему не решает.

Да и битая линейка памяти может повредить систему, но если посмотреть зачем ставят raid то может оказаться:

1. построение отказоустойчивых решений, где выход из строя диска и его замена не остановят систему.

2. построение производительных решений, где группы дисков обедняют в массивы (здесь есть оговорки, так как в каждом массиве может быть свое максимально комфортное количество дисков, ибо явно не стоит лупить raid 10 из 40ка дисков.)

и. т.д.

 

 

 

. А теперь вопрос, кому какое дело, крутится ли диск, если там повреждены данные?

А вы хотите узнать о том что у вас повреждены данные или имеются проблемы исключительно от звонков пользователей и их тикетов? интересная практика.

 

 

Мы с вами можем спорить и грубить друг другу на эту тему очень долго, но у каждого из нас свой опыт в построении систем, но в моем случае это не desktop и мини кластер, а вполне работающая  система насчитывающая достаточное количество внутренних компонентов чтобы иметь возможность делится практически полученным опытом с другими людьми.

Система должна работать, простой должен быть всегда минимальным, или сведенным на 0, а на ситуации надо реагировать оперативно. Во время сделанный backup это очень важный момент, но почему-то у нас любят их делать на тот же диск где и все данные (и не переубедишь пользователей).

Ссылка на сообщение
Поделиться на других сайтах

но в моем случае это не desktop и мини кластер

По-моему именно в вашем случае это таки что-то мини, раз так спокойно можете верить лапше производителей и брать дорогие enterprise штуки :D
Ссылка на сообщение
Поделиться на других сайтах
По-моему именно в вашем случае это таки что-то мини, раз так спокойно можете верить лапше производителей и брать дорогие enterprise штуки :D

Да, ночь, видно буквы начали действительно расплываться на глаза.

В общем дело ваше, можете думать как хотите и что хотите, но есть конечный результат, это работа системы 24/7 с довольно высокими нагрузками.

Desktop харды дохнут примерно за 1 месяц, ваши пресловутые хитачи deskstar обрастают секторами с задержкой, мы их завозили порядка 20ти шт, в данный момент за 8 месяцев осталось всего 2а в дальнем углу, но вот те же их более серьезные Enterprise модели пока работают и проблем не показывают.

 

От вас так и не увидел способа диагностики без первичного smart, может поделитесь?

Хотя наверное ваши  клиенты узнает что у него умер диск только по факту, raid вы тоже против, это ведь бессмысленная трата.

Відредаговано Melanxolik
Ссылка на сообщение
Поделиться на других сайтах

 

 

Коннекторы сата просто говно, гуляют от вибраций.

Есть хлипкие, есть и тугие. Первые - отсыхают, вторые - работают норм.

Ссылка на сообщение
Поделиться на других сайтах
Вы можете считать это и сказками, но архитектура дисков Enterprise и Desktop значительно отличается

Не отличается. Ну т.е. вообще не отличается. Немного лучше работа с многопоточным i/o (немного другая варь по сравнению с десктопами), TLER и все. Возможно - более жесткий отбор на этапе производства.

 

Если хотите, могу вам в качестве примера из WD xxxxAAKS-00YGA0 сделать WD RE, сменив варь (+ возможно прогнав арко+скан) :)

Відредаговано NiTr0
Ссылка на сообщение
Поделиться на других сайтах

Создайте аккаунт или войдите в него для комментирования

Вы должны быть пользователем, чтобы оставить комментарий

Создать аккаунт

Зарегистрируйтесь для получения аккаунта. Это просто!

Зарегистрировать аккаунт

Вхід

Уже зарегистрированы? Войдите здесь.

Войти сейчас
  • Зараз на сторінці   0 користувачів

    Немає користувачів, що переглядають цю сторінку.

  • Схожий контент

    • Від axl72
      Після апгрейду сервера виявилось, що пакет flow-tools, що був у Дебіан 10, зник , починаючи з версії 11. Пошук по офсайту не дав ніяких пояснень. Може шановне панство підкаже, який пакет передбачений на заміну flow-tools для реалізації netflow-коллектора? Чи не гаяти часу і збирати самостійно?..
    • Від FOP_Osypenko
      Маємо VPS сервер на Debian 10 і модем MikroTik LHG LTE6. Задача наступна: налаштувати інтернет через VPN тунель.
       
      На сервер Debian 10 встановив і налаштував WireGuard скриптом: https://github.com/angristan/wireguard-install
      Цим же скриптом згенерував файл налаштувань для клієнта wg0-client-mikrotik.conf:
      [Interface] PrivateKey = yBen7Arcy/jRqB3zqJiPn88IHPCoHYRmRW3wT97D2F0= Address = 10.66.66.2/32,fd42:42:42::2/128 DNS = 94.140.14.14,94.140.15.15 [Peer] PublicKey = 004DOgL44aNB5tWmyoifjiGmi0qBIHdp3Og21EdjUV0= PresharedKey = P8nLh48thuDSvNMJ7XPqMknWp4hpfxE4RUIuf5UBGqQ= Endpoint = 145.239.95.214:53849 AllowedIPs = 0.0.0.0/0,::/0  
      Прошивку на Mikrotik оновив до версії 7.1beta5. В цій версії вже вбудована підтримка WireGuarg.
      В головному меню WinBox обираю пункт WireGuard і відкривається таке вікно:

       
      Створюю новий інтерфейс wiregoard1 з типовими параметрами. Змін ніяких не вношу.

       
      Далі переходжу на вкладку Peers і там створюю новий тунель. Вписую параметри з клієнтського файлу конфігурації.

       
      Далі відкриваю вікно Address List і додаю адресу. Параметри знову беру з клієнтського файлу конфігурації.

       
      Після цих налаштувань нічого не змінюється й інтернет через VPN тунель не йде. Можливо щось не так налаштовую чи не повністю?
    • Від axl72
      Здравствуйте , коллеги.
       
      Поднимаем iptv на линукс-сервере с несколькими разными  DVB картами от TBS.
      Есть одна неприятность. При перезагрузке нумерация DVB адаптеров непредсказуемо меняется. Соответственно конфиги приходится каждый раз подправлять.
      Используем Debian 10.2 Buster  c Systemd.
      Предполагаю, что это происходит из за распараллеливания процесса загрузки и определения оборудования в Systemd.
      Думал о том, что бы использовать udev rules, но из за специфики именования dvd адаптеров не понял как это сделать.
       
      Наверняка уже кто то сталкивался  с таким поведением, как решили проблему? 
      Может отказаться от Systemd и установить SysVinit ? поможет ли?
      Или вообще имеет смысл откатиться на более древний дистрибутив Debian ? И будет ли на нем работать Astra 5.xx
       
      Предвижу ответы в стиле "Вот возьми , да и проверь сам", именно так мы и сделаем, но хотелось бы минимизировать downtime - сервер уже в продакшене.
       
    • Від Archy_k
      Всем привет.
      Столкнулся с проблемой: не обновился сертификат SSL.
      Попробовал вручную запустить скрипт:
      # /etc/letsencrypt/certbot/certbot-auto renew Creating virtual environment... Installing Python packages... /opt/eff.org/certbot/venv/bin/python: No module named pip.__main__; 'pip' is a package and cannot be directly executed Traceback (most recent call last):   File "/tmp/tmp.qUAUXX5FHZ/pipstrap.py", line 177, in <module>     sys.exit(main())   File "/tmp/tmp.qUAUXX5FHZ/pipstrap.py", line 149, in main     pip_version = StrictVersion(check_output([python, '-m', 'pip', '--version'])   File "/usr/lib/python2.7/subprocess.py", line 544, in check_output     raise CalledProcessError(retcode, cmd, output=output) subprocess.CalledProcessError: Command '['/opt/eff.org/certbot/venv/bin/python', '-m', 'pip', '--version']' returned non-zero exit status 1 И вот какой ответ получаю.
      Подскажите пожалуйста, как с этим справиться...
      Сервер с Debian и nginx
      Заранее спасибо.
    • Від Futura
      Имеется тазик на Debian c двумя сетевухами:
      Internet-eth0<NAT<eth1-PPPoE
      Если установить еще одну карточку (пусть будет eth2) c резервным каналом
      как организовать автоматическое переключение при падении основного и корректную работу NAT?
×
×
  • Створити нове...