понедельник, 10 августа 2015 г.
воскресенье, 9 августа 2015 г.
Зависание компьютера при запуске optirun
При запуске приложений иногда виснет экран, при этом помогает только отключение с кнопки питания.
В /var/log/kern.log заметил такие строки:
Aug 9 17:56:52 mint-17 kernel: [98997.176103] nvidia 0000:01:00.0: irq 50 for MSI/MSI-X
Aug 9 17:56:52 mint-17 kernel: [98997.178604] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
Aug 9 17:56:52 mint-17 kernel: [98997.178648] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
Aug 9 17:56:52 mint-17 kernel: [98997.178668] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
Aug 9 17:56:52 mint-17 kernel: [98997.178698] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
Aug 9 17:56:52 mint-17 kernel: [98997.178717] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
Aug 9 17:56:52 mint-17 kernel: [98997.178735] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
Aug 9 17:56:52 mint-17 kernel: [98997.178773] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
Aug 9 17:56:52 mint-17 kernel: [98997.178791] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
Aug 9 17:56:52 mint-17 kernel: [98997.179120] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
Я вообще в rc.local добавил.
В /var/log/kern.log заметил такие строки:
Aug 9 17:56:52 mint-17 kernel: [98997.176103] nvidia 0000:01:00.0: irq 50 for MSI/MSI-X
Aug 9 17:56:52 mint-17 kernel: [98997.178604] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
Aug 9 17:56:52 mint-17 kernel: [98997.178648] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
Aug 9 17:56:52 mint-17 kernel: [98997.178668] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
Aug 9 17:56:52 mint-17 kernel: [98997.178698] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
Aug 9 17:56:52 mint-17 kernel: [98997.178717] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
Aug 9 17:56:52 mint-17 kernel: [98997.178735] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
Aug 9 17:56:52 mint-17 kernel: [98997.178773] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
Aug 9 17:56:52 mint-17 kernel: [98997.178791] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
Aug 9 17:56:52 mint-17 kernel: [98997.179120] ACPI Warning: \_SB_.PCI0.PEG0.PEGP._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20140424/nsarguments-95)
Тут нашел решение, перед запуском приложения, выполнить команду:
$ sudo tee /sys/module/rcutree/parameters/rcu_idle_gp_delay <<<1
Пример запуска приложения:
$ sudo tee /sys/module/rcutree/parameters/rcu_idle_gp_delay <<<1 && optirun steam
Я вообще в rc.local добавил.
среда, 5 августа 2015 г.
Не работает плагин exim_mailqueue в Munin
У меня в CentOS 7 не работал плагин exim_mailqueue, который проверяет очередь писем в exim.
В дебаге:
# munin-run exim_mailqueue --debug
# Processing plugin configuration from /etc/munin/plugin-conf.d/amavis
# Processing plugin configuration from /etc/munin/plugin-conf.d/df
# Processing plugin configuration from /etc/munin/plugin-conf.d/fw_
# Processing plugin configuration from /etc/munin/plugin-conf.d/hddtemp_smartctl
# Processing plugin configuration from /etc/munin/plugin-conf.d/munin-node
# Processing plugin configuration from /etc/munin/plugin-conf.d/postfix
# Processing plugin configuration from /etc/munin/plugin-conf.d/sendmail
# Setting /rgid/ruid/ to /99/99/
# Setting /egid/euid/ to /99 99/99/
# Setting up environment
# About to run '/etc/munin/plugins/exim_mailqueue'
exim: permission denied
Error closing pipe:
frozen.value U
mails.value U
В дебаге:
# munin-run exim_mailqueue --debug
# Processing plugin configuration from /etc/munin/plugin-conf.d/amavis
# Processing plugin configuration from /etc/munin/plugin-conf.d/df
# Processing plugin configuration from /etc/munin/plugin-conf.d/fw_
# Processing plugin configuration from /etc/munin/plugin-conf.d/hddtemp_smartctl
# Processing plugin configuration from /etc/munin/plugin-conf.d/munin-node
# Processing plugin configuration from /etc/munin/plugin-conf.d/postfix
# Processing plugin configuration from /etc/munin/plugin-conf.d/sendmail
# Setting /rgid/ruid/ to /99/99/
# Setting /egid/euid/ to /99 99/99/
# Setting up environment
# About to run '/etc/munin/plugins/exim_mailqueue'
exim: permission denied
Error closing pipe:
frozen.value U
mails.value U
Решение:
# vim /etc/munin/plugin-conf.d/exim
[exim*]
user root
env.logfile maillog
env.logdir /var/log
# systemctl restart munin-node
# munin-run exim_mailqueue
frozen.value 28
mails.value 23
вторник, 4 августа 2015 г.
Оптимизация изображений для web
# yum install optipng jpegoptim
# find /var/www/myuser/data/www/site.ru/wp-content/uploads/ -iname '*.png' -print0 | xargs -0 optipng -o7 -preserve
# find /var/www/myuser/data/www/site.ru/wp-content/uploads/ -iname '*.jpg' -print0 | xargs -0 jpegoptim --max=90 --strip-all --preserve --totals
У меня примерно от 12 до 22 процентов процент сжатия был.
# find /var/www/myuser/data/www/site.ru/wp-content/uploads/ -iname '*.png' -print0 | xargs -0 optipng -o7 -preserve
# find /var/www/myuser/data/www/site.ru/wp-content/uploads/ -iname '*.jpg' -print0 | xargs -0 jpegoptim --max=90 --strip-all --preserve --totals
У меня примерно от 12 до 22 процентов процент сжатия был.
понедельник, 3 августа 2015 г.
(24: Too many open files) в ISPmanager 5
Проблема проявляется уже не первый раз.
В прошлый раз фиксил так: http://blog.amet13.name/2015/07/nginx-24-too-many-open-files-centos-7.html
На этот раз не помогло.
При проверке конфига nginx никаких ошибок не наблюдается:
# nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
# vim /etc/systemd/system/ihttpd.service.d/nofile.conf
[Service]
LimitNOFILE=99999
В прошлый раз фиксил так: http://blog.amet13.name/2015/07/nginx-24-too-many-open-files-centos-7.html
На этот раз не помогло.
При проверке конфига nginx никаких ошибок не наблюдается:
# nginx -t
nginx: the configuration file /etc/nginx/nginx.conf syntax is ok
nginx: configuration file /etc/nginx/nginx.conf test is successful
Однако при попытке изменения/добавления/удаления www-домена в панели ISPmanager 5 появляется ошибка:
nginx: [emerg] open() "/var/www/httpd-logs/sitename.ru.access.log" failed (24: Too many open files)
nginx: configuration file /etc/nginx/nginx.conf test failed
Почему панель так реагирует -- непонятно.
Возможно из-за того, что стоит CentOS 7 и панель смотрит в одни лимиты, а сам nginx другие.
В общем решение пока такое:
# vim /usr/local/mgr5/etc/conf.d/nginx.conf
path nginx-configtest /usr/sbin/nginx.custom -t
# vim /usr/sbin/nginx.custom
#!/bin/sh
/usr/sbin/nginx -t
# vim /etc/systemd/system/ihttpd.service.d/nofile.conf
[Service]
LimitNOFILE=99999
# vim /etc/systemd/system/httpd.service.d/nofile.conf
[Service]
LimitNOFILE=99999
# systemctl --system daemon-reload
Поддержка ISPsystem конечно же не знают что это и как нужно фиксить.