Container-in-a-container issues

[samharrison7]

Hi all,

Thought I would open up an issue to discuss the container-in-a-container issues that we in UKCEH (@CansuUluseker and @mjhollaway) are having.

Our goal is to use eWaterCycle within a DataLab project, but this is generally relevant to any system built on containers.

Suggestions for us to focus on after our latest meeting:

• Try the leaky bucket example, following the local Python tips here. Could also try this related example: https://github.com/Daafip/ewatercycle-hbv
• Investigate whether giving Apptainer setuid privileges is an option within DataLabs (which might be more relevant discussed as an issue in this repo, if I understood correctly?). This issue might be of relevance: https://github.com/eWaterCycle/grpc4bmi/issues/27

Did I forget anything important or get any of that wrong?

[BSchilperoort]

Hi Sam,

This seems pretty complete. I expect no issues with the local python models, so that should at least help you run a model with forcing generated using ESMValTool.

Investigate whether giving Apptainer setuid privileges is an option within DataLabs

Yes, I hope that will work (not certain though). Otherwise, getting things to work would be become more complex, as explained in that Kubernetes issue.

[Daafip]

Could also try this related example: https://github.com/Daafip/ewatercycle-hbv

The docs still need to be improved & updated to explain how the local model can be used for HBV. But to run HBV local it essentially is:

• running pip install HBV
• replacing from ewatercycle.models import HBV with from ewatercycle.models import HBVLocal when referencing the example in docs.

[Daafip]

The docs still need to be improved & updated

The current doc's contain an updated example!