When I try to connect mongdb service i am getting error:
**
Windows could not start the MongoDB service on Local Computer
**
Error1053: the service did not respond to the start or control request in a timely fashion
Mongodb installed path: C:MongoDB //mongod.cfg file inside the MongodB folder not in bin folder
mongod.cfg file:
systemLog:
destination: file
path: c:datalogmongod.log
storage:
dbPath: c:datadb***
how do I resolve this error and run a mongodb service
Neil Lunn
145k35 gold badges333 silver badges311 bronze badges
asked Nov 8, 2017 at 8:21
3
I had a similar problem with MongoDB 4. In auto generated config file, there is an extra configuration, that caused the problem.
#snmp:
mp:
When i deleted «mp:», i can finally start the server.
answered Sep 27, 2018 at 10:21
ralerale
3032 silver badges7 bronze badges
3
For me , this error was about mongod.cfg file , which I add security; authorization enabled.
But it should be colon after security not semicolon.
security:
authorization: enabled
answered Mar 3, 2019 at 13:12
SayJeyHiSayJeyHi
1,3873 gold badges18 silver badges38 bronze badges
In my case the error was caused by the server running out of space in the hard disk drive.
Clearing some space solved the problem for me.
answered Dec 17, 2020 at 9:59
JulioCTJulioCT
9876 silver badges7 bronze badges
In my case, this failed:
security:
authorization:
enabled
And this worked fine:
security:
authorization: enabled
answered Apr 9, 2019 at 16:18
TediTedi
4161 gold badge5 silver badges14 bronze badges
Check if mongod.cfg is corrupted,
If you changed this confiuration file recently, try to undo the latest changes to see if this is the cause for the failure
I wonder why a simple error message cannot be printed in such a common failure
answered Dec 27, 2021 at 11:54
NirNir
1,47015 silver badges24 bronze badges
For me the same error occurred when I edited the «mongod.cfg» file and added
#security:
authorization: enabled
to #security
but the correct syntax is the following:
#security:
# authorization: enabled
I leave it here in case someone faces the same related issue.
answered Jan 17, 2022 at 13:40
1
Windows cannot start MongoDB service, error 1053
Windows cannot start MongoDB service, error 1053
solve
Delete service
sc delete MongoDB
Reload the configuration file mongod.conf and enter the command:
mongod --install -f “C:Program FilesMongoDBServer3.6mongod.conf”
Start the service and solve
net start mongodb
Intelligent Recommendation
More Recommendation
Win2008 Enable mongodb service error 1053 solution
Mongodb4.0, modify the installation directory binmongod.cfg to enable user authentication, successful on win10: But on win2008 r2, there is always a 1053 error. After Baidu, multiple tests, enabled p…
Windows cannot start MySQL service -1067 error
Windows cannot start the MySQL service (located on the local computer)-error 1067: the process terminated unexpectedly There is a suffix in the Mysql data fileerrFile record error log path:C:ProgramD…
Start MongoDB as a windows service
Using mongodb under windows, it must be restarted every time it is used, which is very troublesome, so how to start it as a windows service? After being started as a system service item, it can be use…
Обновлено 17.01.2023
Добрый день! Уважаемые читатели и гости, крупного IT ресурса Pyatilistnik.org. В прошлый раз мы с вами разобрали проблему с кодом 43 и сбоем запроса дескриптора, сегодня хочу вам показать еще один неприятный момент, который я встретил на Windows Server 2012 R2, но он встречается и на других платформах. Смысл глюка в том, что у вас появляется ошибка запуска службы код 1053, или еще может быть формулировка, что служба не ответила на запрос. Это не позволяет вашему приложению запуститься и работать, мы рассмотрим основные причины подобного поведения и устраним их.
Как выглядит ошибка 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: служба не ответила на запрос запуска или управления своевременно.
Список служб и программ, где вы можете увидеть ошибку 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 7. Я выполнил указания в документах MongoDBs для установки, но это не позволило мне выполнить «net start MongoDB», если я не был в «C: «. Я не хотел возвращаться и переустанавливать MongoDB, чтобы следовать инструкциям, включенным в ссылку Webiyo, указанную выше. Если вы уже установили MongoDB в соответствии со своими документами и хотите иметь возможность запускать «net start MongoDB», где бы ни находился каталог проекта:
Перейдите в HKEY_LOCAL_MACHINE > SYSTEM > CurrentControlSet > services > MongoDB
Дважды щелкните ImagePath под столбцом Name
Вставить в следующий ImagePath (отредактировать каталог папки и имена в соответствии с вашими потребностями):
C:mongodbbinmongod.exe --service --rest --master --logpath=C:mongodblogmongolog.txt --dbpath=C:mongodbdatadb --config C:mongodbmongod.cfg
Обратите внимание: если вы скопируете это значение ImagePath, а ваша папка «data» находится в каталоге mongodb вместо C:добавьте следующую строку в файл «mongod.cfg»: dbpath=C:mongodbdatadb
После этого, когда я запускаю «net stop MongoDB», я получаю сообщение «Ошибка системы 109. Труба закончилась». Вы можете это увидеть. Это сообщение было подробно обсуждено на jira.mongodb.org.
Чтобы сэкономить время на чтение всей дискуссии взад и вперед, пост Тада Маршалса подводит итог этой проблеме:
«… он отлично работал в версии 2.1.0, а позже изменения снова разбили его. Но да, вы получите это сообщение об ошибке в текущем коде.
Объяснение заключается в том, что mongod.exe выходит из потока обратного вызова, созданного диспетчером управления Windows, когда он вызывает нас из-за «net stop mongodb», и это прерывает канал RPC, который он использовал для создания потока обратного вызова. Нам нужно реорганизовать нашу логику выхода, чтобы избежать этого.
Сообщение об ошибке является единственным реальным эффектом этой проблемы; мы выходим из команды, чистым образом и сообщаем диспетчеру управления Windows, что мы остановлены, но затем команда «net» отображает сообщение об ошибке, потому что мы не возвращались из вызова RPC так, как ожидали нас «.
Вопрос:
Я уже несколько месяцев разрабатываю для MongoDB и хочу установить его как сервис на моей машине Windows 7 Enterprise. Ниже приведена команда, которую я выполнил для создания службы:
"D:Milvia SystemsDevelopmentMongoDBmongod.exe" --logpath "D:Milvia SystemsDevelopmentMongoDBlogsDBLog.log" --logappend --dbpath "D:Milvia SystemsDevelopmentMongoDBdb" -vvv --reinstall
Однако, когда я использую net start “MongoDB” или панель управления сервисом, я получаю следующую ошибку:
Ошибка 1053: служба не ответила на запуск или управление запросить своевременно.
Окружающая среда: Windows 7 Enterprise 64bit
MongoDB: 1.6.3 версия pdfile 4.5
Ответ №1
Вы проверили, что вы регистрируетесь, чтобы увидеть настоящую проблему?
Я предлагаю извлечь установку Mongo на c:mongodb.
Создайте каталоги c:mongodblogs и c:mongodbdatadb.
Затем просмотрите каталог c:mongodbbin и запустите следующую команду, чтобы удалить эту службу (если вы ее установили!):
mongod --remove
Затем установите службу, указав каталоги журналов и данных:
mongod --logpath c:mongodblogsmongo.log --dbpath c:mongodbdatadb --directoryperdb --install
Затем, если возникает проблема с запуском службы, вы должны увидеть причину в указанном файле журнала.
Подробнее здесь.
Ответ №2
Если вы не указали абсолютные пути к файлу для каталога данных или каталога журнала, вы получите ту же ошибку Windows, но не файл журнала.
Я использовал информацию из “Установить службу MongoDB в Windows 7” , нажав на Webiyo, чтобы исправить зарегистрированные аргументы службы:
- Загрузите MongoDB и извлеките его на диск C: .
- Добавьте подкаталоги “данные” и “журналы” в каталог “C:mongodb165”.
- Добавить имя файла журнала “mongolog.txt” в “C:mongodb165logsmongolog.txt”.
- Измените каталог на “C:mongodb165bin”.
-
Выполните следующую команду:
mongod --install --rest –master –logpath=C:mongodb165logsmongolog.txt -
Откройте редактор реестра (regedit.exe), перейдите в HKEY_LOCAL_MACHINE → СИСТЕМА → CurrentControlSet → Услуги.
-
Найдите ключ MongoDB и установите для параметра “ImagePath” значение:
C:mongodb165binmongod --service --rest --master --logpath=C:mongodb165logsmongolog.txt --dbpath=C:mongodb165data -
Сохраните изменения в реестре и выйдите из редактора реестра.
- Откройте ComponentServices, нажмите “Сервисы (локальные)” и найдите службу MongoDB. Запустите его.
- Проверьте URL http://localhost:28017/, чтобы проверить, что MongoDB возвращает статистику.
Ответ №3
Я столкнулся с той же проблемой на моем компьютере с Windows 7. Я выполнил указания в документах MongoDBs для установки, но это не позволило мне выполнить “net start MongoDB”, если я не был в “C: ”. Я не хотел возвращаться и переустанавливать MongoDB, чтобы следовать инструкциям, включенным в ссылку Webiyo, указанную выше. Если вы уже установили MongoDB в соответствии со своими документами и хотите иметь возможность запускать “net start MongoDB”, где бы ни находился каталог проекта:
Перейдите в HKEY_LOCAL_MACHINE > SYSTEM > CurrentControlSet > services > MongoDB
Дважды щелкните ImagePath под столбцом Name
Вставить в следующий ImagePath (отредактировать каталог папки и имена в соответствии с вашими потребностями):
C:mongodbbinmongod.exe --service --rest --master --logpath=C:mongodblogmongolog.txt --dbpath=C:mongodbdatadb --config C:mongodbmongod.cfg
Обратите внимание: если вы скопируете это значение ImagePath, а ваша папка “data” находится в каталоге mongodb вместо C:добавьте следующую строку в файл “mongod.cfg”: dbpath=C:mongodbdatadb
После этого, когда я запускаю “net stop MongoDB”, я получаю сообщение “Ошибка системы 109. Труба закончилась”. Вы можете это увидеть. Это сообщение было подробно обсуждено на jira.mongodb.org.
Чтобы сэкономить время на чтение всей дискуссии взад и вперед, пост Тада Маршалса подводит итог этой проблеме:
“… он отлично работал в версии 2.1.0, а позже изменения снова разбили его. Но да, вы получите это сообщение об ошибке в текущем коде.
Объяснение заключается в том, что mongod.exe выходит из потока обратного вызова, созданного диспетчером управления Windows, когда он вызывает нас из-за “net stop mongodb”, и это прерывает канал RPC, который он использовал для создания потока обратного вызова. Нам нужно реорганизовать нашу логику выхода, чтобы избежать этого.
Сообщение об ошибке является единственным реальным эффектом этой проблемы; мы выходим из команды, чистым образом и сообщаем диспетчеру управления Windows, что мы остановлены, но затем команда “net” отображает сообщение об ошибке, потому что мы не возвращались из вызова RPC так, как ожидали нас “.
Ответ №4
Другим, у кого может быть такая же проблема на Windows Server 2012:
У меня только та же проблема с Mongo 3.0.3 на Windows Server 2012. Я не системный администратор, поэтому я не знаю, что они изменили для sc.exe. Я должен использовать
sc.exe create MongoDB binPath= "C:mongodbbinmongod.exe --service --config=C:mongodbmongod.cfg" DisplayName= "MongoDB" start= "auto"
Это без “” для двоичных и конфигурационных путей файлов по сравнению с тем, что находится на их веб-сайте.
Ответ №5
Я выполнил эту команду:
C:MongoDBServer3.4bin>net start MongoDB
И получил это сообщение:
Служба не отвечает на функцию управления. Дополнительная помощь доступный путем ввода NET HELPMSG 2186.
После некоторых проб и ошибок я заметил, что, следуя руководству, он попросил меня назвать мой файл mongod.conf, но команда пыталась обратиться к mongod.cfg.
Как только я исправил это имя и перезапустил команды,
C:MongoDBServer3.4bin>sc.exe delete MongoDB
[SC] DeleteService SUCCESS
C:MongoDBServer3.4bin>sc.exe create MongoDB binPath= ""C:MongoDBServer3.4binmongod.exe" --service --config="C:MongoDBServer3.4mongod.cfg"" DisplayName= "MongoDB" start= "auto"
[SC] CreateService SUCCESS
C:MongoDBServer3.4bin>net start MongoDB
The MongoDB service is starting....
The MongoDB service was started successfully.
Служба начала работать нормально.
Ответ №6
Это шаги, которые я выполнил для установки mongoDB в Windows 7
-
загрузите файл .msi с сайта mongodb → https://www.mongodb.com/download-center?jmp=nav#community и запустите его
-
Где бы вы загрузили ваш mondoDb (обычно в папке Program Files с диска c), перейдите в эту папку, и где бы вы ни находились в папке bin в этой же папке, создайте папку данных и ваш папка журнала
3. Внутри папки данных создайте папку db
Структура будет выглядеть примерно так.
-
Теперь откройте командную строку как администратор.
-
измените путь к файлу и введите папку bin (в этом случае это будут c > программные файлы > MongoDB > bin > )
-
Введите следующую команду: mongod –directoryperdb –dbpath “C:/Program FilesMongoDBdata” –logpath “C:Program FilesMongoDBlogmongo.log” –logappend –rest –install
-
Это установит путь к журналу и базе данных. Наконец, запустите net start MongoDB. Надеюсь, это поможет.
Ответ №7
Мой файл mongod.cfg содержал следующие две последние строки:
#snmp:
mp:
Я понятия не имею, почему там MP: там. Но когда я вручную выполнил путь к изображению
C:mongodbbinmongod.exe --config "C:mongodbbinmongod.cfg" --service
на
ComputerHKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesMongoDB
Я получил
c:mongodbbin>mongod /?C:mongodbbinmongod.exe --config "C:mongodbbinmongod.cfg" --service
Unrecognized option: mp
try 'mongod --help' for more information
Итак, я прокомментировал это, и затем служба запустилась без проблем.
Ответ №8
Для mongoDB 3.0 вам нужно будет установить в конфигурационном файле следующее.
logpath=E:mongoDBdatalogmongoDB.log
dbpath=E:mongoDBdatadb
путь к журналу должен заканчиваться файлом, а не папкой.
Ответ №9
Проверьте, есть ли в вашем файле mongod.cfg вкладки. Удаление вкладок разрешило это для меня!
Ответ №10
Следующие работы с MongoDB 3.6.0
Убедитесь, что у вас есть следующие папки:
- C:MongoDB
- данные C:MongoDBDataдб
Тогда все, что вам нужно, это следующие команды:
- mongod –directoryperdb -dbpath C:mongodbdatadb –logpath C:mongodblogmongo.log –logappend –service –install
- чистый старт MongoDB
- монго
Ответ №11
Еще один способ, которым это может быть неудачно, заключается в том, что учетная запись, на которой запущена служба, не имеет права на запись в каталог данных.
В этом случае служба не сможет создать файл блокировки.
Служба mongod ведет себя плохо в этой ситуации и переходит в цикл, запускающий процесс, который немедленно бросает необработанное исключение, сбой и т.д. файл журнала воссоздается каждый раз, когда процесс запускается, поэтому вам нужно быстро его схватить если вы хотите увидеть ошибку.
пользователем по умолчанию для служб Windows будет localhostsystem. поэтому исправление заключается в том, чтобы этот пользователь мог записывать в ваш каталог db или запускать службу в качестве другого пользователя, который может.
Ответ №12
Для версии 2.6 вы должны создать папки/data/db/и/log/, на которые указывает mongo.cfg. MongoDB не будет делать этого сам и будет отбрасывать эту ошибку в ответ, когда запускается как служба.
Ответ №13
убедитесь, что вы открыли командную строку с правами “запускать как администратора” в правом щелчке, прежде чем вводить все вещи mongod.
Ответ №14
Потратьте полчаса на отладку… Наконец я обнаружил, что перед атрибутом “отдых” есть одиночная тире.
Ответ №15
Просто попробуйте запустить mongod.exe локально в командной строке, вы можете получить здесь исключение, которое вызовет mongod и попытается его решить. В моем случае это было небольшое свободное место на локальном диске, поэтому я просто меняю расположение каталогов и меняю файл Mongocofig, и теперь он работает нормально.
Ответ №16
Если вы посмотрите в подробностях службы, вы увидите, что команда запуска службы – это что-то вроде:
"C:Program FilesMongoDBbinmongod" --config C:Program FilesMongoDBmongod.cfg --service
Команда MongoDB забыла добавить " вокруг опции --config. Поэтому просто отредактируйте реестр, чтобы исправить его, и он будет работать.
Ответ №17
У меня была такая же проблема на Windows 8.1
Решение, которое работало для меня, это правильно указать путь к файлу конфигурации.
Переход к HKEY_LOCAL_MACHINE > SYSTEM > CurrentControlSet > services > MongoDB > imagePath означает следующее:
"C:Program FilesMongoDB 2.6 Standardbinmongod.exe" --config mongod.cfg --service
Затем просто я исправил путь к файлу конфигурации, чтобы соответствовать моему фактическому пути:
"C:Program FilesMongoDB 2.6 Standardbinmongod.exe" --config "d:mongodbmongod.cfg" --service
Ответ №18
Не забудьте создать базу данных перед запуском службы
C:>"C:Program FilesMongoDBServer3.2binmongod.exe" --dbpath d:MONGODBDB
2016-10-13T18:18:23.135+0200 I CONTROL [main] Hotfix KB2731284 or later update is installed, no need to zero-out data files
2016-10-13T18:18:23.147+0200 I CONTROL [initandlisten] MongoDB starting : pid=4024 port=27017 dbpath=d:MONGODBDB 64-bit host=mongosvr
2016-10-13T18:18:23.148+0200 I CONTROL [initandlisten] targetMinOS: Windows 7/Windows Server 2008 R2
2016-10-13T18:18:23.149+0200 I CONTROL [initandlisten] db version v3.2.8
2016-10-13T18:18:23.149+0200 I CONTROL [initandlisten] git version: ed70e33130c977bda0024c125b56d159573dbaf0
2016-10-13T18:18:23.150+0200 I CONTROL [initandlisten] OpenSSL version: OpenSSL 1.0.1p-fips 9 Jul 2015
2016-10-13T18:18:23.151+0200 I CONTROL [initandlisten] allocator: tcmalloc
2016-10-13T18:18:23.151+0200 I CONTROL [initandlisten] modules: none
2016-10-13T18:18:23.152+0200 I CONTROL [initandlisten] build environment:
2016-10-13T18:18:23.152+0200 I CONTROL [initandlisten] distmod: 2008plus-ssl
2016-10-13T18:18:23.153+0200 I CONTROL [initandlisten] distarch: x86_64
2016-10-13T18:18:23.153+0200 I CONTROL [initandlisten] target_arch: x86_64
2016-10-13T18:18:23.154+0200 I CONTROL [initandlisten] options: { storage: { dbPath: "d:MONGODBDB" } }
2016-10-13T18:18:23.166+0200 I STORAGE [initandlisten] wiredtiger_open config: create,cache_size=8G,session_max=20000,eviction=(threads_max=4),config_base=false,statistics=(fast),log=(enabled=true,archive=true,path=journal,compressor=snappy),file_manager=(close_idle_time=100000),checkpoint=(wait=60,log_size=2GB),statistics_log=(wait=0),
2016-10-13T18:18:23.722+0200 I NETWORK [HostnameCanonicalizationWorker] Starting hostname canonicalization worker
2016-10-13T18:18:23.723+0200 I FTDC [initandlisten] Initializing full-time diagnostic data capture with directory 'd:/MONGODB/DB/diagnostic.data'
2016-10-13T18:18:23.895+0200 I NETWORK [initandlisten] waiting for connections on port 27017
Затем вы можете остановить процесс Control-C
2016-10-13T18:18:44.787+0200 I CONTROL [thread1] Ctrl-C signal
2016-10-13T18:18:44.788+0200 I CONTROL [consoleTerminate] got CTRL_C_EVENT, will terminate after current cmd ends
2016-10-13T18:18:44.789+0200 I FTDC [consoleTerminate] Shutting down full-time diagnostic data capture
2016-10-13T18:18:44.792+0200 I CONTROL [consoleTerminate] now exiting
2016-10-13T18:18:44.792+0200 I NETWORK [consoleTerminate] shutdown: going to close listening sockets...
2016-10-13T18:18:44.793+0200 I NETWORK [consoleTerminate] closing listening socket: 380
2016-10-13T18:18:44.793+0200 I NETWORK [consoleTerminate] shutdown: going to flush diaglog...
2016-10-13T18:18:44.793+0200 I NETWORK [consoleTerminate] shutdown: going to close sockets...
2016-10-13T18:18:44.795+0200 I STORAGE [consoleTerminate] WiredTigerKVEngine shutting down
2016-10-13T18:18:45.116+0200 I STORAGE [consoleTerminate] shutdown: removing fs lock...
2016-10-13T18:18:45.117+0200 I CONTROL [consoleTerminate] dbexit: rc: 12
Теперь ваша база данных подготовлена, и вы можете запустить службу, используя
C:>net start MongoDB
The MongoDB service is starting.
The MongoDB service was started successfully.
Ответ №19
Проверьте, запущен ли уже экземпляр процесса mongod. Если да, эта служба не запускается, потому что C:datadbmongod.lock будет использоваться ею.
И чтобы запустить MongoDB как службу, этот файл не должен использоваться каким-либо процессом.
Ответ №20
Для меня проблема была неправильной. Убедитесь, что вы скопировали каталог из своего проводника файлов и не допустили, что каталог, указанный на странице документации, правильный.
Ответ №21
Если вы получили сообщение об ошибке:
неверное имя службы
при запуске net start mongodb вам нужно будет выполнить следующую команду из шага 4 в разделе “Создание службы Windows для редактирования сообщества MongoDB вручную”:
sc.exe create MongoDB binPath= ""C:Program FilesMongoDBServer3.4binmongod.exe" --service --config="C:Program FilesMongoDBServer3.4mongod.cfg"" DisplayName= "MongoDB" start= "auto"
Ответ №22
Я сделал несколько изменений в файле запуска Config, что вызвало эту проблему. Когда я посмотрел в файле mongo.log, он сказал
“Не удалось запустить сервер. Обнаружены файлы данных в E:Mongodatadb, созданные механизмом хранения ‘wiredTiger’. Сконфигурированный механизм хранения: ‘mmapv1’., Завершение”
Сброс механизма хранения обратно на “wiredTiger” решил проблему для меня. Надеюсь, что это помогает другим.
Ответ №23
Я начал следовать учебному курсу в блоге, который требовал MongoDB. В нем были инструкции по загрузке и настройке службы. Но по какой-то причине команда для запуска службы Windows в этом учебнике не работала. Поэтому я пошел в документы MongoDB и попробовал запустить эту команду, как указано на mongodb.org –
Команда strting mongodb service-
sc.exe создать MongoDB binPath = “” C:MongoDBbinmongod.exe “–service –config = ” C:MongoDBbinmongodbmongod.cfg “DisplayName =” MongoDB “start =” авто “
Я получил это сообщение: [SC] CreateService SUCCESS
Тогда я запустил это:
net start MongoDB
И получил это сообщение:
The service is not responding to the control function.
More help is available by typing NET HELPMSG 2186.
Я создаю файл с именем ‘mongod.cfg’ в ‘C:MongoDBbinmongodb ’
Как только я добавил этот файл и перезапустил команду “net start MongoDB”, служба начала работать нормально.
Надеюсь, что это поможет.
Ответ №24
В моем случае у меня было небольшое дисковое пространство на моем диске, где у меня есть файлы данных MongoDB. Я проверил файл журнала MongoDB, в котором указано следующее
2015-11-11T21: 53: 54.717 + 0500 E JOURNAL [initandlisten] Недостаточно свободного места для файлов журнала 2015-11-11T21: 53: 54.717 + 0500 я ЖУРНАЛ [initandlisten] Пожалуйста, сделайте не менее 3379 МБ в C:wampbinmongodbdatadbjournal или использовать –smallfiles
Все, что мне нужно было сделать, это очистить место и снова запустить службу. Работал для меня. Итак, все, что вам нужно, это проверить файл журнала и решить проблему соответственно.
При входе в 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.
В случае, если проблема не была решена, опишите ситуацию в комментариях, с указанием имени службы и в каких случаях появляется ошибка. Я буду рад помочь.