Skip to main content
Read-only command. fjall status queries the Fjall API and CloudFormation and prints a health report. It never changes AWS and never edits a file.

Overview

fjall status answers one question: which of my applications are up? The application argument is optional, and it decides the scope of the report: Both paths resolve the application from the Fjall API. Neither reads fjall-config.json, so you can run the command from any directory. An application name that your organisation does not carry is an error, not an empty table.

Prerequisites

Missing credentials fail before the query with Authentication required. plus the cure for your environment: fjall login at a terminal, FJALL_API_KEY on a CI runner. An unreadable AWS connection does not fail the command. The health probe degrades to unknown and the report still prints.

Usage

Arguments

What the output shows

Two columns and a count line.
The count line lists only the non-zero buckets, in the order healthy, unhealthy, deploying, not deployed, unknown. Naming an application narrows the table to one row and names it in the summary:
An organisation with no applications prints − No applications found in place of the table, and the summary reports Count: 0.

Health values

unknown is not not-deployed. One says the state could not be read, the other says the state was read and there is nothing there. The count line and the machine-readable aggregates keep them apart, so never fold them together in a script.

How health is derived

Two signals, in order:
1

In-flight deployment records

Fjall reads your organisation’s recent deployment records. An application with a record in queued, pending, running or cancelling reports deploying, whatever CloudFormation says. A compute-only rollout never moves the network stack, so this signal is what makes those deploys visible.
2

The network CloudFormation stack

Otherwise Fjall reads the status of the application’s network stack (api becomes ApiNetwork) and maps it to one of the five values above.
Health reads one stack per application, the network stack. A compute, database or CDN stack that failed after its network stack settled still reports healthy here. Use fjall services <app> when you need per-service rollout truth.

Options

fjall status registers no options of its own. The six flags below are the shared block Fjall registers across its commands. There is no --target, no --region and no --json. The report always uses the active target, and it is the same plain text with or without --non-interactive, because the command has no interactive UI. -v adds no extra detail to this command’s output.

Machine-readable output

--agent switches the report to TOON, the structured format every Fjall command emits in agent mode. See Agent mode for the wider contract.
The aggregate keys carry every bucket, including the zeroes, so a consumer never has to derive one bucket by subtracting the others. --fields narrows the columns. Only name and health are selectable:
An unknown field name fails immediately with VALIDATION_ERROR and lists the valid fields. The check runs before authentication and before the API query, so a typo costs nothing.

Exit codes

Exit 0 means the query worked, not that your applications are well. A report full of unhealthy rows still exits 0. Do not gate a CI step on fjall status. Use fjall services <app>, which exits non-zero until every ECS service has finished rolling out.

Pick the right command

fjall history is unrelated to deployment history. It browses the infrastructure.ts snapshots that fjall add, fjall modify and fjall remove write locally.

Troubleshooting

”Authentication required.”

No usable credentials. Run fjall login, or set FJALL_API_KEY on a CI runner.

Every application reports unknown

The CloudFormation probe could not read any stack. Usual causes:
  • The AWS session has expired. Run fjall connect.
  • No target is active, or the active target points at the wrong account. Check with fjall target get and set it with fjall target set <name>.
  • AWS is throttling the CloudFormation calls. Rerun after a pause.

Failed to query status: Application "web" not found

The name is not registered to your organisation. Run fjall status with no argument to see the names Fjall holds.

An application reports healthy but the site is down

Health reads the network stack only. Run fjall services <app> for per-service rollout state, and fjall drift to find resources changed outside CloudFormation.

Next Steps

fjall services

Gate CI on live ECS rollout state and a non-zero exit code.

fjall releases

List recorded releases and roll back to a known-good one.

fjall deployments

Inspect, cancel and force-release your organisation’s deployments.

fjall deploy

Ship an application after the report shows it is out of date.