You can use wildcards in the
system command-line interface (CLI).
The CLI supports the use of the asterisk character (*)
as a wildcard within the arguments of certain parameters. There are
some behavioral issues that must be considered when using wildcards
in order to prevent unexpected results. These behavioral issues and
the ways to avoid them are as follows:
- Running the command while logged onto the node.
The shell will
attempt to interpret any of the special characters if they are not
escaped (preceded with a backslash character). Wildcards will be expanded
into a list of files if any files exist that match the wildcards.
If no matching files exist, the wildcard is passed to the
system command untouched.
To prevent expansion, issue the following
command in one of its formats:
cleardumps -prefix '/dumps/*.txt' with single quotation marks
(''), or
cleardumps -prefix /dumps/\*.txt using a backslash (\), or
cleardumps -prefix "/dumps/*.txt" with double quotation marks
("").
- Running the command through Secure Shell (SSH), for example from
a host.
This method is slightly more complicated because the host
shell processes the command line before it is passed through SSH to
the shell on the clustered system (system). This means an extra layer
of protection is required around the wildcard as the host shell will
strip off any protecting quotes, and if the wildcard is exposed to
the system shell, this will result in the wildcard being expanded
in the system shell.
To prevent expansion, issue the following
command in one of its formats:
cleardumps "'/dumps/*.txt'" with single quotation marks ('')
inside of double quotation marks (""), or
cleardumps '/dumps/\*.txt' using a backslash (\) inside of
single quotation marks (''), or
cleardumps '"/dumps/*.txt"' with double quotation marks ("")
inside of single quotation marks ('').