Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Сообщение об ошибке коллектора статистики
|
|||
|---|---|---|---|
|
#18+
Что может означать сообщение в логе во время работы (версия 8.1.1 на Windows): 16:08:20|FATAL: could not read from statistics collector pipe: No error 16:08:20|FATAL: could not write to statistics collector pipe: No connection could be made because the target machine actively refused it. 16:13:46|FATAL: could not read from statistics collector pipe: No error 16:13:46|LOG: statistics collector process (PID 3812) was terminated by signal 1 Параметры в файле конфигурации: #--------------------------------------------------------------------------- # RUNTIME STATISTICS #--------------------------------------------------------------------------- # - Statistics Monitoring - #log_parser_stats = off #log_planner_stats = off #log_executor_stats = off #log_statement_stats = off # - Query/Index Statistics Collector - stats_start_collector = on #stats_command_string = off #stats_block_level = off stats_row_level = on #stats_reset_on_server_start = off Нужно ли и как с этим бороться? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2005, 12:16 |
|
||
|
Сообщение об ошибке коллектора статистики
|
|||
|---|---|---|---|
|
#18+
Скорее всего проблема возникает из-за настроек ОС или каких-то установленных программ. Почитайте обсуждение http://]http://qaix.com/postgresql-database-development/208-136-unable-to-connect-read.shtml. Возможно у вас такая же проблема. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2005, 12:35 |
|
||
|
Сообщение об ошибке коллектора статистики
|
|||
|---|---|---|---|
|
#18+
Ссылка полезная, но похоже, не совсем мой случай. База-то работает пока стабильно, но хотелось бы понять в чем криминал. Влияет ли это каким-то образом на работу планировщика запросов? На Linux-e таких сообщений у меня не возникало. В силу некоторых причин пришлось перевести эту же базу на Windows Server 2003 SP1. Вроде бы, ничего лишнего на нем нет. (FireWalls, Proxys, IPS, etc...) И с какой стороны копать - не представляю. Может быть, подскажите механизм работы коллектора статистики? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.12.2005, 18:01 |
|
||
|
Сообщение об ошибке коллектора статистики
|
|||
|---|---|---|---|
|
#18+
Скорее всего, то что статистика не сохраняется нормально, будет сильно влиять на работу планировщика запросов, т.к. он использует CBO. В качестве ОС у нас используется Win XP Pro SP2. Брандмауэр долго настраивался, т.к. возникали подобные проблемы. :) Копать, наверное, нужно со стороны настроек ОС и параметров указанных при инсталляции PG. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.12.2005, 10:45 |
|
||
|
Сообщение об ошибке коллектора статистики
|
|||
|---|---|---|---|
|
#18+
Вот так всегда. Говорили же: отключи брандмауэр. У него и была опция "OFF". А сервис (стандартный) был запущен. Остановил сервис - глюк пропал. Теперь все работает устойчиво. Тогда-то я и вспомнил, что сталкивался с подобной проблемой (правда с другим софтом и другим файрволом), что он якобы выключен, а все равно пакеты сквозь себя гонит. Спасибо за помощь! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.12.2005, 14:27 |
|
||
|
|

start [/forum/topic.php?fid=53&msg=33464406&tid=2006763]: |
0ms |
get settings: |
10ms |
get forum list: |
21ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
52ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
50ms |
get tp. blocked users: |
2ms |
| others: | 265ms |
| total: | 424ms |

| 0 / 0 |
