FAQ
Q: Que dois-je faire si l'exécuteur ne démarre pas?
R: L' exécuteur ne démarre pas. Tout d'abord, vérifiez si l'invite est un problème de paramètre, si le port est réutilisé, sinon, vérifiez le journal de saturn-nohup.out en fonction du chemin demandé par la console.
日志 报 «Impossible de découvrir la chaîne de connexion zk! Veuillez vous assurer que vous avez ajouté votre espace de noms sur Saturn Console ”的 情况 ：
Veuillez vérifier si la console a enregistré le domaine.
日志 报 «Le temps différent entre le serveur de travail et le centre de registre dépasse [60] secondes» ；
En effet, la différence de temps entre l'heure de la machine et l'heure du gardien de zoo est trop grande et l'horloge doit être synchronisée.
日志 报 «Le nom de l'exécuteur (xx) est en cours d'exécution, impossible d'exécuter l'instance deux fois» ；
Ceci est généralement dû au fait que l'arrêt de script n'est pas utilisé, mais que le processus démarre immédiatement après avoir tué le processus directement avec kill -9. Il est normal d'attendre 20 secondes pour démarrer.
日志 报 «Exception dans le thread« main »java.lang.UnsupportedClassVersionError: com / vip / saturn / job / executor / Main: version major.minor 51.0 non prise en charge» ：
C'est généralement la version jdk qui est fausse (saturn prend en charge les versions 1.7 et 1.8 de jdk).
Q: Que signifie charge? quel est le but?
** R: ** Saturn utilise la charge pour déterminer la distribution uniforme des fragments de travail.
Les exemples sont les suivants:
Il y a deux exécuteurs dans le domaine A, e1 et e2.
Ajoutez un nouveau travail job1, job1 définit le nombre de fragments sur 2 et la charge sur 1. Lors de l'exécution, e1 et e2 obtiennent chacun un fragment, donc la charge de e1 est 1 et la charge de e2 est 1.
Ajoutez un autre travail job2, job2 définit le nombre de fragments sur 1 et la charge est 10. Lorsqu'il s'exécute, e1 obtient le fragment de travail2, donc la charge de e1 devient 1 + 10 = 11 et la charge de e2 reste inchangée.
Ajoutez un autre job job3, définissez le nombre de fragments sur 1 et chargez sur 5. Lors de l'exécution, saturn juge que la charge de e2 est la plus petite, donc il lui attribue les fragments de job3. Alors la charge de e2 devient 1 + 5 = 6, et la charge de e1 reste inchangée en 11.
Q: Quel est le but du mode local?
** R: ** Il y a autant de partitions qu'il y a d'exécuteurs dans les travaux en mode local, et chaque exécuteur n'a qu'un seul fragment. Lors de la configuration, si le mode local est d'abord vérifié, le nombre de fragments n'est pas valide. Saturne déterminera le nombre d'exécuteurs, puis générera un fragment pour chacun d'eux. Les travaux en mode local s'exécuteront automatiquement lors de l'ajout de l'exécuteur et ne basculeront pas à la fermeture de l'exécuteur. Un scénario courant consiste à nettoyer régulièrement les fichiers journaux de la machine locale, de sorte que lorsque la machine augmente ou diminue, il n'est pas nécessaire de modifier la configuration du travail.
Q: Que dois-je faire si le fichier journal n'est pas généré?
R: Vérifiez le journal de démarrage de l'Executor (s'il s'agit d'une version antérieure à 3.0.0, vérifiez saturn-executor.log, et pour les versions postérieures à 3.0.0, vérifiez saturn-nohup.out), vérifiez le journal, en particulier ce que dit la partie de chargement de la configuration de connexion .
Si les journaux d'Executor ne peuvent pas être générés, il est possible que vous utilisiez la méthode de démarrage intégrée. Cela nécessite un débogage par vous-même. La méthode que nous avons testée est autonome.
S'il existe des journaux Executor mais que les journaux d'activité ne peuvent pas être générés, les raisons possibles incluent, sans s'y limiter:
- Le package logback / log4j / slf4j dont dépend le code de travail présente des problèmes, tels que des conflits de version manquants, etc.
- Il y a un problème avec la configuration du journal;
- Il existe des implémentations log4j et logback sous la même bibliothèque;
- plus