Алексей Белый

Откатился с ядра 3.10.0-693.21.1.el7.x86_64 обратно на 3.10.0-514.26.2.el7.x86_64, проблема осталась. Пробовал поставить 4.4.120-1.el7.elrepo.x86_64, проблема также сохраняется.

Откатил LVM вместе с зависимостями от 2.02.171-8 к 2.02.166-1, проблема также сохранилась.

Мягко говоря, я в замешательстве.

Обновление от 13 марта: проблему для себя решил.

Я произвел чистую установку CentOS 7.4 со всеми актуальными пакетами, на ней проблему не удалось воспроизвести. Сравнил конфигурацию хранилища LVM из каталога /etc/lvm/backup, откуда выяснил, что на всех серверах metadata_format стоит в 1, а на свежей установке у хранилища стоит 2.

Что удалось выяснить - если система была обновлена с первых версий 7 ветки (точно не помню, возможно 7.1 или 7.2 изначально была установлена), то при подключении кеширования с помощью команды lvcreate без явного указания cachemetadataformat (по умолчанию стоит auto), почему-то ставилась 1 версия. А в новой установке при тех же условиях ставилась 2 версия.

Сама проблема воспроизводилась следующим образом - режим кешировния writeback, cachemetadataformat в 1. При записи на такое хранилище, процесс вел себя достаточно странно: помимо записываемых данных (которые по логике должны попадать в кеш и на диск), система производила чтение каких-то данных с HDD (в значительно больших объемах, чем велась запись), эти данные писались в кеш на SSD, а после завершения записи этот объем данных записывался обратно на HDD. Это очень хорошо видно в связке использования fio + iostat, виртуальные машины здесь не причем, проблема воспроизводится и без них.

Решение простое: отключаем кеширование и явно указываем версию мета-данных. Ниже пример команд, может кому-то пригодятся (переменные замените под себя):

lvconvert --uncache ${VG_NAME}/${LV_NAME}
lvcreate --type cache --cachemetadataformat 2 --cachemode writeback -L${SIZE}G -n ${LV_NAME}_cache ${VG_NAME}/${LV_NAME} /dev/${SSD}

На самом деле любой транзистор со временем деградирует, даже если через него не идет никакой ток.
Есть такой теримин как диффузия, так вот даже в твердых телах эта диффузия проявляется, в результате чего каждый транзистор деградирует. Диффузия тем больше, чем больше температура процессора. Т.о. если процессор сильно нагревается, то его надежность резко падает. Обратный эффект --- процессор который никогда не работал, имеет наименьшую вероятность отказа.
Далее.
Нет такого понятия как выход из строя транзистора, есть понятие изменение его характеристик. Транзистор - это не лампочка.
Поэтому со временем, как я писал выше, в процессоре деградируют все транзисторы.
Но т.к. они работаю в ключевом режиме (либо сильно пропускают ток, либо сильно его не проводят), в большинстве случае вы не замечаете изменений в транзисторах, т.к. для вас, как наблюдателя, все проходит как надо.
Если же какой-то транзистор вышел из строя (изменил значительно свои характеристики или не работает как надо), то даже в этом случае вы можете годами не замечать ничего. Просто данный транзистор банально не используется в это время.
Если же используется, то это событие может быть таким редким, что вы просто будете замечать зависание компьютера раз в неделю или месяц.
Т.о. чтобы процессор стал действительно не рабочим, должны "сломаться" достаточно много транзисторов.
Но инженеры не дураки, они также способны делать транзисторы разного размера. Т.о. наиболее часто используемые, типа тактовый генератор и т.п. имеют бОльшую площать, и бОльшую надежность.
Но в целом, такие элементы имеют простую логику, содержать мало транзисторов и других элементов, и поэтому занимают незначительную площадь кристалла.

Сидеть можно, как угодно и удобно в конкретный момент времени - главное минимум 30 минут в день тратить на гимнастику оздоровительную!

Есть стандартная для большинства дистрибутивов тулза chroot. Ее использует для собитвенных изоляций куча системного софта. Она есть везде и ее не придется устанавливать.
Создаешь пользователя. Создаешь новую директорию.
В ней создаешь основные системные папки. Одну из папок (например, /home) делаешь пользовательской, то есть меняешь хозяина chown на этого пользователя.
Потом ссылками (команда ln) добавляешь в эти папки все то, к чему хочешь чтобы пользователь и программы запущенные под ним имели доступ.
Все его сессии запускаешь через chroot.
Не забываем ограничить использование hdd (группа команд quota).
А потом ему можно дать возможность пользоваться хоть менеджером пакетов, даже устанавливая свой софт, юзер ничего не испортит.
Классика хостинга, ёмн.
$ man chroot

%SystemRoot%\explorer.exe /select, диск:\папка\файл

В общем решение я нашел. Как по мне, так оно идеально со всех сторон. Начну сначала.

• База данных
  
• Веб сервер
  
• Дополнительные библиотеки
  

А теперь подробнее.

База данных
Поднял MySQL сервер. Внес все необходимые данные. Всё надежно, быстро и доступно.

Веб сервер
Тут всё тривиально как и с остальными пунктами.

Дополнительные библиотеки
php*-snmp, php*-ssh2

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

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

А теперь вся соль.
Заполнил данные в базу. Ну, как заполнил. Парсингом на php перенес всё необходимое. После чего пару дней мучений и что мы получаем по итогу?

• Удаленное администрирование каждый или всеми разу роутерами
  
• Мониторинг. Строго функциональный.
  
• Email, sms, jabber оповещения. (был старенький gsm шлюз)
  

По сути, мы имеем тот-же zabbix, только ко всему узко специализированный. Как я понял, использовал 2% от всех возможностей самого zabbix. Он сильно нагружает как базу данных и как следствие систему.

В общем вся эта эпопея с микротиками обошлась мне до 100 строк кода на php. Получен необходимый функционал. Удаленное управление по регионам, по моделям, по штукам. Мониторинг всего что необходимо. Оповещения. Плюс всё лежит в базе данных. Можно использовать для любых задач в дальнейшем.
Веб интерфейс который подходит только Вам. Как нарисуете, таким и будет. Сбор информации только тот, который нужен. Удаленное управление только то, что Вам необходимо.
Итог:
Учите php и html+css. Если хотите интерактивности, то можно еще javascript выучить. Задача кажется не простой, но по факту тривиальна. К примеру, для того, чтобы управлять всеми роутерами необходима информация для входа и 10 строк кода. Обновить, сделать резервное копирование, поменять пароль на wi-fi, удалить, дописать. Всё что душе угодно. Все надежно и быстро. 1 минута на обновление всех 80 штук. Как Вам? Вот и думайте)))