ICNDv3 #1 — Начало.

Простые сети

Исторически так сложилось, что в компьютерных системах данные всегда куда-то передавались. Чаще всего эти данные передавались внутри самой компьютерной системы. Если взять обычные компьютеры, у нас есть разные компоненты и связывают их системные шины. Давным-давно, это были MCA (Micro Channel Architecture) и ISA (Industry Standard Architecture), потом VLB (VESA Local Bus), сейчас PCI (Peripheral Component Interconnect) и прочее. Эти шины связывают разные компоненты системы друг с другом как информационную магистраль.

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

Чтобы это все работало, должны быть некоторые протоколы, в которых описано, что делает одна сторона, а что — вторая. На данной картинке у нас изображены всяческие полезные пиктограммы, которые обозначают объект с некоторыми характеристиками. Здесь нарисован Main Office, Branch Office, Home Office и Mobile User и все это связывается через сеть. Разберемся как это расшифровывается.

Читать далее →

Synology #3 — Еще про ограничения на размеры разделов. It is file system limit and design.

Еще один интересный факт, не очень приятный. Как сказала поддержка — It is file system limit and design. В чем прикол? Рассмотрим ниже.

У нас было 2 пакета травы, 75 таблеток мескалина, 5 упаковок кислоты, полсолонки кокаина и целое множество транквилизаторов всех сортов и расцветок, депрессанты, а также текила, ром, ящик пива, пинта чистого эфира и 2 дюжины ампул амилнитрита. Не то чтобы это был необходимый запас для поездки, но если начал собирать дурь, становится трудно остановиться. Единственное, что вызывало у меня опасение — это эфир. Ничто в мире не бывает более беспомощным, безответственным и порочным, чем эфирные зомби. Я знал, что рано или поздно мы перейдем и на эту дрянь…

Читать далее →

Synology #2 — Volume size must be under 16 TB.

Сегодня столкнулся с ограничениями Synology, а точнее с максимальным размером volumes (разделов). Рассмотрим решение проблемы ниже.

Диски взяли 10TB x4. Нужно было получить максимальный объем при должной защите. СХД — Synology RS815. Процессор — Marvell Armada XP MV78230.

32-bit (x86) or 64-bit (x64) CPU architecture support a maximum single volume size of 16 TB or 108 TB
То есть, если у вас процессор в Synology 32-битный, то максимальный размер volume 16 TB, если 64-битный, то максимальный размер volume 108 TB, и для некоторых моделей — 200 TB (нужно больше 32 GB RAM).

P.S. Это не единственное ограничение 32-bit процессоров!
DSM 6.0 expands support for Btrfs file system to Synology NAS equipped with select 64-bit processors. Это значит, что поддержка BTRFS есть только на 64-bit процессорах.

Читать далее →

Pfsense #2 — ipw_ibss и ошибка лицензии.

Сегодня, когда изучал логи загрузки pfsense, наткнулся на вот такие ошибки:

Sep 8 15:58:16	kernel	ipw_monitor: If you agree with the license, set legal.intel_ipw.license_ack=1 in /boot/loader.conf.
Sep 8 15:58:16	kernel	ipw_monitor: You need to read the LICENSE file in /usr/share/doc/legal/intel_ipw.LICENSE.
Sep 8 15:58:16	kernel 	module_register_init: MOD_LOAD (ipw_ibss_fw, 0xffffffff806cb800, 0) error 1
Sep 8 15:58:16	kernel	ipw_ibss: If you agree with the license, set legal.intel_ipw.license_ack=1 in /boot/loader.conf.
Sep 8 15:58:16	kernel	ipw_ibss: You need to read the LICENSE file in /usr/share/doc/legal/intel_ipw.LICENSE.
Sep 8 15:58:16	kernel	module_register_init: MOD_LOAD (ipw_bss_fw, 0xffffffff806cb750, 0) error 1
Sep 8 15:58:16	kernel	ipw_bss: If you agree with the license, set legal.intel_ipw.license_ack=1 in /boot/loader.conf.
Sep 8 15:58:16	kernel	ipw_bss: You need to read the LICENSE file in /usr/share/doc/legal/intel_ipw.LICENSE.

Как подсказал интернет — этим ошибкам уже годы. Исправляется внесением вот этих строчек в файлик /boot/loader.conf
Багу Фиче уже 8+ лет.

legal.intel_wpi.license_ack=1
legal.intel_ipw.license_ack=1
legal.intel_iwi.license_ack=1

Если вы не используете WiFi карту от Intel, можете смело игнорировать ошибку. А если используете, прочитайте лицензионное соглашение и проставьте 1 в конфиге.

UNRAID #4 — Сброс пароля root и немного украшательств.

  1. Выключаем сервер, вытаскиваем флешку с OS.
  2. Подключаем эту флешку к другому компьютеру.
  3. В папке config удаляем файлы shadow и smbpasswd. Это скинет пароль всех пользователей на пустой.
  4. Возвращаем флешку в сервер, запускаем.
  5. Установить новые пароли юзеров можно во вкладке Users в WEB GUI.
Screen Shot 2019 04 23 At 1 30 44 Pm
Читать далее →

UNRAID #3 — Настройка и особенности SSD кеширования.

Как я писал ранее, из-за особенности реализации хранения данных на данной СХД, чтение и запись идет только на диск с данными + на диск четности, следовательно, скорость ограничивается скоростями этих дисков. Для обхода этих ограничений используется SSD cache.

Вы можете добавить SSD cache для ускорения дисковых операций, есть несколько вариантов реализации:

1. Single device mode
2. Cache pool mode

Разберем их поочереди далее.

Читать далее →

Pfsense #1 — Fix Realtek Drivers 8168/8111. Путь самурая к успеху.

Я столкнулся с проблемой на роутере с сетухой Realtek, что при нагрузке, сеть начинает флапать, и в логах это видно вот так:

re0: watchdog timeout
re0: link state changed to DOWN
re0: link state changed to UP
re0: watchdog timeout
re0: link state changed to DOWN
re0: link state changed to UP

А на графике вот так:

Сеть сначала начинает пропадать и появляться, а потом, просто виснет наглухо до ребута роутера. Советы вида — disable offload не помогли. Что делать?

Читать далее →

UNRAID #2 — Схема работы массива.

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

По-умолчанию используется файловая система XFS для всех дисков, но, если вы используете кеширование SSD (cache pool), то будет использована файловая система BTRFS. Еще есть возможность использовать ReiserFS и их шифрованные (encrypted) версии.

Мониторинг дисков классический — S.M.A.R.T. (селф-тесты обычные и extended), мониторинг температуры.

Читать далее →

UNRAID #1 — Очередной FreeNAS? Не совсем!

Недавно встал вопрос, чем более дешевым можно было бы заменить Synology для тупого хранения файлов. Обычные решения, типа Windows Storage Spaces, FreeNAS и прочее, использовать не хотелось. RAIDIX денег стоит. Нужно было затестировать что-то новое. Вспомнил, что у меня давно было отложена ссылка по Unraid. И так, что это за зверь? Пришло время изучить его особенности.

Это некий вариант SDS (software-defined storage), да, многие его недолюбливают, но есть много преимуществ. В чем плюсы именно Unraid?

ПЛЮСЫ

1. Тут, все таки, не RAID. Т.е. запись идет не на все диски в массиве.
2. Можно добавлять диски разного объема в пул.
3. Файлы не рамазаны по дискам, как в традиционном RAID, а лежат на одном диске одновременно.
4. При чтении / записи обращение идет только к диску с файлом и к диску (дискам) четности.
5. Можно выцепить диск из пула и подключить как обычный JBOD.
6. Бесплатные апгрейды до следующих версий.
7. Есть возможность включить SSD Cache.
8. Умеет запускать Docker и VM через KVM.

МИНУСЫ

1. Unraid стоит денег, хоть и небольших — 6 / 12 / ∞ устройств за 60$ / 90$ / 130$ соотвественно.
2. Закрытый код (в отличии, от того же FreeNAS).
3. Не шибко большой список совместимости.

Читать далее →