Protect $800–$1,000/hr finishing sessions from dropped frames, eliminate uncoordinated scrub slowdowns, and track ingest runway across Linux, TrueNAS, and Unraid.
Native Support for Creative Storage Arrays & White-Box Hardware
Standard NAS alerts fire when a drive is already dead. In commercial post-production, silent degradation during active client review passes ruins deliverables.
Enterprise drives accumulate uncorrectable read errors (UREs) and bad sectors over weeks. Too often, the first time a controller flags them is during a grueling rebuild—when a secondary drive drops offline and corrupts the entire pool.
Server rack ambient temperatures surge when finishing suites kick off overnight render queues. Generic monitoring tools either wake sleeping platters 50+ times a day or miss nocturnal 50°C+ heat spikes completely—accelerating drive degradation.
There is zero tolerance for I/O stalls hours before master delivery. When an uncoordinated ZFS scrub or drive resilver cuts pool read throughput by 60% during a live 4K client review, playback stutters and edit bays freeze with zero warning.
Generic IT tools treat post arrays like database clusters. And custom cron scripts wake sleeping platters 50 times a day while remaining blind to block queue stalls.
-n standby to preserve sleeping disks without waking platters.Eliminate finger-pointing between editors, network engineers, and storage leads when playback stutters during client reviews.
When 4K ProRes playback stutters, editors immediately blame the storage array. Pillar measures kernel block-layer await times and isolates the critical p99 tail latency. Within 15 seconds, you know whether a single disk is choking on sector retries (140ms await) or if the SAN is clean—exonerating 10GbE network switches and client Thunderbolt docks.
Automated scrubs consume up to 70% of array read bandwidth. Naive linear ETAs fool engineers into assuming an overnight scrub will finish before 9:00 AM client reviews. Pillar models variable scrub velocity to forecast maintenance collisions with active edit hours—giving your team hours of advance notice to throttle or pause parity checks before sessions begin.
Post-production ingest is notoriously lumpy—a 3-day multi-cam shoot can unload 35TB in 48 hours. Copy-on-write filesystems like ZFS suffer severe throughput collapse once pool capacity crosses 80% due to block allocator fragmentation. Pillar models multi-window velocity (24h/7d/30d) to project the exact date your array hits the 80% performance cliff.
Detect raw SMART bad sector growth curves, SAS/SATA CRC bus errors, and machine room heat spikes before a drive drops offline during a conform pass. Built-in standby checks guarantee sleeping nearline platters stay at rest. The dual-drive URE stress calculator forecasts secondary rebuild failure risks before you pull a physical drive.
Auditor-approved read-only container architecture designed to pass MPA & Trusted Partner Network (TPN) zero-trust security audits without touching project media bins.
Every flag is locked to read-only interfaces. No media dataset mounts, no elevated root capabilities, no listening network ports.
Run our 100% non-destructive audit script directly in your storage terminal. Validates kernel VFS mounts, SES chassis bays, and zero-inbound connectivity.
=== Pillar Fleet Control :: Pre-Flight Readiness Audit ===
Running non-destructive inspection of local storage bus and runtime...
[•] Host Platform: Linux (x86_64)
[✓] User Privileges: Root / Host Administrator (Docker launch permitted)
[•] Workload Engine: Active (Docker daemon ready)
[✓] Security Posture: No docker.sock mount required (--cap-drop=ALL --cap-add=SYS_RAWIO)
[✓] Kernel VFS Diskstats: Available (/proc/diskstats)
[✓] Sysfs Block Tree: Available (/sys/block)
Storage Bus Topology & Physical Media:
[✓] Enclosure Services: SES Active (/sys/class/enclosure detected for bay mapping)
[✓] Topology Symlinks: Found (/dev/disk/by-path)
• /dev/sdb -> Samsung SSD 870 (~465 GB)
• /dev/sdc -> Samsung SSD 870 (~465 GB)
• /dev/sdd -> WDC WD60EFAX-68J (~5589 GB)
• /dev/sde -> ST8000VN004-3CP1 (IronWolf) (~7452 GB)
• /dev/sdf -> ST8000VN004-3CP1 (IronWolf) (~7452 GB)
• /dev/nvme0n1 -> Micron 7450 Pro Enterprise NVMe (~1920 GB)
Excluded 3 virtual device(s) (ZVOLs / DeviceMapper / MDRAID)
Hardware Safety & Spindown Preservation:
[✓] Spindown Policy: Active (--nocheck=standby prevents waking sleeping platters)
[✓] Storage Invariant: Strictly read-only (zero writes to media pools or footage datasets)
Outbound Network Connectivity:
[✓] Outbound Fleet API: Connected (HTTPS :443 Handshake verified)
[✓] Firewall Policy: Zero inbound ports or port forwarding required
Audit Complete: 6 physical drives detected. System is READY to run Pillar Agent.
Pillar observes, models, and alerts. It will never issue an unsolicited write command, kill an active process, pause a scrub autonomously, or touch your pool configuration. You remain 100% in control of your storage.
--read-only root and strictly zero filesystem access to editorial media bins, client masters, or DaVinci databases.Review the exact payload sent over HTTPS (Port 443) every 10 seconds. Notice what is present—and more importantly, what is physically absent.
{
"schema_version": "2026-03-01",
"agent_semver": "1.4.2",
"timestamp": "2026-09-07T22:20:00.142Z",
"node_id": "nas-01.chicago.pillar",
"kernel_source": "/proc/diskstats:ro",
"telemetry_type": "block_io_queue",
"disks": {
"sdc": {
"reads_completed": 1849201,
"read_await_ms": 148.2,
"service_time_ms": 140.0,
"queue_depth": 14.2,
"util_pct": 99.8,
"p99_spike_flag": true,
"outlier_risk": "HIGH_DROP_FRAME_RISK"
},
"sdd": {
"reads_completed": 921402,
"read_await_ms": 3.8,
"service_time_ms": 3.2,
"queue_depth": 1.1,
"util_pct": 24.5,
"p99_spike_flag": false,
"outlier_risk": "NOMINAL"
}
},
"security_audit": {
"media_mounts_accessed": 0,
"project_files_read": 0,
"payload_bytes": 1280
}
}In post-production, expanding from 100TB to 300TB happens because of 6K/8K RAW ingest—not because your team tripled. Zero per-terabyte penalties. Zero surprise metric overages.
A commercial finishing suite with agency creatives and directors bills at $800–$1,000/hour ($8,000/day). A single 2-hour playback freeze or uncoordinated scrub crash costs more in lost client confidence and overtime than 2 full years of Pillar.
For small editorial shops & suites
Billed monthly • Up to 3 nodes
For multi-suite post houses
Billed monthly • Up to 10 nodes
For enterprise media groups
Billed monthly • Unlimited nodes
For IT integrators & TDs
Billed monthly • Up to 10 clients
/dev/sd*, /dev/nvme*n*)./proc/diskstats and /sys/block. On Unraid, paste the 1-line Docker command into the web terminal or use the Unraid Community Apps container template. For step-by-step guides, systemd unit files, and persistent init scripts, see our Platform Deployment Guides.docker stop pillar-agent && docker rm pillar-agent. Because Pillar runs inside a strictly read-only container without host root filesystem hooks or cron modifications, zero residual files or background daemons remain on your server. See Troubleshooting & Lifecycle for de-provisioning details.--read-only, dropped capabilities (--cap-drop=ALL), and strictly read-only volume bindings. Pillar will never issue an unsolicited write command, kill an active process, pause a scrub autonomously, or touch your pool configuration. Your storage administrators remain 100% in control. Read our Security & Network Whitepaper for complete container audit specifications.Eliminate dropped frames in client reviews and uncoordinated rebuilds. Start your 14-day free pilot with zero credit card required.