Meteor: código de salida de mongo inesperado 100

Acabo de instalar Meteor versión 0.5.9 (45fef52095) en mi servidor de CentOS versión 6.3 (final) (versión de Linux 2.6.32-279.19.1.el6.i686 (mockbuild@c6b8.bsys.dev.centos.org) (gcc versión 4.4.6 20120305 (Red Hat 4.4.6-4) (GCC)) # 1 SMP Wed dic 19 04:30:58 UTC 2012)

Tengo un recurso compartido samba para un servidor Windows SBS montado como / mnt / apshared bajo el usuario apache. He creado un directorio dentro de este llamado ‘webmeteor‘. He creado una aplicación llamada ‘myapp’ dentro del directorio ‘webmeteor’, por lo que mi directorio es así: / mnt / apshared / webmeteor / myapp.

Estoy conectado como root. Cuando trato de ejecutar la aplicación usando el comando meteor , me dan los siguientes mensajes de error:

 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. 

Mi primer punto de llamada fue esta pregunta de StackOverflow: Creando un nuevo archivo meteor.js y obteniendo el error 100, MongoDB no puede escribir , sin embargo, siguiendo estas sugerencias (sudoando el comando del meteoro, y verificando el espacio en disco del cual tener 70 GB gratis) no funcionó. Estoy bastante seguro de que estos problemas están relacionados con permisos.

Intenté chown recursivamente a raíz: raíz (como estoy conectado como raíz), y chmod a 777 recursivamente también, pero fue en vano.

Te pregunto, ¿qué debo intentar a continuación, para permitir que comience mi aplicación Meteor?

Gracias por adelantado.

Parece que se puede encontrar una solución temporal ejecutando meteoro fuera de un directorio que no está en el assembly. Mongodb no parece tener muy en cuenta las acciones, por lo que necesitará configurar rsync para copiar periódicamente los archivos de su recurso compartido en el directorio donde se está ejecutando el meteor.

Fuente: Problemas para ejecutar ejemplos en Meteor

El uso del meteor reset borra todos los datos de su base de datos. Si le preocupa esto, navegue a la carpeta de su proyecto.

cd /path/to/my/project

Aquí debe borrar el archivo mongodb.lock .

rm .meteor/local/db/mongodb.lock

Ahora puedes ejecutar Meteor usando el comando,

meteor

Eliminar este archivo y mi carpeta funcionó para mí:

 rm -rf .meteor/local/db/mongod.lock .meteor/local/db/journal/ 

La mía fue corregida al final ejecutando exportación LC_ALL=C Encontrado el error a través de los pasos de depuración sugeridos en esta publicación: https://stackoverflow.com/a/15752736/1820510

Como se sugirió en otra parte, ejecutar el meteor reset solucionó el problema en OS X.

ADVERTENCIA: el meteor reset borra todo en su base de datos local.

Esto es lo que me ayudó.

  1. Eliminé .meteor / local / db / mongod.lock
  2. Yo maté el proceso de mongod. Puedes encontrar esto usando “ps -ef | grep mongo”

Asegúrate de tener suficiente espacio libre en esa partición. Si no, obtendrás este mismo error.

Estoy ejecutando meteoro debajo de Vagrant y me encontré con este problema, antes de encontrar este hilo, /var/lib/mongodb mis archivos MongoDB de /var/lib/mongodb ya que también había un .lock allí, esto podría o no ser necesario, pero vale la pena Busque otras áreas donde MongoDB podría residir al lado de la carpeta .meteor .

este error solía suceder cada vez que reinicia meteor y

 rm .meteor/local/db/mongod.lock 

no funcionó para mí (estoy trabajando en Cloud9 IDE en línea)

Ahora lo hago

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

y todo vuelve a la normalidad sin borrar mi base de datos

Tuve el mismo problema en Windows 8.1 x64: ‘código de salida de mongo inesperado 100. Reiniciar’. . Y ‘meteor reset’ o ‘delete mongod.lock’ no lo resolvió. Para mostrar los detalles del error al iniciar mongod , agregué una función proc.stdout.on en el archivo run-mongo.js:

 // 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); }); 

Entonces obtuve el error explícito:

 ********************************************************************* 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 ********************************************************************* 

El error indica que el directorio db no existe. Sin embargo, existe. El problema es que tengo un personaje especial en el camino (acento é en mi nombre). Muevo la carpeta de mi proyecto de meteors a otro lugar del disco, donde la ruta está libre de acentos, y funcionó bien.

Espero que eso ayude.

El archivo run-mongo.js se encuentra en mi pc en: C: \ Users \ Pierre-André \ AppData \ Local \ .meteor \ packages \ meteor-tool \ 1.1.10 \ mt-os.windows.x86_32 \ tools \ corredores

No olvides eliminar las 3 líneas después de resolver el problema, o tendrás muchos registros de consola cada vez que se cargue el proyecto.

Hice que mi máquina se apagara accidentalmente, lo que generó el mismo problema. Ninguna de las opciones ayudó, es decir, eliminar el archivo .lock o ejecutar la exportación LC_ALL = C, etc.
Estoy en Ubuntu 15.04. Empecé mongo con la opción –dbpath apuntando a myApp / .meteor / local / db y los registros de inicio de mongo dejaron en claro que mongo estaba intentando restaurar la base de datos desde el diario / s en la carpeta del diario. Estaba buscando un archivo local.1 que no existía.

Así que probé mongo –recovery que además señaló que no funcionará hasta que tenga la carpeta del diario.
esto es lo que hice
1. Eliminó la carpeta del diario (la movió a otra ubicación, por si acaso)
2. corrió el mongo –recovery (no 100% seguro si eso realmente hizo algo)
3. comenzó meteoro
Y comenzó sin ningún problema y adiviné qué tenía todos mis datos como esperaba

primero

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

si esto no funciona

copia de seguridad como puedas

.meteor / local / db / meteoro *

y

$ meteo reset

y restaurar

.meteor / local / db / meteoro *

Resuelto En mi caso, deleting meteor/local/db/mongodb.lock y el meteor reset solucionan el problema.

¡Gracias a todos!

Si recibes una notificación con algo así como

 Local folder has run out of space 

Intenta ir a

 cd .meteor/local/bundler-cache/ 

y eliminar todo en ese directorio. Es un caché por lo que no debería afectar demasiado. Parece crecer incontrolablemente a veces.

EDITAR

Combinando todas las otras respuestas, intenta

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

Si esto todavía no funciona, es posible que deba liberar espacio en su disco. Hazlo marcando a través de

 free -m 

o mirando a sus inodos y cuánto espacio se está usando a través de

 df -h 

Me tropecé con este problema cuando instalé el nodo y el meteor por primera vez en mi nueva computadora portátil (Windows 10). No hice ningún cambio en las instalaciones predeterminadas.

Meteor reiniciar o eliminar archivos de .meteor / local / db no funcionó para mí, ya que estaba creando nuevas aplicaciones para ejecutar localmente y el directorio estaba vacío. Entonces, pude crearlos pero no se ejecutaron. Intenté también crear aplicaciones con versiones de meteors anteriores, pero también fallé.

Resuelto en mi caso cambiando el directorio a c: \

cd c: \

meteor crear pruebaAplicación

Este directorio también funcionaba con aplicaciones preexistentes que transferí de mi pc. Supongo que algo que ver con los archivos de NFS, soy nuevo en todo esto, así que si alguien puede explicar más sobre esto, me encantaría aprender más. Ya es frustrante que no pueda usar todos los directorios posibles para almacenar mis aplicaciones

Tuve un problema similar. Fue debido al hecho de que mi directorio de proyectos era parte de mi Dropbox y que había algunos archivos en conflicto en el directorio .meteor / local / db. Eliminar estos resolvió el problema.

Pude recuperar el error eliminando el locking de db Local Mogo.

Pasos para eliminar el locking de db:

  1. Navega hasta el directorio de tu aplicación (donde tienes archivos de la aplicación Meteor)
  2. Eliminar archivo $ rm .meteor / local / db / mongod.lock

Se produce un error si la aplicación Meteor todavía se está ejecutando en segundo plano. El locking de Db no es liberado por la aplicación en ejecución o debido a un apagado incorrecto del sistema / aplicación y no está disponible para la segunda instancia de la misma aplicación. Así que asegúrese de salir de la aplicación todo el tiempo.

Tuve el mismo problema, lo resolví cambiando la propiedad de la carpeta .meteor (donde vive MongoDB)

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

Espero ayudar a alguien!

Pude solucionarlo exportando LC_ALL, estoy usando Ubuntu

exportar LC_ALL = “en_US.UTF-8”

Si ha instalado Mongo globalmente, asegúrese de eliminar todos los archivos prealloc en la carpeta / db / journal.

Para Ubuntu, la carpeta / db / normalmente se encuentra en / data, por lo que la ruta completa es / data / db / journal. Esto podría ser diferente para otros sistemas operativos.

Me tropecé con este problema cuando instalé el nodo y el meteor por primera vez en mi nueva computadora portátil (Windows 10). No hice ningún cambio en las instalaciones predeterminadas.

Meteor reiniciar o eliminar archivos de .meteor / local / db no funcionó para mí, ya que estaba creando nuevas aplicaciones para ejecutar localmente y el directorio estaba vacío. Entonces, pude crearlos pero no se ejecutaron. Intenté también crear aplicaciones con versiones de meteors anteriores, pero también fallé.

Resuelto en mi caso cambiando el directorio a c: \

cd c:\

 meteor create testApp 

Este directorio también funcionaba con aplicaciones preexistentes que transferí de mi pc. Supongo que algo que ver con los archivos de NFS, soy nuevo en todo esto, así que si alguien puede explicar más sobre esto, me encantaría aprender más. Ya es frustrante que no pueda usar todos los directorios posibles para almacenar mis aplicaciones

Tuve este problema usando Meteor 1.4 en Windows 10. Sin embargo, estoy desarrollando la misma aplicación de meteor en una instalación de Ubuntu. El problema para mí fue causado por las diferencias en la forma en que se implementa Mongo 3.2 en Windows y Ubuntu. Mi instalación de Ubuntu de 64 bits usa WiredTiger. Sin embargo, como dice en la documentación de 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. 

Al utilizar el meteor reset en Windows, se destruyó la base de datos de formato WiredTiger de Ubuntu y luego se reconstruyó utilizando el viejo motor MMAPV1. Esto resolvió el error del código de salida 100.

Para aquellos que usan bash en Windows (Subsistema de Windows para Linux / WSL), descubrí que la creación de la aplicación de meteors fuera del directorio / mnt resuelve el problema.

Cuando lo instalo en mi espacio de trabajo en / mnt / c / Workspace, falló siempre. Pero, una vez que lo instalo en el directorio de inicio (~), se ejecuta por primera vez. Aquí está la imagen.

Tengo el mismo error y lo resolví cambiando el nombre del directorio compañeros para compañeros … Sé que es un error para principiantes, pero tengo que decir esto para ayudar a la gente. C: \ nube \ MEGA \ cursos \ coursera \ CursowebResposivaEjemplos \ compañeros \ meteor_portfolio_website no funciona C: \ nube \ MEGA \ cursos \ coursera \ CursowebResposivaEjemplos \ compañeros \ meteor_portfolio_website funcionan correctamente.

Solucioné este problema modificando el archivo / usr / local / lib / meteor.

Agregando “exportar LC_ALL = C LANG = C” a este script bash


#! / usr / bin / env bash

exportar LC_ALL = C LANG = C

BUNDLE_VERSION = 0.5.16


trabajo para mí: moví el proyecto a otro directorio, porque tengo Windows 8.1. Tenía el proyecto en el directorio de escritorio, cuando cambio el proyecto a C:\meteor\project