Provided by: sosreport_4.4-1ubuntu0.18.04.3_amd64 
NAME
sos report - Collect and package diagnostic and support data
SYNOPSIS
sos report
[-l|--list-plugins]
[-n|--skip-plugins plugin-names]
[-e|--enable-plugins plugin-names]
[-o|--only-plugins plugin-names]
[-a|--alloptions] [-v|--verbose]
[-k plug.opt|--plugin-option plug.opt]
[--no-report] [--config-file conf]
[--no-postproc]
[--preset preset] [--add-preset add_preset]
[--del-preset del_preset] [--desc description]
[--batch] [--build] [--debug] [--dry-run]
[--estimate-only] [--label label] [--case-id id]
[--threads threads]
[--plugin-timeout TIMEOUT]
[--cmd-timeout TIMEOUT]
[--namespaces NAMESPACES]
[--container-runtime RUNTIME]
[-s|--sysroot SYSROOT]
[-c|--chroot {auto|always|never}
[--tmp-dir directory]
[-p|--profile profile-name]
[--list-profiles]
[--verify]
[--log-size]
[--all-logs]
[--since YYYYMMDD[HHMMSS]]
[--skip-commands commands]
[--skip-files files]
[--allow-system-changes]
[-z|--compression-type method]
[--encrypt]
[--encrypt-key KEY]
[--encrypt-pass PASS]
[--upload] [--upload-url url] [--upload-user user]
[--upload-directory dir] [--upload-pass pass]
[--upload-no-ssl-verify] [--upload-method]
[--upload-protocol protocol]
[--experimental]
[-h|--help]
DESCRIPTION
report is an sos subcommand that generates an archive of configuration and diagnostic information from
the running system. The archive may be stored locally or centrally for recording or tracking purposes or
may be sent to technical support representatives, developers or system administrators to assist with
technical fault-finding and debugging.
Sos is modular in design and is able to collect data from a wide range of subsystems and packages that
may be installed. An HTML report summarizing the collected information is optionally generated and stored
within the archive.
OPTIONS
-l, --list-plugins
List all available plugins and their options. Plug-ins that would not be enabled by the current
configuration are listed separately.
-n, --skip-plugins PLUGNAME[,PLUGNAME]
Disable the specified plugin(s). Multiple plug-ins may be specified by repeating the option or as
a comma-separated list.
-e, --enable-plugins PLUGNAME[,PLUGNAME]
Enable the specified plugin(s) that would otherwise be disabled. Multiple plugins may be specified
by repeating the option or as a comma-separated list.
Note that if using -p, --profile this option will not enable further plugins. Use -o, --only-
plugins to extend the list of plugins enabled by profiles.
-o, --only-plugins PLUGNAME[,PLUGNAME]
Enable the specified plugin(s) only (all other plugins should be disabled). Multiple plugins may
be specified by repeating the option or as a comma-separated list.
-k PLUGNAME.PLUGOPT[=VALUE], --plugin-option=PLUGNAME.PLUGOPT[=VALUE]
Specify plug-in options. The option PLUGOPT is enabled, or set to the specified value in the plug-
in PLUGNAME.
-a, --alloptions
Set all boolean options to True for all enabled plug-ins.
-v, --verbose
Increase logging verbosity. May be specified multiple times to enable additional debugging
messages.
-q, --quiet
Only log fatal errors to stderr.
--no-report
Disable HTML report writing.
--config-file CONFIG
Specify alternate configuration file.
--no-postproc
Disable postprocessing globally for all plugins. This will mean data is not obfuscated/sanitized
from the archive during collection.
Note that this means data such as password, SSH keys, certificates, etc... will be collected in
plain text.
To selectively disable postprocessing on a per-plugin basis, use the 'postproc' plugin option
available to all plugins, e.g. '-k podman.postproc=off'.
--preset PRESET
Specify an existing preset to use for sos options.
Presets are pre-configured sets of options for both sos and sos plugins. For example a preset may
enable a certain set of plugins, disable others, or enable specific plugin options. They may also
specify sos options such as log-size or package verification.
User defined presets are saved under /var/lib/sos/presets as JSON-formatted files.
--add-preset ADD_PRESET [options]
Add a preset with name ADD_PRESET that enables [options] when called.
For example, 'sos report --add-preset mypreset --log-size=50 -n logs' will enable a user to run
'sos report --preset mypreset' that sets the maximum log size to 50 and disables the logs plugin.
Note: to set a description for the preset that is displayed with --list-presets, use the --desc
option.
Note: to set a behaviour note of the preset, use --note option.
Note: The root filesystem, as seen by sos if running within a container, must be writable to save
presets using this option.
--del-preset DEL_PRESET
Deletes the preset with name DEL_PRESET from the filesystem so that it can no longer be used.
--list-presets
Display a list of available presets and what options they carry.
--desc DESCRIPTION
When using --add-preset use this option to add a description of the preset that will be displayed
when using --list-presets.
-s, --sysroot SYSROOT
Specify an alternate root file system path. Useful for collecting reports from containers and
images.
-c, --chroot {auto|always|never}
Set the chroot mode. When --sysroot is used commands default to executing with SYSROOT as the root
directory (unless disabled by a specific plugin). This can be overridden by setting --chroot to
"always" (always chroot) or "never" (always run in the host namespace).
--tmp-dir DIRECTORY
Specify alternate temporary directory to copy data as well as the compressed report.
--list-profiles
Display a list of available profiles and the plugins that they enable.
-p, --profile, --profiles NAME
Only run plugins that correspond to the given profile. Multiple profiles may be specified as a
comma-separated list; the set of plugins executed is the union of each of the profile's plugin
sets.
Note that if there are specific plugins outside of the profile(s) passed to this option that you
would also want to enable, use -o, --only-plugins to add those plugins to the list.
See sos report --list-profiles for a list of currently supported profiles.
--verify
Instructs plugins to perform plugin-specific verification during data collection. This may include
package manager verification, log integrity testing or other plugin defined behaviour. Use of
--verify may cause the time taken to generate a report to be considerably longer.
--log-size
Places a limit on the size of collected logs and output in MiB. Note that this causes sos to
capture the last X amount of the file or command output collected.
By default, this is set to 25 MiB and applies to all files and command output collected with the
exception of journal collections, which are limited to 100 MiB.
Setting this value to 0 removes all size limitations, and any files or commands collected will be
collected in their entirety, which may drastically increase the size of the final sos report
tarball and the memory usage of sos during collection of commands, such as very large journals
that may be several GiB in size.
--all-logs
Tell plugins to collect all possible log data ignoring any size limits and including logs in non-
default locations. This option may significantly increase the size of reports.
--since YYYYMMDD[HHMMSS]
Limits the collection of log archives to those newer than this date. A log archive is any file not
found in /etc, that has either a numeric or a compression-type file extension for example ".zip".
".1", ".gz" etc.). This also affects --all-logs. The date string will be padded with zeros if
HHMMSS is not specified.
--skip-commands COMMANDS
A comma delimited list of commands to skip execution of, but still allowing the rest of the plugin
that calls the command to run. This will generally need to be some form of UNIX shell-style
wildcard matching. For example, using a value of hostname will skip only that single command,
while using hostname* will skip all commands with names that begin with the string "hostname".
--skip-files FILES
A comma delimited list of files or filepath wildcard matches to skip collection of. Values may
either be exact filepaths or paths using UNIX shell-style wildcards, for example /etc/sos/*.
--allow-system-changes
Run commands even if they can change the system (e.g. load kernel modules).
-z, --compression-type METHOD
Override the default compression type specified by the active policy.
--encrypt
Encrypt the resulting archive, and determine the method by which that encryption is done by either
a user prompt or environment variables.
When run with --batch, using this option will cause sos to look for either the SOSENCRYPTKEY or
SOSENCRYPTPASS environment variables. If set, this will implicitly enable the --encrypt-key or
--encrypt-pass options, respectively, to the values set by the environment variable. This enables
the use of these options without directly setting those options in a config file or command line
string. Note that use of an encryption key has precedence over a passphrase.
Otherwise, using this option will cause sos to prompt the user to choose the method of encryption
to use. Choices will be [P]assphrase, [K]ey, [E]nv vars, or [N]o encryption. If passphrase or key
the user will then be prompted for the respective value, env vars will cause sos to source the
information in the manner stated above, and choosing no encryption will disable encryption.
See the sections on --encrypt-key and --encrypt-pass below for more information.
--encrypt-key KEY
Encrypts the resulting archive that sosreport produces using GPG. KEY must be an existing key in
the user's keyring as GPG does not allow for keyfiles. KEY can be any value accepted by gpg's
'recipient' option.
Note that the user running sosreport must match the user owning the keyring from which keys will
be obtained. In particular this means that if sudo is used to run sosreport, the keyring must also
be set up using sudo (or direct shell access to the account).
Users should be aware that encrypting the final archive will result in sos using double the amount
of temporary disk space - the encrypted archive must be written as a separate, rather than
replacement, file within the temp directory that sos writes the archive to. However, since the
encrypted archive will be the same size as the original archive, there is no additional space
consumption once the temporary directory is removed at the end of execution.
This means that only the encrypted archive is present on disk after sos finishes running.
If encryption fails for any reason, the original unencrypted archive is preserved instead.
--encrypt-pass PASS
The same as --encrypt-key, but use the provided PASS for symmetric encryption rather than key-pair
encryption.
--batch
Generate archive without prompting for interactive input.
--name NAME
Deprecated. See --label
--label LABEL
Specify an arbitrary identifier to associate with the archive. Labels will be appended after the
system's short hostname and may contain alphanumeric characters.
--threads THREADS
Specify the number of threads sosreport will use for concurrency. Defaults to 4.
--plugin-timeout TIMEOUT
Specify a timeout in seconds to allow each plugin to run for. A value of 0 means no timeout will
be set. A value of -1 is used to indicate the default timeout of 300 seconds.
Note that this option sets the timeout for all plugins. If you want to set a timeout for a
specific plugin, use the 'timeout' plugin option available to all plugins - e.g. '-k
logs.timeout=600'.
The plugin-specific timeout option will override this option. For example, using ´--plugin-
timeout=60 -k logs.timeout=600´ will set a timeout of 600 seconds for the logs plugin and 60
seconds for all other enabled plugins.
--cmd-timeout TIMEOUT
Specify a timeout limit in seconds for a command execution. Same defaults logic from --plugin-
timeout applies here.
This option sets the command timeout for all plugins. If you want to set a cmd timeout for a
specific plugin, use the 'cmd-timeout' plugin option available to all plugins - e.g. '-k logs.cmd-
timeout=600'.
Again, the same plugin/global precedence logic as for --plugin-timeout applies here.
Note that setting --cmd-timeout (or -k logs.cmd-timeout) high should be followed by increasing the
--plugin-timeout equivalent, otherwise the plugin can easily timeout on slow commands execution.
--namespaces NAMESPACES
For plugins that iterate collections over namespaces that exist on the system, for example the
networking plugin collecting `ip` command output for each network namespace, use this option to
limit the number of namespaces that will be collected.
Use '0' (default) for no limit - all namespaces will be used for collections.
Note that specific plugins may provide a similar `namespaces` plugin option. If the plugin option
is used, it will override this option.
--container-runtime RUNTIME
Force the use of the specified RUNTIME as the default runtime that plugins will use to collect
data from and about containers and container images. By default, the setting of auto results in
the local policy determining what runtime will be the default runtime (in configurations where
multiple runtimes are installed and active).
If no container runtimes are active, this option is ignored. If there are runtimes active, but not
one with a name matching RUNTIME, sos will abort.
Setting this to none, off, or disabled will cause plugins to NOT leverage any active runtimes for
collections. Note that if disabled, plugins specifically for runtimes (e.g. the podman or docker
plugins) will still collect general data about the runtime, but will not inspect existing
containers or images.
Default: 'auto' (policy determined)
--case-id NUMBER
Specify a case identifier to associate with the archive. Identifiers may include alphanumeric
characters, commas and periods ('.').
--build
Do not archive copied data. Causes sosreport to leave an uncompressed archive as a temporary file
or directory tree.
--debug
Enable interactive debugging using the python debugger. Exceptions in sos or plug-in code will
cause a trap to the pdb shell.
--dry-run
Execute plugins as normal, but do not collect any file content, command output, or string data
from the system. The resulting logs may be used to understand the actions that sos would have
taken without the dry run option.
--estimate-only
Estimate disk space requirements when running sos report. This can be valuable to prevent
sosreport working dir to consume all free disk space. No plugin data is available at the end.
Plugins will be collected sequentially, size of collected files and commands outputs will be
calculated and the plugin files will be immediatelly deleted prior execution of the next plugin.
This still can consume whole free disk space, though.
Please note, size estimations may not be accurate for highly utilized systems due to changes
between an estimate and a real execution. Also some difference between estimation (using `stat`
command) and other commands used (i.e. `du`).
A rule of thumb is to reserve at least double the estimation.
--upload
If specified, attempt to upload the resulting archive to a vendor defined location.
This option is implied if --upload-url is used.
You may be prompted for a username and password if these are not defined by the vendor as well. If
these credentials are not provided, sos will still run and create an archive but will not attempt
an automatic upload, instead relying on the end user to upload it as needed.
The sosreport archive will still remain on the local filesystem even after a successful upload.
Note that depending on the distribution sos is being run on, or the vendor policy detected during
execution, there may be dependencies that are not strictly required by the package at installation
time.
For example, for HTTPS uploads the python-requests library must be available. If this library is
not available, HTTPS uploads will not be attempted.
--upload-url URL
If a vendor does not provide a default upload location, or if you would like to upload the archive
to a different location, specify the address here.
A support protocol MUST be specified in this URL. Currently uploading is supported for HTTPS,
SFTP, and FTP protocols.
If your destination server listens on a non-standard port, specify the listening port in the URL.
--upload-user USER
If a vendor does not provide a default user for uploading, specify the username here.
If this option is unused and upload is request, and a vendor default is not set, you will be
prompted for one. If --batch is used and this option is omitted, no username will be collected and
thus uploads will fail if no vendor default is set.
You also have the option of providing this value via the SOSUPLOADUSER environment variable. If
this variable is set, then no username prompt will occur and --batch may be used provided all
other required values (case number, upload password) are provided.
--upload-pass PASS
Specify the password to use for authentication with the destination server.
If this option is omitted and upload is requested, you will be prompted for one.
If --batch is used, this prompt will not occur, so any uploads are likely to fail unless this
option is used.
Note that this will result in the plaintext string appearing in `ps` output that may be collected
by sos and be in the archive. If a password must be provided by you for uploading, it is strongly
recommended to not use --batch and enter the password when prompted rather than using this option.
You also have the option of providing this value via the SOSUPLOADPASSWORD environment variable.
If this variable is set, then no password prompt will occur and --batch may be used provided all
other required values (case number, upload user) are provided.
--upload-directory DIR
Specify a directory to upload to, if one is not specified by a vendor default location or if your
destination server does not allow writes to '/'.
--upload-method METHOD
Specify the HTTP method to use for uploading to the provided --upload-url. Valid values are 'auto'
(default), 'put', or 'post'. The use of 'auto' will default to the method required by the policy-
default upload location, if one exists.
This option has no effect on upload protocols other than HTTPS.
--upload-no-ssl-verify
Disable SSL verification for HTTPS uploads. This may be used to allow uploading to locations that
have self-signed certificates, or certificates that are otherwise untrusted by the local system.
Default behavior is to perform SSL verification against all upload locations.
--upload-protocol PROTO
Manually specify the protocol to use for uploading to the target upload-url.
Normally this is determined via the upload address, assuming that the protocol is part of the
address provided, e.g. 'https://example.com'. By using this option, sos will skip the protocol
check and use the method defined for the specified PROTO.
For RHEL systems, setting this option to sftp will skip the initial attempt to upload to the Red
Hat Customer Portal, and only attempt an upload to Red Hat's SFTP server, which is typically used
as a fallback target.
Valid values for PROTO are: 'auto' (default), 'https', 'ftp', 'sftp'.
--experimental
Enable plugins marked as experimental. Experimental plugins may not have been tested for this port
or may still be under active development.
--help Display usage message.
SEE ALSO
sos(1) sos-clean(1) sos-collect(1) sos.conf(5)
MAINTAINER
Jake Hunsaker <jhunsake@redhat.com>
AUTHORS & CONTRIBUTORS
See AUTHORS file in the package documentation.
TRANSLATIONS
Translations are handled by transifex (https://fedorahosted.org/transifex/)
Mon Mar 25 2013 1 SOS(REPORT)