run_erl - En ligne dans le Cloud

PROGRAMME:

Nom

run_erl - Rediriger les flux d'entrée et de sortie Erlang sur Solaris(R)

DESCRIPTION

Ceci décrit le run_erl programme spécifique à Solaris/Linux. Ce programme redirige le
flux d'entrée standard et de sortie standard afin que toutes les sorties puissent être enregistrées. Il a également laissé
le programme à_erl se connecter à la console Erlang permettant de surveiller et de déboguer
un système embarqué à distance.

Vous pouvez en savoir plus sur l'utilisation dans le Embarqué Système Utilisateurs Guide.

Les exportations

run_erl [-démon] rép_tuyau/ rép_journal "exécutif commander [commande_arguments]"

La run_erl les arguments du programme sont :

-démon:
Cette option est fortement recommandée. Cela fait que run_erl s'exécute en arrière-plan
complètement détaché de tout terminal de contrôle et la commande revient à
l'appelant immédiatement. Sans cette option, run_erl doit être démarré en utilisant
plusieurs astuces dans le shell pour le détacher complètement du terminal en cours d'utilisation
au démarrage. L'option doit être le premier argument de run_erl sur le
ligne de commande.

pipe_dir :
C'est ici que se place le tube nommé, généralement / tmp / sous Unix ou /tuyau/ sur OSE. Ce
doit être suffixé par un / (barre oblique), c'est-à-dire pas /tmp/épipies, mais /tmp/epipes/.

log_dir :
C'est là que les fichiers journaux sont écrits. Il y aura un fichier journal,
run_erl.log qui enregistrent la progression et les avertissements du run_erl programme lui-même et
il y aura jusqu'à cinq fichiers journaux d'un maximum de 100 Ko chacun (le nombre de journaux
et les tailles peuvent être modifiées par des variables d'environnement, voir ci-dessous) avec le contenu
des flux standard depuis et vers la commande. Lorsque les journaux sont pleins run_erl
supprimera et réutilisera le fichier journal le plus ancien.

"exécutif commander [commande_arguments]":
Dans le troisième argument commander est le à exécuter où tout ce qui est écrit à
stdin et stdout sont connectés à rép_journal.

NOTES CONCERNANT L' Se Connecter DES DOSSIERS

Pendant l'exécution, run_erl (comme indiqué précédemment) envoie toutes les sorties, non interprétées, dans un fichier journal.
Le fichier s'appelle erlang.log.N, où N est un nombre. Lorsque le journal est "plein", par défaut
après 100 Ko, run_erl commence à se connecter au fichier erlang.log.(N+1), jusqu'à ce que N atteigne un certain
nombre (par défaut 5), où après N recommence à 1 et les fichiers les plus anciens commencent à être
écrasé. Si aucune sortie ne provient du shell erlang, mais que la machine erlang semble toujours
pour être vivant, un message "ALIVE" est écrit dans le journal, c'est un horodatage et est écrit,
par défaut, après 15 minutes d'inactivité. De plus, si la sortie d'erlang est enregistrée mais qu'elle est
Cela fait plus de 5 minutes (par défaut) depuis la dernière fois que nous avons reçu quoi que ce soit d'erlang, un
l'horodatage est écrit dans le journal. Les messages « ALIVE » ressemblent à ceci :

===== VIVANT

tandis que les autres horodatages ressemblent à ceci :

=====

La chaîne-date-heure est la date et l'heure auxquelles le message est écrit, par défaut en heure locale
(peut être changé en GMT si l'on veut) et est formaté avec la fonction ANSI-C strftime
en utilisant la chaîne de format %a %b %e %T %Z %Y, qui produit des messages sur la ligne de =====
VIVANT Jeu Mai 15 10:13:36 MEST 2003, cela peut être modifié, voir ci-dessous.

ENVIRONNEMENT VARIABLES

Les variables d'environnement suivantes sont reconnues par run_erl et modifient la journalisation
comportement. Consultez également les notes ci-dessus pour obtenir plus d'informations sur le comportement du journal.

RUN_ERL_LOG_ALIVE_MINUTES :
Combien de temps attendre la sortie (en minutes) avant d'écrire un message « ALIVE » dans le journal.
La valeur par défaut est 15, ne peut jamais être inférieure à 1.

RUN_ERL_LOG_ACTIVITY_MINUTES :
Combien de temps erlang doit être inactif avant que la sortie soit précédée d'un horodatage.
La valeur par défaut est RUN_ERL_LOG_ALIVE_MINUTES div 3, mais jamais moins de 1.

RUN_ERL_LOG_ALIVE_FORMAT :
Spécifie une autre chaîne de format à utiliser dans l'appel de la bibliothèque strftime C. c'est à dire
en le précisant à "%e-%b-%Y, %T %Z" donnera des messages de journal avec des horodatages à la recherche
comme 15-mai-2003, 10:23:04 MET etc. Voir la documentation de la fonction de bibliothèque C
strftime pour plus d'informations. La valeur par défaut est "%une %b %e %T %Z %Y".

RUN_ERL_LOG_ALIVE_IN_UTC :
S'il est défini sur autre chose que "0", il fera en sorte que toutes les heures affichées par run_erl soient dans
UTC (GMT,CET,MET, sans DST), plutôt qu'en heure locale. Cela n'affecte pas les données
venant d'erlang, seuls les logs sortis directement par run_erl. L'application SASL vous
être modifié en conséquence en définissant la variable d'application erlang utc_log à oui.

RUN_ERL_LOG_GENERATIONS :
Contrôle le nombre de fichiers journaux écrits avant que les anciens fichiers ne soient réutilisés. Défaut
est 5, le minimum est 2, le maximum est 1000.

RUN_ERL_LOG_MAXSIZE :
La taille (en octets) d'un fichier journal avant de passer à un nouveau fichier journal. La valeur par défaut est
100000, le minimum est de 1000 et le maximum est d'environ 2^30.

RUN_ERL_DISABLE_FLOWCNTRL :
Si défini, désactive le contrôle de flux d'entrée et de sortie pour le pty ouvert par run_erl.
Utile si vous souhaitez supprimer tout risque de bloquer accidentellement le contrôle de flux par coup
Ctrl-S (au lieu de Ctrl-D pour détacher). Ce qui peut entraîner le blocage de l'ensemble du faisceau
processus et dans le cas de l'exécution de cœur en tant que superviseur, même le processus cœur sera
bloqué lors de l'écriture du message de journal sur le terminal. Laissant le processus cardiaque incapable de faire
c'est du travail.

Utilisez run_erl en ligne à l'aide des services onworks.net