Chris Lu fbda7d9601 mount: refresh open file handles from the metadata event entry ...

The invalidation callback looked the path up again after the
subscription event arrived. A transient lookup failure, or a stale
cached result, left the open handle pinned to its old entry with no
retry: the cursor had already advanced, so only another event for the
same path would recover it. Apply the entry the event itself carries:
NewEntry for in-place updates and rename destinations, and keep the
last entry when the path is vacated so unlinked-but-open reads still
work.

2026-07-22 11:22:44 -07:00

..

cache_config.go

docs(meta_cache): readability fixes (#3691)

2022-09-15 02:04:57 -07:00

id_mapper.go

listen for metadata updates

2022-02-14 01:09:31 -08:00

meta_cache_apply_test.go

mount: refresh open file handles from the metadata event entry

2026-07-22 11:22:44 -07:00

meta_cache_build_test.go

mount: confirm an empty directory rebuild before caching it (#10092)

2026-06-24 14:25:23 -07:00

meta_cache_deadlock_test.go

fix(mount): run entry invalidations off the meta-cache apply loop (#10002)

2026-06-19 09:19:35 -07:00

meta_cache_init.go

mount: confirm an empty directory rebuild before caching it (#10092)

2026-06-24 14:25:23 -07:00

meta_cache_purge_test.go

fix(mount): don't strand a directory cached-but-empty when an eviction races a rebuild (#9791)

2026-06-02 14:43:46 -07:00

meta_cache_subscribe.go

Fix filer metadata-replay OOM under mount reconnect storms (#9901)

2026-06-09 11:43:12 -07:00

meta_cache.go

mount: refresh open file handles from the metadata event entry

2026-07-22 11:22:44 -07:00