HIVE Execution Error, code retour 1 depuis org.Apache.hadoop.Hive.ql.exec.DDLTask
Je reçois l'erreur ci-dessous lors de la création d'une base de données Hive
FAILED: Erreur d'exécution, retourne le code 1 de org.Apache.hadoop.Hive.ql.exec.DDLTask. com/facebook/fb303/FacebookService $ Iface
Hadoop version:**hadoop-1.2.1**
Hive Version: **Hive-0.12.0**
Chemin Hadoop: /home/hadoop_test/data/hadoop-1.2.1
Chemin de la ruche: /home/hadoop_test/data/Hive-0.12.0
J'ai copié Hive * .jar, jline - .jar, antlr-runtime . Jar de Hive-0.12.0/lib vers hadoop-1.2./lib
set Hive.msck.path.validation=ignore;
MSCK REPAIR TABLE table_name;
Assurez-vous que l'emplacement est spécifié correctement
Définissez la propriété Hive.metastore.schema.verification dans Hive-site.xml sur true. Par défaut, la valeur est false.
Pour plus de détails, consultez ce lien link .
Hive -e "msck repair table database.tablename" Il réparera le métastore de la table;
J'ai fait face à la même erreur. La raison dans mon cas était un répertoire créé dans l’entrepôt HDFS avec le même nom. Lorsque ce répertoire a été supprimé, le problème a été résolu.
La cause de cette erreur est que nous avons ajouté une nouvelle colonne à la table Hive externe. set Hive.msck.path.validation = ignore; a travaillé jusqu’à résoudre les requêtes Hive, mais Impala avait des problèmes supplémentaires qui ont été résolus avec les étapes suivantes:
Après avoir effectué un invalider les métadonnées , les requêtes Impala ont commencé à échouer avec Erreur: schéma de parquet incompatible pour la colonne
Erreur Impala SOLUTION: set PARQUET_FALLBACK_SCHEMA_RESOLUTION = name;
si vous utilisez la distribution Cloudera, les étapes ci-dessous rendent la modification permanente et vous n'avez pas à définir l'option par session.
Cloudera Manager -> Clusters -> Impala -> Configuration -> Options de requête du démon Impala Configuration avancée Snippet (Safety Valve)
Ajoutez la valeur: PARQUET_FALLBACK_SCHEMA_RESOLUTION = name
REMARQUE: n'utilisez ni SET ni des points-virgules lors de la définition du paramètre dans Cloudera Manager.
C'est probablement parce que votre metastore_db est corrompu. Supprimez les fichiers .lck de metastore_db.