'fils de l'application de la liste' ne pas afficher tous les résultats
J'ai une Étincelle applications sur un FIL de cluster. L'application s'affiche dans la "Toutes les applications" à la page dans le FIL de l'INTERFACE utilisateur http://host:8088/cluster mais la yarn application -list
commande ne marche pas donner de résultats. Ce qui pourrait être la cause de cela ?
- Peut-être que vous n'êtes pas l'exécution de la commande avec le bon utilisateur
- J'ai vérifié que je suis en cours d'exécution comme le bon utilisateur
Vous devez vous connecter pour publier un commentaire.
Lorsque vous utilisez "liste" option "sans-appTypes" ou "-appStates" options, il s'applique de filtrage par défaut pour l'application "types" et des "états" (consultez la section en surbrillance ci-dessous). Si aucun de vos applications match le filtrage par défaut, puis vous n'obtiendrez aucun résultat.
Nombre Total de demandes (application-types: [] et les états: [SOUMIS, ACCEPTÉ, en cours d'EXÉCUTION]):0
Si vous consultez l'aide de "liste", il stipule ce qui suit:
"Liste des applications. Prend en charge l'utilisation facultative de -appTypes pour les applications de filtre en fonction du type d'application, et -appStates pour filtrer les demandes fondées sur l'état de l'application".
Cela semble être peu trompeur.
Si vous ne spécifiez pas "-appStates", par défaut il prend unis comme "SOUMIS", "ACCEPTÉ" et "EXÉCUTION", pour le filtrage. Veuillez vérifier le code ci-dessous à partir de "listApplications()" méthode de la "org.apache.hadoop.yarn.client.cli.ApplicationCLI.java".
Comme par le code ci-dessus, la suite logique est appliquée:
Par exemple, pour moi, la sortie est en dessous (il y a zéro des applications dans l'état par défaut)
CMD> les fils de l'application de la liste
Nombre Total de demandes (application-types: [] et les états: [SOUMIS, ACCEPTÉ, en cours d'EXÉCUTION]):0
Par exemple, pour moi, la sortie est en dessous (il y a totalement 268 applications, vérifiez également les critères de filtrage appliqué à des "états"):
CMD> les fils de l'application de la liste appStates TOUS
TOUS nombre Total de demandes (applications-types: [] et unis: [NOUVEAU, NEW_SAVING
SOUMIS, ACCEPTÉ, EN COURS D'EXÉCUTION, FINI, A ÉCHOUÉ, TUÉ]):268
Par exemple, pour moi, la sortie est en dessous (il y a 136 applications dans l'état FINI):
CMD> les fils de l'application de la liste appStates FINI
Nombre Total de demandes (applications-types: [] et unis: [FINI]):136
Il s'avère que j'avais activé le Journal de l'agrégation dans le FIL, mais avait mis le fil.nodemanager.à distance-app-journal-dir à une coutume hdfs répertoire (/tmp/yarnlogs), de Sorte que les journaux étaient en fait de se agrégées au /tmp/yarnlogs dans HDFS, mais le fil de commande était toujours à la recherche pour les journaux à l'emplacement par défaut sur HDFS (/tmp/logs). Donc, la modification de la propriété à sa valeur par défaut fixée pour moi.
REMARQUE:
Si le journal de l'agrégation répertoire est mal configuré ,il provoque aussi une erreur en essayant d'accéder à l'historique des travaux à partir de l'INTERFACE web, qui ressemble à :
Log aggregation has not completed or is not enabled