Skip to content
shadcn.io

shadcn.io is not affiliated with official shadcn/ui

System Rebooted Success Block for React

A confirmation window for a rebooted host: a table of four hosts with the rebooted one chosen, and a detail panel with its uptime, load, last boot and services in start order, each with the second it was healthy.

Framework
UI library

Preview

Preview width

Installation

Part of Pro
Pro unlocks the code and one-line install of every Pro button and text effect, plus the MCP for your AI editor.
Have Pro already? Sign in to open it.Opens here as soon as you're Pro.

Overview

Confirm a restart with the evidence beside it with this confirmation window for React with Base UI. It is the Buoycheck console, server monitoring, just after a host was rebooted, in a fixed-height window with no title bar: a top bar with a success mark, the heading and the one action, the Shine Button that opens the system logs. The page side is a native Table of four hosts (name and role, last boot, uptime) with the rebooted one chosen, a detail panel that follows the chosen row (uptime, load averages, last boot and why) and, across the foot of the page side, the host's services in start order, each with a bar to the second it was healthy on a fixed 0 to 40 second axis. For monitoring, fleet and any restart you want to prove.

FAQ

What stays in the page, and how do I wire it for real?

Nothing was restarted. The four hosts, their addresses (documentation ranges), uptimes, load averages and service times are typed sample data. To wire it, fill HOSTS from your monitoring (uptime in seconds, the services with the second each was healthy) and set CHECKED_AT to the moment those uptimes were read; the last-boot time and the uptime text are worked out from the two.

How do I choose a host?

Each host name is a button stretched over its whole row, so a click anywhere on the row chooses it and the Tab key stops once per host. The chosen row is marked with a bar and a tint and carries the current state for assistive technology, and the detail panel and the live line at the foot follow it. The panel keeps its height whichever host is chosen, because every host lists four services.

Why does the uptime not tick?

A ticking value would move the page and need a pause control, and a confirmation describes one moment. Uptimes are typed seconds counted back from one fixed moment of checking (14:22:00 UTC), so 00:04:12 is the same on every load and the boot times are fixed too. To go live, set the moment from the clock after mount and refresh it on your own schedule.

What do the service bars show?

The second after the boot at which each service was healthy, in the order the services start, on one axis from 0 to 40 seconds that every host shares, so a slow database is visibly slower than a proxy. The seconds are also written beside each bar and in the heading (healthy by 28 s), so the drawing is never the only way to read it.

How does the window behave on a phone?

It keeps its height and scrolls inside itself. The hosts come first, then the chosen host's facts, then its services; the Last boot column folds away below the small breakpoint, and the top bar's action reads Logs while its full name stays for assistive technology.

  • Pro

    Instance Provisioned Success

    Servers and storage

    A confirmation window for a new server: a list of its facts beside three connect tabs (SSH, SFTP and Docker context) with copyable commands, and the 48 seconds it took as four steps on a time axis.

  • Pro

    A confirmation page for a finished maintenance window: planned against actual on one time axis from 02:00 to 05:00, the early finish worked out, and four services that each pick a tick on the axis and say when they came back.

  • Pro

    Cluster Scaled Success

    Servers and storage

    A confirmation window for a scaled cluster: twelve node slots in a framed canvas that a number field redraws, an Autoscale switch that dashes the room to grow, and the vCPU, memory, requests and monthly cost worked out from typed per-node figures.

  • Pro

    A confirmation window for a new load balancer: the routing drawn top-down from clients through the balancer to three zones of backend dots, the entry hostname with a copy button, and a zone picker that lists the chosen zone's four backends with their addresses.

  • Pro

    Backup Restored Success

    Backups and exports

    A confirmation page for a restore from a snapshot: the snapshot and the live database side by side with the same five tables, their row counts and checksums, a Match worked out for every pair, the checksum of the whole snapshot with a copy button and a local health check.

  • Pro

    Storage Optimized Success

    Servers and storage

    A confirmation panel for a compaction: three cells on shared hairlines, one table each, with the size before as a hollow bar, the size after solid and the reclaimed part hatched, worked out from typed sizes, and a toggle group that sorts the tables.