aboutsummaryrefslogtreecommitdiffstats
path: root/erts/doc/src/run_erl.xml
blob: 6b0fef7c0a2743080662c17090ea69c1b377afb2 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
<?xml version="1.0" encoding="utf-8" ?>
<!DOCTYPE comref SYSTEM "comref.dtd">

<comref>
  <header>
    <copyright>
      <year>1999</year><year>2016</year>
      <holder>Ericsson AB. All Rights Reserved.</holder>
    </copyright>
    <legalnotice>
      Licensed under the Apache License, Version 2.0 (the "License");
      you may not use this file except in compliance with the License.
      You may obtain a copy of the License at
 
          http://www.apache.org/licenses/LICENSE-2.0

      Unless required by applicable law or agreed to in writing, software
      distributed under the License is distributed on an "AS IS" BASIS,
      WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
      See the License for the specific language governing permissions and
      limitations under the License.
    
    </legalnotice>

    <title>run_erl</title>
    <prepared>Kent Boortz</prepared>
    <responsible></responsible>
    <docno></docno>
    <approved></approved>
    <checked></checked>
    <date>99-12-15</date>
    <rev></rev>
    <file>run_erl.xml</file>
  </header>
  <com>run_erl</com>
  <comsummary>Redirect Erlang input and output streams on Solaris&reg;</comsummary>
  <description>
    <p>This describes the <c><![CDATA[run_erl]]></c> program specific to
      Solaris/Linux. This program redirect the standard input and standard
      output streams so that all output can be logged. It also let the
      program <c><![CDATA[to_erl]]></c> connect to the Erlang console making it
      possible to monitor and debug an embedded system remotely.</p>
    <p>You can read more about the use in the <c><![CDATA[Embedded System User's Guide]]></c>.</p>
  </description>
  <funcs>
    <func>
      <name>run_erl [-daemon] pipe_dir/ log_dir "exec command [command_arguments]"</name>
      <fsummary>Start the Erlang emulator without attached terminal</fsummary>
      <desc>
        <p>The <c><![CDATA[run_erl]]></c> program arguments are:</p>
        <taglist>
          <tag>-daemon</tag>
          <item>This option is highly recommended. It makes run_erl run in
           the background completely detached from any controlling
           terminal and the command returns to the caller immediately.
           Without this option, run_erl must be started using several
           tricks in the shell to detach it completely from the
           terminal in use when starting it. The option must be the
           first argument to run_erl on the command line.</item>
          <tag>pipe_dir</tag>
          <item>This is where to put the named pipe, usually
          <c><![CDATA[/tmp/]]></c>. It shall be suffixed by a <c><![CDATA[/]]></c> (slash),
           i.e. not <c><![CDATA[/tmp/epipies]]></c>, but <c><![CDATA[/tmp/epipes/]]></c>. </item>
          <tag>log_dir</tag>
          <item>This is where the log files are written. There will be one
           log file, <c><![CDATA[run_erl.log]]></c> that log progress and
           warnings from the <c><![CDATA[run_erl]]></c> program itself and there
           will be up to five log files at maximum 100KB each (both
           number of logs and sizes can be
           changed by environment variables, see below) with
           the content of the standard streams from and to the
           command. When the logs are full <c><![CDATA[run_erl]]></c> will delete
           and reuse the oldest log file.</item>
          <tag>"exec command [command_arguments]"</tag>
          <item>In the third argument <c><![CDATA[command]]></c> is the to execute
           where everything written to stdin and stdout is logged to
          <c><![CDATA[log_dir]]></c>.</item>
        </taglist>
      </desc>
    </func>
  </funcs>

  <section>
    <title>Notes concerning the log files</title>
    <p>While running, run_erl (as stated earlier) sends all output,
      uninterpreted, to a log file. The file is called
      <c><![CDATA[erlang.log.N]]></c>, where N is a number. When the log is "full",
      default after 100KB, run_erl starts to log in file
      <c><![CDATA[erlang.log.(N+1)]]></c>, until N reaches a certain number (default
      5), where after N starts at 1 again and the oldest files start
      getting overwritten. If no output comes from the erlang shell, but
      the erlang machine still seems to be alive, an "ALIVE" message is
      written to the log, it is a timestamp and is written, by default,
      after 15 minutes of inactivity. Also, if output from erlang is
      logged but it's been more than 5 minutes (default) since last time
      we got anything from erlang, a timestamp is written in the
      log. The "ALIVE" messages look like this:</p>
    <code type="none"><![CDATA[
      ===== ALIVE <date-time-string>
    ]]></code>
    <p>while the other timestamps look like this:</p>
    <code type="none"><![CDATA[
      ===== <date-time-string>
    ]]></code>
    <p>The <c><![CDATA[date-time-string]]></c> is the date and time the message is
      written, default in local time (can be changed to GMT if one wants
      to) and is formatted with the ANSI-C function <c><![CDATA[strftime]]></c>
      using the format string <c><![CDATA[%a %b %e %T %Z %Y]]></c>, which produces
      messages on the line of <c><![CDATA[===== ALIVE Thu May 15 10:13:36 MEST 2003]]></c>, this can be changed, see below.</p>
  </section>

  <section>
    <title>Environment variables</title>
    <p>The following environment variables are recognized by run_erl
      and change the logging behavior. Also see the notes above to get
      more info on how the log behaves.</p>
    <taglist>
      <tag>RUN_ERL_LOG_ALIVE_MINUTES</tag>
      <item>How long to wait for output (in minutes) before writing an
       "ALIVE" message to the log. Default is 15, can never be less
       than 1.</item>
      <tag>RUN_ERL_LOG_ACTIVITY_MINUTES</tag>
      <item>How long erlang need to be inactive before output will be
       preceded with a timestamp. Default is
       RUN_ERL_LOG_ALIVE_MINUTES div 3, but never less than 1.</item>
      <tag>RUN_ERL_LOG_ALIVE_FORMAT</tag>
      <item>Specifies another format string to be used in the strftime
       C library call. i.e specifying this to <c><![CDATA["%e-%b-%Y, %T %Z"]]></c>
       will give log messages with timestamps looking like 
      <c><![CDATA[15-May-2003, 10:23:04 MET]]></c> etc. See the documentation
       for the C library function strftime for more
       information. Default is <c><![CDATA["%a %b %e %T %Z %Y"]]></c>.</item>
      <tag>RUN_ERL_LOG_ALIVE_IN_UTC</tag>
      <item>If set to anything else than "0", it will make all
       times displayed by run_erl to be in UTC (GMT,CET,MET, without
       DST), rather than
       in local time. This does not affect data coming from erlang,
       only the logs output directly by run_erl. The application
      <c><![CDATA[sasl]]></c> can be modified accordingly by setting the erlang
       application variable <c><![CDATA[utc_log]]></c> to <c><![CDATA[true]]></c>.</item>
      <tag>RUN_ERL_LOG_GENERATIONS</tag>
      <item>Controls the number of log files written before older
       files are being reused. Default is 5, minimum is 2, maximum is 1000.</item>
      <tag>RUN_ERL_LOG_MAXSIZE</tag>
      <item>The size (in bytes) of a log file before switching to a
       new log file. Default is 100000, minimum is 1000 and maximum is
       approximately 2^30.</item>
      <tag>RUN_ERL_DISABLE_FLOWCNTRL</tag>
      <item>If defined, disables input and output flow control for the pty opend by run_erl.
       Useful if you want to remove any risk of accidentally blocking the flow control
       by hit Ctrl-S (instead of Ctrl-D to detach).
       Which may result in blocking of the entire beam process
       and in the case of running heart as supervisor
       even the heart process will be blocked when writing log message to terminal.
       Leaving the heart process unable to do its work.</item>
    </taglist>
  </section>

  <section>
    <title>SEE ALSO</title>
    <p>start(1), start_erl(1)</p>
  </section>
</comref>