Richman 0 Опубліковано: 2009-02-07 18:04:41 Share Опубліковано: 2009-02-07 18:04:41 Сегодня тоже начал замечать что раз в 10 минут появляются незначительные потери пакетов, а жесткий диск у сервера начинает сильно хрумтеть. Как раз в эти моменты идет запись детальной статистики в мускуль базу. Подскажите пожалуйста как более грамотно решить эту задачу, детейл стат полностью отключать не хотелось бы. Какое железо нужно заменить что бы избавится от проблемы? Сейчас стоит Целерон 1.5, 512 памяти, хдд 40 гб, какая то ВДшка на 5.400 оборотов. Биллинг обслуживает 70 клиентов, в онлайне в среднем 20-25. В stargazer.conf значение датальной статистики по дефолту. DetailStatWritePeriod=1/6 StatWritePeriod = 10 Ссылка на сообщение Поделиться на других сайтах
Richman 0 Опубліковано: 2009-02-08 16:38:56 Share Опубліковано: 2009-02-08 16:38:56 Проапгрейдил железо. Поставил Celeron D 2.3 ггц, 1 гб памяти, 160 гб WD sata жесткий диск. Только что проверил все равно раз в 10 минут теряется 4-5 пакетов в момент записи детальной статистики, в онлайне 23 клиента. Ссылка на сообщение Поделиться на других сайтах
madf 279 Опубліковано: 2009-02-09 06:35:11 Share Опубліковано: 2009-02-09 06:35:11 Можно поиграться с настройками БД. А еще такое может быть если ты отключил разброс записи инфы в базу (кто-то тут рекомендовал такое) Ссылка на сообщение Поделиться на других сайтах
Richman 0 Опубліковано: 2009-02-12 18:39:38 Share Опубліковано: 2009-02-12 18:39:38 Можно поиграться с настройками БД. А еще такое может быть если ты отключил разброс записи инфы в базу (кто-то тут рекомендовал такое) А можно немного подробнее? Насколько помню то ничего не должен был отключать, все по дефолту. Ссылка на сообщение Поделиться на других сайтах
madf 279 Опубліковано: 2009-02-13 12:11:31 Share Опубліковано: 2009-02-13 12:11:31 Я по мускулу не спец ни в одном глазу. Навскидку могу порекомендовать сделать индексы по логинам. К стати, а как замеряется количество потерянных пакетов? Ссылка на сообщение Поделиться на других сайтах
Richman 0 Опубліковано: 2009-02-13 19:40:02 Share Опубліковано: 2009-02-13 19:40:02 К стати, а как замеряется количество потерянных пакетов? Мой способ банально прост . На ноуте подключенном к сети запускаю ping ya.ru, пакеты валят строем, без потерь, все хорошо. А при наступлении 10 минуты винт на сервере начинает усердно шуршать а в консоли на клиентской машине в это время видно как мгновенно выростают задержки и теряются пакеты. Вот например, начал пингать с 9 минуты (весь кусок не привожу, только интересные места): 64 bytes from ya.ru (213.180.204.8): icmp_seq=70 ttl=54 time=80.8 ms 64 bytes from ya.ru (213.180.204.8): icmp_seq=71 ttl=54 time=68.1 ms 64 bytes from ya.ru (213.180.204.8): icmp_seq=72 ttl=54 time=2380 ms 64 bytes from ya.ru (213.180.204.8): icmp_seq=75 ttl=54 time=73.2 ms 64 bytes from ya.ru (213.180.204.8): icmp_seq=76 ttl=54 time=85.7 ms 64 bytes from ya.ru (213.180.204.8): icmp_seq=77 ttl=54 time=69.9 ms 64 bytes from ya.ru (213.180.204.8): icmp_seq=78 ttl=54 time=75.4 ms 64 bytes from ya.ru (213.180.204.8): icmp_seq=79 ttl=54 time=72.9 ms 64 bytes from ya.ru (213.180.204.8): icmp_seq=80 ttl=54 time=5192 ms 64 bytes from ya.ru (213.180.204.8): icmp_seq=86 ttl=54 time=71.3 ms 64 bytes from ya.ru (213.180.204.8): icmp_seq=87 ttl=54 time=73.0 ms 64 bytes from ya.ru (213.180.204.8): icmp_seq=88 ttl=54 time=78.1 ms 64 bytes from ya.ru (213.180.204.8): icmp_seq=89 ttl=54 time=79.2 ms 64 bytes from ya.ru (213.180.204.8): icmp_seq=90 ttl=54 time=71.9 ms --- ya.ru ping statistics --- 102 packets transmitted, 93 received, 8% packet loss, time 105404ms rtt min/avg/max/mdev = 64.602/191.576/5192.990/621.793 ms, pipe 6 Видно как на 72 пакете выросла задержка с 60-80 милисекунд до 2380 и после этого потерялся 73 и 74 пакет (виндовый пинг в таком случае пишет "превышен интервал ожидания"). И такая же хрень с 80 до 86 пакета. Ссылка на сообщение Поделиться на других сайтах
madf 279 Опубліковано: 2009-02-15 12:26:43 Share Опубліковано: 2009-02-15 12:26:43 А какой используется плагин для захвата трафика? Ссылка на сообщение Поделиться на других сайтах
Richman 0 Опубліковано: 2009-02-18 23:25:17 Share Опубліковано: 2009-02-18 23:25:17 А какой используется плагин для захвата трафика? cap_ipq Ссылка на сообщение Поделиться на других сайтах
madf 279 Опубліковано: 2009-02-19 06:16:13 Share Опубліковано: 2009-02-19 06:16:13 А, тогда понятно. Процесс записи блокирует юзеров и траффкаунтер. Соответственно, останавливается поток захвата трафика. А ipq славен тем, что он все передает в юзерспейс. Пакеты начинают накапливаться в буфере ядра, и когда он переполняется - дропаются. Собсно, эта проблема, а так же быстродействие и более эффективное использование многопроцессорных систем, сподвигли меня на переделку траффкаунтера. Ссылка на сообщение Поделиться на других сайтах
Richman 0 Опубліковано: 2009-02-19 14:12:04 Share Опубліковано: 2009-02-19 14:12:04 Юзать другой модуль захвата трафика нет возможности, у меня инет раздает хардварный роутер. С дефолтным трафкаунтером трафик считался дважды на интерфейсе биллинга. Ссылка на сообщение Поделиться на других сайтах
madf 279 Опубліковано: 2009-02-19 15:17:45 Share Опубліковано: 2009-02-19 15:17:45 Я знаю. С другим будут потери при обсчете. Решения этой проблемы на сегодня нет. Ссылка на сообщение Поделиться на других сайтах
Richman 0 Опубліковано: 2009-03-06 23:20:01 Share Опубліковано: 2009-03-06 23:20:01 Решил все таки отключить детальную статистику, очень пользователи жалуются. Закинул текст патча в файлик, файлик положил в /projects/stargazer/plugins/store/mysql , сделал patch -p0 < patch3.patch а оно: patching file mysql_store.cpp patch: **** malformed patch at line 4: if(!IsTablePresent("admins",sock)) Где я не прав? Ссылка на сообщение Поделиться на других сайтах
Richman 0 Опубліковано: 2009-03-06 23:46:46 Share Опубліковано: 2009-03-06 23:46:46 Поставил пробел в начале 4 строки, запустил патч. Ругнулось на 5 строку, - поставил пробел. Теперь ругается так: patch < patch3.patch patching file mysql_store.cpp patch: **** malformed patch at line 14: + "ChgPassword TINYINT DEFAULT 0,"\ Пробел в начале строки там стоит. Ссылка на сообщение Поделиться на других сайтах
madf 279 Опубліковано: 2009-03-09 06:33:26 Share Опубліковано: 2009-03-09 06:33:26 405-я версия умеет отключать детальную статистику без патчей. Ссылка на сообщение Поделиться на других сайтах
Richman 0 Опубліковано: 2009-03-09 12:37:00 Share Опубліковано: 2009-03-09 12:37:00 У меня установлена stg-2.405.9.8_STG-WEB.tar.gz Верно ли я понял что это и есть та 405 в которой без патчей можно отключить статистику? Если да, то как? Ссылка на сообщение Поделиться на других сайтах
Richman 0 Опубліковано: 2009-03-09 14:37:38 Share Опубліковано: 2009-03-09 14:37:38 Кажется понял, через виндовый конфигуратор в свойствах каждого пользователя можно отключить детальную статисткику. Ссылка на сообщение Поделиться на других сайтах
nallien 3 Опубліковано: 2009-03-15 08:59:54 Share Опубліковано: 2009-03-15 08:59:54 а возможно ли это делать через КК ? так понимаю пока не реализовано ? было бы удобно привязать отключение детальной статистики к безлимитным тарифам, а на лимитных - оставить... но вот клацать ручками когда пользователей около тысячи - тяжко будет %) Ссылка на сообщение Поделиться на других сайтах
Kucher2 122 Опубліковано: 2009-03-15 20:50:38 Share Опубліковано: 2009-03-15 20:50:38 http://local.com.ua/forum/index.php?showto...mp;#entry112336 Ссылка на сообщение Поделиться на других сайтах
nallien 3 Опубліковано: 2009-03-16 06:06:02 Share Опубліковано: 2009-03-16 06:06:02 дык для того чтобы это сработало - нужно стг останавливать, он же не подчитает изменения в БД на ходу. а тут речь идет об автоматизации процесса, при смене пользователем или через админку пользоваелю тарифа на безлимитный - что бы отключалась детальная стата... Ссылка на сообщение Поделиться на других сайтах
Kucher2 122 Опубліковано: 2009-03-16 13:26:13 Share Опубліковано: 2009-03-16 13:26:13 Ну так ты ж не каждые день вырубаешь статистику - сделал раз и всё. При операции с конкретным юзером - лень ткнуть галочку? Так СТГ за пивом ходить не будет никогда, как ни старайся! Админку придётся дополнить. Информации про расширение возможностей sgconf - не встречал, но можно сунуть в скрипт OnConnectа проверку "на вшивость" и отрубать детальку. Ссылка на сообщение Поделиться на других сайтах
nallien 3 Опубліковано: 2009-03-16 14:53:30 Share Опубліковано: 2009-03-16 14:53:30 а что делать каждый раз когда пользователь сам меняет тариф - тоже смотреть ? и каждый раз при смене ему тарифа стг ребутать? и это как минимум каждый месяц проклацывать около тысячи записей выключая стату одним и выключая другим? - нет уж, спасибо а в онконнект это не поможет. стг не читает корректно изменения в БД внесенные не им (да и не должен ) Ссылка на сообщение Поделиться на других сайтах
Kucher2 122 Опубліковано: 2009-03-16 20:08:39 Share Опубліковано: 2009-03-16 20:08:39 Я вообще-то имел ввиду не БД, а файл conf юзера, строку "DisabledDetailStat=". И менять параметр до того, как юзер коннектиться. Или СТГ держит все conf в памяти, не зависимо от того подключен юзер или нет? Если так, тогда правда ничего не выйдет. А останавливать каждый раз СТГ - действительно глупо. Но ведь виндовый конфигуратор это как-то делает, значит выход должен быть. Я пытался собрать консольный из последней версии от madf, но не получилось сходу. Да и почему-то мне кажется, что изменений там относительно предпоследней версии - нет. Ссылка на сообщение Поделиться на других сайтах
Richman 0 Опубліковано: 2009-03-17 18:42:56 Share Опубліковано: 2009-03-17 18:42:56 У одного меня такой косяк? Неделю назад проклацал всех юзеров через виндовый конфигуратор, отключил безлимитчикам (которых около сотни) детальную статистику, обрадовался и забыл. А вот только что ребутнул сервак, а она зараза опять включилась. Специально провел эксперемент, выключаю детальную статистику определенному пользователю, делаю killall stargazer, запускаю по новой, у пользователя детальная статистика опять включена. Ссылка на сообщение Поделиться на других сайтах
madf 279 Опубліковано: 2009-03-18 08:33:36 Share Опубліковано: 2009-03-18 08:33:36 У одного меня такой косяк?Неделю назад проклацал всех юзеров через виндовый конфигуратор, отключил безлимитчикам (которых около сотни) детальную статистику, обрадовался и забыл. А вот только что ребутнул сервак, а она зараза опять включилась. Специально провел эксперемент, выключаю детальную статистику определенному пользователю, делаю killall stargazer, запускаю по новой, у пользователя детальная статистика опять включена. Проверил на 2.405 + 1.90.9 - все в порядке. Ссылка на сообщение Поделиться на других сайтах
Richman 0 Опубліковано: 2009-03-18 11:30:04 Share Опубліковано: 2009-03-18 11:30:04 Проверил на 2.405 + 1.90.9 - все в порядке. А юзеры в файла[ или mysql ? У меня в mysql. Ссылка на сообщение Поделиться на других сайтах
Рекомендованные сообщения
Создайте аккаунт или войдите в него для комментирования
Вы должны быть пользователем, чтобы оставить комментарий
Создать аккаунт
Зарегистрируйтесь для получения аккаунта. Это просто!
Зарегистрировать аккаунтВхід
Уже зарегистрированы? Войдите здесь.
Войти сейчас