07.07.17 — 11:22
Добрый день. Такая проблема. Изменил настройки postgresql.conf на рекомендуемые с итс и теперь не получается запустить службу PostgreSQL.
Версия постгре 9.4.2-1.1Cx64.
Вин сервер 2012
Ошибка: Служба PostgreSQL на «Локальный компьютер» была запущена и затем остановлена. Некоторые службы автоматически останавливаются, если они не используются другими службами.
Подскажите что делать?
1 — 07.07.17 — 11:24
не может такого быть. ПГ работает как часы
2 — 07.07.17 — 11:24
Хотя нет, это только на линуксе
3 — 07.07.17 — 11:25
верните настройки .
4 — 07.07.17 — 11:28
(3) вернул, всё равно так
5 — 07.07.17 — 11:29
переустановить чтоль постгре
6 — 07.07.17 — 11:32
а порты не заняты?
7 — 07.07.17 — 11:34
а как проверить
8 — 07.07.17 — 11:36
была как-то проблема с перезапуском службы. Во время отключения процессы продолжали висеть. Надо были либо руками убить процессы или рестартнуть систему
9 — 07.07.17 — 11:36
Так я рестартнул — всё равно
10 — 07.07.17 — 11:37
Вот в логе последнем в pg_log
2017-07-07 11:29:10 AZST LOG: database system was shut down at 2017-07-07 11:29:09 AZST
2017-07-07 11:29:10 AZST LOG: database system is ready to accept connections
2017-07-07 11:29:10 AZST LOG: autovacuum launcher started
2017-07-07 13:12:04 AZST LOG: received fast shutdown request
2017-07-07 13:12:04 AZST LOG: aborting any active transactions
2017-07-07 13:12:04 AZST LOG: autovacuum launcher shutting down
2017-07-07 13:12:04 AZST LOG: shutting down
2017-07-07 13:12:04 AZST LOG: database system is shut down
11 — 07.07.17 — 11:38
при новых запусках не пишет ничего в логах
12 — 07.07.17 — 11:38
netstat
13 — 07.07.17 — 11:39
(12) а что с ним запускать-то, по адресу чтоль?
14 — 07.07.17 — 11:40
(12) нет среди запущенных постгре
15 — 07.07.17 — 11:42
а порты не заняты его?
16 — 07.07.17 — 11:42
(15) а как узнать?
17 — 07.07.17 — 11:43
ну он бы тогда наверное на другое ругался, а ни на то, что служба запущена, а зетем остановлена
18 — 07.07.17 — 11:44
Говорят это проблема с правами. От чьего имени стартуешь?
19 — 07.07.17 — 11:45
(18) с правами админа
20 — 07.07.17 — 11:46
попробуй local system
21 — 07.07.17 — 11:47
(20) это где прописать, в самой службе? Там написано, кстати, в закладке «Вход в систему» заходить с учётки USR1CV8
22 — 07.07.17 — 11:49
(21) И это ты называешь админские права?
23 — 07.07.17 — 11:50
мне кажется у этого пользователя нет прав на каталог с бд
24 — 07.07.17 — 11:50
это в самой службе в свойствах. В постгрешке же надо под своей учёткой запускать службу
25 — 07.07.17 — 11:55
Есть права
26 — 07.07.17 — 11:56
блин, вообще не пойму что делать и почему упало и как восстанавливать. Беда.
27 — 07.07.17 — 12:02
как там лустин говорил, нет pg админа — нехер пытаться
28 — 07.07.17 — 12:02
(26) локал систем уже пробовал?
29 — 07.07.17 — 12:07
(28) а как, я не понял чем это поможет если у юзера есть права на папку
30 — 07.07.17 — 12:07
(27) ну что значит нехрен пыпаться, если базы постоянно падают с нехваткой памяти.
31 — 07.07.17 — 12:08
(29) Если ты так вопросы решаешь, то тебе лучше просто удалить это ПГ
32 — 07.07.17 — 12:08
(19) с правами админа PG не запустится, куда учетка postgres делась?
33 — 07.07.17 — 12:11
открой диспечер задач, и прибей все зависшие процессы postgre
34 — 07.07.17 — 12:12
(32) в самой службе постгре указан запуск от имени USR1CV8, у которого есть доступ к папке с файлами постгре и базами
35 — 07.07.17 — 12:12
(33) нету их — я сервак перезапускал даже
36 — 07.07.17 — 12:16
(35) укажи в службе самого крутого пользователя по правам, потом открой hd_pga.conf и добавь там host all all 192.168.0.0/24 trust
37 — 07.07.17 — 12:18
(34) Там мало доступа, учетка, от которой стартует служба postgre НЕ ДОЛЖНА быть в группе Администраторов, и должна быть ВЛАДЕЛЬЦЕМ некоторых каталогов, например папки с базами. Без этого служба будет останавливаться.
38 — 07.07.17 — 12:19
(37) не может такого быть, чтоб добавление в админы убивало службу
39 — 07.07.17 — 12:28
(36) попробовал дать доступ, разницы никакой
40 — 07.07.17 — 12:38
удалил вообще конф и стала запускаться служба…
41 — 07.07.17 — 12:38
но настройки-то нужны какие-то
42 — 07.07.17 — 12:39
но база всё равно не доступна…
43 — 07.07.17 — 12:40
типовой конф подложи
44 — 07.07.17 — 12:40
где б его взять
45 — 07.07.17 — 13:41
(44) установи postgres на другой машине
46 — 07.07.17 — 13:47
так, я переформировал postgresql.conf, служба запустилась, базы подрубились.
Я попробовал разобраться в каком именно месте конфа была ошибка — оказалось, что на строке
effective_io_concurrency = 2
по умолчанию она на 1 и закомменчена. Если её хотя бы раскомментить — служба уже не запускается
47 — 07.07.17 — 13:48
а эта строка есть в советах по настройке постгре вот тут:
https://its.1c.ru/db/metod8dev#content:5866:hdoc
48 — 07.07.17 — 13:58
49 — 07.07.17 — 13:59
сообщение 51
50 — 07.07.17 — 14:00
Это проблемы чисто ПГ под винду
51 — 07.07.17 — 14:05
Вдогонку вопрос. Надо ли
52 — 07.07.17 — 14:05
set merge_join off
53 — 07.07.17 — 14:07
(52) но зачем?
54 — 07.07.17 — 14:09
(53) набрёл на советы по его отключению при ошибках с нехваткой памяти
55 — 07.07.17 — 14:10
(54) ты понимаешь что такое мердж джойн?
56 — 07.07.17 — 14:14
смутно. Я так понимаю, что нужно для планировщика. Создаёт 2 ряда, потом их соединяет и работает уже с соединениями. В итоге, работа быстрее, но памяти на соединение жрёт больше.
57 — 07.07.17 — 14:31
прочитал описание, вроде как штука хорошая в плане оптимизации огромных запросов. Надо будет потестить разницу как-нибудь.
58 — 07.07.17 — 14:58
59 — 07.07.17 — 15:00
(56) Просто добавить памяти.
60 — 07.07.17 — 15:50
(59) 16 гигов — куда ещё. Базы-то мизерные, гигов по 5.
61 — 07.07.17 — 15:50
ну 10 макс
62 — 07.07.17 — 16:01
(59) или речь о настройке work_mem?
63 — 07.07.17 — 16:52
(60) http://evtuhovich.ru/blog/2013/03/20/big-cache/
Весьма доступно о том, для чего не помешает больше памяти.
64 — 07.07.17 — 16:56
просто откиньтесь на спинку стула.
rphosts
65 — 07.07.17 — 17:39
(46) в следующий раз смотри журнал событий виндовс — там всё что надо написано
Иногда, в результате неправильного выключения сервера (пропало электричество, уборщица выдернула вилку из розетки и т.п.) перестает запускаться служба PostgresSQL. При попытке запуска появляется сообщение Служба была запущена, а затем остановлена.
Если до аварийного отключения СУБД работала нормально, то скорее всего такое сообщение возникает из-за ошибки в логах. В этом случае их нужно просто сбросить. Рассмотрим подробнее, как это сделать.
Прежде всего, потребуется определить два адреса:
- Адрес СУБД PostgresSQL. Обычно это папка Program Files. Нас будет интересовать папка Bin. Адрес может отличаться, в зависимость от версии СУБД. Например, он может выглядеть так: C:Program FilesPostgreSQL9.4.2-1.1Cbin
- Адрес, где хранятся сами базы данных. По умолчанию, это папка Data в папке с СУБД: C:Program FilesPostgreSQL9.4.2-1.1Cdata. Но базы данных могут располагаться и по другому адресу. Чтобы точно узнать место расположения баз данных PostgresSQL, нужно зайти в свойства службы и посмотреть на командную строку ее запуска:
Далее нужно запустить командную строку windows и набрать там следующие команды:
- cd «C:Program FilesPostgreSQL9.4.2-1.1Cbin» — эта команда осуществляет перевод в папку с приложениями СУБД. Используется первый адрес, который мы определили ранее.
- pg_resetxlog.exe -f «C:Program FilesPostgreSQL9.4.2-1.1Cdata» — эта команда очищает логи СУБД. Здесь используется второй определенный нами адрес: адрес баз данных. После выполнения этой команды должно появиться сообщение Transaction log reset.
Теперь можно запускать службу PostgresSQL.
Внимание! Для PostgresSQL версии 11 следует вместо файла pg_resetxlog.exe использовать файл pg_resetwal.exe
Служба не ответила на запрос своевременно. Ошибка ID 257 на WDS
Служба не ответила на запрос своевременно. Ошибка ID 257 на WDS
Доброго времени суток! Уважаемые читатели и просто гости IT блога Pyatilistnik.org. Очень раз видеть на своем ресурсе. В прошлый раз мы с вами решили проблему с флешкой, где выдавалась ошибка «диск защищен от записи». Судя по комментариям я смог помочь огромному количеству людей и это очень приятно, понимая, что данный ресурс вам полезен. В сегодняшнем обзоре я вас научу устранять ошибку на WDS сервере, мешающую ему запуститься, а именно «Служба не ответила на запрос своевременно. Ошибка ID 257«. Как всегда мы будем прокачивать свой навык траблшутинга.
Описание ошибки
Не так давно я установил службу WDS на Windows Server 2019. После инсталляции я сразу же поймал ошибку 0xc0000098, которая не давала мне загрузить установочный образ. Я ее так же устранил и думал, что на это мои навыки траблшутинга можно уже отложить, но не тут то было. При очередном использовании служб развертывания windows, я словил ситуацию, что служба WDS перестала запускаться и выдавала вот такие ошибки:
Обратите внимание, что на имени сервера стоит красный квадрат, означающий, что служба остановлена.
Устраняем ошибка «Служба не ответила на запрос своевременно»
Как я и писал выше в оснастке «Службы развертывания Windows» служба не запускалась. Первым делом пробуем выполнить вот такие действия, нажмите одновременно клавиши Win и R и введите services.msc, чтобы перейти в оснастку службы.
Находим тут службу «Сервер служб развертывания Windows», заходим в ее свойства и пробуем ее запустить, в моем случае я получил ошибку:
Эта ошибка похожа на случай, когда служба не ответила на запрос с кодом 1053. Там одно из решений было, запуск зависимых служб, тут я советую посмотреть их в первую очередь.
Для этого перейдите на вкладку «Зависимости» и посмотрите, что нужно для того, чтобы запустился WDS. Тут у вас будут:
- Драйвер дополнительных функций для Windows
- Драйвер протокола TCP/IP
- Сервер
- Диспетчер учетных записей безопасности
- Драйвер сервера Server SMB 2.xxx
- srvnet
Так, что проверьте, что все находится в статусе запуска.
Попробовал еще раз запустить службу, я получил уже другую ошибку:
Откроем логи Windows и посмотрим, чем они нам могут помочь. Первое, что я обнаружил, это была ошибка 257.
Сведения об ошибке: 0x5 (an error occured while trying to start the windows seployment services server.
error information: 0x5)
Далее увидел ошибку 1536.
Сведения об ошибке: 0x5
Так же было вот такое сообщение с кодом 7024:
В первую очередь откройте оснастку Active Directory — Пользователи и компьютеры в режиме дополнительных компонентов.
Далее отыщите объект компьютера WDS-сервера, откройте его свойства и перейдите на вкладку «Безопасность». Найдите в списке ACL группу SELF и убедитесь, что у нее выставлены определенные права:
- Создать все дочерние объекты (Create All Child Objects)
- Удалить все дочерние объекты (Delete All Child Objects)
- Удостоверенная запись на узел с DNS-именем (Validated write to DNS host name)
- Удостоверенная запись на узел с именем субъекта-SPN (Validated write to service principal name)
- Чтение: личные сведения (Read Personal Information)
- Запись: личные сведения (Write Personal Information)
Что можно сделать еще, чтобы служба запустилась и исчезло предупреждение «Служба не ответила на запрос своевременно». Вам необходимо удостовериться, что у вас есть права на папку RemoteInstall. По умолчанию они идут такие:
- Группа прошедшие проверку — имеют права на чтение
- СИСТЕМА — имеет полные права
- Администраторы — имеют полные права
- WDSServer — имеет полные права
Если с правами все хорошо, то можно попробовать переинициализировать ваш WDS сервер. Для этого откройте командную строку с правами администратора. Открыть через командную строку утилиту wdsutil.
Если получаете «На сервере уже была выполнена первоначальная установка служб развертывания Windows», то служба уже пронициализировалась.
Как вариант, можно ее пронициализировать в режиме изолированного сервера
Так же советую проверить ваш DHCP сервер на наличие двух опций 66 и 67. 66 опция должна содержать DNS-имя WDS сервера, а 67 bootx86wdsnbp.com, так же убедитесь, что в 60 так же присутствует имя сервера WDS.
Еще можете попробовать выставить в свойствах служб развертывания на вкладке «Дополнительно», явно заданный контроллер домена и сервер глобального каталога.
Как удалить WDS через Power Shell
Если вам все это не помогло и у вас до сих пор не запускается служба WDS и вы видите событие с кодом ошибки ID 257, то переустановите данную роль. Откройте оболочку Power Shell и введите команду:
Обратите внимание, что потребуется перезагрузка сервера.
Источник
Не удается запустить службу развертывания Windows со сведениями об ошибке 0x5
В этой статье представлено руководство по исправлению ошибки 0x5, возникающей при запуске службы развертывания Windows.
Исходная версия продукта: Windows Server 2012 R2
Исходный номер статьи базы знаний: 2009647
Симптомы
При попытке запустить службу развертывания Windows вы можете увидеть следующий зарегистрированный идентификатор события:
Источник события: Вдссервер
Идентификатор события: 257
Описание: при попытке запуска сервера служб развертывания Windows произошла ошибка.
Сведения об ошибке: 0x5
Источник события: Вдссервер
Идентификатор события: 513
Описание:
Произошла ошибка при попытке инициализировать поставщик ВДСПКСЕ из C:WINDOWSsystem32wdspxe.dll. Сервер служб развертывания Windows будет отключен.
Сведения об ошибке 0x5
Источник события: ВДСПКСЕ
Идентификатор события: 265
Описание: при попытке инициализировать поставщик бинсвк произошла ошибка. Так как поставщик отмечен как критический, сервер служб развертывания Windows будет отключен.
Сведения об ошибке: 0x5
Причина
Это может произойти, если вы выполнили вход с учетной записью локального администратора или если у учетной записи компьютера для сервера WDS нет правильных разрешений безопасности
Решение
Чтобы устранить эту проблему, убедитесь, что вы вошли в систему как домен или администратор предприятия и проверьте разрешения для учетной записи компьютера, выполнив следующие действия:
- Вход в контроллер домена и запуск пользователей и компьютеров Active Directory
- Включение расширенных функций в меню » вид «
- Найдите объект Server для сервера WDS и в разделе Свойства перейдите на вкладку Безопасность .
- Проверьте следующие разрешения: «Администраторы домена»: полный доступ для администраторов Ентеприсе: «полный доступ»: операторы для учетных записей «полный доступ»: создание всех дочерних объектов, удаление всех дочерних объектов, проверка записи в DNS-имя узла, проверенная запись в имя участника-службы, чтение персональных данных и запись персональных данных
Источник
Поиск и устранение неисправностей WDS в windows server 2008R2-Event ID 257 -258 — 266 — 513-01
Поиск и устранение неисправностей WDS в windows server 2008R2-Event ID 257 -258 — 266 — 513-01
Добрый день! Уважаемые читатели и гости крупнейшего IT порталов рунета Pyatilistnik.org. Я уже не в первый раз встречаю на серверных платформах Microsoft у службы развертывания Windows ошибки. Придя сегодня утром на работу и попытавшись подготовить три новых рабочих станции, которые вчера были привезены поставщиком оборудования, я увидел, что мой WDSсушка не запускается и в логах я вишу кучу событий с ошибками, вроде: ID 257, 258, 266, 513. Давайте разбираться в чем дело и устраним это.
Windows Deployment Services зависит и напрямую работает с Active Directory и DHCP, это означает, что если любая из этих двух серверов существенно изменен, то, возможно, вы не сможете запустить WDS службы и получить событиями ID: Event Viewer от WDS сервера
Поиск и устранение неисправностей WDS в windows server 2008R2-Event ID 257 — 258 — 266 — 513-01
- Событие 257: ошибка при попытке запустить Windows Deployment Services, сервер.
- Событие 258: ошибка при попытке запустить Windows Deployment Services сервера изображений.
- Событие 266: ошибка при освежает в настройках.
Событие 513: Ошибка при инициализации поставщика WDSImgSrv из C: Windowssystem32WdsImgSrv.dll. Windows Deployment Services сервера будет остановлен. Отказ: Пожалуйста, обратите внимание, что следующие возможные причины, связанные, когда все эти события появляются одновременно и с тем же описанием. Событие ID 513 может также появиться отношении к ошибке PXE-провайдера: «Произошла ошибка при попытке инициализации поставщика WDSPXE из C:Windows system32wdspxe.dll. Windows Deployment Services сервера будет остановлен «. Данная ошибка может произойти по нескольким причинам, например, установка на одном сервере System Center Configuration Manager PXE-поставщик, который заменяет WDS.
Возможные причины
Те частности ошибки появились, когда произошли изменения в Active Directory, которые не были выполнены гладко:
- Изменение глобального каталога с контроллером домена.
- Выключение активного контроллера домена.
Решение
Чтобы решить эту проблему, необходимо установить вручную полное доменное имя контроллера домена, работая в качестве глобального каталога.
1 — Откройте WDS оснастки и получить доступ к серверу свойства.
2 — Нажмите на кнопку «Дополнительно». И вы должны увидеть следующее:
Поиск и устранение неисправностей WDS в windows server 2008R2-Event ID 257 — 258 — 266 — 513-012
3 — Вставьте полное доменное имя контроллера домена и глобальный каталог ближайшей к WDS и в настоящее время активными (предпочтительно в том же месте). Скорее всего, будет то же самое DC на обоих вариантов.
Поиск и устранение неисправностей WDS в windows server 2008R2-Event ID 257 — 258 — 266 — 513-013
4 — Запустить WDS Server.
Поиск и устранение неисправностей WDS в windows server 2008R2-Event ID 257 — 258 — 266 — 513-014
Подробнее о WDS и интеграции с Active Directory
- Поставщик PXE поставляется с Windows Deployment Services называется BINL (реализовано в Binlsvc.dll) и имеет прямой интеграции с Службы Active Directory во многих отношениях:
- BINL предпочитает использовать контроллеры домена и глобальный каталог, доступных в пределах одного сайта Active Directory, как PXE сервер (локальный).
Записываемый контроллер домена для домена, в котором Windows Deployment Services PXE-сервер находится, будут использованы при выполнении запроса для выбранной атрибуты. - Поставщик WDS PXE использует DsGetDcName () API. Она проходит DS_GC_SERVER_REQUIRED флаг, когда он нуждается, чтобы найти глобальный каталог.
При попытке определить местонахождение объектов учетных записей компьютеров, порядок поиска по умолчанию для BINL для поиска глобальных каталогов до поиска контроллеров домена. - И, конечно, BINL соединяется напрямую с нашей эры, когда пытаются создать объекты компьютеров в домене, или запросы для других атрибутов.
Пример BINL обработки запросов PXE и интеграции с AD. Еще в случае переноса с одного сервака на другой может получится что для папки с образами не хватает прав
Поиск и устранение неисправностей WDS в windows server 2008R2-Event ID 257 — 258 — 266 — 513-015
Источник
Содержание
- Не запускается служба PostgresSQL
- POSTGRESQL. Загадочные явления.
- ОС Windows: Не запускается служба PostgreSQL после аварийного выключения или перезагрузки сервера
- Некорретное завершение работы службы
- Служба не запускается. Есть сообщения об ошибках. Отсутствуют исполняемые файлы и DLL-библиотеки СУБД
- Дополнительная информация
- ОС Windows: Не запускается служба PostgreSQL после аварийного выключения или перезагрузки сервера
- Некорретное завершение работы службы
- Служба не запускается. Есть сообщения об ошибках. Отсутствуют исполняемые файлы и DLL-библиотеки СУБД
- Дополнительная информация
- Не запускается postgresql windows после аварийного завершения
Не запускается служба PostgresSQL
Иногда, в результате неправильного выключения сервера (пропало электричество, уборщица выдернула вилку из розетки и т.п.) перестает запускаться служба PostgresSQL. При попытке запуска появляется сообщение Служба была запущена, а затем остановлена.
Если до аварийного отключения СУБД работала нормально, то скорее всего такое сообщение возникает из-за ошибки в логах. В этом случае их нужно просто сбросить. Рассмотрим подробнее, как это сделать.
Прежде всего, потребуется определить два адреса:
- Адрес СУБД PostgresSQL. Обычно это папка Program Files. Нас будет интересовать папка Bin. Адрес может отличаться, в зависимость от версии СУБД. Например, он может выглядеть так: C:Program FilesPostgreSQL9.4.2-1.1Cbin
- Адрес, где хранятся сами базы данных. По умолчанию, это папка Data в папке с СУБД: C:Program FilesPostgreSQL9.4.2-1.1Cdata. Но базы данных могут располагаться и по другому адресу. Чтобы точно узнать место расположения баз данных PostgresSQL, нужно зайти в свойства службы и посмотреть на командную строку ее запуска:
Далее нужно запустить командную строку windows и набрать там следующие команды:
- cd «C:Program FilesPostgreSQL9.4.2-1.1Cbin» — эта команда осуществляет перевод в папку с приложениями СУБД. Используется первый адрес, который мы определили ранее.
- pg_resetxlog.exe -f «C:Program FilesPostgreSQL9.4.2-1.1Cdata» — эта команда очищает логи СУБД. Здесь используется второй определенный нами адрес: адрес баз данных. После выполнения этой команды должно появиться сообщение Transaction log reset.
POSTGRESQL. Загадочные явления.
ТС, в логи смотреть ни в коем случае не надо! просто переустанови!
(0) кластер 1с запускается при недоступной базе, только не может запустить фоновые задания, и каждому пользователю отвечает, что sql недоступен. Как только sql появится — рестарт сервера 1с не понадобится.
В виндовом журнале событий куча сообщений такого вида:
«FATAL: the database system is starting up»
«анализ логов»
Можно про это подробнее. хотя бы где искать эти логи?
» кластер 1с запускается при недоступной базе, только не может запустить фоновые задания, и каждому пользователю отвечает, что sql недоступен»
ТАк база-то доступна и полноценно работает.
[При ошибках в логах транзакций сервер postgresql не запускается.
Т.е. их необходимо почистить т.е. сделать pg_resetxlog.]
Сейчас обнаружил: в журнал событий непрерывно пишутся сообщения такого вида:
LOG: autovacuum: found orphan temp table «pg_temp_21».»tt5″ in database «rzp2»
(8) «system is starting up» — это он время от времени говорит, что пытается стартовать, чтобы не молчать
FATAL в этом случае лишь уровень, чтобы в лог упало при любых настройках логов
«system is ready to accept connections» — это стартанул
(8) > хотя бы где искать эти логи?
В том же каталоге, где лежит база, каталог pg_log (либо просто log в версии 10)
(10) > перед запуском службы восстанавливает базу
верно, при нормальной работе сначала падает на диск лог транзакций, а потом заменяются файлы таблиц. Если питание пропало после записи лога транзакций, но до записи таблиц — из WAL пытается восстановить правильное состояние базы.
Самая стрёмная ситуация — когда лог транзакций записался с ошибкой, что видимо и произошло. В таком случае (9) может помочь, но несколько последних документов/действий будет потеряно.
(13) + пишет что-то вроде:
2018-12-10 11:30:02 MSK СООБЩЕНИЕ: работа системы БД была прервана; последний момент работы: 2018-12-10 11:18:41 MSK
2018-12-10 11:30:02 MSK ВАЖНО: система баз данных запускается
2018-12-10 11:30:03 MSK ВАЖНО: система баз данных запускается
2018-12-10 11:30:04 MSK ВАЖНО: система баз данных запускается
.
2018-12-10 11:31:06 MSK СООБЩЕНИЕ: система БД была остановлена нештатно; производится автоматическое восстановление
2018-12-10 11:31:06 MSK СООБЩЕНИЕ: запись REDO начинается со смещения C1/3C3B7548
2018-12-10 11:31:06 MSK СООБЩЕНИЕ: запись нулевой длины по смещению C1/3C3C69E0
2018-12-10 11:31:06 MSK СООБЩЕНИЕ: записи REDO обработаны до смещения C1/3C3C69B0
2018-12-10 11:31:06 MSK СООБЩЕНИЕ: последняя завершённая транзакция была выполнена в 2018-12-10 11:27:51.952+03
2018-12-10 11:31:06 MSK СООБЩЕНИЕ: Защита от наложения мультитранзакций сейчас включена
2018-12-10 11:31:06 MSK СООБЩЕНИЕ: система БД готова принимать подключения
2018-12-10 11:31:06 MSK СООБЩЕНИЕ: процесс запуска автоочистки создан
2018-12-10 11:47:40 MSK NOTICE: table «tt1» does not exist, skipping
2018-12-10 11:47:40 MSK STATEMENT: drop table if exists tt1 cascade;create temporary table tt1 (_Fld29433RRef bytea, _Fld29434 numeric(14, 0), _Fld29435 numeric(15, 0), _Fld29436 timestamp, _Fld29437 numeric(15, 3), _Fld29438 numeric(10, 0), _Fld29439 mvarchar(1000), _Fld29440 timestamp, _Fld29441 numeric(14, 0), _Fld29442 mvarchar(128), _Fld29443 timestamp, _Fld29444 boolean ) without oids
2018-12-10 11:50:21 MSK NOTICE: table «tt2» does not exist, skipping
2018-12-10 11:50:21 MSK STATEMENT: drop table if exists tt2 cascade;create temporary table tt2 (_Fld28213 numeric(1, 0), _Fld28214 timestamp, _Fld28215 mvarchar(100), _Fld28216 bytea, _Fld28217 numeric(15, 3), _Fld28218 timestamp ) without oids
2018-12-10 11:50:22 MSK NOTICE: table «tt3» does not exist, skipping
2018-12-10 11:50:22 MSK STATEMENT: drop table if exists tt3 cascade;create temporary table tt3 (_Q_000_F_000RRef bytea ) without oids
2018-12-10 11:50:22 MSK NOTICE: index «tmpind_0» does not exist, skipping
ОС Windows: Не запускается служба PostgreSQL после аварийного выключения или перезагрузки сервера
Инцидент: в ситуации, когда сервер был выключен аварийно, через кнопку выключения или при отсутствии электропитания, то после его включения служба PostgreSQL в некоторых случаях не запускается.
Некорретное завершение работы службы
Как исправить:
1. Запустите сеанс командной строки от Администратора.
2. Выполните последовательно следующие команды и внимательно следите за их работой.
3. Определить домашний каталог PostgreSQL.
4. Проверьте реальный статус экземпляра службы PostgreSQL.
5. Выполните команду для полной остановки процесса PostgreSQL.
Следующими командами выполняется корректный выход из рабочего состояния сервера СУБД и его запуск.
6. Запустите приложение СУБД.
7. После этого заново остановите процесс. Повтор данного шага вызван тем, что таким образом запуска приложение сервера СУБД корректно завершит недостающие транзакции.
8. После выполненных шагов по перезапуску и правильной остановке экземпляра СУБД запустите службу PostgreSQL.
Служба не запускается. Есть сообщения об ошибках. Отсутствуют исполняемые файлы и DLL-библиотеки СУБД
В некоторых случаях после аварийной перезагрузки или в результате срабатывания антивирусных программ при запуске ОС Windows несколько файлов, которые необходимы для работы СУБД PostgreSQL могут отсутствовать. Это может объясняться критическим сбоем ОС.
При попытке использовать способ для запуска служб и инициирования процесса pg_ctl.exe, будет отображаться сообщение о его отсутствии или недостающих файлов библиотек.
1. Запустите скрипт, с помощью которого, проверьте, что для данной версии СУБД присутствуют все компоненты и файлы, которые входят в состав.
2. Скачайте и разместите файл скрипт в папку с PostgreSQL: :/Папка_PostgreSQL/bin/.
3. Запустите файл скрипта. В результате выполнения будет сформирован файл отчета report.txt.
4. Откройте файл отчета и проверьте, что все компоненты присутствуют.
Обязательно должны присутствовать такие библиотеки и исполняемые файлы, а также все библиотеки DLL.
5. Если какие-либо файлы отсутствуют. Тогда загрузите архив для соответствующей версии PostgreSQL и скопируйте недостающие файлы в папку СУБД :/Папка_PostgreSQL/bin/.
6. После копирования недостающих файлов:
- Остановите службы сервера приложений SetRetail10 и МУК.
- Запустите службу PostgreSQL.
- Запустите службы сервера приложений SetRetail10 и МУК.
Дополнительная информация
ОС Windows: Не запускается служба PostgreSQL после аварийного выключения или перезагрузки сервера
Инцидент: в ситуации, когда сервер был выключен аварийно, через кнопку выключения или при отсутствии электропитания, то после его включения служба PostgreSQL в некоторых случаях не запускается.
Некорретное завершение работы службы
Как исправить:
1. Запустите сеанс командной строки от Администратора.
2. Выполните последовательно следующие команды и внимательно следите за их работой.
3. Определить домашний каталог PostgreSQL.
4. Проверьте реальный статус экземпляра службы PostgreSQL.
5. Выполните команду для полной остановки процесса PostgreSQL.
Следующими командами выполняется корректный выход из рабочего состояния сервера СУБД и его запуск.
6. Запустите приложение СУБД.
7. После этого заново остановите процесс. Повтор данного шага вызван тем, что таким образом запуска приложение сервера СУБД корректно завершит недостающие транзакции.
8. После выполненных шагов по перезапуску и правильной остановке экземпляра СУБД запустите службу PostgreSQL.
Служба не запускается. Есть сообщения об ошибках. Отсутствуют исполняемые файлы и DLL-библиотеки СУБД
В некоторых случаях после аварийной перезагрузки или в результате срабатывания антивирусных программ при запуске ОС Windows несколько файлов, которые необходимы для работы СУБД PostgreSQL могут отсутствовать. Это может объясняться критическим сбоем ОС.
При попытке использовать способ для запуска служб и инициирования процесса pg_ctl.exe, будет отображаться сообщение о его отсутствии или недостающих файлов библиотек.
1. Запустите скрипт, с помощью которого, проверьте, что для данной версии СУБД присутствуют все компоненты и файлы, которые входят в состав.
2. Скачайте и разместите файл скрипт в папку с PostgreSQL: :/Папка_PostgreSQL/bin/.
3. Запустите файл скрипта. В результате выполнения будет сформирован файл отчета report.txt.
4. Откройте файл отчета и проверьте, что все компоненты присутствуют.
Обязательно должны присутствовать такие библиотеки и исполняемые файлы, а также все библиотеки DLL.
5. Если какие-либо файлы отсутствуют. Тогда загрузите архив для соответствующей версии PostgreSQL и скопируйте недостающие файлы в папку СУБД :/Папка_PostgreSQL/bin/.
6. После копирования недостающих файлов:
- Остановите службы сервера приложений SetRetail10 и МУК.
- Запустите службу PostgreSQL.
- Запустите службы сервера приложений SetRetail10 и МУК.
Дополнительная информация
Не запускается postgresql windows после аварийного завершения
Здравствуйте.
После сбоя питания не могу запустить сервис Postgresql
На service postgresql status сообщает что postmaster уже запущен и его pid.
Процесса с таким PID в системе нет.
Service postgresql start возвращает
pg_ctl: Another postmaster may be running.Trying to start postmaster anyway.
pg_ctl: cannot start postmaster
Что можно сделать ? Для меня это очень важно.
Рекомендовать в FAQ | Cообщить модератору | Наверх
- Не запускается PostgreSQL после сбоя питания, mcera, 05:23 , 12-Ноя-03, (1)
- Не запускается PostgreSQL после сбоя питания, rex_3, 13:54 , 13-Ноя-03, (2)
- Все получилось . Спасибо. , RJ45, 19:48 , 13-Ноя-03, (3)
Индекс форумов | Темы | Пред. тема | След. тема
>Здравствуйте.
>После сбоя питания не могу запустить сервис Postgresql
>
>На service postgresql status сообщает что postmaster уже запущен
>и его pid.
>Процесса с таким PID в системе нет.
>Service postgresql start возвращает
> pg_ctl: Another postmaster may be running.Trying to start postmaster
>anyway.
> pg_ctl: cannot start postmaster
>
>Что можно сделать ? Для меня это очень важно.
>
> Благодарю.
удали этот pid и почисти /tmp
| 2. «Не запускается PostgreSQL после сбоя питания» |
Сообщение от rex_3    on 13-Ноя-03, 13:54 (MSK) |
Adblock |
|
0 / 0 / 0 Регистрация: 07.06.2016 Сообщений: 90 |
|
|
1 |
|
|
27.07.2016, 16:05. Показов 8424. Ответов 19
Не могу запустить службу PostgreSQL на Windows Добавлено через 2 минуты
__________________
0 |
|
1184 / 914 / 367 Регистрация: 02.09.2012 Сообщений: 2,785 |
|
|
28.07.2016, 01:17 |
2 |
|
Посмотрите лог самого постгреса.
0 |
|
0 / 0 / 0 Регистрация: 07.06.2016 Сообщений: 90 |
|
|
28.07.2016, 12:01 [ТС] |
3 |
|
так, а что я там должен посмотреть? Там куча текстовых файлов Добавлено через 1 час 13 минут Добавлено через 28 минут вот, что в файле: standby_mode = ‘on’
0 |
|
1184 / 914 / 367 Регистрация: 02.09.2012 Сообщений: 2,785 |
|
|
28.07.2016, 14:32 |
4 |
|
нормальный рековери файл, заставляющий данный сервер работать как резервный.
0 |
|
0 / 0 / 0 Регистрация: 07.06.2016 Сообщений: 90 |
|
|
29.07.2016, 16:09 [ТС] |
5 |
|
в логах пишет, что: Добавлено через 46 секунд Добавлено через 10 минут Добавлено через 28 минут 2016-07-29 16:05:26 MSK СООБЩЕНИЕ: работа системы БД была прервана в процессе восстановления, время в журнале: 2016-07-29 15:36:18 MSK и смешная она из-за того, что у меня на мастере wal_level=hot_standby
0 |
|
grgdvo 1184 / 914 / 367 Регистрация: 02.09.2012 Сообщений: 2,785 |
||||
|
01.08.2016, 04:17 |
6 |
|||
|
странно, все же перепроверьте wal_level на обоих серверах (основном и резервном): должно быть одинаково, обычно так не ругается, если действительно все выставлено.
в psql консоли или в pgadmin. проверьте еще логи на основном сервере, может быть он еще какие-то предупреждения дает.
0 |
|
0 / 0 / 0 Регистрация: 07.06.2016 Сообщений: 90 |
|
|
01.08.2016, 16:21 [ТС] |
7 |
|
всё у меня по параметром стоит верно не знаю как, но резервный сервер запустился, но основной из за этого остановился и я его вообще уже никак не могу запустить. В логах на основном сервере вообще ничего не пишут(((( а в логах резервного пишут, что верно ли, что у основного сервера ip 192.168.0.3 и port 5433? я всё перепроверил по несколько раз, ip и port верные, даже пропинговал, чтобы убедиться, что соединение есть Добавлено через 37 минут Добавлено через 1 минуту Добавлено через 16 минут Добавлено через 4 часа 10 минут
0 |
|
1184 / 914 / 367 Регистрация: 02.09.2012 Сообщений: 2,785 |
|
|
02.08.2016, 08:27 |
8 |
|
Странная ситуация, затрудняюсь вот так ответить почему log_level на мастере понижается до minimal, хотя выставлен в hot_standby. Я бы еще раз все перепроверял в такой ситуации, начиная от ip-адресов и связности по сети между мастером и слейвом, заканчивая всеми логами мастера и слейва и настройками в postgresql.conf и recovery.conf.
0 |
|
0 / 0 / 0 Регистрация: 07.06.2016 Сообщений: 90 |
|
|
02.08.2016, 08:59 [ТС] |
9 |
|
А подскажите wal_level=hot_standby должно быть и на мастере и на слейве? Или только на мастере. В статьях пишут, что только на мастере, но я пробовал делать и так и так. И может ещё дело в том, что разрядность PostgreSQL не подходит? Или нужно, что б были разные версии или более раннее выпуски? Как считаете? У меня стоит версия 9.5
0 |
|
1184 / 914 / 367 Регистрация: 02.09.2012 Сообщений: 2,785 |
|
|
02.08.2016, 09:21 |
10 |
|
wal_level должен быть одинаковый и на мастере и на слейве. Так что лучше поставить везде hot_standby. Разрядность точно тоже должна быть одинаковой. Я сам не проверял, доверился документации In any case the hardware architecture must be the same — shipping from, say, a 32-bit to a 64-bit system will not work. По версиям также. Совместимость между мажорными версиями не гарантируется, то есть, например, 9.4 c 9.5 может и будет работать, а может и нет (смотря что добавили/изменили в новой версии, надо проверять). Между минорными версиями все должно работать (например, 9.5.1 с 9.5.3), хотя тоже производители открещиваются от 100% работоспособности. In general, log shipping between servers running different major PostgreSQL release levels is not possible. It is the policy of the PostgreSQL Global Development Group not to make changes to disk formats during minor release upgrades, so it is likely that running different minor release levels on primary and standby servers will work successfully. However, no formal support for that is offered and you are advised to keep primary and standby servers at the same release level as much as possible. When updating to a new minor release, the safest policy is to update the standby servers first — a new minor release is more likely to be able to read WAL files from a previous minor release than vice versa.
0 |
|
0 / 0 / 0 Регистрация: 07.06.2016 Сообщений: 90 |
|
|
03.08.2016, 12:32 [ТС] |
11 |
|
Спасибо) Занавес приоткрылся Добавлено через 23 часа 55 минут Может быть вы знаете какие-нибудь распространённые ошибки, которые можно допустить при настройке репликации? И ещё вопрос, обязательно ли делать настройки архивирования? Добавлено через 2 часа 14 минут
0 |
|
1184 / 914 / 367 Регистрация: 02.09.2012 Сообщений: 2,785 |
|
|
16.08.2016, 15:42 |
12 |
|
наверно не актуально уже… я долгое время отсутствовал
Может быть вы знаете какие-нибудь распространённые ошибки, которые можно допустить при настройке репликации? ошибки в параметрах (читать доки, инструкции), базовый бакап (его корректный перенос на слейв), еще не мешало бы время синхронизировать между серверами… так сложно сказать, репликация хоть и стандартная вещь, но каждый раз нужно внимательно смотреть, какая задача стоит, что нужно добиться.
ещё вопрос, обязательно ли делать настройки архивирования? Если используется потоковая репликация (streaming replication), то архивирование как таковое не нужно, хотя и его можно использовать, чтобы складывать дополнительно данные на случай восстановления после краха (если вдруг реплицированный слейв по каким-то причинам вышел из строя).
и ещё вопрос! Можно ли всё делать со стандартным пользователем postgres и иметь стандартный образ баз postgres? Для репликации безопаснее использовать дополнительного пользователя с выделенными правами. про стандартный образ баз не совсем понял, вы их и так перенесете с мастера на слейв при настройке репликации.
0 |
|
0 / 0 / 0 Регистрация: 07.06.2016 Сообщений: 90 |
|
|
18.08.2016, 11:11 [ТС] |
13 |
|
Тема ещё актуальна, так как мне до сих пор не получилось сделать репликацию… . http://i11.pixs.ru/storage/4/3… 970431.jpg
0 |
|
1184 / 914 / 367 Регистрация: 02.09.2012 Сообщений: 2,785 |
|
|
18.08.2016, 13:40 |
14 |
|
разные идентификаторы… похоже, что вы неверно базовый бакап перенесли, либо не с того сервера, либо не с той установки (если вы много раз что-то переустанавливали). такой индентификатор генерируется уникально при инициализации кластера (директории данных) сервера.
0 |
|
0 / 0 / 0 Регистрация: 07.06.2016 Сообщений: 90 |
|
|
18.08.2016, 14:58 [ТС] |
15 |
|
Я делал бекап с помощью команды и после этого резервный сервер вообще перестал запускать, даже после удаления от туда этого файла пробовал ещё переместить тот файл вместе с другими файлами из папки data, так же пробовал делать без бекапа, пробовал делать на линуксах, везде одна беда, сервер не запускается, даже после возвращения старых файлов, сервер всё равно не запускается.
0 |
|
0 / 0 / 0 Регистрация: 07.06.2016 Сообщений: 90 |
|
|
19.08.2016, 16:25 [ТС] |
16 |
|
И ещё вопрос, данная разница идентификаторов важна, чтобы репликация хотя бы работала?
0 |
|
1184 / 914 / 367 Регистрация: 02.09.2012 Сообщений: 2,785 |
|
|
22.08.2016, 18:08 |
17 |
|
пробовал ещё…. предлагаю следующие опыты начинать с чистого листа, чтобы не было наведенных старыми опытами ошибок. удалите все, переустановите postgresql. копировать нужно целиком директорию с данными.
И ещё вопрос, данная разница идентификаторов важна, чтобы репликация хотя бы работала? Нет, при разных идентификаторах не будет работать. У вас как бы получается контрольная информация от разных серверов, что противоречит сути репликации, когда добиваемся идентичности.
Я так же слышал, что бекап можно и не переносить, так ли это? я такого не слышал, надо же какую-то контрольную информацию сообщить от мастера до слейва, чтобы было понятно с какой контрольной точки стартовать.
0 |
|
0 / 0 / 0 Регистрация: 07.06.2016 Сообщений: 90 |
|
|
23.08.2016, 18:02 [ТС] |
18 |
|
Спасибо Вам огромное!!!!!!!!! У меня наконец-то получилось) проблема была в том, что select pg_stop_backup(); нужно выполнять после того, как файлы были перенесены с мастера на слейв, а я делал после того, как их скопировал) Добавлено через 1 час 51 минуту http://savepic.ru/11072176m.jpg
0 |
|
1184 / 914 / 367 Регистрация: 02.09.2012 Сообщений: 2,785 |
|
|
24.08.2016, 01:51 |
19 |
|
алгоритм понимания ошибки не изменился. идем в логи постгреса и смотрим на последние сообщения в pg_log (она должна лежать в директории с данными), почему слейв не стартанул? там должна быть написана причина. то что служба не стартанула — это следствие.
0 |
|
0 / 0 / 0 Регистрация: 07.06.2016 Сообщений: 90 |
|
|
24.08.2016, 15:03 [ТС] |
20 |
|
в том-то и дело, что в логах ничего не было написано, почему сервер не стартовал…
0 |