You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@sdap.apache.org by "Eamon Ford (Jira)" <ji...@apache.org> on 2020/07/07 23:18:00 UTC

[jira] [Updated] (SDAP-259) Collection Manager does not pick up Collections Config file updates with K8s

     [ https://issues.apache.org/jira/browse/SDAP-259?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Eamon Ford updated SDAP-259:
----------------------------
    Sprint: SDAP Sprint 4

> Collection Manager does not pick up Collections Config file updates with K8s
> ----------------------------------------------------------------------------
>
>                 Key: SDAP-259
>                 URL: https://issues.apache.org/jira/browse/SDAP-259
>             Project: Apache Science Data Analytics Platform
>          Issue Type: Bug
>          Components: collection-ingester
>            Reporter: Eamon Ford
>            Assignee: Eamon Ford
>            Priority: Major
>
> When the Collection Manager is deployed in kubernetes, the Collections Config exists as a k8s configmap which gets mounted in the Collection Manager as a file in a volume. However, when the configmap gets updated (by the Config Operator), the file mounted in the Collection Manager does not produce the expected "modified" Linux filesystem event, which the Collection Manager relies on. Instead, it produces a sequence of "created", "moved", "deleted" filesystem events which are a result of the way Kubernetes updates mounted configmaps.
>  
> Since the Collection Manager should be agnostic to whether or not it's running inside Kubernetes, we should not change it to look for this Kubernetes-specific sequence of filesystem events as that would break the functionality when running outside of Kubernetes. Instead, the class that watches the Collections Config file for updates should be changed to just reload the file on a regular interval.



--
This message was sent by Atlassian Jira
(v8.3.4#803005)