§ LVM: too many metadata areas for pvresize

LVM: too many metadata areas for pvresize.

Еще один случай из будней администратора. Увеличив размер блочного устройства виртуальной машины обнаружил что при увеличении размера внутри машины, LVM отказывается расширять PV, выбрасывая сообщение "too many metadata areas for pvresize".
Это сообщение говорит о том что pvresize не знает что делать с метаданными в конце устройства. Ниже описывается вариант как расширить PV том, однако такой способ предполагает остановку и деактивацию VG. Также предупреждаю что есть риск порчи или потери данных. Действуйте на свой страх и риск.

LDAP: Invalid credentials (49) on slave

Сломанная аутентификация на Openldap SyncRepl slave.

Настраивая OpenLDAP столкнулся с такой проблемой: создал аккаунт в каталоге, задал пароль, попытался пройти аутентификацию в master сервере - попытка прошла успешно. Попытался аутентифицироваться на slave сервере - неудача. 
Вываливается ошибка ldap_bind: Invalid credentials (49)
Первым делом проверил репликацию - contextCSN совпадают, репликация работает. ACL списки на master и slave одинаковые, конфигурация slapd тоже одинаковая за исключением секции syncrepl. Долгие поиски привели к странному решению: нужно сделать дамп на master и восстановить его на slave:
master # /etc/init.d/slapd stop
master # slapcat -l backup.ldif
master # /etc/init.d/slapd start
slave # scp root@master:/root/backup.ldif ./
slave # /etc/init.d/slapd stop
slave # rm -rf /var/lib/openldap/thislinux.org/*
slave # cp /var/lib/openldap-data/DB_CONFIG.example /var/lib/openldap-data/thislinux.org/DB_CONFIG
slave # slapadd -l ./backup.ldif
.#################### 100.00% eta   none elapsed            none fast!         
Closing DB...

chown ldap:ldap /var/lib/openldap-data/thislinux.org/ -R

slave # /etc/init.d/slapd start

После чего снова проверяю репликацию - все хорошо. Проверяю аутентификацию на slave - работает. Вроде все починилось, но осадок остался...

На главную "Virtualizing Linux"

§ LVM-based sandbox.

Еще одна причина почему я люблю LVM.

Еще один лирический пост, в котором я снова рассказываю о том что мне нравится и почему. На этот раз речь пойдет об LVM (Logical Volume Manager). Если вкратце, то это менеджер управления логическими дисками который позволяет абстрагироваться от уровня физических накопителей и оперировать разделами на логическом, более гибком уровне, то это инструмент позволяющий гибко управлять дисковыми разделами. Гибкость заключается в том что LVM позволяет объединять целые диски в логические группы и внутри этих групп создавать дисковые разделы. Управлять этими разделами очень удобно, можно на лету менять размеры тома, распределять том на несколько физических дисков, делать зеркалирование, создавать снимки и многое другое. Снимки, или так называемые снапшоты, о них я и расскажу сегодня.

§ Linux kernel modules.

Add kernel functionality without reboot.

Как известно ядро Linux состоит из множества подсистем которые реализуют самую разную функциональность. Эти подсистемы в свою очередь являются набором компонентов. Также известно что эти компоненты могут быть как непосредственной частью, так и могут находиться в виде подгружаемых модулей. Время от времени возникает вопрос, а что лучше? Большое монолитное ядро или же маленькое ядро с большим количеством модулей. Доводы в пользу того и другого варианта приводятся разные, однако у модульного варианта есть одно неоспоримое преимущество. 

§ Moxi: Memcache/Membase proxy.

Moxi: is a proxy for memcached traffic

Продолжаем разговор про прокси для memcached. На этот раз речь пойдет про Moxi. Это прокси для Memcached/Couchbase (ранее Membase).  Здесь следует сказать что, в первую очередь moxi предназначен для совместного использования с Couchbase. Но тем не менее его можно использовать и в качестве прокси для memcache-клиентов.

§ Twemproxy: Memcached/Redis proxy.

Twemproxy (Nutcracker) - Memcached/Redis proxy.

Давно ничего не писал, времени совсем нет... - Держись студент, сессия!!! Сказал черт размахивая ведром гвоздей. Ходят слухи что смена деятельности только полезна. Но отбросим лирику и перейдем к делу...

Совсем недавно озадачился вопросом, а как масштабируется memcached? А никак)))  Но что делать если одного сервера недостаточно. Сходу подумалось о repcached, но там репликация, да и больше чем на 2 узла не разгонишься. Поиски привели к трем инструментам: memagent, moxi и twemproxy. Все эти инструменты представляют собой прокси с более-менее разным набором функций и качеств. Потестировав все три, остановился на twemproxy. О нем и пойдет речь.

PERF_EVENTS vulnerability defend

Локальное решение проблемы c PERF_EVENTS

недавно нашумевшая уязвимость CVE-2013-2094 связанная с PERF_EVENTS лечится установкой sysctl переменных kernel.perf_event_paranoid и kernel.perf_event_max_sample_rate

# sysctl -w kernel.perf_event_paranoid=2 
# sysctl -w kernel.perf_event_max_sample_rate=-1