ACCPTST:STDIO_REPLACE_DATETIMES {datetime} UTC [ debug] cli arg arg_f = () -> {tmpdir}/x {datetime} UTC [ info] __i_am_main_script: 1 {datetime} UTC [ info] __file: {root}/main.sh {datetime} UTC [ info] __dir: {root} {datetime} UTC [ info] __base: main {datetime} UTC [ info] OSTYPE: {OSTYPE} {datetime} UTC [ info] arg_f: {tmpdir}/x {datetime} UTC [ info] arg_d: 0 {datetime} UTC [ info] arg_v: 0 {datetime} UTC [ info] arg_h: 0 {datetime} UTC [ info] arg_i: 0 {datetime} UTC [ info] arg_x: 0 {datetime} UTC [ info] multiple lines example - line #1 {datetime} UTC [ info] multiple lines example - line #2 {datetime} UTC [ info] imagine logging the output of 'ls -al /path/' {datetime} UTC [ debug] Info useful to developers for debugging the application, not useful during operations. {datetime} UTC [ info] Normal operational messages - may be harvested for reporting, measuring throughput, etc. - no action required. {datetime} UTC [ notice] Events that are unusual but not error conditions - might be summarized in an email to developers or admins to spot potential problems - no immediate action required. {datetime} UTC [ warning] Warning messages, not an error, but indication that an error will occur if action is not taken, e.g. file system 85% full - each item must be resolved within a given time. This is a debug message {datetime} UTC [ error] Non-urgent failures, these should be relayed to developers or admins; each item must be resolved within a given time. {datetime} UTC [ critical] Should be corrected immediately, but indicates failure in a primary system, an example is a loss of a backup ISP connection. {datetime} UTC [ alert] Should be corrected immediately, therefore notify staff who can fix the problem. An example would be the loss of a primary ISP connection. {datetime} UTC [emergency] A "panic" condition usually affecting multiple apps/servers/sites. At this level it would usually notify all tech staff on call. {datetime} UTC [ info] Cleaning up. Done