I installed postgres on windows7 and tried to start the service through control panel. It produces error 1053.
When I try to run postgres.exe from command line, I get this message:
C:Program Files (x86)PostgreSQL9.0bin>postgres.exe
2011-07-24 14:02:29 IST LOG: could not create file "postmaster.opts": Permission denied
The default data directory is
C:Program Files (x86)PostgreSQL9.0data
I have set the PGDATA env variable to the above directory.
Also, I have edited the pg_hba.conf file in that directory to add a new line as below:
local all postgres ident sameuser
I tried to start the service with postgresql server allowed (both private and public networks ticked) in Windows Firewall, and when that didn’t solve the problem, turned off the firewall for both public and private networks..
Still the service cannot be started. I tried disabling the AVG resident shield. None of these worked.
Any idea what to do?
update:
I tried this:
C:Program Files (x86)PostgreSQL9.0bin>pg_ctl restart
pg_ctl: PID file "C:/Program Files (x86)/PostgreSQL/9.0/data/postmaster.pid" does not exist
Is server running?
starting server anyway
server starting
C:Program Files (x86)PostgreSQL9.0bin>2011-07-24 16:12:57 IST LOG: could not create file "postmaster.opts":
Still no luck.
As for the logs, I found 2 txt files in folder data/pg_log. They contain logs of events immediately after installation, not my later attempts at starting postgres. I have put it here.
In windows event viewer, I get a series of error event entries like http://pastebin.com/K6jUPPAy. All of them contain messages similar to:
2011-07-24 12:46:44 IST FATAL: could not access status of transaction
0 2011-07-24 12:46:44 IST DETAIL: Could not open file
"pg_notify/0000": Permission denied.
If there are any other logs, please tell me where I can find them.
Error 1053 is a common error code triggered while working with the PostgreSQL database.
It displays the message “the service did not respond to the start or control request in a timely fashion” due to incorrect file permissions, missing files etc.
As a part of our PostgreSQL Management Services, we help customers to fix PostgreSQL errors routinely.
Let us today discuss the possible reasons and solutions for Error code1053.
What causes Postgresql error 1053
The error message 1053 states ‘The service did not respond to the start or control request in a timely fashion’. If a request to start a service does not respond in a specific time window, it triggers 1053 error message.
The common reasons for this error include:
- Low timeout value
- Firewall restrictions
- Corrupted files
- Permission of file
Let us now look at each of these reasons in detail and the tips to fix them.
Low timeout value
The Microsoft Windows Service Control Manager controls the state (i.e., started, stopped, paused, etc.) of all Windows services. By default, it will wait 30 seconds for a service to respond. However, certain configurations, technical restrictions, or performance issues may result in the service taking longer than 30 seconds to start and respond to the Control Manager. This, in turn, triggers the 1053 error.
It can be fixed easily by setting a ServicesPipeTimeout DWORD value. This value overrides the default timeout value. However, incorrect usage of the use of the Microsoft Windows Registry Editor can cause serious damages like operating systems corruption and inability to boot.
To override the timeout value:
First, open the Registry editor from Start > Run > and type regedit.Then,generate a backup of the registry files using the export option.Next, navigate to location: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlWith the control folder selected, right click in the pane on the right and select new DWORD Value
Name the new DWORD: ServicesPipeTimeout
then, right-click ServicesPipeTimeout, and then click Modify
Click Decimal, type '180000'.Finally, restart the system.
Firewall restrictions
If you see the error 1053 on a new PostgreSQL installation, it is most probably related to some firewall rules. Some firewalls prevent Postgres from starting. This could be a restriction on the port or any similar setting. Disabling the firewall temporarily will help to eliminate the firewall factor.
Permission of file
Another common reason that can trigger 1053 is the permission of the files. More details on the error can be obtained from the Windows Event viewer or PostgreSQL’s error logs.
For instance, this error will be triggered if the Postgres working directory was set to be read-only mode. This could happen as a result of any changes made by anti-virus programs installed in the server. Setting read permission to everyone can fix the issue here.
Corrupted files
Another common instance that triggers this error message is where the installation of the application is somewhat corrupt. Reinstallation can help to fix the issue here.
This error message may not be limited to corrupt PostgreSQL installation files at times. For instance, if any of the Windows core files are missing or somehow corrupt, it may cause some important modules not to work. As a result, it may trigger the same 1053 error.
We can use any of the file system checking tools to check the system file structure with that of a fresh copy present online. These tools then replace those files accordingly in case of a discrepancy.
[Need more assistance to solve PostgreSQL errors? We’ll help you.]
Conclusion
In short, the Postgresql error 1053 is triggered due to permission issues, timeout settings, firewall restrictions etc. Today we discussed some tips that our Support Engineers followed to fix the error 1053.
PREVENT YOUR SERVER FROM CRASHING!
Never again lose customers to poor server speed! Let us help you.
Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure.
GET STARTED
var google_conversion_label = «owonCMyG5nEQ0aD71QM»;
I installed postgres on windows7 and tried to start the service through control panel. It produces error 1053.
When I try to run postgres.exe from command line, I get this message:
C:Program Files (x86)PostgreSQL9.0bin>postgres.exe
2011-07-24 14:02:29 IST LOG: could not create file "postmaster.opts": Permission denied
The default data directory is
C:Program Files (x86)PostgreSQL9.0data
I have set the PGDATA env variable to the above directory.
Also, I have edited the pg_hba.conf file in that directory to add a new line as below:
local all postgres ident sameuser
I tried to start the service with postgresql server allowed (both private and public networks ticked) in Windows Firewall, and when that didn’t solve the problem, turned off the firewall for both public and private networks..
Still the service cannot be started. I tried disabling the AVG resident shield. None of these worked.
Any idea what to do?
update:
I tried this:
C:Program Files (x86)PostgreSQL9.0bin>pg_ctl restart
pg_ctl: PID file "C:/Program Files (x86)/PostgreSQL/9.0/data/postmaster.pid" does not exist
Is server running?
starting server anyway
server starting
C:Program Files (x86)PostgreSQL9.0bin>2011-07-24 16:12:57 IST LOG: could not create file "postmaster.opts":
Still no luck.
As for the logs, I found 2 txt files in folder data/pg_log. They contain logs of events immediately after installation, not my later attempts at starting postgres. I have put it here.
In windows event viewer, I get a series of error event entries like http://pastebin.com/K6jUPPAy. All of them contain messages similar to:
2011-07-24 12:46:44 IST FATAL: could not access status of transaction
0 2011-07-24 12:46:44 IST DETAIL: Could not open file
"pg_notify/0000": Permission denied.
If there are any other logs, please tell me where I can find them.
Error 1053 is a common error code triggered while working with the PostgreSQL database.
It displays the message “the service did not respond to the start or control request in a timely fashion” due to incorrect file permissions, missing files etc.
As a part of our PostgreSQL Management Services, we help customers to fix PostgreSQL errors routinely.
Let us today discuss the possible reasons and solutions for Error code1053.
What causes Postgresql error 1053
The error message 1053 states ‘The service did not respond to the start or control request in a timely fashion’. If a request to start a service does not respond in a specific time window, it triggers 1053 error message.
The common reasons for this error include:
- Low timeout value
- Firewall restrictions
- Corrupted files
- Permission of file
Let us now look at each of these reasons in detail and the tips to fix them.
Low timeout value
The Microsoft Windows Service Control Manager controls the state (i.e., started, stopped, paused, etc.) of all Windows services. By default, it will wait 30 seconds for a service to respond. However, certain configurations, technical restrictions, or performance issues may result in the service taking longer than 30 seconds to start and respond to the Control Manager. This, in turn, triggers the 1053 error.
It can be fixed easily by setting a ServicesPipeTimeout DWORD value. This value overrides the default timeout value. However, incorrect usage of the use of the Microsoft Windows Registry Editor can cause serious damages like operating systems corruption and inability to boot.
To override the timeout value:
First, open the Registry editor from Start > Run > and type regedit.Then,generate a backup of the registry files using the export option.Next, navigate to location: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlWith the control folder selected, right click in the pane on the right and select new DWORD Value
Name the new DWORD: ServicesPipeTimeout
then, right-click ServicesPipeTimeout, and then click Modify
Click Decimal, type '180000'.Finally, restart the system.
Firewall restrictions
If you see the error 1053 on a new PostgreSQL installation, it is most probably related to some firewall rules. Some firewalls prevent Postgres from starting. This could be a restriction on the port or any similar setting. Disabling the firewall temporarily will help to eliminate the firewall factor.
Permission of file
Another common reason that can trigger 1053 is the permission of the files. More details on the error can be obtained from the Windows Event viewer or PostgreSQL’s error logs.
For instance, this error will be triggered if the Postgres working directory was set to be read-only mode. This could happen as a result of any changes made by anti-virus programs installed in the server. Setting read permission to everyone can fix the issue here.
Corrupted files
Another common instance that triggers this error message is where the installation of the application is somewhat corrupt. Reinstallation can help to fix the issue here.
This error message may not be limited to corrupt PostgreSQL installation files at times. For instance, if any of the Windows core files are missing or somehow corrupt, it may cause some important modules not to work. As a result, it may trigger the same 1053 error.
We can use any of the file system checking tools to check the system file structure with that of a fresh copy present online. These tools then replace those files accordingly in case of a discrepancy.
[Need more assistance to solve PostgreSQL errors? We’ll help you.]
Conclusion
In short, the Postgresql error 1053 is triggered due to permission issues, timeout settings, firewall restrictions etc. Today we discussed some tips that our Support Engineers followed to fix the error 1053.
PREVENT YOUR SERVER FROM CRASHING!
Never again lose customers to poor server speed! Let us help you.
Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure.
GET STARTED
var google_conversion_label = «owonCMyG5nEQ0aD71QM»;
Error 1053 is a common error code triggered while working with the PostgreSQL database.
It displays the message “the service did not respond to the start or control request in a timely fashion” due to incorrect file permissions, missing files etc.
As a part of our PostgreSQL Management Services, we help customers to fix PostgreSQL errors routinely.
Let us today discuss the possible reasons and solutions for Error code1053.
What causes Postgresql error 1053
The error message 1053 states ‘The service did not respond to the start or control request in a timely fashion’. If a request to start a service does not respond in a specific time window, it triggers 1053 error message.
The common reasons for this error include:
- Low timeout value
- Firewall restrictions
- Corrupted files
- Permission of file
Let us now look at each of these reasons in detail and the tips to fix them.
Low timeout value
The Microsoft Windows Service Control Manager controls the state (i.e., started, stopped, paused, etc.) of all Windows services. By default, it will wait 30 seconds for a service to respond. However, certain configurations, technical restrictions, or performance issues may result in the service taking longer than 30 seconds to start and respond to the Control Manager. This, in turn, triggers the 1053 error.
It can be fixed easily by setting a ServicesPipeTimeout DWORD value. This value overrides the default timeout value. However, incorrect usage of the use of the Microsoft Windows Registry Editor can cause serious damages like operating systems corruption and inability to boot.
To override the timeout value:
First, open the Registry editor from Start > Run > and type regedit.Then,generate a backup of the registry files using the export option.Next, navigate to location: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControlWith the control folder selected, right click in the pane on the right and select new DWORD Value
Name the new DWORD: ServicesPipeTimeout
then, right-click ServicesPipeTimeout, and then click Modify
Click Decimal, type '180000'.Finally, restart the system.
Firewall restrictions
If you see the error 1053 on a new PostgreSQL installation, it is most probably related to some firewall rules. Some firewalls prevent Postgres from starting. This could be a restriction on the port or any similar setting. Disabling the firewall temporarily will help to eliminate the firewall factor.
Permission of file
Another common reason that can trigger 1053 is the permission of the files. More details on the error can be obtained from the Windows Event viewer or PostgreSQL’s error logs.
For instance, this error will be triggered if the Postgres working directory was set to be read-only mode. This could happen as a result of any changes made by anti-virus programs installed in the server. Setting read permission to everyone can fix the issue here.
Corrupted files
Another common instance that triggers this error message is where the installation of the application is somewhat corrupt. Reinstallation can help to fix the issue here.
This error message may not be limited to corrupt PostgreSQL installation files at times. For instance, if any of the Windows core files are missing or somehow corrupt, it may cause some important modules not to work. As a result, it may trigger the same 1053 error.
We can use any of the file system checking tools to check the system file structure with that of a fresh copy present online. These tools then replace those files accordingly in case of a discrepancy.
[Need more assistance to solve PostgreSQL errors? We’ll help you.]
Conclusion
In short, the Postgresql error 1053 is triggered due to permission issues, timeout settings, firewall restrictions etc. Today we discussed some tips that our Support Engineers followed to fix the error 1053.
PREVENT YOUR SERVER FROM CRASHING!
Never again lose customers to poor server speed! Let us help you.
Our server experts will monitor & maintain your server 24/7 so that it remains lightning fast and secure.
GET STARTED
var google_conversion_label = «owonCMyG5nEQ0aD71QM»;
Обновлено 17.01.2023
Добрый день! Уважаемые читатели и гости, крупного IT ресурса Pyatilistnik.org. В прошлый раз мы с вами разобрали проблему с кодом 43 и сбоем запроса дескриптора, сегодня хочу вам показать еще один неприятный момент, который я встретил на Windows Server 2012 R2, но он встречается и на других платформах. Смысл глюка в том, что у вас появляется ошибка запуска службы код 1053, или еще может быть формулировка, что служба не ответила на запрос. Это не позволяет вашему приложению запуститься и работать, мы рассмотрим основные причины подобного поведения и устраним их.
Небольшая предыстория. Я продолжаю процесс виртуализации старого парка физических серверов, для этого я использую утилиту P2V VMware vCenter Converter Standalone 6.2. Все шло как обычно, я накатил утилиту и попытался ее запустить, у меня долго не появлялось окно программы. Через некоторое время у меня возникла на экране ошибка:
Vmware vCenter Converter Standalone Server is installed but not running. When VMware vCenter Converter Standalone Server is not running, you will not be able to connect to local server. Do you want to start it now?
В сообщении сообщается, что служба конвертера не запущена, хотите ли вы ее запустить, я выбираю конечно да. Через секунд 30 появляется второе окно вот с таким текстом:
Unable to start VMware vCenter Converter Standalone Server. You will not be able to connect to local server.
Нам говорят, что служба конвертера не может быть запущена. В оснастке «Службы», вы можете наблюдать три службы VMware vCenter Converter.
Пробую запустить службу приложения в ручном режиме, через правый клик, но выскакивает предупреждение:
Windows could not start the VMware vCenter Converter Standalone Worker service on Local Computer. Error 1053: The service did not respond tj the start or control request in a timely fashion.
В русском варианте, это выглядит вот так:
Не удалось запустить службу (Имя службы) на локальном компьютере.
Ошибка 1053: служба не ответила на запрос запуска или управления своевременно.
Давайте я вам приведу список с примерами, где вы можете увидеть ответ службы. что она не ответила
- VMware vCenter Converter Standalone 6.2
- Apple Mobile Device Service (ITunes)
- QEMU Guest Agent
- В момент установки драйверов Рутокен
- Skype
- Служба DNS
- Служба MSSQL
- SharePoint
- 4game-service
Как видите разброс проблем очень большой и разнообразный, то же самое касается и операционных систем, вы это легко увидите и на клиентских Windows 7 или Windows 10, так и на серверных Windows Server 2012 R2 и выше.
Как исправить ошибку 1053
Давайте я вам покажу, как я исправлял код ошибки 1053, в случае с утилитой Vmware vCenter Converter Standalone, но описанная методика подойдет и для других служб и программ.
- Первым делом вы должны зайти в оснастку службы, сделать это очень просто, для этого нажмите одновременно две клавиши Win и R, у вас вызовется окно «Выполнить», в нем напишите слово services.msc, это такое системное название данной оснастки, подробный список команд вызова оснасток смотрите по ссылке.
У вас откроется оснастка со всеми службами, которые есть в операционной системе. Вы находите нужную, которая в вашем случае выдавала сообщение «не запускается служба ошибка 1053», и пробуете ее стартануть в ручном режиме. Для этого вы щелкаете по ней правой кнопкой мыши и из контекстного меню выбираете пункт «Запустить». В некоторых случаях, это может помочь, как ни странно, но это был не мой случай.
Видим, что получили все тужу ошибку, не отчаиваемся, так как все только начинается. Через то же контекстное меню, выбираем пункт «Свойства». Тут ситуация может быть такой. Некоторые сервисы, вот хоть убей но не могут функционировать без других, и вот пока другие не запущены, они так же будут простаивать, и в следствии этого вы можете видеть сообщение с кодом 1053. Такая связка называется зависимость. Посмотреть есть она у вашей сбойной службы или нет, можно на соответствующей вкладке «Зависимости». В моем случае, чтобы работала утилита Vmware vCenter Converter Standalone, нужно чтобы работал сервис «Рабочая станция», который как видите состоит из трех компонентов.
Закрываем данное окно и в списке сервисов, ищем нужную нам зависимую, напоминаю у меня, это сервис «Рабочая станция». У меня как видите она оказалась запущенной, если у вас зависимая служба выключена, то пробуйте ее запустить и когда она заработает, пробуйте стартануть основную.
- Если вам фокус с зависимыми сервисами не помог и вы все так же как и я получаете сообщение «служба не ответила своевременно», пробуем проверить настройки DNS. Такое бывает, что некоторые программы для своей работы должны подключиться к рабочей станции или серверу по имени, и если это не получается, то вы оказываетесь в такой ситуации. Открываем настройки TCP/IPv4 и проверяем ваши данные по IP-адресу и DNS серверу, как туда попасть смотрите по ссылке слева. У меня адрес был настроен статически (вручную), если у вас автоматическая в большинстве случаев у пользователей там автоматическая настройка, которая прилетает от DHCP службы, расположенной на другом сервере или сетевом оборудовании, например, в домашних компьютерах, это WIFi или обычный роутер.
У себя я заметил, что первый из DNS серверов, какой-то странный не знакомый мне, видимо кто-то ранее его прописал. Пробую проверить его сетевую доступность, через команду ping и заодно узнать его имя.
ping -a ip адрес вашего dns
У меня он не отвечал, я так же попробовал разрезолвить имя данного сервера, где я получал ошибку, его ip-адрес в моем примере заканчивается на 157, имя определилось, значит второй DNS сервер, все обрабатывал корректно, первый я поправил. Если у вас доменный компьютер, то убедитесь, чтобы имена разрешались, через IP. Идем искать решение дальше.
- Я продолжил изучать данный вопрос и наткнулся на одно обсуждение по моей утилите Vmware vCenter Converter Standalone (https://docs.vmware.com/en/vCenter-Converter-Standalone/6.2/rn/conv_sa_62_rel_notes.html), там описывалась ситуация, что из-за того, что DNS имя не может разрешиться в течении 30 секунд, то вы можете получать ошибку службы 1053. Там предлагалось изменить стандартное значение идущее в операционной системе Windows на другое, увеличив интервал проверки.
Открываем редактор реестра Windows и переходим в ветку:
HKEY_LOCAL_MACHINESystemCurrentControlSetControl
Тут необходимо создать параметр DWORD32 с именем ServicesPipeTimeout и дать ему числовое значение в секундах,
например пять минут, это 3000.
После создания ключа реестра вам необходимо, ОБЯЗАТЕЛЬНО ПЕРЕЗАГРУЗИТЬСЯ.
В 90% случаев у вас ошибка 1053 служба не ответила своевременно, пройдет. Еще видел ситуацию, что после перезагрузки, те службы что идут с отложенным запуском, могут запускаться немного дольше обычного, иногда их даже приходится стартовать вручную, но зато они работают. Мне лично, этот метод помог с Vmware vCenter Converter Standalone.
Дополнительные методы исправления ошибки 1053
К сожалению трюк с ключом реестра срабатывает не всегда и не со всем софтом, в 10% случаев вы все будите видеть предупреждение «сервис не ответил своевременно на запрос», тут я приведу некий чек-лист который позволит вам устранить причину.
- В ряде случаев многие программы в своем коде имеют код, который работает с библиотеками net framework, и если на вашем компьютере они повреждены, то может появляться код 1053, в таких случаях делаем вот что:
- Открываем командную строку от имени администратора и пробуем проверить ваши системные файлы на предмет повреждения, данный метод, ток же будет актуален, если у вас ошибка 1053 возникает на системных служебных, например DNS или Сервер. В командной строке введите команду sfc /scannow. Обязательно дождитесь выполнения данной команды, если она вам не помогла, то есть ее продолжение в виде утилиты: Dism /Online /Cleanup-Image /ScanHealth. Затем, дождавшись завершения работы предыдущей команды, выполните команду: Dism /Online /Cleanup-Image /RestoreHealth.
- Если данный метод вам не помог, то можно попытаться удалить net framework, а затем его переустановить его. Как это проделывается, смотрите по ссылкам слева.
- Еще одним методом исправления ошибка 1053 в wWindows 10, является установка всех свежих обновлений системы, для других версий аналогично
- Еще одним из источников проблем, может выступать поврежденность реестра и его замусоренность, в таких случаях, вам его нужно очистить и оптимизировать, могу вам посоветовать утилиты ccleaner и PrivaZer.
- Редкий случай, но то же возможный, и это проблема с оборудованием. В момент, когда ваш жесткий диск или SSD находятся в предсмертном состоянии, они перестают справляться с обычной нагрузкой и попросту тормозят, создавая тем самым огромные очереди к диску. В следствии чего, операционная система просто не способна запустить нужную службу, так как диск не справляется с этим, и как следствие вы видите, что сервис своевременно не ответил на запрос. Обязательно проверьте дисковые очереди и состояние здоровья ваших дисков.
- Бывает еще ситуации, когда разные программы конфликтуют друг с другом, мешая запускаться конкуренту. В таких случаях необходимо смотреть логи и журналы «Система» и «Приложения»
- Если ошибка возникает у стороннего софта, например, Skype, iTunes, то обязательно убедитесь, что вы используете последнюю версию данного программного обеспечения. Если нет, то удалите старую версию, почистите реестр утилитой cccleaner, перезагрузите компьютер и заново установите свежую версию утилиты. С iTunes видел да же такой момент, что приходилось скачивать exe файл с последним релизом, разархивировать его с помощью 7-zip в папку, где получался набор MSI пакетов, потом все это устанавливалось последовательно, Предпоследним ставился пакет AppleSoftwareUpdate и после него ужеiTunes64. Потом перезагружался, в итоге удавалось исправить ошибку 1053.
- Как вариант еще можно рассмотреть вирусную атаку, загрузите вашу систему в безопасном режиме, без использования сетевых драйверов и каким-нибудь диском Live-CD от Касперского или dr. Web, проведите сканирование вашей системы на вирусы.
- Если у вас служба не ответила на запрос у QEMU Guest Agent, то вам необходимо установить драйвер vioserial (https://docs.fedoraproject.org/en-US/quick-docs/creating-windows-virtual-machines-using-virtio-drivers/index.html)
Ошибка 1053 в техэксперт из-за нехватки дискового пространства (Обновление 17.01.2023)
Недавно поступила заявка от техподдержки, что перестал работать сервер ИС Техэксперт: 6 поколение. Выглядело это вот так:
Windows could not start ИС Техэксперт: 6 поколение. Интернет 6.4-7555_109709 service on Local Computer. Error 1053: The service did not respond to the start or control request in a timele fashion
В результате служба не могла запуститься, в виду отсутствия дискового пространства на диске.
Надеюсь, что я вам слегка помог в устранении предупреждения с кодом 1053 и вам удалось запустить необходимую службу. С вами был Иван Семин, автор и создатель портала Pyatilistnik.org.
При входе в Windows 10 и Windows 11, а иногда — при работе в системе или запуске программ вы можете столкнуться с сообщением об ошибке: «Не удалось запустить службу. Ошибка 1053: Служба не ответила на запрос своевременно». В некоторых случаях в сообщении фигурирует название службы. Иногда — нет.
В этой инструкции подробно о том, чем бывает вызвана ошибка и как исправить ошибку 1053 «Служба не ответила на запрос своевременно».
Причины и основные способы исправить ошибку 1053 «Служба не ответила на запрос своевременно»
При запуске Windows 10 или Windows 11, входе в систему, некоторых действиях в системе, а иногда — при запуске сторонних программ может производиться запуск необходимых служб. При этом ОС ждёт их запуска определенное время и, если в течение этого времени сообщение об успешном запуске не было получено, вы видите ошибку 1053 «Служба не ответила на запрос своевременно».
Основные способы исправить ошибку:
- Изменить (увеличить) время ожидания запуска службы
- Отключить запуск службы, если она не является обязательной
Начнём с первого варианта. При необходимости вы можете увеличить время ожидания запуска службы с помощью редактора реестра, для этого:
- Нажмите правой кнопкой мыши по кнопке «Пуск», выберите пункт «Выполнить», введите regedit и нажмите Enter — запустится редактор реестра.
- Перейдите в раздел реестра
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControl
- Нажмите правой кнопкой мыши в пустом месте правой панели реестра и создайте новый параметр DWORD, задайте имя ServicesPipeTimeout для него.
- Дважды нажмите по вновь созданному параметру, переключите систему счисления в десятичный вид и укажите значение времени ожидания. 60000 будет соответствовать одной минуте (60 секунд), можно выставить и более высокое значение, например — 180000.
- Нажмите «Ок», закройте редактор реестра, перезагрузите компьютер и проверьте, появляется ли ошибка вновь.
В случае, если в сообщение об ошибке отображается имя службы, с которой возникла проблема, при этом это сторонняя, а не системная служба и не является необходимой для работы Windows или программ, её можно попробовать отключить:
- Нажмите клавиши Win+R на клавиатуре, введите services.msc и нажмите Enter (подробнее — Способы открыть службы Windows).
- В списке служб найдите нужную службу и дважды нажмите по ней.
- В поле «Тип запуска» установите «Отключена», нажмите «Ок».
- Закройте окно служб и перезагрузите компьютер.
Проверьте, всё ли работает исправно и перестала ли появляться ошибка. Учитывайте, что не следует отключать системные службы, особенно если вы не знаете, обязательны ли они для работы Windows.
Дополнительные способы решения проблемы
Если предыдущие простые варианты не помогли, можно попробовать следующие подходы:
- Если служба относится к какой-то сторонней программе, а отключение службы мешает её запуску, можно попробовать выполнить переустановку программы.
- Если вы меняли права доступа к папкам на компьютере, это также может привести к ошибке. Среди примеров — службы Autodesk. Если к папкам с файлами службы нет доступа для «Пользователи» и «Локальная служба», можно получить ошибку 1053.
- Если ошибка стала появляться после того, как вы изменили параметры запуска каких-либо системных служб Windows, попробуйте восстановить исходные параметры. Подробнее: Службы по умолчанию в Windows 10
- В случае, если неизвестна служба, вызывающая проблему, использовать чистую загрузку Windows, чтобы её определить, затем попробовать вариант с её отключением.
- Если проблема стала появляться недавно, использовать точки восстановления системы на дату, когда ошибки не было. Об этом в статьях: Точки восстановления системы Windows 11, Точки восстановления системы Windows 10.
- В некоторых случаях запуску служб (или получению сообщений об успешном запуске) может мешать повреждение системных файлов Windows. Попробуйте выполнить их восстановление: Восстановление целостности системных файлов Windows 11, Восстановление системных файлов Windows 10.
В случае, если проблема не была решена, опишите ситуацию в комментариях, с указанием имени службы и в каких случаях появляется ошибка. Я буду рад помочь.
I installed postgres on windows7 and tried to start the service through control panel. It produces error 1053.
When I try to run postgres.exe from command line, I get this message:
C:Program Files (x86)PostgreSQL9.0bin>postgres.exe
2011-07-24 14:02:29 IST LOG: could not create file "postmaster.opts": Permission denied
The default data directory is
C:Program Files (x86)PostgreSQL9.0data
I have set the PGDATA env variable to the above directory.
Also, I have edited the pg_hba.conf file in that directory to add a new line as below:
local all postgres ident sameuser
I tried to start the service with postgresql server allowed (both private and public networks ticked) in Windows Firewall, and when that didn’t solve the problem, turned off the firewall for both public and private networks..
Still the service cannot be started. I tried disabling the AVG resident shield. None of these worked.
Any idea what to do?
update:
I tried this:
C:Program Files (x86)PostgreSQL9.0bin>pg_ctl restart
pg_ctl: PID file "C:/Program Files (x86)/PostgreSQL/9.0/data/postmaster.pid" does not exist
Is server running?
starting server anyway
server starting
C:Program Files (x86)PostgreSQL9.0bin>2011-07-24 16:12:57 IST LOG: could not create file "postmaster.opts":
Still no luck.
As for the logs, I found 2 txt files in folder data/pg_log. They contain logs of events immediately after installation, not my later attempts at starting postgres. I have put it here.
In windows event viewer, I get a series of error event entries like http://pastebin.com/K6jUPPAy. All of them contain messages similar to:
2011-07-24 12:46:44 IST FATAL: could not access status of transaction
0 2011-07-24 12:46:44 IST DETAIL: Could not open file
"pg_notify/0000": Permission denied.
If there are any other logs, please tell me where I can find them.
не запускается служба PostgreSQL 9.6 под Windows 10. получаю ошибку 1053 (служба не ответила на запрос своевременно) при попытке ручного запуска в Службах. тип запуска стоит Автомат, до этого недели 3 работало нормально все. никаких настроек и изменений не вносил. postmaster.pid в папках не нашел. брендмаэур родной отключен, антивирусов нет, в вин дефендере все папки с БД находятся в исключениях, все запускается от имени администратора, винда свежая — пару-тройку недель как начисто накатил (не сборка).
в нашем узком покерном кругу постгре используется с софтом holdem manager. так вот, достаточно часто в посл время проблемы конкретно данного характера возникают у пользователей.
на вин7 таких проблем не было никогда совсем. после планового перехода на вин10 лично у меня так же не было сложностей. а у моего товарища возникли (лечится обычно командой netsh winsock reset и ребутом компа несколько раз). но как я переставил вин10 начисто, стали и у меня возникать проблемы.
заранее благодарю за помощь!
PS. прикрепить картинку не получилось
https://i.gyazo.com/da79797ba6bdb06500dfb15222540300.png
| Вложение | Размер |
|---|---|
| log.txt | 563.58 kb |
Запуск некоторых программ может быть прерван сообщением об ошибке 1053, в котором указано, что «служба не ответила на запрос своевременно». Сбой возникает по причине того, что при инициализации запуска службы система не получила от нее ответа в отведенный промежуток времени.
Среди причин: отсутствие библиотеки DLL, которая требуется для запуска многих программ, поврежденные системные файлы или компоненты запускаемого приложения, сбой сетевых настроек, нет соответствующих разрешений, в частности, прав администратора и прочее.
Содержание
- 1 Изменение настроек тайм-аута в реестре
- 2 Проверка системных файлов
- 3 Переустановка приложения
- 4 Сброс сетевого кэша
Изменение настроек тайм-аута в реестре
Первое, что нужно сделать, это изменить настройки тайм-аута с помощью Редактора реестра. Каждый раз, когда инициируется запрос на запуск службы, активируется таймер, в котором предустановленно временное значение. Если служба не запустилась в течение этого промежутка времени, Windows выбрасывает ошибку 1053.
Для изменения откройте Редактор реестра командой regedit из окна Win +R.
На левой панели перейдите к разделу: HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControl
Найдите параметр ServicesPipeTimeout. Если он отсутствует, щелкните правой кнопкой мыши на Control и выберите Создать – Параметр DWORD (32 бита) и присвойте ему указанное имя.
Кликните на него правой кнопкой мыши и выберите «Изменить». В поле Значение наберите 180000, сохраните изменения на «ОК» и выйдите из редактора.
Если после перезагрузки компьютера не удается запустить службу, поскольку не ответила на запрос, перейдите к следующему шагу.
Проверка системных файлов
При повреждении системных файлов, некоторые компоненты Windows будут функционировать неправильно, что в свою очередь может привести к ошибке 1053. В этом решении используем средство проверки целостности системы, которое выполнит сканирование файловой структуру Windows и сравнит ее с копией, предоставленной в интернете. При обнаружении каких-либо несоответствий, будут загружены рабочие файлы из серверов Майкрософта для замены поврежденных.
В панели системного поиска наберите cmd. При отображении в результатах командной строки, запустите ее с правами администратора.
Запустите в консоли поочередно две команды, подтверждая запуск каждой на Enter:
- sfc /scannow
- DISM /Online /Cleanup-Image /RestoreHealth
После завершения сканирования перезагрузите компьютер. Проверьте, прерывается ли запуск службы ошибкой с кодом 1053.
Переустановка приложения
Если запуск определенного приложения прерывается ошибкой 1053, попробуйте его переустановить. Скорее всего, повреждены или отсутствуют компоненты, которые отвечают за запрос какой-либо службы в Windows.
Перейдите в раздел Программы и компоненты командой appwiz.cpl из диалогового окна Win + R.
В списке найдите приложение, щелкните по нему правой кнопкой мыши и удалите.
После перезагрузки компьютера, загрузите программу из официального источника и выполните установку заново.
Сброс сетевого кэша
Если ошибка происходит при запуске службы, которая использует подключение к интернету, попробуйте сбросить настройки сети. Имейте в виду, что это решение может затронуть сетевые настройки, установленные вручную.
Откройте командную строку от имени администратора с помощью системного поиска.
В консоли выполните следующие команды, подтверждая каждую на Enter:
- netsh winsock reset
- ipconfig /renew
После перезагрузки компьютера проверьте, что есть доступ в интернет и попробуйте выполнить то действие, которое не удавалось из-за ошибки 1053.
Если продолжаете сталкиваться с ошибкой, попробуйте обновить Windows до последней версии путем установки всех ожидающих обновлений.
Иногда служба не может ответить на запрос при отсутствии у текущей учетной записи пользователя разрешений на папку приложения. В этом случае измените владельца папки и установите над ней полный доступ.
Когда вы устанавливаете программу или игру, которая устанавливает свои службы или процессы в систему Windows, то можете наткнутся на сообщение «Ошибка 1053: Служба не ответила на запрос своевременно». Эта ошибка является причиной истечения времени ожидания запуска службы. Одним словом, когда устанавливается служба в систему при установке игры или программы, то запуск её не успел обработаться и далее уходит в режим ожидания, который в свою очередь превысился временем. Причин этой ошибки может быть много: поврежденные файлы в системе, настройка там-аута, сетевые проблемы. Давайте посмотрим, как можно исправить эту проблему.
1. Изменение Тайм-аута
Первым делом мы должны попробовать изменить тайм-аут, чтобы служба обрабатывалась дольше. Система отводит определенное время на запуск служб, и если служба не запустилась, то система выдаст предупреждение «Ошибка 1053: Служба не ответила на запрос своевременно».
Нажмите Win + R и введите regedit, чтобы открыть редактор реестра. В редакторе реестра перейдите по следующему пути:
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControl- Справа на пустом поле нажмите правой кнопкой мыши и «Создать» > «Параметр Dword 32 бита«.
- Назовите его ServicesPipeTimeout и присвойте ему значение 150000.
Перезагрузите компьютер и проверьте устранена ли проблема. Вы можете изменить значение тайм-аута на больший, изменив 150000.
2. Сканирование и восстановление системных файлов
Поврежденные системные файлы могут быть причиной данной проблемы. Могут просто не работать нужные модули. Давайте проверим. Запустите командную строку от имени администратора и введите две команды по очереди, дожидаясь окончание процесса после каждой:
sfc /scannowDISM /Online /Cleanup-Image /RestoreHealth
Перезагрузите систему после завершения всех процессов.
3. Сброс сетевого кэша
Запускаемая служба может быть связанна с подключением к интернету. Если у вас интернет настроен вручную, то ниже способ собьет ваши все настройки сети. Вы можете их записать или заскриншотить. Запустите командную строку от имени администратора и введите следующие две команды:
netsh winsock resetipconfig /renew
Дополнительные советы
Еще пару советов, чтобы исправить «Ошибку 1053: Служба не ответила на запрос своевременно»:
- Переустановите саму игру или приложение, удалив предварительно старую установку.
- Обновите Wiondows 10 до последней версии через центр обновлений.
Смотрите еще:
- Почему Пропал и Не Работает Звук в Windows 10?
- Резервное копирование и восстановление реестра Windows
- Как удалить старые ненужные драйвера в Windows
- 9 Причин Почему Компьютер с Windows Зависает
- Диск загружен на 100% в диспетчере задач Windows 10
[ Telegram | Поддержать ]
-
01-14-2014, 03:44 PM
#1
Junior Member
Проблема с подключением к PostgreSQL Database
Добрый день! Не могу зайти в НМ2, ему не удается соединиться с сервером PostgreSQL Database. Это у меня проблема или есть такой глюк? Проясните пожалуйста. Заранее спасибо!HM2.jpg
-
01-14-2014, 03:49 PM
#2
Holdem Manager Support
Скорее всего это означает, что на компьютере не установлена (или установлена, но не работает) postgresql.
Проверяем:
Панель управления — администрирование — службы
находим postgresql server и смотрим, в каком состоянии служба находится.
Проще всего так: если работает — чуть левее списка должны быть ссылки на Остановить И ПерезапуститьИ еще: какой антивирус работает на компе?
-
01-14-2014, 04:45 PM
#3
Junior Member
Originally Posted by sarek
И еще: какой антивирус работает на компе?
Спасибо за оперативный ответ!
Антивирус у меня стоит nod32. Службы посмотрел, она есть но не запущена, пытался запустить, пишет «Ошибка 1053: Служба не ответила на запрос своевременно» Что это может быть?
-
01-14-2014, 04:56 PM
#4
Holdem Manager Support
Тогда так:
начать с деинсталляции (а не просто отключения) антивируса. С перегрузкой компа.
Если не поможет — вот статья, в которой изложены несколько алгоритмов от простого к сложным) устранения проблемы
http://hm2faq.holdemmanager.com/ques…rt+PostgreSQL+
Зачастую удаление файла postmaster.pid (п. 5) вопрос решает.
-
01-15-2014, 11:28 AM
#5
Junior Member
Подскажите какой логин и пароль нужно вводить на вкладке «Вход в систему» в поле «с учетной записью»?
-
01-15-2014, 04:05 PM
#6
Holdem Manager Support
Там не совсем так. Вот скрин
Если речь идет о «системной учетной записи» — пароль не нужен.
А если о другой — тот пароль, который используется для запуска Виндовс.
-
01-16-2014, 02:36 AM
#7
Junior Member
Спасибо , все понял.
Не запускается сервер PostgreSQL и что делать не знаю. Перепробовал все, удалил антивирус, а результат тот же, удалил файл pid, тоже ноль результата. Мажет переустановить Postgre?
Last edited by fritawn; 01-16-2014 at 05:47 AM.
-
01-16-2014, 10:03 AM
#8
Junior Member
PostgreS.jpg
Теперь начало выдавать такое сообщение при попытке запустить службу самостоятельно
-
01-16-2014, 12:15 PM
#9
Holdem Manager Support
Тогда деинсталлируй postgres
и ставь заново — вот по этой инструкции
При установке Postgres, если операционная система Вин78 (или Виста), следует иметь в виду все это:
1) Имя компьютера должно быть на английском и «в одно слово» (без пробелов) — после изменения требуется перезагрузка. Файловая система на диске, куда ставится, должна быть NTFS (на FAT32 не установится). И, кроме того, postgres не работает на RAID-массивах, ни на каких, только «одиночный» диск.
2) Имя пользователя Виндовс — аналогично. Если это не так, следует создать нового пользователя с английским именем, дать ему права администратора и перегрузить компьютер под него. Затем установить Postgres и ХМ, после чего снова перегрузить комп — обратно под старого пользователя, а этого можно будет удалить — его миссия завершена.
2а) Внимание: простое переименование существующего пользователя вопрос НЕ решает! Он все равно останется для Виндовс русским, это видно на результате выполнения команды CMD -> net user. Только создание нового.
3) Служба «Вторичный вход в систему» (Secondary logon) должна быть установлена на «Автостарт». Панель управления — администрирование — Службы.
4) Контроль учетных записей UAC следует выключить.
( http://www.mydigitallife.info/2008/1…-in-windows-7/ )
5) При установке Postgres и ХМ рекомендуется выключить антивирус и файерволл. Или совсем их деинсталлировать на это время. Потом можно вернуть.
6) Все установки обязательно запускать «от администратора» (по правому клику на файл) — невзирая на то, что у пользователя Виндовс уже есть права администратора (что, кстати, обязательно). И желательно запускать установки первым делом после перезагрузки компа. Кроме того, все скачанные из Интернета файлы обязательно «разблокировать»: правый клик — свойства — там кнопка.
7) Если есть необходимость устанавливать Postgres не в папку по умолчанию (см следующий пункт), или использовать неумолчальную папку для базы данных — следует скачать отдельный установщик Download PostgreSQL | EnterpriseDB (при выборе версии 9.0 над брать ту, что соответствует разрядности Виндовс на компе, 9.1 или 9.2 ставить не рекомендуется, под ней ХМ полностью не тестировался).
Если Виндовс не на английском — устанавливать Postgres следует именно не в умолчальную папку. Требуется создать в корне диска папку C:Postgresql и ставить программу в нее.
8а) После создания — дать «Полный доступ» («Full access») к этой папке для пользователя «postgres» — для чего действовать согласно этим картинкам.
http://img849.imageshack.us/img849/8…curitywin7.png
http://img69.imageshack.us/img69/889/postgres1.png
http://img716.imageshack.us/img716/9425/potsgres2.png
Если планируется неумолчальное расположение папки «кластера базы данных» — сначала ее создать и дать такие же права на нее.
9) Устанавливать Postgres и ХМ надо отдельно, по очереди. От админа. Когда ХМ после первого запуска сообщит, что отстуствует база данных — просто создать ее через DBControlpanel.exe (для ХМ1). В ХМ2 установочный визард сам скажет, что нужно делать.
10) Кстати, все клиенты покер-румов также должны запускаться «от админа».И в таком случае — было бы полезно изучить вот эту статью
http://forums.holdemmanager.com/1056…/400341-2.html
-
01-18-2014, 06:26 AM
#10
Junior Member
И снова здравствуйте!
Переустановил согласно инструкции postgres, запустил pgAdmin и вот что выдало pgadmin.jpg
Почему на postgres стоит крестик? ХМ не трогал, антивирус был отключен. В процессе установки проблем не было. Что я делаю не так?Last edited by fritawn; 01-18-2014 at 06:28 AM.
If you continue down the road of trying to make your service interact with the user’s desktop directly, you’ll lose: even under the best of circumstances (i.e. «before Vista»), this is extremely tricky.
Windows internally manages several window stations, each with their own desktop. The window station assigned to services running under a given account is completely different from the window station of the logged-on interactive user. Cross-window station access has always been frowned upon, as it’s a security risk, but whereas previous Windows versions allowed some exceptions, these have been mostly eliminated in Vista and later operating systems.
The most likely reason your service is hanging on startup, is because it’s trying to interact with a nonexistent desktop (or assumes Explorer is running inside the system user session, which also isn’t the case), or waiting for input from an invisible desktop.
The only reliable fix for these issues is to eliminate all UI code from your service, and move it to a separate executable that runs inside the interactive user session (the executable can be started using the global Startup group, for example).
Communication between your UI code and your service can be implemented using any RPC mechanism: Named Pipes work particularly well for this purpose. If your communications needs are minimal, using application-defined Service Control Manager commands might also do the trick.
It will take some effort to achieve this separation between UI and service code: however, it’s the only way to make things work reliably, and will serve you well in the future.
ADDENDUM, April 2010: Since this question remains pretty popular, here’s a way to fix another common scenario that causes «service did not respond…» errors, involving .NET services that don’t attempt any funny stuff like interacting with the desktop, but do use Authenticode signed assemblies: disable the verification of the Authenticode signature at load time in order to create Publisher evidence, by adding the following elements to your .exe.config file:
<configuration>
<runtime>
<generatePublisherEvidence enabled="false"/>
</runtime>
</configuration>
Publisher evidence is a little-used Code Access Security (CAS) feature: only in the unlikely event that your service actually relies on the PublisherMembershipCondition will disabling it cause issues. In all other cases, it will make the permanent or intermittent startup failures go away, by no longer requiring the runtime to do expensive certificate checks (including revocation list lookups).
If you continue down the road of trying to make your service interact with the user’s desktop directly, you’ll lose: even under the best of circumstances (i.e. «before Vista»), this is extremely tricky.
Windows internally manages several window stations, each with their own desktop. The window station assigned to services running under a given account is completely different from the window station of the logged-on interactive user. Cross-window station access has always been frowned upon, as it’s a security risk, but whereas previous Windows versions allowed some exceptions, these have been mostly eliminated in Vista and later operating systems.
The most likely reason your service is hanging on startup, is because it’s trying to interact with a nonexistent desktop (or assumes Explorer is running inside the system user session, which also isn’t the case), or waiting for input from an invisible desktop.
The only reliable fix for these issues is to eliminate all UI code from your service, and move it to a separate executable that runs inside the interactive user session (the executable can be started using the global Startup group, for example).
Communication between your UI code and your service can be implemented using any RPC mechanism: Named Pipes work particularly well for this purpose. If your communications needs are minimal, using application-defined Service Control Manager commands might also do the trick.
It will take some effort to achieve this separation between UI and service code: however, it’s the only way to make things work reliably, and will serve you well in the future.
ADDENDUM, April 2010: Since this question remains pretty popular, here’s a way to fix another common scenario that causes «service did not respond…» errors, involving .NET services that don’t attempt any funny stuff like interacting with the desktop, but do use Authenticode signed assemblies: disable the verification of the Authenticode signature at load time in order to create Publisher evidence, by adding the following elements to your .exe.config file:
<configuration>
<runtime>
<generatePublisherEvidence enabled="false"/>
</runtime>
</configuration>
Publisher evidence is a little-used Code Access Security (CAS) feature: only in the unlikely event that your service actually relies on the PublisherMembershipCondition will disabling it cause issues. In all other cases, it will make the permanent or intermittent startup failures go away, by no longer requiring the runtime to do expensive certificate checks (including revocation list lookups).
Fix Postgresql error 1053
Tutorials
Postgresql 1053 error is very common when you work with a databases based on PostgresSQL.
When this error occurs, you will usually see an error message which says «the service did not respond to the start or control request in a timely fashion«. This is as a result of incorrect file permission or missing files.
Our Server Experts has helped a lot of people to fix PostgreSQL errors as such on a daily basis.
Table of contents
[Show]
[Hide]
-
1
Why does the Postgresql error 1053 occurs? -
2
It is caused by the following factors; -
3
Corrupted files -
4
Restrictions in Firewall -
5
Incorrect file permission -
6
Low timeout rate -
7
Conclusion
Why does the Postgresql error 1053 occurs?
This Postgresql 1053 error which states that «The service did not respond to the start or control request in a timely fashion» takes place once a request to start a service is not responding within the specified time it is suppose to.
It is caused by the following factors;
- Corrupted files
- Restrictions in Firewall
- Incorrect file permission
- Low timeout rate
We will look into these factors in details:
Corrupted files
When the installation of an application or software is somehow corrupted, the Postgresql error message 1053 will be triggered. I most cases, doing the installation again will help resolve this issue.
In other cases, some important window core files might be missing thereby causing some dependencies to malfunction. If this is the case, it is better to get a fresh copy via the official online source.
Need professional support in solving PostgreSQL errors? We can help you.
Restrictions in Firewall
Firewall rules can cause PostgreSQL 1053 error during installation. To get Postgres started successfully, you can disable such firewall rule temporarily.
Incorrect file permission
When there is an incorrect permission of the files, the 1053 PostgreSQL error could come up. The windows Event viewer will display more information about the error anyway.
For example, this error will come up if the Postgres working directory was set to read-only. Most Anti-virus application in the server could make such changes in the permission. In this case, the read permission to everyone on the system will help to resolve this issue.
Low timeout rate
All the Windows services are controlled by the Microsoft Windows Service Control Manager. The normal time a service would take to respond to an event is 30 seconds. In cases where some technical restrictions or issues with performances makes the service to take a longer time to respond, the 1053 error will be immediately triggered.
This error can be easily fixed if a ServicesPipeTimeout DWORD value is set. What this value does is to override the default timeout value.
To get through this issue, Do the following;
1. Locate the Registry editor from the Windows Search tool( Start — Run ) and type regedit.
2. Use the export option to generate a backup of the registry files.
3. Next, go to the location;
HKEY_LOCAL_MACHINESYSTEMCurrentControlSetControl
4. When you get to the control folder, do a right click action and select new DWORD Value
Name the new DWORD: ServicesPipeTimeout
5. Then, do a right click action on the «ServicesPipeTimeout» and click on Modify;
you will see «Decimal» then type value ‘180000‘.
6. Lastly, do a restart of the system.
Conclusion
Basically, the 1053 Postgresql error is prompted when there are permission issues, limit placed by firewall, timeout problems and so on. Our Support Experts can fix the 1053 error for you.
I installed postgres on windows7 and tried to start the service through control panel. It produces error 1053.
When I try to run postgres.exe from command line, I get this message:
C:Program Files (x86)PostgreSQL9.0bin>postgres.exe
2011-07-24 14:02:29 IST LOG: could not create file "postmaster.opts": Permission denied
The default data directory is
C:Program Files (x86)PostgreSQL9.0data
I have set the PGDATA env variable to the above directory.
Also, I have edited the pg_hba.conf file in that directory to add a new line as below:
local all postgres ident sameuser
I tried to start the service with postgresql server allowed (both private and public networks ticked) in Windows Firewall, and when that didn’t solve the problem, turned off the firewall for both public and private networks..
Still the service cannot be started. I tried disabling the AVG resident shield. None of these worked.
Any idea what to do?
update:
I tried this:
C:Program Files (x86)PostgreSQL9.0bin>pg_ctl restart
pg_ctl: PID file "C:/Program Files (x86)/PostgreSQL/9.0/data/postmaster.pid" does not exist
Is server running?
starting server anyway
server starting
C:Program Files (x86)PostgreSQL9.0bin>2011-07-24 16:12:57 IST LOG: could not create file "postmaster.opts":
Still no luck.
As for the logs, I found 2 txt files in folder data/pg_log. They contain logs of events immediately after installation, not my later attempts at starting postgres. I have put it here.
In windows event viewer, I get a series of error event entries like http://pastebin.com/K6jUPPAy. All of them contain messages similar to:
2011-07-24 12:46:44 IST FATAL: could not access status of transaction
0 2011-07-24 12:46:44 IST DETAIL: Could not open file
"pg_notify/0000": Permission denied.
If there are any other logs, please tell me where I can find them.
Is Postgresql Service Won’t Start Error 1053 appearing? Would you like to safely and quickly eliminate Postgresql Service Won’t which additionally can lead to a blue screen of death?
When you manually edit your Windows Registry trying to take away the invalid postgresql service started then stopped keys you’re taking a authentic chance. Unless you’ve got been adequately trained and experienced you’re in danger of disabling your computer system from working at all. You could bring about irreversible injury to your whole operating system. As very little as just 1 misplaced comma can preserve your Pc from even booting every one of the way by!
Troubleshooting could not create lock file postmaster.pid permission denied windows Windows XP, Vista, 7, 8 & 10
Simply because this chance is so higher, we hugely suggest that you make use of a trusted registry cleaner plan like CCleaner (Microsoft Gold Partner Licensed). This system will scan and then fix any Postgresql Service Won’t Start Error 1053 complications.
Registry cleaners automate the entire procedure of finding invalid registry entries and missing file references (including the Won’t error) likewise as any broken hyperlinks inside of your registry.
Issue with error 1053 the service did not respond to the start or control request in a timely fashion
Backups are made immediately prior to each and every scan providing you with the choice of undoing any changes with just one click. This protects you against doable damaging your pc. Another advantage to these registry cleaners is that repaired registry errors will strengthen the speed and performance of one’s procedure drastically.
- http://serverfault.com/questions/262753/postgresql-wont-start-anymore
- http://stackoverflow.com/questions/158371/error-1053-the-service-did-not-respond-to-the-start-or-control-request-in-a-tim
- http://superuser.com/questions/799928/postgresql-8-4-service-not-starting-windows-7
- https://www.pokertracker.com/forums/viewtopic.php?f=17&t=21441&start=0
Cautionary Note: Yet again, for those who are not an state-of-the-art consumer it’s very encouraged that you simply refrain from editing your Windows Registry manually. If you make even the smallest error within the Registry Editor it can result in you some serious issues that may even call for a brand new set up of Windows. Not all difficulties attributable to incorrect Registry Editor use are solvable.
Fixed: postgresql service won’t start linux
Symptoms of Postgresql Service Won’t Start Error 1053
“Postgresql Service Won’t Start Error 1053” appears and crashes the energetic method window.
Your Personal computer routinely crashes with Postgresql Service Won’t Start Error 1053 when running the exact same system.
“Postgresql Service Won’t Start Error 1053” is shown.
Windows operates sluggishly and responds little by little to mouse or keyboard input.
Your computer periodically “freezes” for the number of seconds in a time.
Will cause of Postgresql Service Won’t Start Error 1053
Corrupt obtain or incomplete set up of Windows Operating System software program.
Corruption in Windows registry from a new Windows Operating System-related application adjust (install or uninstall).
Virus or malware infection which has corrupted Windows method documents or Windows Operating System-related application data files.
Another method maliciously or mistakenly deleted Windows Operating System-related files.
Mistakes this sort of as “Postgresql Service Won’t Start Error 1053” can be brought about by several different elements, so it really is important that you troubleshoot every of the achievable brings about to forestall it from recurring.
Simply click the beginning button.
Variety “command” inside the lookup box… Will not hit ENTER nonetheless!
Although keeping CTRL-Shift in your keyboard, hit ENTER.
You’re going to be prompted that has a authorization dialog box.
Click on Of course.
A black box will open having a blinking cursor.
Variety “regedit” and hit ENTER.
Within the Registry Editor, choose the postgresql service started then stopped connected key (eg. Windows Operating System) you wish to back again up.
Within the File menu, choose Export.
Inside the Preserve In list, pick out the folder in which you wish to save the Windows Operating System backup key.
Inside the File Title box, sort a reputation for the backup file, these types of as “Windows Operating System Backup”.
From the Export Vary box, ensure that “Selected branch” is selected.
Click on Help you save.
The file is then saved by using a .reg file extension.
You now use a backup within your could not create lock file postmaster.pid permission denied windows related registry entry.
Solution to your problem
There are actually some manual registry editing measures that can not be talked about in this article due to the high chance involved for your laptop or computer method. If you want to understand more then check out the links below.
Additional Measures:
One. Conduct a Thorough Malware Scan
There’s a probability the Postgresql Won’t 1053 Start Service Error error is relevant to some variety of walware infection. These infections are malicious and ready to corrupt or damage and possibly even delete your ActiveX Control Error files. Also, it’s attainable that your Postgresql Service Won’t Start Error 1053 is actually connected to some element of that malicious plan itself.
2. Clean Disk Cleanup
The a lot more you employ your computer the extra it accumulates junk files. This comes from surfing, downloading packages, and any sort of usual computer system use. When you don’t clean the junk out occasionally and keep your program clean, it could turn into clogged and respond slowly. That is when you can encounter an Start error because of possible conflicts or from overloading your hard drive.
Once you clean up these types of files using Disk Cleanup it could not just remedy Postgresql Service Won’t Start Error 1053, but could also create a dramatic change in the computer’s efficiency.
Tip: While ‘Disk Cleanup’ is definitely an excellent built-in tool, it even now will not completely clean up Postgresql Service discovered on your PC. There are numerous programs like Chrome, Firefox, Microsoft Office and more, that cannot be cleaned with ‘Disk Cleanup’.
Since the Disk Cleanup on Windows has its shortcomings it is extremely encouraged that you use a specialized sort of challenging drive cleanup and privacy safety application like CCleaner. This system can clean up your full pc. If you run this plan after each day (it could be set up to run instantly) you are able to be assured that your Pc is generally clean, often operating speedy, and always absolutely free of any Postgresql error associated with your temporary files.
How Disk Cleanup can help
1. Click your ‘Start’ Button.
2. Style ‘Command’ into your search box. (no ‘enter’ yet)
3. When holding down in your ‘CTRL-SHIFT’ important go ahead and hit ‘Enter’.
4. You will see a ‘permission dialogue’ box.
5. Click ‘Yes’
6. You will see a black box open up plus a blinking cursor.
7. Variety in ‘cleanmgr’. Hit ‘Enter’.
8. Now Disk Cleanup will start calculating the amount of occupied disk space you will be able to reclaim.
9. Now a ‘Disk Cleanup dialogue box’ seems. There will be a series of checkboxes for you personally to pick. Generally it will likely be the ‘Temporary Files’ that consider up the vast majority of your disk area.
10. Verify the boxes that you want cleaned. Click ‘OK’.
How to repair
3. System Restore can also be a worthwhile device if you ever get stuck and just desire to get back to a time when your computer system was working ideal. It will work without affecting your pics, paperwork, or other crucial information. You can discover this option with your User interface.
Postgresql Service
Manufacturer
Device
Operating System
Postgresql Service Won’t Start Error 1053
4 out of
5
based on
35 ratings.