Skip to main content

Setup Wizard

When you launch Rackscope for the first time (or when the configuration is empty), a Setup Wizard guides you through the initial configuration step-by-step.

info

The setup wizard can be re-launched at any time from Settings > General > Re-run Setup Wizard


When It Appears

The wizard launches automatically when the feature flag is enabled:

  • First launch: No topology file is found at the configured path (or the topology is empty), and features.wizard: true in config/app.yaml
  • Manual reset: You triggered a reset from Settings > General > Re-run Setup Wizard or issued a DELETE /api/topology/reset API call

Once you complete (or skip) the wizard, you can choose to dismiss it permanently (see Permanent Dismissal below).

tip

Even if you prefer to write YAML by hand, running the wizard once is a useful way to generate a valid base configuration that you can then version-control with Git.

Permanent dismissal

When you close or skip the wizard, a confirmation dialog asks whether to disable it permanently:

  • Not now: Wizard dismissed for this session (reappears if you clear your browser cache)
  • Disable permanently: Updates features.wizard: false in app.yaml — the wizard will not appear again, even after clearing your browser cache

To re-enable the wizard after permanent dismissal, set features.wizard: true in config/app.yaml (or via Settings → General).


Step 1: Welcome

The first screen introduces Rackscope and its core concepts so every operator — regardless of prior experience — starts with a shared mental model.

What you will see:

  • A brief description of what Rackscope does (physical monitoring layer over Prometheus)

  • The topology hierarchy at a glance:

    Site → Room → Aisle → Rack → Device → Instance
  • A note clarifying what Rackscope is not: it does not replace your CMDB, Grafana, or Prometheus — it complements them with a physical-layer view.

[Screenshot placeholder: Welcome step with hierarchy diagram]

Actions: Click Next to continue, or Skip wizard to go directly to the empty dashboard.


Step 2: Prometheus Connection

Rackscope is Prometheus-first. Without a working Prometheus endpoint, health states and metrics cannot be displayed. This step ensures the connection is valid before you build your topology.

Fields:

FieldDescriptionDefault
Prometheus URLBase URL of your Prometheus instancehttp://localhost:9090
AuthenticationNone / Basic Auth / Bearer TokenNone
UsernameBasic auth username (if applicable)
Password / TokenCredential (stored in app.yaml, never in the browser)
TLS Skip VerifyDisable TLS certificate validation (dev/self-signed certs)Off

Test Connection button

Clicking Test Connection sends a probe request to /api/prometheus/test which queries up against your Prometheus. The result is displayed inline:

  • Green checkmark: connection successful, Prometheus version shown
  • Red warning: connection failed, error message shown (network error, auth failure, etc.)
warning

Do not proceed without a successful connection test unless you intend to configure Prometheus later. Health states will show as UNKNOWN until Prometheus is reachable.

[Screenshot placeholder: Prometheus step with successful connection badge]

Actions: Click Next to continue. The URL and auth settings are saved to config/app.yaml.


Step 3: Create Your First Site

A Site is the top-level entity in the Rackscope hierarchy. It typically represents a physical datacenter, a building, or a campus.

Fields:

FieldDescriptionRequired
Site IDShort identifier used in YAML and URLs (e.g., dc-paris)Yes
Display NameHuman-readable name shown in the UI (e.g., Paris DC)Yes
LatitudeDecimal latitude for world map pinNo
LongitudeDecimal longitude for world map pinNo
DescriptionFree-text description (shown in tooltips)No
tip

If you provide lat/lon coordinates, your site will appear as a pin on the World Map view. You can always add or update coordinates later from the Topology Editor.

[Screenshot placeholder: Create site step with map preview]

Actions: Click Next. The site is written to config/topology/sites.yaml.


Step 4: Create Your First Room

A Room is a physical space within a site — a server room, a machine room, or a data hall.

Fields:

FieldDescriptionRequired
Room IDShort identifier (e.g., hall-a)Yes
Display NameHuman-readable name (e.g., Hall A)Yes
OrientationCompass direction of the room entrance (N / S / E / W)No
Grid ColumnsNumber of aisle columns for the floor planNo
Grid RowsNumber of aisle rows for the floor planNo

The orientation and grid settings power the Room Floor Plan view, which renders aisles and racks as a navigable 2D layout.

[Screenshot placeholder: Create room step with orientation picker]

Actions: Click Next. The room is added under your site in the topology files.


Step 5: Add Your First Rack

A Rack is a physical equipment cabinet. You can add it directly to the room (standalone) or inside an aisle. The wizard creates a standalone rack for simplicity — you can reorganize into aisles later with the Topology Editor.

Fields:

FieldDescriptionRequired
Rack IDShort identifier (e.g., rack-01)Yes
Display NameHuman-readable name (e.g., Rack 01)Yes
U HeightTotal rack height in rack units (e.g., 42)Yes
Rack TemplateOptional template that predefines infrastructure (PDUs, HMC, etc.)No

Rack templates define rear infrastructure and side-mounted components (power banks, cable management). If you have a template catalog already, you can select one here. Otherwise, leave blank and configure it later via the Template Editor.

[Screenshot placeholder: Create rack step with U height preview]

Actions: Click Next. The rack is written to the topology under your room.


Step 6: Simulator (Demo Mode)

If you do not have a real Prometheus instance yet, or want to explore Rackscope's features before connecting live hardware, the Simulator plugin lets you start with simulated metrics.

What the simulator does:

  • Generates realistic Prometheus metrics for your topology
  • Prometheus scrapes the simulator on its normal schedule (transparent to the backend)
  • You can experiment with health states, thresholds, overrides, and all UI features
  • A DEMO ribbon is displayed in the top-left corner of the UI while the simulator is active

Incident mode options:

ModeDescription
full_okAll nodes healthy — useful for baseline visual testing
light1–3 critical, 1–5 warning devices
medium1–3 critical, 5–10 warning, 1 rack in failure
heavy5–10 critical, 10–20 warning, 2 racks, 1 hot aisle
chaos~15% critical, ~25% warning — maximum failure density

The default mode is light. You can change the mode and the reshuffle frequency (changes_per_hour) at any time from Settings > Plugins > Simulator.

info

The wizard writes plugins.simulator.enabled: true to config/app.yaml and sets the incident mode in config/plugins/simulator/config/plugin.yaml. You can disable it at any time from Settings > Plugins.

[Screenshot placeholder: Simulator step with incident mode picker]

Actions: Toggle the simulator on or off, select an incident mode, then click Finish.


Completion

After Step 6, the wizard saves all configuration and navigates you to the Dashboard.

You will see:

  • Your site on the World Map (if coordinates were provided)
  • Your room in the site's room list
  • Your rack in the room floor plan
  • Health states populated (either from Prometheus or the simulator)

From here, you can:

  • Add more sites, rooms, aisles, and racks via the Topology Editor (/editors/topology)
  • Add devices to your rack via the Rack Editor (/editors/rack/your-rack-id)
  • Configure health checks in the Checks Library Editor (/editors/checks)
  • Explore the rest of the User Guide to learn about views and features
tip

The wizard creates a minimal but valid YAML configuration. All files are human-readable and version-control friendly — commit them to Git as soon as you are happy with the initial setup.