8.1 KiB
8.1 KiB
type, name, display_name, last_compiled, compiled_by, sources, aliases
| type | name | display_name | last_compiled | compiled_by | sources | aliases | ||
|---|---|---|---|---|---|---|---|---|
| client | scileppi-law | The Law Offices of Chris Scileppi | 2026-07-01 | DESKTOP-0O8A1RL/claude-main |
|
|
The Law Offices of Chris Scileppi
Overview
- Business type: Law firm
- Syncro Customer ID: 9601863
- Billing model: Time and materials [unverified]
- Billing rate: $175/hr (onsite business, product 26118)
- Contract status: Unknown
- Note: As of 2026-05-07, Sylvia's billing line item was logged but deliberately NOT invoiced — held for later disposition per Mike's instruction.
Contacts
| Name | Role | Notes |
|---|---|---|
| Chris Scileppi | Owner / attorney | Client namesake |
| Sylvia | Employee | Primary user of the Mac mini with memory issue; single user account sylvia on machine |
Infrastructure
Workstations
| Asset | Hostname | Model | RAM | Storage | OS | Status |
|---|---|---|---|---|---|---|
| Sylvia's Mac mini | Sylvias-Mini |
Apple Mac14,3 (M2 base) | 8 GB LPDDR5 (Hynix, soldered — no upgrade path) | 256 GB SSD (92.78 GB free as of 2026-05-07) | macOS 14.4.1 (23E224) | Mail disabled; on webmail |
Current state of Sylvias-Mini:
- Apple Mail disabled at System Settings → Internet Accounts (Mail toggle off; Calendar/Contacts left enabled).
- Sylvia using outlook.office.com (webmail) for daily mail.
- Machine is usable but 8 GB with Office + OneDrive + Safari is tight without Mail running.
- Machine is NOT enrolled in GuruRMM (enrollment attempted 2026-05-07, failed — see notes).
Replacement Mac (planned, not yet ordered)
- Target spec: M4 Mac mini, 16 GB minimum, 24 GB preferred. 256 GB SSD sufficient; 512 GB optional.
- Migration plan: Migration Assistant over wired Ethernet or Thunderbolt, then reconfigure Mail with Download Attachments = None.
Network
- Subnet:
192.168.242.0/24; gateway/DNS192.168.242.1. - File server (NAS):
SL-SERVER=192.168.242.5— Synology, btrfs/volume1(25 TB pool), primary shareDataat/volume1/Data. Serves AFP (548) + SMB (445/139).- Resolves reliably via mDNS as
SL-SERVER.local. The AFP-service Bonjour nameSL-SERVER._afpovertcp._tcp.localis unreliable after NAS reboots (Synology stops advertising it) — mount bySL-SERVER.local, not the_afpovertcpname.
- Resolves reliably via mDNS as
- 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
- Mail platform: Exchange/M365 (Sylvia's mailbox is an IMAP/Exchange account accessed via Apple Mail or Outlook Web).
- Webmail URL: outlook.office.com
- Tenant domain and ID not documented in this session log.
GuruRMM
- GuruRMM site: Main Office (
WEST-MEADOW-9025) - Enrolled agents (as of 2026-07-01):
Mac-mini-2.localdomain(macOS, Sylvia's Mac) — agent1386d9fd-ac16-423c-ada0-5abad5b61838.SL-SERVER(Synology/Linux, file server) — agent0186e9d5-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 endpointhttps://rmm.azcomputerguru.com(same vault creds). - ScreenConnect: installed on
Mac-mini-22026-07-01 (sessionMac-mini-2, Company "The Law Offices of Chris Scileppi" / Site "Main Office" / Tag "Mac").SL-SERVERis 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
| Priority | Action | Owner |
|---|---|---|
| P1 | Spec, quote, and order replacement Mac mini (M4, 16 or 24 GB) | Mike |
| P2 | When new Mac arrives: run Migration Assistant from Sylvias-Mini; reconfigure Mail with Download Attachments = None | Howard |
| P2 | Enroll new Mac in GuruRMM (gated on macOS agent availability from Mike) | Howard |
| P3 | Re-enable Mail in Internet Accounts on new machine after migration verified | Howard |
| P3 | Invoice Syncro ticket #32262 (line item 42350646 exists, $175.00 × 1.0 — not yet invoiced per Mike's instruction) | Mike |
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 nameafp://SL-SERVER._afpovertcp._tcp.local/Data, which the Synology stops advertising after a reboot (NORESOLVE), whileSL-SERVER.localresolves fine. Fix: repointed the agent toafp://SL-SERVER.local/Data; retired a stale duplicate agentcom.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 (systemsleepwas 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." Technician: Howard Enos. Status: Resolved.
Root cause: Apple Mail's local cache (Envelope Index + message cache under ~/Library/Mail/V10/) had grown beyond what 8 GB unified RAM can service. Mail's virtual memory footprint exceeded 45 GB on an 8 GB machine, forcing constant swap. ~4.4 million swapouts observed in 9 minutes of uptime.
Diagnosis process:
- Attempt 1: Backed up and rebuilt Envelope Index. Memory footprint rose to 12 GB before Mail was killed by OS for memory pressure.
- Attempt 2: Fresh index rebuild — footprint climbed to 28 GB while downloading 349 messages (ETA shown: "69 hours"). This conclusively ruled out index corruption — the mailbox itself is too large for 8 GB.
Interim fix applied:
- Force-quit Mail.
- Disabled Mail toggle in System Settings → Internet Accounts.
- Verified Mail no longer auto-relaunches after reboot.
- Walked Sylvia through outlook.office.com in Safari for daily mail.
Billing artifacts:
| Artifact | ID |
|---|---|
| Syncro ticket | #32262 |
| Resolution comment | 409686752 |
| Timer entry | 39082403 (3600 s, billable) |
| Line item | 42350646 ($175.00 × 1.0, non-taxable) |
| Invoice | None — deliberately not created |
Anti-Patterns / Warnings
- [WARNING] Do NOT re-enable Apple Mail on Sylvias-Mini. The machine has 8 GB soldered RAM with no upgrade path — Mail will reproduce the memory exhaustion immediately. Machine stays on webmail until replaced.
- [WARNING] After migration to new Mac mini, configure Mail → Settings → Accounts → Mail Behaviors → Download Attachments = None. Skipping this on a large mailbox will eventually reproduce the same issue even on 16/24 GB.
- 8 GB M2 Mac mini RAM is soldered and not upgradeable — do not quote a RAM upgrade to the client.
- GuruRMM macOS enrollment is blocked until Mike ships the macOS agent — do not attempt install one-liner again without confirming agent availability first.
Backlinks
session-logs/2026-05-07-howard-gururmm-macos-installer-and-cf-bot-block.md— related GuruRMM macOS installer failure