Estoy actualizando a 3.0 y encontré algunos problemas con la actualización. Específicamente, recibí un error al intentar iniciar a mongod
través de ssh
, intentó usar el predeterminado en dbpath
lugar del especificado en mi nuevo archivo de configuración YAML. Seguí adelante y reinicié la máquina y ahora mongod
está funcionando nuevamente. Estoy un poco paranoico en este punto y me gustaría saber si hay una manera de asegurarme de que el motor de almacenamiento sea wiredtiger
del shell.
fuente
DESCARGO DE RESPONSABILIDAD: no es un experto de MongoDB
Verifique la lista de procesos en Linux
1 significa que está ahí
De la concha de mongo
Debería ver algo como esto
o simplemente puede extraer el nombre del motor de almacenamiento con
Obtendrás
mmapv1
owiredTiger
o desde la línea de comando
fuente
db.serverStatus().storageEngine.name
. Dirámmapv1
owiredTiger
.--storageEngine
parámetro solo funciona en situaciones limitadas, por ejemplo, MongoDB 3.0 donde el parámetro se proporciona explícitamente en la línea de comando. Por lo general,mongod
los valores de configuración se proporcionan en un archivo de configuración para que no aparezcan en laps
salida. En MongoDB 3.2+, WiredTiger es el motor de almacenamiento predeterminado, por lo que no se requiere ningún parámetro adicional. El enfoque recomendado para usar es su segunda sugerencia adb.serverStatus().storageEngine.name
través delmongo
shell. Para su información, si está usando MongoDB 2.6 o anterior, esto no funcionará: el único motor de almacenamiento era MMAP.El
mongod.log
archivo se llena con una cadena que describe qué motor de almacenamiento está utilizando;para que puedas correr:
que devuelve algo como:
fuente