mesos-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Bernd Mathiske (JIRA)" <j...@apache.org>
Subject [jira] [Comment Edited] (MESOS-2073) Fetcher cache file verification, updating and invalidation
Date Wed, 05 Aug 2015 11:37:04 GMT

    [ https://issues.apache.org/jira/browse/MESOS-2073?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=14653655#comment-14653655
] 

Bernd Mathiske edited comment on MESOS-2073 at 8/5/15 11:36 AM:
----------------------------------------------------------------

First patch in a series to implement phase 1: 

https://reviews.apache.org/r/37075/



was (Author: bernd-mesos):
First patch in a series to implement phase 1: 

https://reviews.apache.org/r/37075/


> Fetcher cache file verification, updating and invalidation
> ----------------------------------------------------------
>
>                 Key: MESOS-2073
>                 URL: https://issues.apache.org/jira/browse/MESOS-2073
>             Project: Mesos
>          Issue Type: Epic
>          Components: fetcher, slave
>            Reporter: Bernd Mathiske
>            Assignee: Bernd Mathiske
>            Priority: Minor
>              Labels: mesosphere
>   Original Estimate: 96h
>  Remaining Estimate: 96h
>
> The other tickets in the fetcher cache epic do not necessitate a check sum (e.g. MD5,
SHA*) for files cached by the fetcher. Whereas such a check sum could be used to verify whether
the file arrived without unintended alterations, it can first and foremost be employed to
detect and trigger updates. 
> Scenario: If a UIR is requested for fetching and the indicated download has the same
check sum as the cached file, then the cache file will be used and the download forgone. If
the check sum is different, then fetching proceeds and the cached file gets replaced. 
> This capability will be indicated by an additional field in the URI protobuf. Details
TBD, i.e. to be discussed in comments below.
> In addition to the above, even if the check sum is the same, we can support voluntary
cache file invalidation: a fresh download can be requested, or the caching behavior can be
revoked entirely.



--
This message was sent by Atlassian JIRA
(v6.3.4#6332)

Mime
View raw message