Files
upstream-seaweedfs/telemetry/DEPLOYMENT.md
upstream-mirror 89f5be005d
Some checks failed
go: build dev binaries / cleanup (push) Successful in 4s
Codespell / Check for spelling errors (push) Failing after 3s
docker: build dev containers / build-rust-binaries (amd64, x86_64-unknown-linux-musl) (push) Failing after 3s
docker: build dev containers / build-dev-containers (push) Has been skipped
docker: build dev containers / build-rust-binaries (arm64, true, aarch64-unknown-linux-musl) (push) Failing after 3s
End to End / FUSE Mount (push) Failing after 2s
EC Integration Tests / EC Integration Tests (push) Failing after 30s
FUSE DLM Integration Tests / FUSE DLM Integration Tests (push) Failing after 3s
FUSE Volume Server Failover Tests / FUSE Volume Server Failover (push) Failing after 3s
FUSE Integration Tests / FUSE Integration Testing (push) Failing after 2s
FUSE P2P Peer Chunk Sharing Integration Tests / FUSE P2P Peer Chunk Sharing (push) Failing after 3s
go: build binary / Go Vet (push) Failing after 2s
go: build binary / Go Vet 32-bit (push) Failing after 3s
go: build binary / Build (push) Failing after 4s
go: build binary / Build cross-platform (freebsd/amd64) (push) Failing after 3s
go: build binary / Build cross-platform (windows/amd64) (push) Failing after 3s
go: build binary / Build cross-platform (darwin/arm64) (push) Failing after 3s
go: build binary / Build cross-platform (windows/arm64) (push) Failing after 3s
go: build binary / Test (push) Failing after 2s
go: build binary / Test 32-bit (push) Failing after 3s
helm: lint and test charts / lint-test (push) Failing after 3s
Java Client Integration Tests / Java Integration Tests (11) (push) Failing after 3s
Java Client Integration Tests / Java Integration Tests (17) (push) Failing after 3s
go: build dev binaries / build_dev_linux_windows (amd64, linux) (push) Failing after 2s
go: build dev binaries / build_dev_linux_windows (amd64, windows) (push) Failing after 3s
go: build dev binaries / build_dev_darwin (amd64, darwin) (push) Has been skipped
go: build dev binaries / build_dev_darwin (arm64, darwin) (push) Has been skipped
Java Client Unit Tests / Java Unit Tests (11) (push) Failing after 3s
Java Client Unit Tests / Java Unit Tests (17) (push) Failing after 2s
Java Client Unit Tests / Java Unit Tests (21) (push) Failing after 3s
Java Client Unit Tests / Java Unit Tests (8) (push) Failing after 3s
Kafka Quick Test (Load Test with Schema Registry) / Kafka Client Load Test (Quick) (push) Failing after 3s
Kafka Gateway Tests / Kafka Unit Tests (unit-tests-1) (push) Failing after 11s
Kafka Gateway Tests / Kafka Integration Tests (Critical) (integration-1) (push) Failing after 3s
Kafka Gateway Tests / Kafka End-to-End Tests (with SMQ) (e2e-1) (push) Failing after 3s
Kafka Gateway Tests / Kafka Consumer Group Tests (Highly Isolated) (consumer-group-1) (push) Failing after 2s
Kafka Gateway Tests / Kafka Client Compatibility (with SMQ) (client-compat-1) (push) Failing after 3s
Kafka Gateway Tests / Kafka SMQ Integration Tests (Full Stack) (smq-integration-1) (push) Failing after 3s
Kafka Gateway Tests / Kafka Protocol Tests (Isolated) (protocol-1) (push) Failing after 3s
KMS Tests / KMS Provider Integration Tests (push) Failing after 2s
KMS Tests / S3 KMS End-to-End Tests (push) Failing after 3s
Master Cold Start Tests / Master Cold Start Tests (push) Failing after 4s
Metadata Subscribe Integration Tests / Metadata Subscribe Integration Tests (push) Failing after 3s
Multi-Master Tests / Multi-Master Failover Tests (push) Failing after 3s
Performance / CPU and Heap Profile (push) Failing after 2s
Performance / S3 Read/Write Benchmark (rust volume) (push) Failing after 3s
pjdfstest POSIX Compliance / pjdfstest (push) Failing after 2s
Plugin Worker Integration Tests / Plugin Worker: erasure_coding (push) Failing after 3s
Plugin Worker Integration Tests / Plugin Worker: vacuum (push) Failing after 3s
Rust Volume Server Tests / Rust Integration Tests (push) Failing after 3s
Rust Volume Server Tests / Go Tests with Rust Volume (grpc - Shard 1) (push) Failing after 2s
Rust Volume Server Tests / Go Tests with Rust Volume (http - Shard 1) (push) Failing after 3s
Rust Volume Server Tests / Go Tests with Rust Volume (grpc - Shard 2) (push) Failing after 3s
Rust Volume Server Tests / Go Tests with Rust Volume (http - Shard 2) (push) Failing after 3s
Rust Volume Server Tests / Go Tests with Rust Volume (grpc - Shard 3) (push) Failing after 3s
S3 IAM Integration Tests / S3 IAM Distributed Tests (push) Failing after 2s
S3 IAM Integration Tests / S3 IAM Performance Tests (push) Failing after 3s
Performance / Throughput Benchmark (go volume) (push) Failing after 3s
Performance / Throughput Benchmark (rust volume) (push) Failing after 2s
Performance / S3 Read/Write Benchmark (go volume) (push) Failing after 3s
Plugin Worker Integration Tests / Plugin Worker: volume_balance (push) Failing after 3s
PostgreSQL Gateway Tests / PostgreSQL Basic Tests (push) Failing after 3s
Rust Volume Server Tests / Rust Unit Tests (push) Failing after 2s
Rust Volume Server Tests / Go Tests with Rust Volume (http - Shard 3) (push) Failing after 3s
Rust Plugin Worker Tests / Rust Plugin Worker Build and Unit Tests (push) Failing after 3s
rust: build dev volume server binaries / cleanup (push) Successful in 3s
S3 ETag and ACL Tests / S3 ETag + ACL Integration Tests (push) Failing after 3s
S3 IAM Integration Tests / IAM Unit Tests (push) Failing after 3s
S3 IAM Integration Tests / S3 IAM Integration Tests (advanced) (push) Failing after 3s
S3 IAM Integration Tests / S3 IAM Integration Tests (basic) (push) Failing after 2s
S3 IAM Integration Tests / S3 IAM Integration Tests (group) (push) Failing after 3s
S3 IAM Integration Tests / S3 IAM Integration Tests (policy-enforcement) (push) Failing after 2s
S3 IAM Integration Tests / S3 IAM Integration Tests (sts) (push) Failing after 4s
S3 Keycloak Integration Tests / S3 Keycloak Integration Tests (push) Failing after 3s
S3 PyArrow Parquet Tests / PyArrow Parquet Tests (Python 3.11) (push) Failing after 3s
S3 PyArrow Parquet Tests / Go Unit Tests (Implicit Directory) (push) Has been cancelled
S3 PyArrow Parquet Tests / PyArrow Parquet Tests (Python 3.12) (push) Has been cancelled
rust: build dev volume server binaries / build-rust-volume-dev-darwin (darwin-amd64, x86_64-apple-darwin) (push) Has been cancelled
rust: build dev volume server binaries / build-rust-volume-dev-darwin (darwin-arm64, aarch64-apple-darwin) (push) Has been cancelled
rust: build dev volume server binaries / build-rust-volume-dev-linux (linux-amd64, x86_64-unknown-linux-gnu) (push) Has been cancelled
S3 PyArrow Parquet Tests / PyArrow Parquet Tests (Python 3.9) (push) Has been cancelled
S3 Proxy Signature Tests / S3 Proxy Signature Verification Tests (push) Has been cancelled
S3 SDK V2 Route Disambiguation Tests / S3 SDK V2 Routing Tests (push) Has been cancelled
S3 SSE Tests / S3 SSE Integration Tests (quick) (push) Has been cancelled
S3 SSE Tests / S3 SSE Compatibility Test (push) Has been cancelled
S3 SSE Tests / S3 SSE Metadata Persistence Test (push) Has been cancelled
S3 SSE Tests / S3 SSE Copy Operations Test (push) Has been cancelled
S3 SSE Tests / S3 SSE Multipart Upload Test (push) Has been cancelled
S3 SSE Tests / S3 SSE Performance Test (push) Has been cancelled
S3 SSE Tests / S3 Volume Encryption Test (push) Has been cancelled
S3 SSE Tests / S3 SSE Integration Tests (comprehensive) (push) Has been cancelled
Spark Integration Tests / Spark Integration Tests (push) Failing after 2s
Telemetry Integration Tests / telemetry-integration-test (push) Failing after 3s
Volume Server Integration Tests / Volume Server Integration Tests (grpc - Shard 1) (push) Failing after 3s
Volume Server Integration Tests / Volume Server Integration Tests (http - Shard 1) (push) Failing after 3s
Ceph S3 tests / Basic S3 tests (KV store) (push) Has been cancelled
Ceph S3 tests / S3 Versioning & Object Lock tests (push) Has been cancelled
S3 Policy Integration Tests / S3 Policy Unit Tests (push) Failing after 3s
Ceph S3 tests / S3 CORS tests (push) Has been cancelled
Ceph S3 tests / SeaweedFS Custom S3 Copy tests (push) Has been cancelled
Ceph S3 tests / Basic S3 tests (SQL store) (push) Has been cancelled
test s3 over https using aws-cli / awscli-tests (push) Has been cancelled
TLS Rotation Integration Tests / TLS Rotation Integration Tests (push) Has been cancelled
Vacuum Integration Tests / Vacuum Integration Tests (push) Has been cancelled
S3 Policy Integration Tests / S3 Policy Variables Integration Tests (push) Failing after 3s
S3 Policy Integration Tests / S3 Policy Enforcement Integration Tests (advanced-policy) (push) Failing after 3s
S3 Policy Integration Tests / S3 Policy Enforcement Integration Tests (basic-policy) (push) Failing after 2s
S3 Policy Integration Tests / S3 Policy Enforcement Integration Tests (contextual-policy) (push) Failing after 4s
S3 Policy Integration Tests / Trusted Proxy Detection Tests (push) Failing after 2s
S3 Policy Integration Tests / S3 Policy Shell Integration Tests (push) Failing after 3s
Samba on FUSE Integration / samba-integration (push) Failing after 2s
SFTP Integration Tests / SFTP Integration Testing (push) Failing after 3s
terraform: validate and test modules / fmt, validate, plan-level tests (push) Failing after 3s
terraform: validate and test modules / local cluster smoke test (real weed) (push) Failing after 2s
Volume Server Integration Tests / Volume Server Integration Tests (grpc - Shard 3) (push) Failing after 3s
Volume Server Integration Tests / Volume Server Integration Tests (grpc - Shard 2) (push) Failing after 3s
Volume Server Integration Tests / Volume Server Integration Tests (http - Shard 2) (push) Failing after 2s
Volume Server Integration Tests / Volume Server Integration Tests (http - Shard 3) (push) Failing after 5s
mount: windows conformance / WinFsp conformance (push) Has been cancelled
mount: windows / Mount on Windows (push) Has been cancelled
snapshot of https://github.com/seaweedfs/seaweedfs.git (master, 2026-09-16; blobs > 131072B omitted)
2026-09-16 03:23:42 +05:00

9.4 KiB

SeaweedFS Telemetry Server Deployment

This document describes how to deploy the SeaweedFS telemetry server to a remote server using GitHub Actions, or via Docker.

Prerequisites

  1. A remote Linux server with:

    • SSH access
    • systemd (for service management)
    • Optional: Prometheus and Grafana (for monitoring)
  2. GitHub repository secrets configured (see Setup GitHub Secrets below):

    • TELEMETRY_SSH_PRIVATE_KEY: SSH private key for accessing the remote server
    • TELEMETRY_HOST: Remote server hostname or IP address
    • TELEMETRY_USER: Username for SSH access

Setup GitHub Secrets

Before using the deployment workflow, you need to configure the required secrets in your GitHub repository.

Step 1: Generate SSH Key Pair

On your local machine, generate a new SSH key pair specifically for deployment:

# Generate a new SSH key pair
ssh-keygen -t ed25519 -C "seaweedfs-telemetry-deploy" -f ~/.ssh/seaweedfs_telemetry_deploy

# This creates two files:
# ~/.ssh/seaweedfs_telemetry_deploy     (private key)
# ~/.ssh/seaweedfs_telemetry_deploy.pub (public key)

Step 2: Configure Remote Server

Copy the public key to your remote server:

# Copy public key to remote server
ssh-copy-id -i ~/.ssh/seaweedfs_telemetry_deploy.pub user@your-server.com

# Or manually append to authorized_keys
cat ~/.ssh/seaweedfs_telemetry_deploy.pub | ssh user@your-server.com "mkdir -p ~/.ssh && cat >> ~/.ssh/authorized_keys"

Test the SSH connection:

# Test SSH connection with the new key
ssh -i ~/.ssh/seaweedfs_telemetry_deploy user@your-server.com "echo 'SSH connection successful'"

Step 3: Add Secrets to GitHub Repository

  1. Go to your GitHub repository
  2. Click on Settings tab
  3. In the sidebar, click Secrets and variables → Actions
  4. Click New repository secret for each of the following:

TELEMETRY_SSH_PRIVATE_KEY

# Display the private key content
cat ~/.ssh/seaweedfs_telemetry_deploy
  • Name: TELEMETRY_SSH_PRIVATE_KEY
  • Value: Copy the entire private key content, including the -----BEGIN OPENSSH PRIVATE KEY----- and -----END OPENSSH PRIVATE KEY----- lines

TELEMETRY_HOST

  • Name: TELEMETRY_HOST
  • Value: Your server's hostname or IP address (e.g., telemetry.example.com or 192.168.1.100)

TELEMETRY_USER

  • Name: TELEMETRY_USER
  • Value: The username on the remote server (e.g., ubuntu, deploy, or your username)

Step 4: Verify Configuration

Create a simple test workflow or manually trigger the deployment to verify the secrets are working correctly.

Security Best Practices

  1. Dedicated SSH Key: Use a separate SSH key only for deployment
  2. Limited Permissions: Create a dedicated user on the remote server with minimal required permissions
  3. Key Rotation: Regularly rotate SSH keys
  4. Server Access: Restrict SSH access to specific IP ranges if possible

Example Server Setup

If you're setting up a new server, here's a basic configuration:

# On the remote server, create a dedicated user for deployment
sudo useradd -m -s /bin/bash seaweedfs-deploy
sudo usermod -aG sudo seaweedfs-deploy  # Only if sudo access is needed

# Switch to the deployment user
sudo su - seaweedfs-deploy

# Create SSH directory
mkdir -p ~/.ssh
chmod 700 ~/.ssh

# Add your public key (paste the content of seaweedfs_telemetry_deploy.pub)
nano ~/.ssh/authorized_keys
chmod 600 ~/.ssh/authorized_keys

Troubleshooting

SSH Connection Issues

# Test SSH connection manually
ssh -i ~/.ssh/seaweedfs_telemetry_deploy -v user@your-server.com

# Check SSH key permissions
ls -la ~/.ssh/seaweedfs_telemetry_deploy*
# Should show: -rw------- for private key, -rw-r--r-- for public key

GitHub Actions Fails

  1. Check secrets: Ensure all three secrets are properly set in GitHub
  2. Verify SSH key: Make sure the entire private key (including headers/footers) is copied
  3. Test connectivity: Manually SSH to the server from your local machine
  4. Check user permissions: Ensure the remote user has necessary permissions

GitHub Actions Workflow

The deployment workflow (.github/workflows/deploy_telemetry.yml) provides two main operations:

1. First-time Setup

Run this once to set up the remote server:

  1. Go to GitHub Actions in your repository
  2. Select "Deploy Telemetry Server" workflow
  3. Click "Run workflow"
  4. Check "Run first-time server setup"
  5. Click "Run workflow"

This will:

  • Create necessary directories on the remote server
  • Set up systemd service configuration
  • Configure log rotation
  • Upload Grafana dashboard and Prometheus configuration
  • Enable the telemetry service (but not start it yet)

Note: The setup only prepares the infrastructure. You need to run a deployment afterward to install and start the telemetry server.

2. Deploy Updates

To deploy updates, manually trigger deployment:

  1. Go to GitHub Actions in your repository
  2. Select "Deploy Telemetry Server" workflow
  3. Click "Run workflow"
  4. Check "Deploy telemetry server to remote server"
  5. Click "Run workflow"

Docker Deployment

You can build and run the telemetry server using Docker locally or on a remote host.

Build

  • Using Docker Compose (recommended):
docker compose -f telemetry/docker-compose.yml build telemetry-server
  • Using docker build directly (from the repository root):
docker build -t seaweedfs-telemetry \
  -f telemetry/server/Dockerfile \
  .

Run

  • With Docker Compose:
docker compose -f telemetry/docker-compose.yml up -d telemetry-server
  • With docker run:
docker run -d --name telemetry-server \
  -p 8080:8080 \
  seaweedfs-telemetry

Notes:

  • The container runs as a non-root user by default.
  • The image listens on port 8080 inside the container. Map it with -p <host_port>:8080.
  • You can pass flags to the server by appending them after the image name, e.g. docker run -d -p 8353:8080 seaweedfs-telemetry -port=8353 -dashboard=false.

Server Directory Structure

After setup, the remote server will have:

~/seaweedfs-telemetry/
├── bin/
│   └── telemetry-server          # Binary executable
├── logs/
│   ├── telemetry.log            # Application logs
│   └── telemetry.error.log      # Error logs
├── data/                        # State snapshots (telemetry-state.json), restored on restart
├── grafana-dashboard.json       # Grafana dashboard configuration
└── prometheus.yml               # Prometheus configuration

Service Management

The telemetry server runs as a systemd service:

# Check service status
sudo systemctl status telemetry.service

# View logs
sudo journalctl -u telemetry.service -f

# Restart service
sudo systemctl restart telemetry.service

# Stop/start service
sudo systemctl stop telemetry.service
sudo systemctl start telemetry.service

Accessing the Service

After deployment, the telemetry server will be available at (default ports shown; adjust if you override with -port):

  • Docker default: 8080

    • Dashboard: http://your-server:8080
    • API: http://your-server:8080/api/*
    • Metrics: http://your-server:8080/metrics
    • Health Check: http://your-server:8080/health
  • Systemd example (if you configured a different port, e.g. 8353):

    • Dashboard: http://your-server:8353
    • API: http://your-server:8353/api/*
    • Metrics: http://your-server:8353/metrics
    • Health Check: http://your-server:8353/health

Optional: Prometheus and Grafana Integration

Prometheus Setup

  1. Install Prometheus on your server
  2. Update /etc/prometheus/prometheus.yml to include:
    scrape_configs:
      - job_name: 'seaweedfs-telemetry'
        static_configs:
          - targets: ['localhost:8353']
        metrics_path: '/metrics'
    

Grafana Setup

  1. Install Grafana on your server
  2. Import the dashboard from ~/seaweedfs-telemetry/grafana-dashboard.json
  3. Configure Prometheus as a data source pointing to your Prometheus instance

Troubleshooting

Deployment Fails

  1. Check GitHub Actions logs for detailed error messages
  2. Verify SSH connectivity: ssh user@host
  3. Ensure all required secrets are configured in GitHub

Service Won't Start

  1. Check service logs: sudo journalctl -u telemetry.service
  2. Verify binary permissions: ls -la ~/seaweedfs-telemetry/bin/
  3. Test binary manually: ~/seaweedfs-telemetry/bin/telemetry-server -help

Port Conflicts

If port 8353 is already in use:

  1. Edit the systemd service: sudo systemctl edit telemetry.service
  2. Add override configuration:
    [Service]
    ExecStart=
    ExecStart=/home/user/seaweedfs-telemetry/bin/telemetry-server -port=8354
    
  3. Reload and restart: sudo systemctl daemon-reload && sudo systemctl restart telemetry.service

Security Considerations

  1. Firewall: Consider restricting access to telemetry ports
  2. SSH Keys: Use dedicated SSH keys with minimal permissions
  3. User Permissions: Run the service as a non-privileged user
  4. Network: Consider running on internal networks only

Monitoring

Monitor the deployment and service health:

  • GitHub Actions: Check workflow runs for deployment status
  • System Logs: sudo journalctl -u telemetry.service
  • Application Logs: tail -f ~/seaweedfs-telemetry/logs/telemetry.log
  • Health Endpoint: curl http://localhost:8353/health
  • Metrics: curl http://localhost:8353/metrics