Архив метки: сервер

you can't trust google

Вы больше не можете доверять Гуглу

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

Они в принципе неспособны заниматься товарным или сервисным бизнесом, потому что ни продукты, ни услуги приносят бабок. Реклама приносит. Вы можете увидеть это множеством способов, но мой любимый — через призму обслуживания клиентов.

Когда дело доходит до обслуживания клиентов, Google всегда исключительно ужасен. Потому что помощь кому-то с проблемой в Workspaces или даже в Google Cloud Platform никогда не будет такой же прибыльной, как помощь рекламодателю взорвать ваше внимание. Читать далее

Лучше маленький лайк и репост, чем большое спасибо в комментах. По этой причине комментарии выключены, а кнопки репостов — вас ждут. Пользуйтесь, прошу :)

Как замедлить и сделать потише серверные вентиляторы

Серверное оборудование вообще-то предназначается для размещения в специальных комнатах, где людей не должно быть. Поэтому на уровень шума всем пофиг. А стоечные серверы, особенно тонкие 1U, очень-очень шумные.

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

Выкусываем красный провод (или любой положительный с питанием, не землю!) под размер резистора. Впаиваем резистор, места пайки фиксируем термоусадочной трубкой. Читать далее

Лучше маленький лайк и репост, чем большое спасибо в комментах. По этой причине комментарии выключены, а кнопки репостов — вас ждут. Пользуйтесь, прошу :)

Чиним плату Asus A78M-A: меняем резистор PO511

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

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

Чтобы выявить проблему мне пришлось полностью до винтика разобрать свой NAS. А он довольно компактно уложен. Поначалу я грешил на отошедший контакт и шатал модули оперативки, но когда и это не помогло — занялся разборкой.

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

Изучив фотографии материки на сайте магазина ДНС я выяснил, что мне не хватает мелкой детальки с маркировкой «квадратный ноль» рядом с одним из модулей VRM. Вот его место, чуть левее подписи PO511.

Таковых на материнке было ещё достаточно. Я тщетно пытался нагуглить схему на матплату или какую инженерную спецификацию, чтобы более точно идентифицировать тип и номинал этой детальки. Не вышло.

Читать далее

Лучше маленький лайк и репост, чем большое спасибо в комментах. По этой причине комментарии выключены, а кнопки репостов — вас ждут. Пользуйтесь, прошу :)

Как сделать так, чтобы команда продолжала выполняться после закрытия терминала и ssh-сессии

В ходе настройки самосборного NAS-сервера (смотри предыдущие посты: сборка системы и установка openmediavault) пришлось столкнуться с тем, что при подключении по ssh и выполнении долгих команд любой обрыв связи, закрытие крышки ноутбука, закрытие окна терминала или всё прочее приводило к завершению ssh-сессии и, соответственно, предыванию выполняющейся команды.

Да, обычное поведение такое: если соединение по ssh рвётся, то прерываются все операции. Разве это плохо? Ну, конечно! Есть куча продолжительных операций, в ходе выполнения которых терять коннект никак не хочется:

  • сборка и синхронизация RAID-массива — может занять часов десять
  • форматирование файловой системы массива — часов 20 и больше
  • перенос информации с временного накопителя на основной диск — зависит от объёма, но терабайт данных перекидывается очень неспешно, знаете ли

Короче, задача есть. И есть решение. Нам просто нужно to go deeper.

Читать далее

Лучше маленький лайк и репост, чем большое спасибо в комментах. По этой причине комментарии выключены, а кнопки репостов — вас ждут. Пользуйтесь, прошу :)

Что такое RAID 0 и зачем он нужен

Что такое RAID 0? Это такой массив, где все накопители собираются в один большой объём. Причем штатными средствами Windows в такой массив можно собрать только диски одинаковой ёмкости, а в Linux, если не ошибаюсь, любой ёмкости.

Емкость RAID 0 — это сумма всех входящих в него дисков. Например, если собрать его из двух накопителей по 40 Гб — получим 80 Гб.

Отказойстойчивость RAID 0 никакущая, буквально нулевая. Это из названия следует. Потому что все данные пишутся кусочками на каждый накопитель массива и никак не дублируются.

Допустим массив RAID 0 собран из четырёх дисков. Если один из них выйдет из строя — ВСЯ информация будет потеряна. Это не очень хорошо.

Поэтому есть RAID 1. Это зеркальный массив. Собирается только из дисков одинакового объёма, где каждый второй диск — есть зеркальная копия первого. Соответственно, если один диск выйдет из строя, вся информация будет сохранена на втором. Надёжность очень высокая, но тут просыпается жадность. Считайте сами: из всего объёма накопителей вам доступна только половина. Немного обидненько.

Но тогда зачем нужен RAID 0?

Вся фишка в том, что в массиве суммируется не только объём накопителей, но и их скорость. Вот, например, результаты производительности зеркального массива RAID 1 из двух SCSI дисков на 10000 оборотов в минуту.

Так себе результаты. Зато надёжно.

Читать далее

Лучше маленький лайк и репост, чем большое спасибо в комментах. По этой причине комментарии выключены, а кнопки репостов — вас ждут. Пользуйтесь, прошу :)