19962016 Ericsson AB. All Rights Reserved. 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. sasl
sasl The SASL application

The SASL application provides the following services:

alarm_handler release_handler systools

The SASL application in OTP has nothing to do with "Simple Authentication and Security Layer" (RFC 4422).

Configuration

The following configuration parameters are defined for the SASL application. For more information about configuration parameters, see app(4) in Kernel.

All configuration parameters are optional.

Specifies the program to be used when restarting the system during release installation. Default is $OTP_ROOT/bin/start.

Specifies the nodes used by this node to read/write release information. This parameter is ignored if parameter client_directory is not set.

This parameter specifies the client directory at the master nodes. For details, see Release Handling in OTP Design Principles. This parameter is ignored if parameter masters is not set.

Indicates if the Erlang emulator is statically installed. A node with a static emulator cannot switch dynamically to a new emulator, as the executable files are written into memory statically. This parameter is ignored if parameters masters and client_directory are not set.

Indicates where the releases directory is located. The release handler writes all its files to this directory. If this parameter is not set, the OS environment parameter RELDIR is used. By default, this is $OTP_ROOT/releases.

If set to true, all dates in textual log outputs are displayed in Universal Coordinated Time with the string UTC appended.

Deprecated Error Logger Event Handlers and Configuration

In OTP-21, a new API for logging was added to Erlang/OTP. The old error_logger event manager, and event handlers running on this manager, will still work, but they are not used by default.

The error logger event handlers sasl_report_tty_h and sasl_report_file_h, were earliger used for printing the so called SASL reports, i.e. supervisor reports, crash reports, and progress reports. These reports are now also printed by the standard logger handler started by the Kernel application. Progress reports are by default stopped by a filter, but can easily be added by setting the Kernel configuration parameter logger_log_progress=true.

If the old error logger event handlers are still desired, they must be added by calling error_logger:add_report_handler/1,2.

sasl_report_tty_h

Formats and writes supervisor reports, crash reports, and progress reports to stdio. This error logger event handler uses logger_format_depth in the Kernel application to limit how much detail is printed in crash and supervisor reports. If logger_format_depth is not set, it uses the old error_logger_format_depth instead.

sasl_report_file_h

Formats and writes supervisor reports, crash report, and progress report to a single file. This error logger event handler uses logger_format_depth in the Kernel application to limit the details printed in crash and supervisor reports. If logger_format_depth is not set, it uses the old error_logger_format_depth instead.

A similar behaviour, but still using the new logger API, can be obtained by setting the Kernel application environment variable logger_sasl_compatible=true. This will add a second instance of the standard logger handler named sasl_h, which will only print the SASL reports. No SASL reports will then be printed by the Kernel logger handler.

The sasl_h handler will be configured according to the values of the following SASL application environment variables.

Value is one of the following:

tty

Installs sasl_report_tty_h in the error logger. This is the default option.

{file,FileName}

Installs sasl_report_file_h in the error logger. All reports go to file FileName, which is a string. The file is opened in write mode with encoding utf8.

{file,FileName,Modes}

Same as {file,FileName}, except that Modes allows you to specify the modes used for opening the FileName given to the file:open/2 call. By default, the file is opened in write mode with encoding utf8. Use [append] to have the FileName open in append mode. A different encoding can also be specified. FileName is a string.

false

No SASL error logger handler is installed.

Restricts the error logging performed by the specified sasl_error_logger to error reports or progress reports, or both. Default is all.

The error logger event handler log_mf_h can also still be used. This event handler writes all events sent to the error logger to disk. Multiple files and log rotation are used. For efficiency reasons, each event is written as a binary. For more information about this handler, see the STDLIB Reference Manual.

To activate this event handler, three SASL configuration parameters must be set:

Specifies in which directory log_mf_h is to store its files. If this parameter is undefined or false, the log_mf_h handler is not installed.

Specifies the maximum size of each individual file written by log_mf_h. If this parameter is undefined, the log_mf_h handler is not installed.

Specifies the number of files used by log_mf_h. If this parameter is undefined, the log_mf_h handler is not installed.

The new logger_disk_log_h might be an alternative to log_mf_h if log rotation is desired. This does, however, write the log events in clear text and not as binaries.

See Also

alarm_handler(3), error_logger(3), log_mf_h(3), rb(3), release_handler(3), systools(3)