azcomputerguru/claudetools
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

sync: auto-sync from HOWARD-HOME at 2026-06-01 10:26:59

Browse Source 
Author: Howard Enos
Machine: HOWARD-HOME
Timestamp: 2026-06-01 10:26:59
This commit is contained in:
Howard Enos
2026-06-01 10:27:10 -07:00
parent f5714ac647
commit c757318ffa
6 changed files with 143 additions and 2 deletions
Download Patch File Download Diff File Expand all files Collapse all files

43
session-logs/2026-06-01-howard-client-status-and-qwm.md
View File

@@ -80,3 +80,46 @@ Coord API (server-side, not repo):
- Onboarding docs: `.claude/skills/remediation-tool/references/{gotchas.md,tenants.md}`, `scripts/onboard-tenant.sh`. GDAP groups: `clients/internal-infrastructure/scripts/add-rob-to-gdap-groups.ps1` (13 M365 GDAP groups + AdminAgents in tenant ce61461e).
- Coord API: `http://172.16.3.30:8001/api/coord`. Todos this session: 46bda3ec(done), bf09d843, 72060fc8, 7221c025, 10536f07.
- Syncro #32279: https://computerguru.syncromsp.com/tickets/110305905
---
## Update: 10:26 PT — Len's Auto Brokerage GuruRMM deployment (complete) + Dataforth handoff
### Summary
Executed and reconciled the Len's Auto Brokerage GuruRMM rollout. Resolved the enrollment key from
agent source: the **site code `UPPER-STAR-2820` IS the enrollment credential** (the site's api_key is
null, irrelevant for the `.exe install --api-key <site_code>` / WS auto-register path). Installer
confirmed live. Environment is a workgroup (no AD domain), so delivery was via **ScreenConnect**, not
GPO. Howard enrolled all machines online in the last ~2 months.
Reconciled GuruRMM (8 online agents) against the Syncro asset list (15). All online-in-2mo machines
enrolled. Key identity resolution: **LAB-SVR (RMM) = LENS-SV (Syncro) = the new/current server**, one
HPE MicroServer Gen10+ v2 (SN 3M1D1T12PD, Server 2019, IP .81) that the old overview doc had called
DESKTOP-BMBTQLI. The old **LAB-SERVER** (Server 2008, .241) is deliberately NOT enrolled — agent won't
run on 2008; decommission handles it. Offline>2mo machines (DESKTOP-LJ825H1, LAB-005252, MATT, PARKER)
are being removed from Syncro — no action. desertRV machines (DESERTRVSERVER, DRV-TK-DESKTOP) belong to
a separate group that doesn't exist in GuruRMM yet.
### Decisions
- ScreenConnect delivery (workgroup, no domain → GPO not viable).
- Site code = enrollment key (verified in agent source, not guessed).
- Do not enroll the EOL Server 2008 box; let decommission handle it.
- Re-scoped the desertRV todo to its own client key (was mis-filed under Len's).
### Config / coord changes
- Created: `clients/lens-auto-brokerage/docs/gururmm-deployment.md` (runbook + reconciliation).
- Modified: `clients/lens-auto-brokerage/docs/overview.md` (server table — LAB-SVR/LENS-SV identity, LAB-SERVER EOL).
- Coord: component `clients-lens-auto-brokerage/gururmm-deployment` = deployed (reconciled); deployment lock `01eae532` claimed + released.
- Todos: `3aeb3f2b` (desertRV stand-up, ->howard), `a0b890ae` closed (superseded/re-scoped), `37543f7f` (Dataforth optical-tester, ->howard).
### Infrastructure
- Len's: 192.168.1.0/24, WAN 174.77.67.237, ScreenConnect. GuruRMM client `bc76984f`, site "Main" `d8f69cd8` / code `UPPER-STAR-2820`. 8 agents online.
- New server LAB-SVR/LENS-SV: HPE MicroServer Gen10+ v2, SN 3M1D1T12PD, Server 2019 (installed 4/15/2026), 192.168.1.81.
- Old EOL server LAB-SERVER: HP ProLiant ML310e Gen8 v2, SN MX253500HB, Server 2008, 192.168.1.241 (up 79d, not in RMM).
### Pending / Next
- **NEXT SESSION (after /clear): Dataforth optical-tester** (todo `37543f7f`, Mike's request) — VLAN the
XP optical tester + give it backup to a server; XP can't do modern SMB, so it must reach the legacy
NAS or an SMB1-capable server. Scope SMB1 narrowly (security).
- desertRV stand-up (todo `3aeb3f2b`).
- Len's optional follow-up: site walkthrough + user self-installer (`UPPER-STAR-2820`) to catch stragglers; cosmetic LAB-SVR vs LENS-SV hostname mismatch.