При инициализации сервера произошла ошибка возможно служба сервера не смогла запуститься

2dolist

07.07.17 — 11:22

Вафель

1 — 07.07.17 — 11:24

не может такого быть. ПГ работает как часы

Вафель

2 — 07.07.17 — 11:24

Хотя нет, это только на линуксе

МихаилМ

3 — 07.07.17 — 11:25

верните настройки .

2dolist

4 — 07.07.17 — 11:28

(3) вернул, всё равно так

2dolist

5 — 07.07.17 — 11:29

переустановить чтоль постгре

Вафель

6 — 07.07.17 — 11:32

а порты не заняты?

2dolist

7 — 07.07.17 — 11:34

а как проверить

Hmster

8 — 07.07.17 — 11:36

была как-то проблема с перезапуском службы. Во время отключения процессы продолжали висеть. Надо были либо руками убить процессы или рестартнуть систему

2dolist

9 — 07.07.17 — 11:36

Так я рестартнул — всё равно

2dolist

10 — 07.07.17 — 11:37

2dolist

11 — 07.07.17 — 11:38

при новых запусках не пишет ничего в логах

Вафель

12 — 07.07.17 — 11:38

netstat

2dolist

13 — 07.07.17 — 11:39

(12) а что с ним запускать-то, по адресу чтоль?

2dolist

14 — 07.07.17 — 11:40

(12) нет среди запущенных постгре

Вафель

15 — 07.07.17 — 11:42

а порты не заняты его?

2dolist

16 — 07.07.17 — 11:42

(15) а как узнать?

2dolist

17 — 07.07.17 — 11:43

ну он бы тогда наверное на другое ругался, а ни на то, что служба запущена, а зетем остановлена

Вафель

18 — 07.07.17 — 11:44

Говорят это проблема с правами. От чьего имени стартуешь?

2dolist

19 — 07.07.17 — 11:45

(18) с правами админа

Вафель

20 — 07.07.17 — 11:46

попробуй local system

2dolist

21 — 07.07.17 — 11:47

(20) это где прописать, в самой службе? Там написано, кстати, в закладке «Вход в систему» заходить с учётки USR1CV8

Вафель

22 — 07.07.17 — 11:49

(21) И это ты называешь админские права?

Вафель

23 — 07.07.17 — 11:50

мне кажется у этого пользователя нет прав на каталог с бд

2dolist

24 — 07.07.17 — 11:50

это в самой службе в свойствах. В постгрешке же надо под своей учёткой запускать службу

2dolist

25 — 07.07.17 — 11:55

Есть права

2dolist

26 — 07.07.17 — 11:56

блин, вообще не пойму что делать и почему упало и как восстанавливать. Беда.

Адинэснег

27 — 07.07.17 — 12:02

как там лустин говорил, нет pg админа — нехер пытаться

Вафель

28 — 07.07.17 — 12:02

(26) локал систем уже пробовал?

2dolist

29 — 07.07.17 — 12:07

(28) а как, я не понял чем это поможет если у юзера есть права на папку

2dolist

30 — 07.07.17 — 12:07

(27) ну что значит нехрен пыпаться, если базы постоянно падают с нехваткой памяти.

Вафель

31 — 07.07.17 — 12:08

(29) Если ты так вопросы решаешь, то тебе лучше просто удалить это ПГ

zva

32 — 07.07.17 — 12:08

(19) с правами админа PG не запустится, куда учетка postgres делась?

inkvizitr

33 — 07.07.17 — 12:11

открой диспечер задач, и прибей все зависшие процессы postgre

2dolist

34 — 07.07.17 — 12:12

(32) в самой службе постгре указан запуск от имени USR1CV8, у которого есть доступ к папке с файлами постгре и базами

2dolist

35 — 07.07.17 — 12:12

(33) нету их — я сервак перезапускал даже

inkvizitr

36 — 07.07.17 — 12:16

(35) укажи в службе самого крутого пользователя по правам, потом открой hd_pga.conf и добавь там host all all 192.168.0.0/24 trust

zva

37 — 07.07.17 — 12:18

(34) Там мало доступа, учетка, от которой стартует служба postgre НЕ ДОЛЖНА быть в группе Администраторов, и должна быть ВЛАДЕЛЬЦЕМ некоторых каталогов, например папки с базами. Без этого служба будет останавливаться.

Вафель

38 — 07.07.17 — 12:19

(37) не может такого быть, чтоб добавление в админы убивало службу

2dolist

39 — 07.07.17 — 12:28

(36) попробовал дать доступ, разницы никакой

2dolist

40 — 07.07.17 — 12:38

удалил вообще конф и стала запускаться служба…

2dolist

41 — 07.07.17 — 12:38

но настройки-то нужны какие-то

2dolist

42 — 07.07.17 — 12:39

но база всё равно не доступна…

Вафель

43 — 07.07.17 — 12:40

типовой конф подложи

2dolist

44 — 07.07.17 — 12:40

где б его взять

inkvizitr

45 — 07.07.17 — 13:41

(44) установи postgres на другой машине

2dolist

46 — 07.07.17 — 13:47

2dolist

47 — 07.07.17 — 13:48

Вафель

48 — 07.07.17 — 13:58

Вафель

49 — 07.07.17 — 13:59

сообщение 51

Вафель

50 — 07.07.17 — 14:00

Это проблемы чисто ПГ под винду

2dolist

51 — 07.07.17 — 14:05

Вдогонку вопрос. Надо ли

2dolist

52 — 07.07.17 — 14:05

set merge_join off

Вафель

53 — 07.07.17 — 14:07

(52) но зачем?

2dolist

54 — 07.07.17 — 14:09

(53) набрёл на советы по его отключению при ошибках с нехваткой памяти

Вафель

55 — 07.07.17 — 14:10

(54) ты понимаешь что такое мердж джойн?

2dolist

56 — 07.07.17 — 14:14

смутно. Я так понимаю, что нужно для планировщика. Создаёт 2 ряда, потом их соединяет и работает уже с соединениями. В итоге, работа быстрее, но памяти на соединение жрёт больше.

2dolist

57 — 07.07.17 — 14:31

прочитал описание, вроде как штука хорошая в плане оптимизации огромных запросов. Надо будет потестить разницу как-нибудь.

ansh15

58 — 07.07.17 — 14:58

ansh15

59 — 07.07.17 — 15:00

(56) Просто добавить памяти.

2dolist

60 — 07.07.17 — 15:50

(59) 16 гигов — куда ещё. Базы-то мизерные, гигов по 5.

2dolist

61 — 07.07.17 — 15:50

ну 10 макс

2dolist

62 — 07.07.17 — 16:01

(59) или речь о настройке work_mem?

ansh15

63 — 07.07.17 — 16:52

Господин ПЖ

64 — 07.07.17 — 16:56

просто откиньтесь на спинку стула.

(46) в следующий раз смотри журнал событий виндовс — там всё что надо написано

Служба не ответила на запрос своевременно. Ошибка 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 нет правильных разрешений безопасности

Решение

Чтобы устранить эту проблему, убедитесь, что вы вошли в систему как домен или администратор предприятия и проверьте разрешения для учетной записи компьютера, выполнив следующие действия:

1. Вход в контроллер домена и запуск пользователей и компьютеров Active Directory
2. Включение расширенных функций в меню » вид «
3. Найдите объект Server для сервера WDS и в разделе Свойства перейдите на вкладку Безопасность .
4. Проверьте следующие разрешения: «Администраторы домена»: полный доступ для администраторов Ентеприсе: «полный доступ»: операторы для учетных записей «полный доступ»: создание всех дочерних объектов, удаление всех дочерних объектов, проверка записи в 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

Иногда, в результате неправильного выключения сервера (пропало электричество, уборщица выдернула вилку из розетки и т.п.) перестает запускаться служба PostgresSQL. При попытке запуска появляется сообщение Служба была запущена, а затем остановлена.

Если до аварийного отключения СУБД работала нормально, то скорее всего такое сообщение возникает из-за ошибки в логах. В этом случае их нужно просто сбросить. Рассмотрим подробнее, как это сделать.

Прежде всего, потребуется определить два адреса:

1. Адрес СУБД PostgresSQL. Обычно это папка Program Files. Нас будет интересовать папка Bin. Адрес может отличаться, в зависимость от версии СУБД. Например, он может выглядеть так: C:Program FilesPostgreSQL9.4.2-1.1Cbin
2. Адрес, где хранятся сами базы данных. По умолчанию, это папка Data в папке с СУБД: C:Program FilesPostgreSQL9.4.2-1.1Cdata. Но базы данных могут располагаться и по другому адресу. Чтобы точно узнать место расположения баз данных PostgresSQL, нужно зайти в свойства службы и посмотреть на командную строку ее запуска:
   

Далее нужно запустить командную строку windows и набрать там следующие команды:

1. cd «C:Program FilesPostgreSQL9.4.2-1.1Cbin» — эта команда осуществляет перевод в папку с приложениями СУБД. Используется первый адрес, который мы определили ранее.
2. 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. После копирования недостающих файлов:

1. Остановите службы сервера приложений SetRetail10 и МУК.
2. Запустите службу PostgreSQL.
3. Запустите службы сервера приложений 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. После копирования недостающих файлов:

1. Остановите службы сервера приложений SetRetail10 и МУК.
2. Запустите службу PostgreSQL.
3. Запустите службы сервера приложений 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
>
>На 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)

Вытираеш всё что скопилось в папке tmp. Находиш pid файл постмастера и стираеш его тоже (если он всё ещё есть). Adblock detector

12 ответов

Лучший ответ

This page is intended to help people collect information to troubleshoot problems with the PostgreSQL Installers supplied by EnterpriseDB.

Many problems have already been identified and fixed, so make sure you’re using the installer for the latest point-release of PostgreSQL before reporting a problem.

Because some problems can’t be fixed in the installer, but are issues with the Windows installation or how it is being used, there is also a list of frequently asked questions and frequently encountered problems with PostgreSQL on Windows. Please read the common installation errors section, or preferably the whole document. You’ll probably save some time and hassle by doing so.

If you’ve tried all that, and you’re still having problems getting PostgreSQL installed, please read on to find out how you can collect the information we need to be able to help you with installation problems.

Make sure you’re installing on a supported platform

See the installer download page and (for Windows) the Running & Installing PostgreSQL On Native Windows for platform support details.

Please do not ask the mailing list for help with installation on unsupported Windows platforms. However, one of the paid PostgreSQL consultants, or EnterpriseDB (who make the PostgreSQL installer) may be able to help you on a paid basis.

Try again without your virus scanner or 3rd-party firewall

The Windows FAQ discusses potential issues with antivirus software and 3rd-party firewalls. If you’re encountering any installation issues, please try again with your virus scanner uninstalled (not just disabled) to see if the problem goes away. If it does, please report the fact to the mailing list and to the vendor of your antivirus product.

Read about other common installation problems

Before reporting a problem, please read the windows FAQ to see if your problem is one we’ve already seen and found a workaround or fix for.

Reporting an installation error

To be able to help you with an installation problem, we will need you to collect some basic details about your computer and the problem. Please see the instructions below.

Note down the basic information about your system

Any problem report must include:

• The exact words of any error message you see when the installation fails
• The exact version of PostgreSQL you are installing
• Whether you installed a 32-bit or 64-bit release of PostgreSQL
• The operating system and version you are using, eg:
  • «Windows XP Professional with Service Pack 3»
  • «Mac OS X 10.4.2»
  • «Fedora Core 14»
• Whether you are running a 32-bit or 64-bit version of your operating system
• How you ran the installer. Command-line arguments, what user account you ran it from, etc.
• What antivirus and/or software firewall products you have installed, if any, even if they are disabled
• Which, if any, of the troubleshooting instructions you have already tried
• Whether a previous version of PostgreSQL was installed, and if so:
  • whether you uninstalled it before running the new installer
  • If you uninstalled a previous version, whether you did it with the uninstaller or some other way
  • Whether you removed the postgres user/service account when you uninstalled
• Additional details and platform-specific information as described below

Collect the installer log file

The installer creates a log file in the system ‘temp’ directory. This will log all manner of data about the installation, and is invaluable when troubleshooting. The log will be called install-postgresql.log if the installation completed successfully. If not, the installer may not have been able to rename it, in which case the name will be either bitrock_installer.log or bitrock_installer_xxx.log, where xxx is a number (actually the process ID of the installation attempt).

On Linux and Mac systems, the logfile will almost always be found in the /tmp/ directory.

On Windows, the easiest way to find the logfile is to click Start -> Run, enter %TEMP% in the box and then click OK (these instructions apply to Windows XP and 2003 — adjust as necessary for other versions).

Get the contents of the PostgreSQL server error log

The PostgreSQL server has its own error log. This may not exist if installation failed early on, but it can be very informative for errors that happened later in installation. You can find it in the «pg_log» folder inside the data directory you chose for PostgreSQL. If it exists, please include it in any problem reports.

Windows users must collect additional Windows-specific details to help troubleshoot installation issues:

• (On Windows Vista and Windows 7): The UAC security level
• Whether you started the installer by logging in as Administrator, started it from from your own normal user account, or ran it using the «Run As Administrator» menu option.
• Whether your computer is a part of a Windows domain. Home computers usually are not, business computers usually are.
• Whether your computer and network has any Group Policy configured. If you’re on a corporate windows domain you probably have group policy and need to ask your network administrator for details about it.

Windows: Check for messages in the Windows event log

Please check the Windows Event Viewer for messages that might be related to installation problems or service startup problems.

TODO: detail on how to collect and save events.

Windows: Check what Group Policy, if any, is active on your computer

TODO: instructions for collecting domain and local group policy.

Windows: Take a copy of the environment variables set on the computer

Open a command prompt and run «set». Then copy and paste the results into your problem report.

I’d be better to collect the «all users» environment from the system control panel, but it’s not easy to just dump this information.

Failed to run initdb 1073741515 postgresql

Сообщения: 27627
Благодарности: 8084

Не удалось запустить приложение, поскольку его параллельная конфигурация неправильна. Дополнительные сведения содержатся в журнале событий приложений или используйте программу командной строки sxstrace.exe для получения дополнительных сведений.

» width=»100%» style=»BORDER-RIGHT: #719bd9 1px solid; BORDER-LEFT: #719bd9 1px solid; BORDER-BOTTOM: #719bd9 1px solid» cellpadding=»6″ cellspacing=»0″ border=»0″>

Сообщения: 64
Благодарности:

Качаем с сайта 1С дистрибутивы postgresql_9_1_9_1_1C и х86 и х64, я ставил обе версии библиотек. Оттуда берём файлы vcredist и устанавливаем в систему. Сам postgres этой версии устанавливать не надо (хотя никто не запрещает), задача была установить на чистый 2008 R2 SP1 postgresql_9_2_4_1_1C_x64. После установки библиотек устанавливаем postgresql_9_2_4_1_1C_x64. Который устанавливается нормально.

Источник

установка postgres: сбой при инициализации кластера базы данных (Postgresql версии 9.4.4)

Не могу установить Postgresql. Все перепробовала:

• Я запускаю установку как администратор.
• Я создаю пользователя postgresql и добавляю его в группу администраторов.
• Я устанавливаю его прямо на C: postgresql.

Но безуспешно. для информации: у меня windows 8

12 ответов

• Прежде всего запустите настройку от имени администратора.
• Выберите папку для установки внутри программных файлов (по умолчанию)
• Но выберите расположение данных вне указанной выше папки в другое место (c: postgres data или что-то в этом роде.)

Другой способ решить эту проблему — изменить регион (язык) вашей операционной системы (Машины). Если вы выбираете, например, французский, возьмите французский из Франции, а не местный французский. То же самое для английского, а не местного английского. Некоторые символы не работают с местным языком. Думаю, это решит вашу проблему.

Для меня это терпело неудачу каждый раз и для каждого решения, упомянутого здесь. Затем, после небольших собственных исследований и разработок, я смог успешно использовать postgresql. Ниже приведены шаги, которые необходимо выполнить при обнаружении этой ошибки «сбой при инициализации кластера базы данных».

Вы должны вручную запустить initdb, который присутствует: «C: Software PostgreSql 12 bin»

Теперь убедитесь, что вы связали «postgres» как пользователя с командой initdb, поскольку «postgres» — это суперпользователь, созданный во время установки.

initdb -D «D: PostgreSql 12 data» -U postgres

Теперь, когда кластер базы данных инициализирован, вы можете запустить сервер с помощью утилиты pg_ctl, находящейся в папке bin PostgreSql 12.

pg_ctl start -D «D: PostgreSql 12 data»

Или вы также можете зарегистрировать его как службу Windows, и вы можете установить его на автоматический

pg_ctl register -N PostgreSql-12.3.1 -D «D: PostgreSql 12 data»

Теперь вы готовы к использованию базы данных postgresql. Либо используйте его через строку cmd (psql), либо pgAdmin4

У меня была такая же ошибка, но с другой основной проблемой (не с разрешениями пользователя, а с проблемой локали). Решение для этого описано здесь: Инициализация кластера базы данных Win 10 Postgresql 11 не удалась

Я пытался и терпел неудачу несколько раз, думая, что это как-то связано с правами и пользователем, которые использовались во время установки. Но благодаря совету ThangLeQuoc по проверке журнала установки я нашел причину:

initdb: недопустимое имя локали «NorwegianBokm † l, Norway»

Вызывается Die (не удалось инициализировать кластер базы данных с помощью initdb) .

Не удалось инициализировать кластер базы данных с помощью initdb

Итак, после выбора «локали по умолчанию» в процессе установки все прошло нормально. Это было в версии 11.6 OS Postgres.

Я выполнил шаги, предложенные @IsoNecroMad, и это сработало

1) Прежде всего, запустите настройку от имени администратора.

2) Выберите папку для установки внутри программных файлов (по умолчанию)

3) Но выберите расположение данных вне указанной выше папки в другое место (c: postgres data или что-то в этом роде.)

Возможное решение для 10.3. версия:

Переместите загруженный файл на диск C: .
Пример: C:postgresql-10.3-2-windows-x64.exe

Создайте каталог с именем PostgreSQL на диске C:

Создайте каталог с именем 10 в ранее созданном каталоге PostgreSQL.
Итак, вам нужно иметь C: PostgreSQL 10 .

Запустите C: postgresql-10.3-2-windows-x64.exe (НЕ НАЖИМАЙТЕ «ЗАПУСТИТЬ ОТ АДМИНИСТРАТОРА», просто дважды щелкните)

Измените путь к каталогу установки на C:PostgreSQL

Измените путь к каталогу данных на C:PostgreSQLdata

Надеюсь, установка пройдет успешно.

Запустите установку от имени администратора и используйте режим Windows 7

Я столкнулся с той же проблемой при попытке установить postgres 10.3. Запуск от имени администратора мне не помог. Но он был установлен правильно, когда я изменил каталог установки с каталога по умолчанию, который находится внутри Program Files. Вместо этого я создал новую папку на диске C и сделал ее каталогом установки.

Я устанавливал Postgres версии 9.5 (в Windows 7 и с помощью установщика DBEnterprise) . для меня проблема, похоже, в том, что я выбирал «POSIX» в качестве региональной конфигурации . Но я пробовал с региональной конфигурацией «C» Настройка и установка завершились без проблем .

Также я запускаю установщик от имени администратора!

Только не используйте установщик EDB. Сейчас есть альтернатива BigSQL.

Сейчас 2019 , и у меня все еще та же проблема с Postgres 11 . Перед этим я удаляю текущий Postgres 9.6 (если я правильно помню версию) и пытаюсь установить новый Postgres 11, и возникает проблема. Я пробовал следующие подходы, но ни один из них не работает:

• Запускать установку от имени администратора при каждом запуске -> сбой
• Выберите папку для установки по умолчанию, предложенную при установке (C: / Program Files / PostgresSQL / 11), и папку данных, расположенную в другом место -> не удалось
• Установить его за пределами C: / -> все равно не удалось

Единственный подход, который я, к счастью, нашел, почесав голову почти весь день, — это сообщение
Я хотел бы быстро резюмировать решение, если срок действия ссылки истек.

Источник

Ошибка файловой системы 1073741515 в Windows 7, Windows 10

Ошибка файловой системы 1073741515 , которая переводится в тип ошибки 0xC0000135 , описывает невозможность запуска исполняемой программы из-за отсутствия необходимых компонентов (одного или нескольких .dll файлы) или неправильно настроенные системные файлы.

Эти неисправные системные файлы или отсутствующие компоненты создают ошибки реестра в вашей операционной системе Windows, которые приводят к сбоям системы, снижению производительности ПК, сбоям программы и многим другим.

Вы можете спросить, что вызывает ошибки реестра?

Ошибки реестра возникают, в основном, когда новые приложения устанавливаются поверх существующих, не удаляя полностью предыдущее приложение и его компоненты.

Что вызывает «Ошибка файловой системы – 1073741515» в окнах 7 и 10?

Ошибка файловой системы – 1073741515 ’может быть вызвана одной из следующих причин:

• Неисправное оборудование
• Ошибки JavaScript
• Ошибки в проводнике Windows
• Вредоносное ПО (вирусы, рекламное и шпионское ПО)
• Ошибки реестра

Каковы симптомы «Ошибка файловой системы – 1073741515»

Симптомы ошибок, с которыми сталкиваются пользователи Win7 или 10:

• Ошибки протокола передачи гипертекста (HTTP)
• Резкие проблемы с отключением
• Синий экран смерти (BSOD)
• Ошибка ввода/вывода (IO)
• .exe файлы не запускаются
• Отключенные средства управления UA

Как исправить ошибку файловой системы 1073741515 в Windows 7, 10

Чтобы исправить ошибку файловой системы 1073741515 на Win7 и 10, выполните действия, перечисленные ниже.

1. Используйте RegCure Pro, чтобы автоматически исправить ошибку
2. Избавьтесь от шпионских программ, используя утилиту для удаления Spyhunter Malware
3. Используйте Windows Repair, чтобы исправить ошибку
4. Обновить/Сбросить Windows 10

1. Используйте RegCure Pro, чтобы автоматически исправить ошибку

RegCure Pro – это инструмент для восстановления реестра, который эффективно сканирует и исправляет поврежденные или отсутствующие файлы реестра. Исправляя проблемы с реестром, он также избавляется от «Ошибка файловой системы 1073741515» и предотвращает возникновение других связанных с этим проблем. Чтобы использовать RegCure Pro, следуйте этим инструкциям:

1. Скачать RegCure Pro
2. Установите программу и запустите ее.
3. Нажмите кнопку «Сканировать» и дождитесь ее завершения.
4. После завершения сканирования нажмите Исправить ошибки
5. Перезагрузите компьютер
6. Запустите программное обеспечение, инициирующее Ошибка файловой системы 1073741515, и ошибка должна исчезнуть.

• ОТНОСИТЕЛЬНО: 10 лучших очистителей реестра для Windows 10

2. Избавьтесь от шпионских программ, используя утилиту для удаления Spyhunter Malware

Spyhunter оптимизирует ваш компьютер, удаляя все следы вредоносного, рекламного и шпионского ПО, чтобы обеспечить бесперебойную работу вашего компьютера.

После использования RegCure Pro для устранения проблем, связанных с реестром, выполните быстрое сканирование с помощью средства защиты от вредоносных программ SpyHunter, чтобы убедиться, что « Ошибка файловой системы 1073741515 » больше не возникает.

Чтобы использовать Spyhunter для удаления различных видов шпионских программ, вредоносных программ и вирусов, выполните следующие инструкции по удалению:

1. Скачать Spyhunter
2. Следуйте инструкциям, чтобы установить его на свой компьютер
3. В интерфейсе программного обеспечения защиты от вредоносных программ нажмите кнопку «Сканирование вредоносных программ», чтобы запустить быстрое или полное сканирование системы, и следуйте инструкциям на экране.
4. После завершения сканирования системы установите флажок Выбрать все или нажмите Выбрать все , затем нажмите Удалить , чтобы удалить все угрозы на вашем компьютере.

Завершив быстрое сканирование, запустите установленные приложения, средства устранения неполадок Windows и средства администрирования, и теперь все должно работать нормально.

Ошибка файловой системы 1073741515 ’, которую вы испытывали на своей ОС Win7 или Win10 на своем ПК, должна исчезнуть.

3. Используйте Windows Repair, чтобы исправить ошибку

1. Загрузите Windows Repair Portable ЗДЕСЬ и распакуйте загруженный файл
2. Найдите новую разархивированную папку, созданную в нужном вам месте, и откройте папку с меткой ‘’ files ’’ (… восстановление Windows v… файлы )

• СВЯЗАННЫЕ: исправлено: ошибка 0x80240fff блокирует обновления Windows 10

1. В папке файлы найдите fix_exe_hijack.infфайл .

1. Нажмите правой кнопкой мыши на файл и выберите Install ’Install’ ’.
2. После установки .inf , перезагрузите компьютер, и вы сможете открывать приложения и инструменты администрирования, не сталкиваясь с «сильной ошибкой файловой системы 1073741515. »
3. Кроме того, установите файл .exe
4. Запустите и перейдите на вкладку Ремонт – главная страница , а затем Предварительные настройки: все ремонтные работы .

1. Убедитесь, что установлены все флажки для Все ремонтные работы . Затем нажмите Начать ремонт .

Примечание. Для выполнения ремонта пользователь должен быть администратором .

1. Не отменяйте процесс, дождитесь окончания ремонта
2. После завершения ремонта вам будет предложено перезагрузить компьютер. Выберите Да .
3. При перезапуске компьютера теперь вы сможете открывать приложения и инструменты администрирования, не испытывая ошибки File System 1073741515. ’’.

• СВЯЗАННЫЕ: Как исправить поврежденный реестр в Windows 10, 8, 8.1

4. Обновить/Сбросить Windows 10

Выполнение обновления или перезагрузки ПК в Windows 10 в основном переустановит операционную систему, удалит все сторонние приложения, оставляя все личные данные без изменений. Тем не менее, вы можете выбрать, хотите ли вы сохранить какие-либо данные.

Для обновления ПК в Windows 10 выполните следующие процедуры:

1. Удерживая WinKey + S , в поле поиска введите Настройки и нажмите на него.
2. Нажмите Обновление и безопасность .
3. Выберите Восстановление .
4. В разделе «Перезагрузить этот компьютер» нажмите Начало работы , чтобы начать сброс/обновление
   
5. Примите к сведению подсказку по мере ее появления и выберите, сохранять ли ваши личные файлы или удалять их.
6. После завершения обновления конфигурации вашего компьютера теперь должны быть установлены по умолчанию и все накопления реестра очищены
7. Переустановите ваши приложения и запустите их. Ошибка файловой системы – 1073741515 ’должна быть удалена.
8. Кроме того, попробуйте запустить средства администрирования и средства устранения неполадок Windows, теперь все должно работать нормально.

Используя все или некоторые из этих настроек, ошибки протокола передачи гипертекста (HTTP), проблемы с внезапным завершением работы, синий экран смерти (BSOD), ошибка ввода/вывода (IO); Файлы .exe не работают, ошибки реестра и отключенные элементы управления UA должны быть в прошлом.

Источник

Adblock
detector