Repository navigation
Conversation
…ileV2 in NetworkConfiguration Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
|
Review the following changes in direct dependencies. Learn more about Socket for GitHub.
|
|
Warning Review the following alerts detected in dependencies. According to your organization's Security Policy, it is recommended to resolve "Warn" alerts. Learn more about Socket for GitHub.
|
Coverage provided by https://github.com/seriousben/go-patch-cover-action |
Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com>
The fileV2 fleet signs durability receipts with one shared key; clients verify against its public identity, the fileNetworkId, delivered via NetworkConfiguration. Carry it through the whole mongo path: - ConfModel gains fileNetworkId (bson, omitempty) — confapply picks it up from the network yml via nodeconf.Configuration and Add persists it - GetLast returns it, the NetworkConfiguration RPC serves it - any-sync v0.13.0-alpha.2 (proto field + client-side mapping) Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
…FileLimitsGet/FileUsageReport (SYN-19) fileV2 brokers push absolute per-(space, identity) durable usage rows and pull account-pool bounds to authorize uploads locally: - fileusage component: (spaceId, identity)-keyed docs with per-node reports; slice usage = MAX over unexpired (1h) reports from the current chash pair, falling back to the newest report so resharding or expiry never under-counts; identity total summed on read. - membership enforced coordinator-side: rows from non-responsible nodes are dropped (a stale-nodeconf node can't pin usage). - RPC handlers restricted to NodeTypeFileV2 peers. - spacestatus: RegisterSpaceRemoveHook runs in the StatusRemove transaction; fileusage drops the space's rows atomically with the deletion-log entry. Ownership change stays a quota no-op. - accountlimit: config default fileStorageLimitBytes for identities without an explicit accountLimit document. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01AoLHZmQFxyhxDkkwJ7Y1jX
feat(fileusage): files-v2 storage limits — usage store, aggregation, limits RPCs (SYN-19)
… into files-v2 # Conflicts: # coordinator/rpchandler.go # go.mod # go.sum
|
Superseded — the SYN-37 work landed on main in db28c31 ( |
Maps
nodeconf.NodeTypeFileV2tocoordinatorproto.NodeType_FileV2APIin theNetworkConfigurationresponse, so clients discover the fileV2 broker fleet through the coordinator like every other node type. Additive and back-compatible: networks without fileV2 nodes are unaffected, and older clients treat the unknown enum value as an unknown node type.Covered by
rpchandler_test.go(fileV2 nodes appear in the response with the right type) and the nodeconfsource fixture; full suite green. Running in the local files-v2 dev network since 2026-07-02 (coordinatordb28c31), where it serves the SDK's files byte layer end to end.Draft until any-sync ships: the mapping needs
NodeTypeFileV2/FileV2API, which today exist only on any-syncfiles-v2— so this PR pinsany-sync v0.12.14-0.20260702125210-fd5ee1f7(a branch pseudo-version), whilemainpins releasedv0.11.20. Before marking ready: land any-syncfiles-v2in a tagged release and bump the pin here to that release.🤖 Generated with Claude Code