No fleet metrics snapshot yet. The refresh job runs every 15 minutes between 5amβ8pm ET.
System Type by POD
Click a segment to open Customers filtered by POD and system type
Seats & AD Users by POD
Click a bar to open Customers filtered by that POD
Release Count
Full build version Β· click to filter Β· log scale helps compare small releases
System Type Breakdown
Click a bar to filter Customers Β· Log helps compare small types
Spruce vs RSMax
System count by product Β· click to filter
Seats by Product
Licensed concurrent seats Β· click to filter
AD Users by Product
Enabled AD users in customer OU Β· click to filter
Loading customersβ¦
| Display Name β | Username β | Last Logon β | Expires β | Status β | Pwd Last Set β |
|---|---|---|---|---|---|
π€ Select a company to load users. | |||||
| User | Session host | ID | State | Collection / name | Idle | Logon | Actions |
|---|---|---|---|---|---|---|---|
Open this tab or press Refresh to load sessions from RDCBs. | |||||||
| Name β | OS β | Version β | Last Logon β | Status β |
|---|---|---|---|---|
π₯οΈ Select this tab to load servers. | ||||
Starts AWS_NewInstall_NetNew.ps1 on the WinRM orchestrator (detached). Poll shows the last lines of stdout/stderr from the orchestrator temp folder.
SiteID must contain the NSID substring.
β
β
Modular steps that mirror AWS_NewInstall_NetNew.ps1 after the monolith was split. Each step calls the WinRM orchestrator independently (same SiteID / NSID / product as shared context below).
Use Resolve POD context (cache) once per browser session to avoid repeating the expensive Get-PODEnvironment / Get-PODInfo work on every step (omit the checkbox to force a full resolve each time).
Optional Run AD prep then folders runs both in order when you want one click without retyping.
Shared context
Used by every step. Fill once, then run any step (or the combined action at the bottom).
1Customer AD prep
OU, security group, RDS users (NSID-1 β¦), service account. Synchronous WinRM run. DCS for non-sandbox: HELIX_SPRUCE_POD_DCS on Helix.
2Create customer folders
DFS / file layout after AD prep. The orchestrator resolves POD context, then runs an ECiHostingTools layout cmdlet if one exists; otherwise Helix uses a built-in layout (physical folders under the POD cloud drive and New-DfsnFolder when a namespace parent can be resolved). Override with the optional cmdlet field if your HostingTools export uses a different name.
3More steps
Additional install phases will appear here as they are split from AWS_NewInstall_NetNew.ps1.
Select one or more RDS servers below. Choose a time window, then start capture. Results appear below when the job finishes β download a ZIP per host.
Select this tab to load PS forms.
| Site ID | NetSuite ID | POD | Crystal User | Vendor User | Updated | |
|---|---|---|---|---|---|---|
| Loading⦠| ||||||
Customer
β
Server
β
