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

sync: auto-sync from HOWARD-HOME at 2026-07-01 11:39:58

Browse Source 
Author: Howard Enos
Machine: HOWARD-HOME
Timestamp: 2026-07-01 11:39:58
This commit is contained in:
Howard Enos
2026-07-01 11:40:28 -07:00
parent 6f7f939a62
commit e527b89999
3 changed files with 109 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files

23
wiki/clients/scileppi-law.md
View File

@@ -2,7 +2,7 @@
type: client
name: scileppi-law
display_name: The Law Offices of Chris Scileppi
last_compiled: 2026-05-24
last_compiled: 2026-07-01
compiled_by: DESKTOP-0O8A1RL/claude-main
sources:
- clients/scileppi-law/session-logs/2026-05-07-howard-sylvia-mac-mini-mail-memory.md
@@ -48,7 +48,10 @@ aliases: [scileppi]
## Network
*(not documented)*
- **Subnet:** `192.168.242.0/24`; gateway/DNS `192.168.242.1`.
- **File server (NAS):** `SL-SERVER` = `192.168.242.5` — **Synology**, btrfs `/volume1` (25 TB pool), primary share **`Data`** at `/volume1/Data`. Serves AFP (548) + SMB (445/139).
- Resolves reliably via mDNS as **`SL-SERVER.local`**. The AFP-service Bonjour name `SL-SERVER._afpovertcp._tcp.local` is **unreliable after NAS reboots** (Synology stops advertising it) — mount by `SL-SERVER.local`, not the `_afpovertcp` name.
- **Sylvia's Mac mini connects over Wi‑Fi (`en1`, `192.168.242.154`)**, not Ethernet. It has a wired port — moving it to Ethernet is the durable fix for idle network drops.
## Cloud / M365
@@ -59,7 +62,12 @@ aliases: [scileppi]
## GuruRMM
- **GuruRMM site:** Main Office (`WEST-MEADOW-9025`)
- **Sylvias-Mini enrollment:** FAILED as of 2026-05-07. macOS installer not yet available on GuruRMM server; Cloudflare bot challenge also blocked install one-liner. Documented separately at `session-logs/2026-05-07-howard-gururmm-macos-installer-and-cf-bot-block.md`.
- **Enrolled agents (as of 2026-07-01):**
- `Mac-mini-2.localdomain` (macOS, Sylvia's Mac) — agent `1386d9fd-ac16-423c-ada0-5abad5b61838`.
- `SL-SERVER` (Synology/Linux, file server) — agent `0186e9d5-e1cc-4603-a81a-adb1f2230702`.
- **Note:** the internal RMM API (`172.16.3.30:3001`) is only reachable on ACG's LAN; from off-net, auth/drive via the public endpoint **`https://rmm.azcomputerguru.com`** (same vault creds).
- **ScreenConnect:** installed on `Mac-mini-2` 2026-07-01 (session `Mac-mini-2`, Company "The Law Offices of Chris Scileppi" / Site "Main Office" / Tag "Mac"). `SL-SERVER` is a headless Synology — not a ScreenConnect target.
- **Historical — Sylvias-Mini enrollment:** FAILED as of 2026-05-07. macOS installer not yet available on GuruRMM server; Cloudflare bot challenge also blocked install one-liner. Documented separately at `session-logs/2026-05-07-howard-gururmm-macos-installer-and-cf-bot-block.md`.
- Enrollment to be retried on the replacement Mac after migration, once Mike ships the macOS agent.
## Active Projects / Open Items
@@ -74,6 +82,15 @@ aliases: [scileppi]
## Key Events / History
### 2026-07-01 — Sylvia "can't connect to server" (dropped drive) + no-sleep + ScreenConnect
**Reported:** Sylvia couldn't reach the server; her mapped drive (`/Volumes/Data`) was gone. Handled remotely via GuruRMM (public endpoint).
- **Root cause:** `SL-SERVER` (Synology NAS) rebooted ~09:34 local and was slow to bring SMB/AFP back up; while down, the Mac's AFP mount failed (error `-5014`). Data volume (`/volume1`, 25 TB) was mounted and healthy throughout — no data risk. Services recovered on their own.
- **Recurring bug found:** the Mac's auto-mount LaunchAgent (`com.acg.mount-server`) targeted the Bonjour name `afp://SL-SERVER._afpovertcp._tcp.local/Data`, which the Synology **stops advertising after a reboot** (NORESOLVE), while `SL-SERVER.local` resolves fine. **Fix:** repointed the agent to `afp://SL-SERVER.local/Data`; retired a stale duplicate agent `com.azcomputerguru.mount-slserver` (both had the fragile name). Backup: `com.acg.mount-server.plist.bak-20260701`.
- **Meta-cause of session instability:** the Mac mini is on **Wi‑Fi** and had `displaysleep 10` — when the display slept, the Wi‑Fi link dropped (system `sleep` was already 0). **Fix:** `pmset -a sleep 0 displaysleep 0 womp 1 powernap 1 tcpkeepalive 1` (display never sleeps → network stays up). Long-term: move the mini to Ethernet.
- **ScreenConnect** installed on `Mac-mini-2` (per Mike's request) — session self-tagged Company/Site/Tag as above.
### 2026-05-07 — Sylvia's Mac mini: Apple Mail memory exhaustion
**Syncro ticket #32262** — "Sylvia is having applications crash and getting errors regarding low memory."