Здравствуйте!
Несколько дней бьюсь с проблемой и вот решил попросить помощи.
Установил версию postgresql-8.3.7-1 как описано тут: Установка PostgreSQL 8.3 на Windows XP.
Затем сделал как описано тут: Двигаем слона.
Сервис запускается. Базы удалось переиндексировать с помощью pqAdmin III, а вот забэкапить или свакуумировать не выходит. Также происходит и тогда, когда работает программа непосредственно для которой ставился постриг.
В системном журнале пишет ошибку:
"Система Windows обнаружила, что файл реестра используется другими приложениями или службами. Файл будет сейчас выгружен. Приложения или службы, которые используют файл реестра, могут впоследствии работать неправильно.
ПОДРОБНО -
2 user registry handles leaked from \Registry\User\S-1-5-21-2072916073-1583012947-3952631347-1008:
Process 3712 (\Device\HarddiskVolume1\Windows\System32\conhost.exe) has opened key \REGISTRY\USER\S-1-5-21-2072916073-1583012947-3952631347-1008\Control Panel\International
Process 3960 (\Device\HarddiskVolume1\Program Files\PostgreSQL\8.3\bin\postgres.exe) has opened key \REGISTRY\USER\S-1-5-21-2072916073-1583012947-3952631347-1008\Control Panel\International"
Что это за conhost.exe и что ему надо?))
Стоит виндовс семерка.
Меня терзают смутные
Меня терзают смутные сомнения, что когда выпускался 8.3.7, то Windows 7 в природе ещё не было. Таким образом на процесс нормальной работы могут влиять какие-либо хитрые настройки или политики безопасности 7-ки которых не было ранее в Висте или XP.
Попробуйте поставить 8.4.1
Не лишне также почитать Event Viewer (Просмотр Событий) может чего интересное найдётся там?
Спасибо за Ваш быстрый
Спасибо за Ваш быстрый ответ!
Я пробовал ставить 8.4.1
Может быть такое, что база созданная при 8.3 не совместима с 8.4? Он мне при установке что то такое выдавал. Но я ставил ее не "по правилам". Попробую все удалить, как Вы советуете в гайдах и установить еще раз 8.4.1, но уже по правилам. Отпишусь, что получилось. Там может быть еще одна проблема - программа, которой я пользуюсь, может быть не совместима с последней версией постгре.
А цитату я взял как раз из просмотра событий.
Творится что то
Творится что то невероятное!
Вот что получилось!
http://img197.imageshack.us/img197/364/snag0003.png
не получается вставить картинку, почему то.
Гхе, вы правы - это нечто А
Гхе, вы правы - это нечто
А почему версия 8.4.0? Я ведь про 8.4.1 говорил. Почему именно так критично к версиям, потому что каждая версия массу багфиксов несёт.
Скачиваю и ставлю
Скачиваю и ставлю 8,4,1.
Отпишусь.
При утановке в журнале обнаружил вот это:
FATAL: unrecognized configuration parameter "max_fsm_pages"
ПЕРУСТАНОВИЛ
ПЕРУСТАНОВИЛ ВИНДУ!!!
Поставил 8,4,1
Со своей базой пустилась нормально. Дал postgres как пользователю компа права админа.
После изменения пути к базе выдало в журнале вот это:
2009-11-04 01:02:43 MSKFATAL: database files are incompatible with server
2009-11-04 01:02:43 MSKDETAIL: The database cluster was initialized with PG_CONTROL_VERSION 833, but the server was compiled with PG_CONTROL_VERSION 843.
2009-11-04 01:02:43 MSKHINT: It looks like you need to initdb.
Поподробнее лекарство описать можете? я так понял с командной строки надо initdb сделать, а какие параметры и какие могут быть камни, подскажите, плз!!!
Стоп, стоп! Так а зачем вы
Стоп, стоп! Так а зачем вы ему файлы базы-то от 8.3 подсовываете? Разумеется работать не будет.
Надо под 8.3 сделать дамп базы, командой pg_dump или через pgAdmin, а в 8.4.1 загрузить этот дамп командой pg_restore или через pgAdmin!
А initdb у вас затрёт всё содержимое, создав заново управляющую структуру.
Дык не работает 8.3 - поэтому
Дык не работает 8.3 - поэтому и создал топик(((((
Что делать то теперь? Я пробовал резервную копию сделать, но служба то останавливалась то запускалась и я не уверен, что созданный файл корректен((((
Так единственный корректный
Так единственный корректный способ переноса баз - это дамп+ресторе
Чтобы убедиться, что данные корректны, создайте другую БД и залейте туда эти данные.
Я так понимаю, что вы не можете скажем на 8.4 создать БД с чистого листа?
Могу. Но у меня база весит
Могу.
Но у меня база весит уже 105Гигов.
Сколько она будет заполняться с чистого листа? (яплакаль)
Так вы 105Г терпели падения
Так вы 105Г терпели падения службы что ли? (челюсть падает на пол).
Повторяюсь: единственный корректный способ перенести данные с 8.3 на 8.4 - это дамп+ресторе.
Если это невозможно, то всё-таки придётся с чистого листа
В общем и 8.4 и 8.3
В общем и 8.4 и 8.3 останавливаются вот из за этого (нормальные, вновь созданные базы тоже):
Система Windows обнаружила, что файл реестра используется другими приложениями или службами. Файл будет сейчас выгружен. Приложения или службы, которые используют файл реестра, могут впоследствии работать неправильно.
ПОДРОБНО -
2 user registry handles leaked from \Registry\User\S-1-5-21-2888376421-964840617-1271979843-1001:
Process 3452 (\Device\HarddiskVolume1\Windows\System32\conhost.exe) has opened key \REGISTRY\USER\S-1-5-21-2888376421-964840617-1271979843-1001\Control Panel\International
Process 3504 (\Device\HarddiskVolume1\Program Files\PostgreSQL\8.4\bin\postgres.exe) has opened key \REGISTRY\USER\S-1-5-21-2888376421-964840617-1271979843-1001\Control Panel\International
Помогите!)))
Неужели семерку на помойку из за этого?
В другую папку переставил.
В другую папку переставил. также останавливается, но добавилось в отчетах еще и это:
Имя сбойного приложения: postgres.exe, версия: 8.3.5.8304, отметка времени: 0x490ae875
Имя сбойного модуля: postgres.exe, версия: 8.3.5.8304, отметка времени 0x490ae875
Код исключения: 0x40000015
Смещение ошибки: 0x0024a929
Идентификатор сбойного процесса: 0xb9c
Время запуска сбойного приложения: 0x01ca5e3818c37812
Путь сбойного приложения: D:\PostgreSQL\8.3\bin\postgres.exe
Путь сбойного модуля: D:\PostgreSQL\8.3\bin\postgres.exe
Код отчета: 6512b8e1-ca2b-11de-a3e2-001d6024a215
Что, совсем нет мыслей по
Что, совсем нет мыслей по этому поводу?
Ладно, как conhost.exe (новый
Ладно, как conhost.exe (новый файл в семерке, помогает перетаскивать файлы напрямую в командную строку и все такое ) можно запретить лазать в эту ветку реестра? Что нить такое можете подсказать?
Вот это может поможет
Вот это может поможет еще:
2009-11-06 18:08:51 MSKLOG: database system was interrupted; last known up at 2009-11-06 17:58:54 MSK
2009-11-06 18:08:51 MSKLOG: database system was not properly shut down; automatic recovery in progress
2009-11-06 18:08:51 MSKFATAL: the database system is starting up
2009-11-06 18:08:51 MSKLOG: redo starts at 0/26299B8
2009-11-06 18:08:51 MSKLOG: record with zero length at 0/2914430
2009-11-06 18:08:51 MSKLOG: redo done at 0/2914400
2009-11-06 18:08:51 MSKLOG: last completed transaction was at log time 2009-11-06 18:06:29.476+03
2009-11-06 18:08:52 MSKFATAL: the database system is starting up
2009-11-06 18:08:53 MSKFATAL: the database system is starting up
2009-11-06 18:08:54 MSKLOG: autovacuum launcher started
2009-11-06 18:08:55 MSKLOG: database system is ready to accept connections
2009-11-06 18:19:13 MSKERROR: index "compiledresults_month_idx1" does not exist
2009-11-06 18:19:13 MSKSTATEMENT: DROP INDEX compiledresults_month_idx1
2009-11-06 18:19:14 MSKERROR: sequence "playerhandscashkeycolumns_playerhand_id_seq" does not exist
2009-11-06 18:19:14 MSKSTATEMENT: alter table playerhandstourneykeycolumns alter playerhand_id drop default; alter table playerhandscashkeycolumns alter playerhand_id drop default; DROP SEQUENCE playerhandscashkeycolumns_playerhand_id_seq; DROP SEQUENCE playerhandstourneykeycolumns_playerhand_id_seq;
2009-11-06 18:19:14 MSKPANIC: could not lock semaphore: error code 0
This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.
2009-11-06 18:19:14 MSKLOG: WAL writer process (PID 2272) exited with exit code 3
2009-11-06 18:19:14 MSKLOG: terminating any other active server processes
2009-11-06 18:19:14 MSKWARNING: terminating connection because of crash of another server process
2009-11-06 18:19:14 MSKDETAIL: The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.
2009-11-06 18:19:14 MSKHINT: In a moment you should be able to reconnect to the database and repeat your command.
2009-11-06 18:19:14 MSKWARNING: terminating connection because of crash of another server process
2009-11-06 18:19:14 MSKDETAIL: The postmaster has commanded this server process to roll back the current transaction and exit, because another server process exited abnormally and possibly corrupted shared memory.
2009-11-06 18:19:14 MSKHINT: In a moment you should be able to reconnect to the database and repeat your command.
2009-11-06 18:19:14 MSKLOG: all server processes terminated; reinitializing
2009-11-06 18:19:24 MSKFATAL: pre-existing shared memory block is still in use
2009-11-06 18:19:24 MSKHINT: Check if there are any old server processes still running, and terminate them.
Мыслей нет. Но проблема не
Мыслей нет. Но проблема не только у вас:
http://www.holdemmanager.net/forum/showthread.php?p=98261
Похоже дело в сочетании Windows 7 и PostgreSQL, потому как все у кого грабли говорят именно о таком сочетании.
Проблема была с Касперским.
Проблема была с Касперским. Последняя версия что то блочила. Откатился на версию 9,0,0,463 и прописал в исключения PostgreSQL и программу которая работает со статистикой из баз - все заработало.