> On Aug 16, 2016, at 2:40 PM, [email protected] wrote: > > Related question: > > Would adding/deleting an entry in storage.cfg (e.g. adding a line /dev/sdx) > invalidate the whole cache OR is the impact only to the entries that get > mapped/re-assigned to new Vol/slices due to (consistent?) hash?
See https://docs.trafficserver.apache.org/en/latest/admin-guide/files/storage.config.en.html#assignment-table and the discussion about the "id" option. If you set the "id" then you can minimize the data churn. > > On 2016-08-16 17:13 (-0400), James Peach <[email protected]> wrote: >> >>> On Aug 16, 2016, at 5:39 AM, Eric Friedrich (efriedri) <[email protected]> >>> wrote: >>> >>> The documentation on ATS cache architecture mentions that most changes to >>> storage.config or cache.config will invalidate the cache. >>> >>> What is it about cache.config that affects the cache structure? >> >> Nothing AFAIK. Can you file a documentation bug? >> >> https://issues.apache.org/jira/browse/TS >> >>> It seems though volume.config should be included in this list as well. Will >>> volume changes invalidate the cache too? >> >> I'll defer to Alan on this, but I'm pretty sure that changing the volumes >> would invalidate the cache. >> >> J
