sync: auto-sync from HOWARD-HOME at 2026-07-04 16:20:30

Author: Howard Enos
Machine: HOWARD-HOME
Timestamp: 2026-07-04 16:20:30
This commit is contained in:
2026-07-04 16:20:55 -07:00
parent cb99daa6cb
commit 2aed9d93c9
3 changed files with 11 additions and 9 deletions

View File

@@ -220,3 +220,7 @@ Step 3 (moves): 39 one-time moves, 0 failed (throttled + 5x retry rode over the
Manual-review pile (13 same-hostname/different-device pairs, NEVER auto-touched): GURU-5070 (Mike's laptop - old record offline since 2026-06-06, new device_id since 2026-06-09 = likely reimage; Mike's call to delete stale), SERVER (ONE device with records in BOTH T&C Sorensen and Zeus Nestora - live one is Zeus; if physically T&C's it needs a move), BridgettePSHomeComputer, DESKTOP-BTR2AM3, MSI, Maras-HP-Laptop, PST-SURFACE, RECEPTIONIST-PC, RMM-TEST-MACHINE, Sif-Laptop554/555, bfcfbc739d23, gururmm.
Remaining known issue: move endpoint intermittently 500s under repeated calls (transient DB/load, handler code is a clean UPDATE) - throttle+retry works; worth a server-side look eventually.
## Update: post-cleanup fresh sweep (2026-07-04 evening)
Holiday evening sweep: only 2 GPS machines online in SC (CP-QB Curtis Plumbing, IMC-PRINTSERVER IMC). Pushed staging installer to both, twice (second send wrapped in try/catch writing errors to C:\Windows\Temp\gururmm-install-err.txt on each box) - neither enrolled after ~5 min despite live SC connections and current SC client. Mechanism proven (15 enrolled this morning) so cause is local to these boxes - COME-BACK: read the err file via SC backstage next session. 25 more machines active<=14d will be caught by the daily sweep as offices reopen after the holiday. Morning-sweep machines confirmed correctly enrolled post-dedup (BookKeeper->Reliant, PLS-TWO/THREE->PUTT, CURTIS-HOME->Curtis).