Подтвердить что ты не робот

Метеор: неожиданный код выхода манго 100

Я только что установил Meteor версии 0.5.9 (45fef52095) на мой сервер CentOS версии 6.3 (Final) (версия Linux 2.6.32-279.19.1.el6.i686 ([email protected] ) (gcc версия 4.4.6 20120305 (Red Hat 4.4.6-4) (GCC)) # 1 SMP Wed Dec 19 04:30:58 UTC 2012)

У меня есть доля samba на сервере Windows SBS, установленном как /mnt/apshared под пользователем apache. Я создал каталог внутри него, называемый "webmeteor". Я создал приложение под названием "myapp" внутри каталога "webmeteor", поэтому мой каталог выглядит так:/mnt/apshared/webmeteor/myapp.

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

Unexpected mongo exit code 100. Restarting.
Unexpected mongo exit code 100. Restarting.
Unexpected mongo exit code 100. Restarting.
Can't start mongod

MongoDB had an unspecified uncaught exception.
Check to make sure that MongoDB is able to write to its database directory.

Моей первой точкой вызова был этот вопрос StackOverflow: Создание нового файла meteor.js и получение ошибки 100, MongoDB не умеет писать - однако, следуя этим предложения (sudo'ing метеорной команды и проверка дискового пространства, на котором у меня свободна 70 ГБ), не сработали. Я совершенно уверен, что эти проблемы связаны с разрешением.

Я пытался рекурсивно ретранслировать chown в root: root (как я зарегистрирован как root) и chmod to 777 рекурсивно, но безрезультатно.

Я спрашиваю вас, что мне следует попробовать, чтобы мое приложение Meteor начало?

Спасибо заранее.

4b9b3361

Ответ 1

Похоже, временное решение можно найти, запустив meteor из каталога, который не находится в mount. Mongodb, похоже, не слишком любезно относится к акциям, поэтому вам нужно настроить rsync для периодической копирования файлов из вашего ресурса в каталог, в котором работает метеорит.

Источник: Проблемы для запуска примеров в Meteor

Ответ 2

Использование meteor reset стирает все данные из вашей базы данных. Если вы беспокоитесь об этом, перейдите к папке проекта.

cd /path/to/my/project

Здесь вам нужно удалить файл mongodb.lock.

rm .meteor/local/db/mongodb.lock

Теперь вы можете запустить Meteor с помощью команды

meteor

Ответ 3

Зачем мне это удалять, это удалить этот файл и папку: rm -rf .meteor/local/db/mongod.lock .meteor/local/db/journal/

спасибо

Ответ 4

В конце концов шахта была исправлена, выполнив экспорт LC_ALL=C. Обнаружена ошибка с помощью шагов отладки, предложенных в этом сообщении: fooobar.com/questions/106483/...

Ответ 5

Как было предложено в другом месте, запуск meteor reset исправил проблему для меня на OS X.

ПРЕДУПРЕЖДЕНИЕ: meteor reset стирает все в вашей локальной базе данных.

Ответ 6

Вот что мне помогло.

  • Я удалил .meteor/local/db/mongod.lock
  • Я убил процесс mongod. Вы можете найти это, используя "ps -ef | grep mongo"

Ответ 7

Убедитесь, что у вас достаточно свободного места на этом разделе. Если нет, вы получите эту самую ошибку.

Ответ 8

Я запускаю метеор под Vagrant и наткнулся на эту проблему, прежде чем найти этот поток, я удалил файлы mongodb из /var/lib/mongodb, так как там был .lock, возможно, это могло бы или не быть требуется, но стоит посмотреть на другие области, где mongodb может находиться помимо папки .meteor.

Я надеюсь, что это поможет кому-то.

Ответ 9

эта ошибка обычно случалась каждый раз, когда я перезапускал метеорит и

rm .meteor/local/db/mongod.lock

не работал у меня (я работаю над cloud9 online IDE)

Теперь я делаю

rm .meteor/local/db/mongod.lock .meteor/local/db/local.*

и все возвращается к нормальному без стирания моей базы данных

Ответ 10

У меня была такая же проблема в Windows 8.1 x64: "Неожиданный код выхода mongo 100. Перезагрузка". И "meteor reset" или "delete mongod.lock" не решает проблему. Чтобы отобразить сведения об ошибке при запуске mongod, я добавил функцию proc.stdout.on в файле run-mongo.js:

// Let not actually start a process if we yielded (eg during
// findMongoAndKillItDead) and we decided to stop in the middle (eg, because
// we're in multiple mode and another process exited).
if (stopped) return;

proc = spawnMongod(mongod_path, port, dbPath, replSetName);

// added this 3 lines just to debug 'Unexpected mongo exit code 100. Restarting.'
proc.stdout.on('data', function (data) {
  console.log('stdout: ' + data);
});

Затем я получил явную ошибку:

*********************************************************************
ERROR: dbpath (C:\Users\Pierre-André\Desktop\Pal\Meteor\simple-todos\.meteor\local\db) does not exist.
Create this directory or give existing directory in --dbpath.
See http://dochub.mongodb.org/core/startingandstoppingmongo
*********************************************************************

Ошибка указывает, что каталог db не существует. Однако он существует. Проблема заключалась в том, что у меня есть специальный символ на пути (акцент é от моего имени). Я перемещаю свою папку проекта метеора в другое место на диске, на котором путь акцентен, и он работал нормально.

Надеюсь, что это поможет.

Файл run-mongo.js находится в моем компьютере по адресу: C:\Users\Pierre-André\AppData\Local \.meteor\packages\meteor-tool\1.1.10\mt-os.windows.x86_32\Tools\бегуны

Не забывайте удалять 3 строки после решения проблемы или у вас будет много консольных журналов каждый раз при загрузке проекта.

Ответ 11

Я случайно отключил компьютер, что привело к той же проблеме. Ни один из вариантов не помог мне удалить файл .lock или запустить экспорт LC_ALL = C и т.д.
Я на Ubuntu 15.04. Я начал mongo с опцией -dbpath, указывающей на myApp/.meteor/local/db, а журналы запуска mongo дали понять, что mongo пытается восстановить базу данных из журнала /s в папке журнала. Он искал файл local.1, которого не было.

Итак, я попробовал mongo -recovery, который далее указал, что он не будет работать, пока у меня не будет папки журнала.
здесь, что я сделал
1. Удалил папку журнала (переместил ее в другое место - на всякий случай)
2. запустил mongo -recovery (не на 100% уверен, что на самом деле что-то сделал)
3. запустил метеорит
И он начался без каких-либо сбоев и угадал, что у меня были все мои данные, как ожидалось.

Ответ 12

первый

$rm.meteor/local/db/mongodb.lock

если это не работает

так как вы можете

.meteor/локальные/дб/метеор *

и

$метеорит reset

и восстановить

.meteor/локальные/дб/метеор *

Ответ 13

Решено! В моем случае deleting meteor/local/db/mongodb.lock и meteor reset исправить проблему.

Спасибо всем!

Ответ 14

Если вы получаете уведомление с чем-то вроде

Local folder has run out of space

Попробуйте перейти

cd .meteor/local/bundler-cache/

и удалить все в этом каталоге. Его кеш, поэтому он не должен влиять слишком много. Кажется, что он растет неуправляемо иногда.

ИЗМЕНИТЬ

Объединяя все остальные ответы, попробуйте

rm -rf .meteor/local/db/mongod.lock .meteor/local/db/local.* .meteor/local/db/journal .meteor/local/bundler-cache/linker/

Если это все еще не работает, вам может понадобиться освободить место на диске. Сделайте это, проверив через

free -m

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

df -h

Ответ 15

Я наткнулся на эту проблему, когда я впервые установил node и метеорит в свой новый ноутбук (Windows 10). Я не внес никаких изменений в установки по умолчанию.

Meteor reset или удаление файлов из .meteor/local/db не работало для меня, поскольку я создавал новые приложения для локального запуска, а каталог был пуст. Поэтому я мог бы создать их, но они не запускались. Пробовал также создавать приложения со старыми версиями метеоров, также не удалось.

Решено в моем случае, сменив каталог на c:\

cd c:\

Метеор создать testApp

Этот каталог работал также с уже существующими приложениями, которые я перевел с моего компьютера. Я думаю, что-то связано с файлами NFS, я новичок во всем этом, поэтому, если кто-нибудь может объяснить больше об этом, я бы хотел узнать больше. Это уже разочаровывает, что я не могу использовать все возможные каталоги для хранения своих приложений

Ответ 16

У меня была аналогичная проблема. Это было связано с тем, что каталог моего проекта был частью моего Dropbox, и были некоторые конфликтующие файлы в каталоге .meteor/local/db. Удаление этих проблем позволило решить проблему.

Ответ 17

Я мог восстановить ошибку, удалив блокировку локального Mogo db.

Шаги по удалению блокировки db:

  • Перейдите в каталог приложений (где у вас есть файлы приложений Meteor)
  • Удалить файл $ rm.meteor/local/db/mongod.lock

Ошибка, если приложение Meteor все еще работает в фоновом режиме. Заблокированное блокирование не освобождается запущенным приложением или из-за неправильного завершения работы системы/приложения и недоступно для второго экземпляра того же приложения. Поэтому следите за тем, чтобы каждый раз оставлять приложение.

Ответ 18

У меня была такая же проблема, я решил, что она меняет право собственности на папку .meteor(где живет MongoDB)

cd path-to-meteor-app
sudo chown -R youruser:yourgruop .meteor

Надеюсь помочь кому-то!

Ответ 19

Я смог исправить это путем экспорта LC_ALL, я использую Ubuntu

export LC_ALL = "en_US.UTF-8"

Ответ 20

Если вы установили Mongo глобально, обязательно удалите все файлы prealloc в папке /db/journal.

Для Ubuntu папка/db/обычно находится в /data, поэтому полный путь /data/db/journal. Это может отличаться для других ОС.

Ответ 21

Я наткнулся на эту проблему, когда я впервые установил node и метеорит в свой новый ноутбук (Windows 10). Я не внес никаких изменений в установки по умолчанию.

Meteor reset или удаление файлов из .meteor/local/db не работало для меня, поскольку я создавал новые приложения для локального запуска, а каталог был пуст. Поэтому я мог бы создать их, но они не запускались. Пробовал также создавать приложения со старыми версиями метеоров, также не удалось.

Решено в моем случае, сменив каталог на c:\

cd c:\

meteor create testApp

Этот каталог работал также с уже существующими приложениями, которые я перевел с моего компьютера. Я думаю, что-то связано с файлами NFS, я новичок во всем этом, поэтому, если кто-нибудь может объяснить больше об этом, я бы хотел узнать больше. Это уже разочаровывает, что я не могу использовать все возможные каталоги для хранения своих приложений

Ответ 22

У меня была эта проблема с использованием Meteor 1.4 на Windows 10. Однако я разрабатываю одно и то же приложение meteor для установки Ubuntu. Проблема для меня была вызвана различиями в том, как Mongo 3.2 реализован в Windows и Ubuntu. Моя 64-разрядная установка Ubuntu использует WiredTiger. Однако, как говорится в документации Meteor :

If you are using Windows or 32bit Linux, you can update your development
database to 3.2, however it will continue to use the MMAPv1 storage 
engine, as the 32bit MongoDB binary does not support WiredTiger.

Используя meteor reset в Windows, отмените базу данных WiredTiger от Ubuntu, а затем перестройте ее с помощью старого механизма MMAPV1. Это решило ошибку кода выхода 100.

Ответ 23

Для тех, кто использует bash в Windows (подсистема Windows для Linux/WSL), я обнаружил, что создание приложения meteor вне каталога /mnt решает проблему.

Когда я устанавливаю его в моем рабочем пространстве в /mnt/c/Workspace, он не работает каждый раз. Но, как только я установил его в домашний каталог (~), он запускается в первый раз. Здесь изображение.

Ответ 24

У меня такая же ошибка, и я решил, что просто изменил имя каталога compañeros для компаньонов... Я знаю, что это вина для новичков, но я должен сказать это, чтобы помочь людям. C:\nube\MEGA\cursos\coursera\CursowebResposivaEjemplos\compañeros\meteor_portfolio_website не работает C:\nube\MEGA\cursos\coursera\CursowebResposivaEjemplos\companeros\meteor_portfolio_website работают правильно.

Ответ 25

Я исправил эту проблему, изменив файл /usr/local/lib/meteor.

Добавление "экспорта LC_ALL = C LANG = C" к этому bash script


#!/usr/bin/env bash

экспортировать LC_ALL = C LANG = C

BUNDLE_VERSION = 0.5.16


Ответ 26

работа для меня: Я переместил проект в другой каталог, потому что у меня есть Windows 8.1. У меня был проект в каталоге рабочего стола, когда проект был изменен на C:\meteor\project