- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
При рестарте апача выбивает
(98)Address already in use: make_sock: could not bind to address 0.0.0.0:81
no listening sockets available, shutting down
Unable to open logs
помогает только ребут всего сервера.
При рестарте апача выбивает
(98)Address already in use: make_sock: could not bind to address 0.0.0.0:81
no listening sockets available, shutting down
У вас что-то еще висит на 81 порту или процесс апача подвисшый, поэтому нельзя рестартануть
посмотреть права на файл лога
У вас что-то еще висит на 81 порту или процесс апача подвисшый, поэтому нельзя рестартануть
посмотреть права на файл лога
Проверил, нигде больше нет 81 порта
В конфиге апача посмотрите строку
NameVirtualHost
что там у вас?
Я так понял у вас на 80 порту nginx висит?
а как вы рестартире его?
может это просто предыдущий инстанс не закрывается и держит порт с логами?
или при вашем рестарте юзается другой конфиг?
посмотрите еще после рестарта apache.
Причин может быть очень много и они вместе дадут такой эффект
Надо смотреть по ситуации через ssh
Топик в топку. Проблема решена.
Топик в топку. Проблема решена.
поделитесь уж решением, вдруг у кого нибудь такая проблема будет...
поделитесь уж решением, вдруг у кого нибудь такая проблема будет...
Да рано обрадовался. Проблема по прежнему активна+добавился жер памяти.
На сервере висят легкие сайты с максимальным онлайном 50-60 и то это редкость. Раньше сайт крутились на джино и работали без проблем, перенес на впс и не пойму в чем проблема
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.1.66
[OK] Operating on 64-bit architecture
-------- Storage Engine Statistics -------------------------------------------
[--] Status: -Archive -BDB -Federated -InnoDB -ISAM -NDBCluster
[--] Data in MyISAM tables: 113M (Tables: 38)
[!!] Total fragmented tables: 1
-------- Security Recommendations -------------------------------------------
ERROR 1142 (42000) at line 1: SELECT command denied to user 'livetorrent'@'localhost' for table 'user'
[OK] All database users have passwords assigned
-------- Performance Metrics -------------------------------------------------
[--] Up for: 57s (617 q [10.825 qps], 114 conn, TX: 623K, RX: 58K)
[--] Reads / Writes: 75% / 25%
[--] Total buffers: 176.0M global + 7.2M per thread (50 max threads)
[OK] Maximum possible memory usage: 538.5M (72% of installed RAM)
[OK] Slow queries: 0% (0/617)
[OK] Highest usage of available connections: 6% (3/50)
[OK] Key buffer size / total MyISAM indexes: 80.0M/69.3M
[!!] Key buffer hit rate: 88.6% (127K cached / 14K reads)
[OK] Query cache efficiency: 54.6% (194 cached / 355 selects)
[OK] Query cache prunes per day: 0
[OK] Sorts requiring temporary tables: 0% (0 temp sorts / 9 sorts)
[OK] Temporary tables created on disk: 0% (0 on disk / 9 total)
[OK] Thread cache hit rate: 97% (3 created / 114 connections)
[OK] Table cache hit rate: 25% (35 open / 137 opened)
[OK] Open file limit used: 6% (68/1K)
[OK] Table locks acquired immediately: 100% (215 immediate / 215 locks)
-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
MySQL started within last 24 hours - recommendations may be inaccurate
Enable the slow query log to troubleshoot bad queries
Конфиг мускула:
# The MySQL server
[mysqld]
port = 3306
socket = /var/lib/mysql/mysql.sock
skip-locking
skip-innodb
skip-name-resolve
low-priority-updates
max_connections = 50
key_buffer_size = 80M
max_allowed_packet = 16M
table_open_cache = 4
sort_buffer_size = 2M
read_buffer_size = 1M
read_rnd_buffer_size = 4M
net_buffer_length = 16K
thread_stack = 128K
query_cache_size = 64M
table_cache = 35
tmp_table_size = 32M
thread_cache_size = 16
max_heap_table_size = 64M
query_cache_limit = 1M
query_cache_type = 1
Конфиг атача:
<IfModule itk.c>
StartServers 4
MinSpareServers 4
MaxSpareServers 30
ServerLimit 256
MaxClients 256
MaxRequestsPerChild 400
</IfModule>
Откуда такой жер оперативный не пойму, это после 4 часов работы сервера.
Откуда такой жер оперативный не пойму, это после 4 часов работы сервера.
так эти значения уже велики для этого сервера, вполне допустимо, что происходит разрастание
а ошибка с занятым 81 портом может быть в том, что Апач просто не хочет освободить процесс (подвис какой-то дочерний процесс), можно посмотреть через lsof -i :81, что это такое висит, а потом и посмотреть lsof -p <pid> этого процесса
иногда бывает, что такое поведение Апач связано с эксплойтами (т.е. ищите дырку в ваших CMS)