Escenario 1:Recuperar Hadoop NameNode fracaso
El fsimage HDFS y editlog se escriben en varios lugares, incluyendo un montaje NFS.
A) NameNode Daemon Crash: Solución: sólo tienes que reiniciar el proceso NameNode
B anfitrión) es hacia abajo, donde el nombre de nodo se está ejecutando.
Solución:
- Iniciar el NameNode en un host diferente con un dfs.name.dir vacío
- punto del dfs.name.dir al montaje NFS donde tenemos copia de los metadatos. O opción
- Uso --importCheckpoint mientras que a partir NameNode después de señalar fs.checkpoint.dir en checkpoint directorio desde NameNode secundaria
- Cambiar el fs.default.name al nombre de host de copia de seguridad URI y reinicie el clúster con todo el esclavo IP en el archivo de esclavos.
Nota - Podemos perder la edición que pudo haber ocurrido después del último punto de control.
Escenario 2:
El fsimage HDFS está escrito en un solo directorio.
A) NameNode Daemon Crash: Solución: Desconocido
B) Host se ha reducido en el que el nombre de nodo se está ejecutando.
Solución:
- Crear un directorio en blanco apuntando a dfs.name.dir al directorio en el (1)
- inicio NameNode con -importCheckpoint después de señalar fs.checkpoint.dir en checkpoint directorio de Secundaria NameNode
- Cambie el fs.default.name por el nombre de usuario de la copia de seguridad URI y reinicie el clúster con todas las direcciones IP esclavas en el archivo esclavo.
De esta manera, extrañaríamos nuevamente los archivos editados después del último punto de control.
Háganme saber si es así como podemos recuperar el clúster manualmente.
¿Puedes editar tu publicación para incluir una pregunta adecuada, por favor? No estoy seguro de lo que estás preguntando. También sería útil publicar algunos fragmentos de archivos de registro si los tiene. Me ayudará a diagnosticar tus problemas. Gracias –
Estoy dando un escenario de producción. Qué hacer en caso de Escenario 1 y Escenario 2. Para obtener diferentes técnicas de recuperación de Namenode – Jagaran
cambió la pregunta ahora – Jagaran