Linux: Ускоряем дисковую систему: bcache, btier, flashcache

Ускоряем базу данных. Bcache
Сравнение bcache и btier
Flashcache, или I/O на стероидах
http://www.accelcloud.com/2012/04/18/linux-flashcache-and-bcache-performance-testing/

Также ещё есть
https://github.com/stec-inc/EnhanceIO
https://github.com/mingzhao/dm-cache

Что bcache, что btier пока в нестабильных версиях ядра, пока на данный момент использовать с осторожностью.

Перезапуск сервисов в разных ОС на примере sshd

http://www.starnet.com/xwin32kb/restart_sshd

для 10 соляриса на самом деле методов несколько:
1) svcadm disable ssh; svcadm enable ssh
2) svcadm restart ssh
3) svcadm restart svc:/network/ssh:default
4) /lib/svc/method/sshd restart
5) kill -HUP `cat /var/run/sshd.pid`

С 10 солярисом есть особенность: если конфиг-файл был ошибочен, всякими svcadm restart ssh сервис не поднимается и порт не слушается, хоть уже установленные соединения и не рвутся. Система переходит в maintenance, проверять так:
svcs -xv ssh
(точного вывода нет, поэтому примерно)
State: maintenance since Thu Mar 24 19:26:28 2011
Reason: Start method exited with ...
   See: /var/svc/log/network-ssh:default.log
Impact: This service is not running.

Смотрим этот самый лог на предмет ошибок
tail /var/svc/log/network-ssh\:default.log

исправляем, выводим из maintenance, запускаем, проверяем
# svcadm clear ssh
# svcadm restart ssh

# svcs -xv ssh

svc:/network/ssh:default (SSH server)
 State: online since 20 пҐп+я¦п¦я-я¦ 2013 пЁ. 11:39:44 MSK
   See: man -M /usr/share/man -s 1M sshd
   See: /var/svc/log/network-ssh:default.log
Impact: None.

И на всякий случай netstat -an|grep 22 |grep LISTEN

SMF — управление сервисами в Solaris

debian: socket() failed (24: Too many open files)

Настройки дебиана для сервера далеко не оптимальны, в частности лимит на количество открытых файлов. Это затрагивает много серверного софта, например mysql, apache, nginx...

В частности, следвие для nginx -  в логе

socket() failed (24: Too many open files)

jira: java.lang.OutOfMemoryError: Java heap space

Когда джире мало памяти, могут быть ошибки вида

com.atlassian.core.AtlassianCoreException: Error in action: <a href='mailto:com.atlassian.jira.action.admin.DataExport@7c523802'>com.atlassian.jira.action.admin.DataExport@7c523802</a>, result: error<br/> Ошибка при экспорте данных: java.lang.OutOfMemoryError: Java heap space

Кончилась память, которая выставляется через -Xmx. Но для начала теория, что там бывают за виды ошибок с памятью

Какие бывают типы OutOfMemoryError или из каких частей состоит память java процесса

Теперь увеличиваем память. Смотрим, где лежит bin-каталог

# cat /etc/init.d/jira|grep BIN

BIN='/opt/jira/JIRA 4.2/bin'

переходим туда (если в пути есть пробелы, не забываем их экранировать или брать путь в кавычки) и правим setenv.sh, нужна строка

JVM_MAXIMUM_MEMORY="512m"

увеличиваем до 1024 например.

чуть об отладке

http://blogs.opcodesolutions.com/roller/java/entry/solve_java_lang_outofmemoryerror_java

Семь уязвимостей в IPMI-прошивках Supermicro

http://www.opennet.ru/opennews/art.shtml?num=38362

Разработчики проекта Metasploit раскрыли данные о семи уязвимостях в IPMI-прошивках серверных продуктов Supermicro и опубликовали прототипы эксплоитов. Проблемы остаются неисправленными, несмотря на то, что приватное уведомление об их наличии было отправлено сотрудникам Supermicro три месяца назад.

Но надо понимать, что косяки такого рода есть у всех
Из подверженных проблемам серверных систем отмечены серверы на базе контроллеров HP Integrated Lights Out (iLO), Dell DRAC и IBM Remote Supervisor Adapter.
http://www.opennet.ru/opennews/art.shtml?num=37554

HP UPS Network Module

У ИБП HP (конкретно в модели R5000) есть модуль управления, который называется HP UPS Network Module, и на нём 2 порта: левый LAN, правый служебный, rs232 консоль с 8p8c (rj45) разъёмом.

Crash-resistant replication: How to avoid MySQL replication errors

http://www.mysqlperformanceblog.com/2013/07/15/crash-resistant-replication-how-to-avoid-mysql-replication-errors/