Manage remote debugging sessions on K3s
Configure and control secure, real-time access for WEKA Customer Success Team to troubleshoot cluster issues using homecli on K3s deployment.
Overview
Collaborate with the WEKA Customer Success Team (CST) by establishing secure debugging sessions using the homecli utility. The homecli remote-access command group allows you to grant WEKA CST controlled access to your environment to troubleshoot issues in real time.
Support session workflow
When a technical issue requires advanced diagnostics, the Customer Success Team may request a tmate session. This creates a shared terminal environment for both you and the WEKA CST to view and execute commands in real-time.
Remote session: Establishes a secure tunnel connecting your cluster to a shared support terminal via
homecli.Encrypted connection: All data transmitted is safeguarded with SSH encryption.
Audit capability: Support team actions are recorded as
.castfiles and stored in a Persistent Volume Claim (PVC), allowing for complete review.
The homecli tool is included in the Local WEKA Home deployment for K3s. For K8s, it is managed entirely through Helm charts. The homecli remote-access command group is supported in version 4.4.0 and later of LWH.
Available commands
The remote-access command group provides the following subcommands:
start
Start a new remote-access tmate session
stop
Stop running remote session(s)
list
List active remote sessions
list-recordings
List available session recordings
copy-recording
Copy recording files from PVC to local filesystem
Start a session
Use the start command to launch a new remote-access tmate session. This establishes a secure connection between your cluster and the shared support terminal. The following flags are required to initiate a session.
Syntax
Required flags
--cluster-id
string
Cluster GUID (must be a valid UUID).
--cluster-name
string
Human-readable cluster name. Max 63 characters; alphanumeric with dashes, underscores, or dots.
--ssh-keys-path
string
Host path to an existing SSH keys directory, mounted as a HostPath volume.
Optional flags
--cloud-url
string
From config
Cloud Weka Home URL
--host-name
string
System hostname
Override hostname
--terminal-cols
int
158
Terminal width
--terminal-lines
int
35
Terminal height
--debug
bool
false
Enable debug logging in the tmate container
Custom tmate server flags
When connecting to a custom tmate server, all of the following flags must be provided together.
--tmate-server-host
string
Override tmate SSH server hostname
--tmate-server-port
string
Override tmate SSH server port
--tmate-server-rsa-fingerprint
string
Override RSA fingerprint
--tmate-server-ed25519-fingerprint
string
Override Ed25519 fingerprint
--tmate-server-ecdsa-fingerprint
string
Override ECDSA fingerprint
Validation rules
--cluster-id: Must be a valid UUID format.--cluster-name: Max 63 characters. Must start and end with an alphanumeric character. May contain alphanumerics, dashes, underscores, or dots.--ssh-keys-path: Must point to an existing directory on the host.
Examples
Start a session using the cloud URL from the existing config:
Start a session with a custom tmate server:
Start a session with a custom terminal size and debug mode enabled:
Example output:
Stop a session
Use the stop command to terminate one or more active remote sessions. At least one filter flag must be provided.
Syntax
Flags
--session-id
string
Stop a specific session by its 6-character hex ID (example, a1b2c3)
--cluster-id
string
Stop all active sessions for a specific cluster (must be a valid UUID)
--all
bool
Stop all active sessions
Validation rules
--session-id: Must be exactly 6 hexadecimal characters.--cluster-id: Must be a valid UUID format.At least one of
--session-id,--cluster-id, or--allmust be specified.
Examples
Stop a specific session by ID:
Stop all sessions for a given cluster:
Stop all active sessions:
Example output:
List active sessions
Use the list command to view all currently active remote sessions. Output can be formatted as a table (default), JSON, or YAML.
Syntax
Flags
--output
-o
string
table
Output format: table, json, or yaml
Examples
List sessions in the default table format:
List sessions in JSON format:
List sessions in YAML format:
Example table output:
Example JSON output:
Example YAML output:
List session recordings
Use the list-recordings command to view available session recordings stored in the recordings PVC. Recordings are saved as asciinema .cast files and can be filtered by cluster.
The default PVC capacity for remote session client recordings is set to 10 GiB. To increase this capacity, modify the /opt/wekahome/current/config.json file, and then update the deployment settings accordingly.
For details, see 5. Install and configure Local WEKA Home.
Syntax
Flags
--cluster-id
string
Filter recordings by cluster ID (must be a valid UUID)
--output / -o
string
Output format: table (default), json, or yaml
Examples
List all available recordings:
Filter recordings for a specific cluster:
Output in JSON format:
Combine a cluster filter with YAML output:
Example table output:
Example JSON output:
Example YAML output:
Size format
Less than 1 KB
245 B
Less than 1 MB
856.3 KB
Less than 1 GB
1.2 MB
1 GB or more
2.5 GB
Copy recordings
Use the copy-recording command to download session recording files from the recordings PVC to a local directory. At least one filter flag is required to specify which recordings to copy.
Syntax
Required flag
--output / -o
string
Local destination directory. The directory is created if it does not already exist.
Filter flags
At least one of the following filter flags must be provided:
--recording
string
Specific recording filename to copy. Must be a .cast file with safe characters (alphanumeric, underscore, dash, colon, dot).
--cluster-id
string
Copy all recordings associated with a cluster (must be a valid UUID).
--all
bool
Copy all available recordings.
Validation rules
--recording: Must be a.castfile using only safe characters: alphanumeric, underscore, dash, colon, or dot.--cluster-id: Must be a valid UUID format.--output: Required. The specified directory is created automatically if it does not exist.
Examples
Copy a single recording to a local directory:
Copy a single recording for a specific cluster:
Copy all recordings for a specific cluster:
Copy all available recordings:
Example output:
Partial success output:
Last updated