Метеор: неожиданный код выхода монго 100
Я только что установил Meteor версии 0.5.9 (45fef52095) на мой CentOS release 6.3 (Final) server (Linux версии 2.6.32-279.19.1.el6.семейства i686 (mockbuild@c6b8.bsys.dev.centos.org) (GCC версии 4.4.6 20120305 (Красная Шапочка 4.4.6-4) (обычно используется сокращение GCC) ) #1 СМП ср 19 декабря 04:30:58 мирового 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: создание нового метеора.js-файл и получить ошибку 100, MongoDB не в состоянии написать -- однако, следуя этим предложениям (sudo'ING команда meteor, и проверка на дисковое пространство которого у меня есть 70 ГБ бесплатно) не сработало. Я совершенно уверен, что эти вопросы связаны с разрешением.
Я попытался chown
рекурсивно в root: root (как я вошел в систему как root), и chmod
до 777 рекурсивно тоже, но безрезультатно.
Я спрашиваю вас, что я должен попробовать дальше, чтобы мой Метеор приложение, чтобы начать?
спасибо заранее.
26 ответов:
похоже, что временное решение можно найти, запустив meteor из каталога, который не находится в монтировании. Mongodb, похоже, не слишком любезно относится к общим ресурсам, поэтому вам нужно настроить rsync для периодического копирования файлов из вашего общего ресурса в каталог, где работает meteor.
источник: проблемы для запуска примеров в Meteor
используя
meteor reset
стирает все данные из вашей базы данных. Если вы беспокоитесь об этом, перейдите в папку проекта.
cd /path/to/my/project
здесь вам нужно стереть .
rm .meteor/local/db/mongodb.lock
теперь вы можете запустить Meteor с помощью команды,
meteor
удаление этого файла и папки работало для меня:
rm -rf .meteor/local/db/mongod.lock .meteor/local/db/journal/
мой был исправлен в конце концов, запустив export
LC_ALL=C
. Нашел ошибку через шаги отладки, предложенные в этом посте:https://stackoverflow.com/a/15752736/1820510
как было предложено в другом месте, работает
meteor reset
Исправлена проблема для меня на OS X.предупреждение:
meteor reset
стирает все в локальной базе.
вот что мне помогло.
- Я удалил .meteor / local/db / mongod.замок
- Я убил процесс mongod. Вы можете найти это с помощью "ps-ef / grep mongo"
убедитесь, что у вас достаточно свободного места на этом разделе. Если нет, то вы получите эту самую ошибку.
я запускаю meteor под Vagrant и столкнулся с этой проблемой, прежде чем найти этот поток, я удалил свои файлы MongoDB из
/var/lib/mongodb
Как было!--1--> там также, это может или не может потребоваться, но стоит посмотреть на другие области, где MongoDB может находиться рядом с .
эта ошибка случалась каждый раз, когда я перезапускал meteor и
rm .meteor/local/db/mongod.lock
не работает для меня (я работаю на cloud9 онлайн IDE)
что я сейчас делаю
rm .meteor/local/db/mongod.lock .meteor/local/db/local.*
и все возвращается на круги своя без удаление моей базы данных
у меня была такая же проблема на Windows 8.1 х64 : 'неожиданный код выхода монго 100. Перезапуск.- . И "Метеор сброс" или " удалить mongod.лок не решал эту проблему. Для отображения сведений об ошибке при запуске mongod, Я добавил proc.стандартный вывод.на функция в run-mongo.js file:
// Let's 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 *********************************************************************
ошибка указывает, что каталог БД не существует. Однако она существует. Проблема была что у меня есть специальный символ в пути (акцент é в моем имени). Я перемещаю папку проекта meteor в другое место на диске, где путь свободен от акцента, и он работал нормально.
надеюсь, что поможет.
The run-mongo.js файл находится в моем ПК по адресу : C:\Users\Pierre-André\AppData\Local\.meteor\packages\meteor-tool\1.1.10\mt-os.окна.x86_32\tools\runners
Не забудьте удалить 3 строки после решения проблемы, или вы будете иметь много консольных журналов при каждой загрузке проекта.
У меня было выключение машины случайно, что привело к той же проблеме. Ни один из вариантов не помог, т. е. удаление .заблокируйте файл или запустите экспорт LC_ALL=C и т. д.
Я на Ubuntu 15.04. Я начал монго с -- dbpath параметр, указывающий на myApp/.meteor/local/db и журналы запуска mongo дали понять, что mongo пытается восстановить базу данных из журнала / S в папке журнала. Его искали местные.1 файл, который не существует.
поэтому я попробовал монго -- восстановление этого далее указал, что он не будет работать, пока у меня нет папки журнала.
вот что я сделал
1. Удалил папку журнала (переместил ее в другое место - на всякий случай)
2. запустил mongo -- recovery (не 100% уверен, что это действительно что-то сделало)
3. стартовал Метеор
И это началось без каких-либо сбоев и угадайте, что у меня были все мои данные, как ожидалось
первый
$ rm .meteor / local/db / mongodb.замок
Если это не работает
резервное копирование, как вы можете
.meteor / local / db / meteor*
и
$ meteor reset
и восстановить
.meteor / local / db / meteor*
решена! В моем случае
deleting meteor/local/db/mongodb.lock
иmeteor reset
исправить эту проблему.Спасибо Всем!
если вы получаете уведомление, что-то вроде
Local folder has run out of space
попробуйте пойти к
cd .meteor/local/bundler-cache/
и удалить все в этой папке. Его кэш, поэтому он не должен влиять слишком много. Иногда кажется, что он растет бесконтрольно.
EDIT
объединение всех других ответов попробуйте
rm -rf .meteor/local/db/mongod.lock .meteor/local/db/local.* .meteor/local/db/journal .meteor/local/bundler-cache/linker/
если это все еще не работает, вам, возможно, придется освободить место на диске. Сделайте это, проверив через
free -m
или глядя на ваши inodes и сколько места используется через
df -h
я наткнулся на эту проблему, когда я впервые установил узел и Метеор в моем новом ноутбуке (Windows 10). Я не внес никаких изменений в установки по умолчанию.
Метеор сброс или удаление файлов из .meteor / local / db не работал для меня, поскольку я создавал новые приложения для локального запуска, и каталог был пуст. Итак, я мог бы создать их, но они не побежали. Пробовал также создавать приложения со старыми версиями meteor, также не удалось.
решить в моем случае при смене каталог на C:\
cd c:\
Метеор создать testApp
этот каталог работал также с уже существующими приложениями, которые я перенес с моего ПК. Я думаю, что-то связано с NFS filesytems, я новичок во всем этом, поэтому, если кто-то может объяснить больше об этом, я хотел бы узнать больше. Это уже расстраивает, что я не могу использовать все возможные каталоги для хранения моих приложений
У меня была аналогичная проблема. Это было связано с тем, что мой каталог проекта был частью моего Dropbox, и в нем были некоторые конфликтные файлы .каталог meteor / local/db. Удаление этих решило проблему.
Я мог бы восстановить ошибку, удалив локальную блокировку Mogo db.
шаги по удалению блокировки БД:
- перейдите в каталог приложений (где у вас есть файлы приложений Meteor)
- удалить файл $ rm .meteor / local/db / mongod.замок
ошибка возникает, если приложение Meteor все еще работает в фоновом режиме. Db lock не освобождается запущенным приложением или из-за неправильной системы / приложения завершение работы и недоступно для второго экземпляра того же приложения. Так что будьте осторожны, чтобы выйти из приложения каждый раз.
У меня была такая же проблема, я ее решил, изменив собственности .папка meteor (где живет MongoDB)
cd path-to-meteor-app sudo chown -R youruser:yourgruop .meteor
надеюсь помочь кому-нибудь!
Если вы установили Mongo глобально, то обязательно удалите все файлы prealloc в папке /db/journal.
для Ubuntu папка /db / обычно находится в /data, поэтому полный путь - /data/db / journal. Это может быть по-другому для других ОС.
я наткнулся на эту проблему, когда я впервые установил узел и Метеор в моем новом ноутбуке (Windows 10). Я не внес никаких изменений в установки по умолчанию.
Метеор сброс или удаление файлов из .meteor / local / db не работал для меня, поскольку я создавал новые приложения для локального запуска, и каталог был пуст. Итак, я мог бы создать их, но они не побежали. Пробовал также создавать приложения со старыми версиями meteor, также не удалось.
решить в моем случае при смене каталог на C:\
cd c:\
meteor create testApp
этот каталог работал также с уже существующими приложениями, которые я перенес с моего ПК. Я думаю, что-то связано с NFS filesytems, я новичок во всем этом, поэтому, если кто-то может объяснить больше об этом, я хотел бы узнать больше. Это уже расстраивает, что я не могу использовать все возможные каталоги для хранения моих приложений
у меня была эта проблема с использованием Meteor 1.4 на Windows 10. Тем не менее, я разрабатываю одно и то же приложение meteor на установке Ubuntu. Проблема для меня была вызвана различиями в том, как Mongo 3.2 реализован на Windows и Ubuntu. Моя 64-битная установка Ubuntu использует WiredTiger. Однако, как говорится в Метеоре документация:
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.
для тех, кто использует bash на Windows (Подсистема Windows для Linux/WSL), я обнаружил, что создание приложения meteor за пределами каталога /mnt решает проблему.
когда я устанавливаю его в своем рабочем пространстве в /mnt/c / Workspace, он каждый раз терпел неудачу. Но, как только я устанавливаю его в домашнем каталоге (~), он запускается в первый раз. вот изображение.
У меня та же ошибка, и я решил ее, просто изменив имя каталога compañeros для companeros ... Я знаю, что это ошибка для начинающих, но я должен сказать это, чтобы помочь людям Уит. C:\nube\MEGA\cursos\coursera\CursowebResposivaEjemplos\compañeros\meteor_portfolio_website не работает C:\nube\MEGA\cursos\coursera\CursowebResposivaEjemplos\companeros\meteor_portfolio_website работайте правильно.