1. Manuals
  2. Tumbleweed
  3. rmt-server
  4. rmt-cli(8)

Scroll to navigation

RMT-CLI(8) RMT RMT-CLI(8)

NAME

rmt-cli - control and configure your RMT server

DESCRIPTION

rmt-cli is the command line interface to control and configure a local RMT server.

RMT allows you to mirror RPM repositories in your own private network. It also is a registration proxy for SUSE systems.

PREREQUISITE

Before using rmt-cli for the first time, you have to finish the initial setup of your RMT server. The recommended way to do this is the RMT Yast module. You can install and run this wizard like this:

zypper install yast2-rmt

yast2 rmt

USAGE

  • rmt-cli sync: RMT comes with a preconfigured systemd timer to automatically get the latest product and repository data from the SUSE Customer Center over night. This command triggers the same synchronization instantly.
  • rmt-cli systems list: Lists systems registered against RMT.
Use the --all flag to list all systems.
Use the --proxy-byos flag to filter systems using RMT as a proxy.
  • rmt-cli systems scc-sync: Forwards local RMT systems to SCC.
  • rmt-cli systems remove TARGET: Removes a system and its activations from RMT.
Example:
rmt-cli systems remove SCC_e740f34145b84523a184ace764d0d597
•
rmt-cli systems purge [--no-confirmation] [--before date]: Removes inactive systems.
Use the --no-confirmation flag so the command does not ask you for confirmation.
Use the --before date flag to define that systems before the given date should be viewed as inactive.
Example:
rmt-cli systems purge --non-interactive --before 2022-02-28
•
rmt-cli products list [--all] [--csv] [--name name] [--version version] [--arch arch]: Lists the products that are enabled for mirroring.
Use the --all flag to list all available products.
Use the --csv flag to output the list in CSV format.
Use the --name name flag to list all products whose name match name.
Use the --version ver flag to list all products whose version match version.
Use the --arch arch flag to list all products whose architecture match arch.
•
rmt-cli products enable <id | string>...: Enable mirroring of product repositories by a list of product IDs or product strings.
Use the --all-modules flag to enable all free modules for a product.
Examples:
rmt-cli products enable SLES/15
rmt-cli products enable 1575
rmt-cli products enable SLES/15/x86_64 1743
rmt-cli products enable --all-modules SLES/15
•
rmt-cli products disable <id | string>...: Disable mirroring of product repositories by a list of product IDs or product strings.
Examples:
rmt-cli products disable SLES/15
rmt-cli products disable 1575
rmt-cli products disable SLES/15/x86_64 1743
•
rmt-cli products show <id | string>: Displays product with all its repositories and their attributes.
Examples:
rmt-cli products show SLES/15/x86_64
  • rmt-cli clean packages: Removes locally mirrored dangling files and their database entries. A file is considered to be dangling if it matches all the following characteristics:
  • It exists in a repository directory with primary and deltainfo metadata repomd.xml files;
  • It is no longer referenced to in those metadata files;
  • It is at least 2-days-old.
Use the --dry-run flag to generate a report of all files without actually cleaning files or database entries.
Use the --verbose flag to print detailed information of each cleaned file.
Use the --non-interactive flag to skip confirmation before proceeding with the cleaning process.
•
rmt-cli repos clean [--no-confirmation]: Removes locally mirrored files of repositories which are not marked to be mirrored.
Use the --no-confirmation to avoid user interaction and auto accept confirmation dialogs.
•
rmt-cli repos list [--all] [--csv]: Lists the repositories that are enabled for mirroring.
Use the --all flag to list all available repositories.
Use the --csv flag to output the list in CSV format.
•
rmt-cli repos enable <id>...: Enable mirroring of repositories by a list of repository IDs
Examples:
rmt-cli repos enable 2526
rmt-cli repos enable 2526 3263
•
rmt-cli repos disable <id>...: Disable mirroring of repositories by a list of repository IDs
Examples:
rmt-cli repos disable 2526
rmt-cli repos disable 2526 3263
•
rmt-cli mirror: In its default configuration, RMT mirrors its enabled product repositories automatically once every night. This command starts this mirroring process manually. Changes made to repository mirroring settings while mirroring is in progress are respected by the mirroring process.

When all enabled repositories are fully mirrored, you can register your client systems against RMT by running SUSEConnect --url https://<RMT hostname> on the client machine. After successful registration the repositories from RMT will be used by zypper on the client machine.

Custom repositories

Lists all your custom repositories.
Use the --csv flag to output the list in CSV format.
Adds a new custom repository, for example:
rmt-cli repos custom add https://download.opensuse.org/repositories/Virtualization:/containers/SLE_12_SP3/ Virtualization:Containers
rmt-cli repos custom add https://download.opensuse.org/repositories/Virtualization:/containers/SLE_12_SP3/ Virtualization:Containers --id containers_sle_12_sp3
Enables mirroring for a custom repository.
Disables mirroring for a custom repository.
Removes a custom repository.
Lists the products attached to the custom repository with given id.
Attaches an existing custom repository to a product.
Detaches an existing custom repository from a product.

Offline mode

RMT supports disconnected setups, in which an RMT does not need a connection to the internet, but takes all data and repository files from a portable storage device. A similar functionality was available in SMT. However, connecting an SMT with an RMT this way is not supported.

The offline mode requires some initial setup steps:

Run this on an online RMT to get the latest data from SUSE Customer Center and save it as JSON files at the specified path.
Run this on the offline RMT to read the JSON files from given path and fill the local database with data.

You can now run the usual rmt-cli repos enable <id> or rmt-cli products enable <id> commands on the offline RMT to select the repositories you want to enable for mirroring here.

Run this on the offline RMT to save the settings for enabled repositories at given path as repos.json.

After you have finished above setup steps, you can mirror repositories regularly to and from a portable storage device, which you first mount on the online, and later on the offline RMT to carry the files over:

Run this regularly on the online RMT to mirror the set of repositories specified in the repos.json at given path. The mirrored repository files will be stored in subdirectories of the same path.
Run this on the offline RMT to copy over all files of the enabled repositories from given path.

CONFIGURATION

As described in the PREREQUISITE section, the recommended way to perform initial configuration of RMT is using its YaST module. The YaST RMT module will take care of configuring SCC credentials, setting up the database and creating SSL certificates. However, if you want to reconfigure specific settings manually, this section tells you how.

All available configuration options can be found in the /etc/rmt.conf file.

After altering /etc/rmt.conf you need to reload the configuration using systemctl restart rmt-server.

SSL certificates & HTTPS

By default access to API endpoints consumed by SUSEConnect is limited to HTTPS only. nginx is configured to use SSL certificate and private key from the following locations:

  • Certificate: /etc/rmt/ssl/rmt-server.crt
  • Private key: /etc/rmt/ssl/rmt-server.key

YaST RMT module generates a custom certificate authority which is used to sign HTTPS certificates, which means that in order to register, this certificate authority must be trusted by the client machines:

  • For registrations during installation from the media or with YaST Registration module, a message will appear, prompting to trust the server certificate.
  • For registering a client system on the command line, use the rmt-client-setup script. It is provided at the following URL: http://<RMT hostname>/tools/rmt-client-setup.

The script requires only the RMT server hostname as a mandatory parameter, e.g.:

wget http://rmt.example.org/tools/rmt-client-setup

chmod +x ./rmt-client-setup

./rmt-client-setup http://rmt.example.org

Executing this script will import the RMT CA´s certificate into the trusted store and after that, run SUSEConnect to register the client with the RMT.

Mirroring settings

The mirroring section lets you adjust mirroring behavior.

Whether to mirror source (arch = src) RPM packages or not.
Whether to deduplicate files by a hardlink or copy. Possible values are: hardlink, copy

HTTP client settings

The http_client section defines RMT´s global HTTP connection settings.

Determines proxy authentication mechanism, possible values are: none, basic, digest, gssnegotiate, ntlm, digest_ie, ntlm_wb

Logging

In the log_level section you can configure the verbosity of RMT.

Sets the log level of the RMT server, possible values are: debug, info, warn, error.
Sets the log level of the RMT cli, possible values are: debug, info. Setting this to debug has the same effect as running rmt-cli with the -d switch.

Web server settings

The web_server section lets you tune the performance of your RMT server.

Specifies the minimum threads count a RMT server worker should spawn. Acceptable values: Integer greater than or equal to 1.
Specifies the maximum threads count a RMT server worker should spawn. Acceptable values: Integer greater than or equal to 1.
Specifies the number of web workers for RMT. Acceptable values: Integer greater than or equal to 1.

Settings for accessing SUSE repositories

The scc section contains your organization credentials for mirroring SUSE repositories from SUSE Customer Center. Your organization credentials can be obtained from the SUSE Customer Center https://scc.suse.com/.

FEEDBACK

Do you have suggestions for improvement? Let us know! Go to https://github.com/SUSE/rmt/issues/new and create a new issue and describe what you think could be improved. Feedback is always welcome!

March 2024