Health
sfp server health
sfp server healthCheck the health and connectivity of the remote SFP server
sfp server health
sfp server healthVerify the health status of the SFP server and its components.
USAGE
$ sfp server health [--json] [-d] [--check-auth] [--repository <value>]
[-e <value> | -t <value>] [--sfp-server-url <value>] [-g <value>...]
[--loglevel
trace|debug|info|warn|error|fatal|TRACE|DEBUG|INFO|WARN|ERROR|FATAL]
FLAGS
-d, --detailed Show detailed health status including all components
--check-auth Validate authentication token with the server
--repository=<value> Repository identifier (e.g., owner/repo)
--sfp-server-url=<value> URL of the SFP server
AUTHENTICATION
-e, --email=<value> Email address for authenticated CLI user
-t, --application-token=<value> Application token for authentication (for CI/CD)
OTHER OPTIONS
--json Format output as json
-g, --logsgroupsymbol=<value>... Symbol used by CICD platform to group/collapse logs
--loglevel=<option> [default: info] logging level for this command invocation
<options: trace|debug|info|warn|error|fatal|TRACE|DEBUG|INFO|WARN|ERROR|FATAL>
DESCRIPTION
Check the health and connectivity of the remote SFP server
This command verifies:
- Server connectivity
- API endpoint availability
- Database connection
- Redis connection
- Worker queue status
- Authentication validity (with --check-auth)
EXAMPLES
$ sfp server health
$ sfp server health --detailed
$ sfp server health --check-auth
$ sfp server health --check-auth --detailed
$ sfp server health --json
$ sfp server health --sfp-server-url https://sfp.example.comHealth Check Levels
Basic Health Check
Quick connectivity and basic service check:
Output:
Detailed Health Check
Comprehensive status of all components:
Output:
Authentication Validation
Check Authentication
Verify that your authentication credentials are valid:
With email authentication:
With application token:
Output Formats
JSON Output
For integration with monitoring systems:
Integration Examples
Monitoring Script
CI/CD Pipeline Check
Health Status Values
healthy: All components operational
degraded: Some non-critical components have issues
unhealthy: Critical components are failing
unknown: Unable to determine health status
Configuration
Set default server URL via environment variable:
Or via config:
Note: Regular health checks are recommended for production environments to ensure service availability.
Tip: Use
--detailedflag when troubleshooting to get comprehensive diagnostic information.
Last updated