Open kratsg opened 3 years ago
@kratsg motivated by @alexander-held's question can you remind me what the specific files were that you had to generate for your Dockerfile
and why? I know that the files are the ones here, but I don't remember the technical details from the last time you explained parts of this about why those files in particular are needed and how much vendoring or patching is needed.
That being said,
FROM kratsg/voms-atlas:latest as base
SHELL [ "/bin/bash", "-c" ]
# Set PATH to pickup virtualenv by default
ENV PATH=/usr/local/venv/bin:"${PATH}"
RUN python3 -m venv /usr/local/venv && \
. /usr/local/venv/bin/activate && \
python -m pip --no-cache-dir install --upgrade pip setuptools wheel && \
python -m pip --no-cache-dir install pandamonium
ENV USER=feickert
$ docker build -f Dockerfile -t pandamonium/voms:debug-local .
$ docker run -it --rm -v $HOME/.globus:/root/.globus pandamonium/voms:debug-local
[root@1849110c163c panda]# python -m pip show pandamonium
Name: pandamonium
Version: 0.3.0
Summary: Command line library to parse the Panda web API
Home-page: https://github.com/dguest/pandamonium
Author: Dan Guest, Matthew Feickert
Author-email: daniel.hay.guest@cern.ch, matthew.feickert@cern.ch
License: BSD 3-Clause
Location: /usr/local/venv/lib/python3.6/site-packages
Requires: panda-client
Required-by:
[root@1849110c163c panda]# pandamon user.gstark --days 200 --more-info
done 26587981 161089 100% 0% user.gstark.USER.700338.e8351_s3126_r9364_p4060_vbfEWK_test_21p2p164_v4_s1/
failed 26587801 161085 0% 100% user.gstark.USER.700338.e8351_s3126_r9364_p4060_vbfEWK_test_21p2p164_v3_s1/
failed 26587566 161081 0% 100% user.gstark.USER.700338.e8351_s3126_r9364_p4060_vbfEWK_test_21p2p164_v2_s1/
failed 26587326 161077 0% 100% user.gstark.USER.700338.e8351_s3126_r9364_p4060_vbfEWK_test_21p2p164_v1_s1/
done 26587282 161075 100% 0% user.gstark.USER.700338.e8351_s3126_r9364_p4060_vbfEWK_test_refactorRebase_STConfigFix_v6_s1/
failed 26587256 161071 0% 100% user.gstark.USER.700338.e8351_s3126_r9364_p4060_vbfEWK_test_refactorRebase_STConfig_v5_s1/
failed 26587238 161067 0% 100% user.gstark.USER.700338.e8351_s3126_r9364_p4060_vbfEWK_test_refactorRebase_v4_s1/
failed 26587195 161063 0% 100% user.gstark.USER.700338.e8351_s3126_r9364_p4060_vbfEWK_test_refactor_v3_s1/
failed 26587183 161059 0% 100% user.gstark.USER.700338.e8351_s3126_r9364_p4060_vbfEWK_test_v2_s1/
failed 26587179 161055 0% 100% user.gstark.USER.700338.e8351_s3126_r9364_p4060_vbfEWK_test_v1_s1/
[root@1849110c163c panda]#
isn't too bad at all! :slightly_smiling_face:
Probably inspired by the rucio tutorials in particular (https://www.hep.lu.se/courses/grid/2019/NTF004F-lecture6.pdf) and grabbed some stuff from here (https://gitlab.cern.ch/felopez/rucio/-/tree/0.3.5/tools).
pyopenssl.py
comes from https://github.com/urllib3/urllib3/blob/main/src/urllib3/contrib/pyopenssl.py (for python2 in some cases and might be droppable with a better base image). The rucio.cfg is one I built so that I could use rucio in these images as well -- which is part of the reason for adding the appropriate CA files (to add a repo to "install rucio").
I created a voms-atlas docker image which is a good base image with python3 +voms (and rucio) configuration that
pandamonium
could use as a base image -- see below