Page History
...
--setup-dir
- Specifies the directory in which the installer for the JOC Cockpit should be extracted. This is not the JOC Cockpit installation directory but the directory that holds installer files.
--response-dir
- Specifies the directory that holds a copy of the JOC Cockpit installer
joc_install.xml
response file and optionally related files. This file is available after extraction of the installer tarball and specifies options for installation of the JOC Cockpit. Files in the response directory are copied to the working directory specified with the--setup-dir
option. and are applied when invoking the installer by./setup.sh -u joc_install.xml
, see JS7 - JOC Cockpit - Headless Installation on Linux and Windows. - Users should keep their copy of the response file and specify the directory with this command line option. Response files can be re-used within the same minor release of the JOC Cockpit, for example when updating from release 2.2.1 to 2.2.4. When updating, for example, from release 2.2.x to 2.3.x it is recommended to check from the installer tarball if a newer version of the file is available.
- Users should note that the response file can hold references to a license file and to a JDBC Driver .jar file. The JOC Cockpit setup is executed from the working directory specified with the
--setup-dir
option. Paths in thejoc_install.xml
response file can be used relative to the working directory, for example usingsos.pem
for a license file without specifying a directory if the license file is available in the response directory as it will be copied to the working directory.
- Specifies the directory that holds a copy of the JOC Cockpit installer
--release
- Specifies a release number such as 2.3.1 for download from the SOS web site if the
--tarball
option is not used.
- Specifies a release number such as 2.3.1 for download from the SOS web site if the
--tarball
- Optionally specifies the path to a .tar.gz file that holds the JOC Cockpit installation files. If this option is not used the installer tarball will be downloaded from the SOS web site for the release indicated with the
--release
option. - Download is performed with
curl
which takes account ofhttp_proxy
andhttps_proxy
environment variables and the relevant settings from a.curlrc
file.
- Optionally specifies the path to a .tar.gz file that holds the JOC Cockpit installation files. If this option is not used the installer tarball will be downloaded from the SOS web site for the release indicated with the
--home
- Specifies the directory in which the JOC Cockpit should be installed.
- This option overwrites the JOC Cockpit installation directory specified in the
joc_install.xml
response file with the<installpath>
element.
--data
- Optionally specifies the directory in which the JOC Cockpit installs configuration files. If the option is omitted then the home directory will used.
- If specified then the configuration directory is accessible from the
jetty_base
symlink in the JOC Cockpit home directory. - This option overwrites the JOC Cockpit configuration directory specified in the
joc_install.xml
response file with the<entry key="jettyBaseDir" value="..."/>
element.
--user
- The JOC Cockpit
joc_install.xml
response file holds therunningUser
setting that optionally specifies the user account of the JOC Cockpit daemon service. This setting allows to take precedence over the response file setting. - The user account specified will be used for the JOC Cockpit installation.
- Should the the home or data directory be owned by an account that is different from the one running the Agent Installation Script then consider use of the
--home-owner
and--data-owner
options.
- The JOC Cockpit
--home-owner
- Optionally specifies the user account and group that should own the home directory. By default the home directory is created and owned by the current user account.
- Syntactically a user account and optionally a group can be specified, for example
--home-owner=sos
or--home-owner=sos:sos
. If the group is not specified then a group with the name of the user account is assumed. - Use of this option requires
sudo
permissions for the user account that runs the JOC Cockpit Installation Script.
--data-owner
- Optionally specifies the user account and group that should own the data directory. By default the data directory is created and owned by the current user account.
- Syntactically a user account and optionally a group can be specified, for example
--data-owner=sos
or--data-owner=sos:sos
. If the group is not specified then a group with the name of the user account is assumed. - Use of this option requires
sudo
permissions for the user account that runs the JOC Cockpit Installation Script.
--patch
- Specifies the Change Management issue key that is assigned the patch, for example JS-1984.
- The patch is identified from its patch key that is specified with the
--patch-key
option. - The release number to which a patch is applicable is specified with the
--release
option. - Patches are downloaded from the SOS web site if the
--tarball
option is not used. - If a backup directory is specified then a backup of the JOC Cockpits installation directory will be created in this directory.
--patch-key
- A patch is identified by it's patch key which is specified from
[API|GUI]-<sequence>
, for exampleAPI-1
,API-2
,GUI-3
:API
specifies a patch that is applicable to the JS7 - REST Web Service API.GUI
specifies a patch that is applicable to the user JS7 - Browser User Interface.<sequence>
: specifies the running number of a patch per API or GUI. Patches with higher running numbers include any patches with lower running numbers.
- For details see JS7 - Patches for JOC Cockpit API and JS7 - Patches for JOC Cockpit GUI.
- A patch is identified by it's patch key which is specified from
--patch-jar
- Optionally specifies the path to a .jar file that holds the patch if a patch is provided in this format.
--license-key
- Optionally the path to a license key file is specified. Customers with a Commercial License receive the license key file in .pem or .crt format.
- For details see JS7 - How to apply a JS7 License Key.
- This option is an alternative to specifying the license key file with the
joc_install.xml
response file, see--response-dir
option.
--license-bin
- Optionally the path to the
js7-license.jar
binary file is specified that includes code that is available for use with a Commercial License only, see JS7 - How to apply a JS7 License Key. - Should this option be omitted and a license key file be specified with the
--license-key
option then the binary file is downloaded from the SOS Web Site, see JS7 - Download. - This option is an alternative to specifying the license key file with the
joc_install.xml
response file, see--respons-dir
option. If the response files specifies a license key then the binary file for licensed code is automatically installed.
- Optionally the path to the
--backup-dir
- If a backup directory is specified then an existing JOC Cockpit's installation directory home and data directories will be added to a two .tar.gz file files in this directory.
- File names are created according to the pattern:
backup_js7_joc.<hostname>.<release>.[home|data].<yyyy>-<MM>-<dd>T<hh>-<mm>-<ss>.tar.gz
- For example:
backup_js7_joc.centostest_primary.2.3.1.home.2022-03-19T20-50-45.tar.gz
- For example:
- A backup is intended to restore files in the JOC Cockpit's installation and data directories. The purpose of a backup is to restore files that are replaced by the JOC Cockpit Installation Script, its purpose is not to restore a JOC Cockpit installation that otherwise is corrupted or removed. No backup will be taken if one of the
--uninstall
options is used.
--log-dir
- If a log directory is specified then the JOC Cockpit Installation Script will write information about processing steps to a log file in this directory.
- File names are created like this:
install_js7_joc.<hostname>.<yyyy>-<MM>-<dd>T<hh>-<mm>-<ss>.log
- For example:
install_js7_joc.centostest_primary.2022-03-19T20-50-45.log
--exec-start
- This option can be used should JOC Cockpit be started after installation. For example, when using systemd then the option
--exec-start=
"StartService"
will start the JOC Cockpit service provided that the related systemd service has been created manually or by use of the--make-service
switch. Alternatively users can specify individual commands, for example--exec-start="sudo systemctl start js7_joc"
. - For systemd service files see the JS7 - systemd Service Files for automated Startup and Shutdown with Unix Systems article.
- This option is an alternative for use of the
-restart
switch that starts the JOC Cockpit from its Start Script. If specified this option overrules the--restart
switch.
- This option can be used should JOC Cockpit be started after installation. For example, when using systemd then the option
--exec-stop
- This option can be used should JOC Cockpit be stopped before installation. For example, when using systemd then the option
--exec-stop="StopService"
will stop the JOC Cockpit service provided that the related systemd service has been created manually or by use of the--make-service
switch. Alternatively users can specify individual commands, for example--exec-stop="sudo systemctl stop js7_joc"
. - For systemd service files see the JS7 - systemd Service Files for automated Startup and Shutdown with Unix Systems article.
- This option is an alternative to use of the
-restart
switch that stops the JOC Cockpit from its Start Script. If specified this option overrules the--restart
switch.
- This option can be used should JOC Cockpit be stopped before installation. For example, when using systemd then the option
--return-values
- Optionally specifies the path to a file which return values will be added to in the format
<name>=<key>
. For example:log_file=install_js7_joc.centostest_primary.2022-03-20T04-54-31.log
backup_file=backup_js7_joc.centostest_primary.2.3.1.2022-03-20T04-54-31.tar.gz
- An existing file will be overwritten. It is recommended that a unique file name such as
/tmp/return.$$.$RANDOM.properties
is used. - A value from the file can be retrieved like this:
backup=$(cat /tmp/return.$$.$RANDOM.properties | grep "backup_file" | cut -d'=' -f2)
- Optionally specifies the path to a file which return values will be added to in the format
...
Overview
Content Tools