Skip to content

192 minio removed on dockerhub - #193

Merged
mikaelsimard5 merged 13 commits into
mainfrom
192-minio-removed-on-dockerhub
Oct 5, 2026
Merged

mikaelsimard5 merged 13 commits into
mainfrom
192-minio-removed-on-dockerhub

Conversation

@mikewoodward94

Copy link
Copy Markdown
Collaborator

To fix this issue: #192

Mainly removing minio from the docker compose and adding LFS.

Readme is now out of date!

@mikewoodward94 mikewoodward94 self-assigned this Oct 5, 2026
@mikewoodward94 mikewoodward94 linked an issue Oct 5, 2026 that may be closed by this pull request
@github-actions

github-actions Bot commented Oct 5, 2026 •

Copy link
Copy Markdown

Coverage

Coverage Report
FileStmtsMissCoverMissing
mlops
   Experiment.py1522882%21, 50–55, 78, 98, 100, 105, 159–170, 201, 203–204, 254–258, 262–263, 272–273
   ProjectFile.py23196%41
   cli.py551769%19–22, 36, 59–66, 86–88, 96–99, 107–108, 113
mlops/release
   Release.py33779%24, 28, 33–38
mlops/release/destinations
   ReleaseDestination.py9189%18
   SharepointDestination.py6267%12–13
   ZenodoDestination.py331942%21–25, 29–35, 43–60
mlops/release/sources
   MLFlowSource.py13654%13–14, 21–27
   ReleaseSource.py14286%14, 23
mlops/utils
   Config.py15150%1–22
TOTAL3909875% 

Tests Skipped Failures Errors Time
16 0 💤 0 ❌ 0 🔥 11m 18s ⏱️

@mikaelsimard5

Copy link
Copy Markdown
Collaborator

I think this update should come with a massive disclaimer/release note because existing MLOps pipelines using a previous version of csc-mlops upgrading to this one will break if they have not ported their data accordingly. New data would work fine but old data would fail in the mlflow viewer as they're based on S3, so it should be mentioned in the release note that before upgrading to this, users should migrate their mlflow artifact store to a LFS and adjust postgres accordingly to allow visualisation of old experiments

@mikewoodward94

Copy link
Copy Markdown
Collaborator Author

I think this update should come with a massive disclaimer/release note because existing MLOps pipelines using a previous version of csc-mlops upgrading to this one will break if they have not ported their data accordingly. New data would work fine but old data would fail in the mlflow viewer as they're based on S3, so it should be mentioned in the release note that before upgrading to this, users should migrate their mlflow artifact store to a LFS and adjust postgres accordingly to allow visualisation of old experiments

We could add a failsafe check in Experiment.py that if it finds an s3 location set, it comes up with an error essentially saying this?

Comment thread mlops/Experiment.py

rebuild_docker = kwargs.get('rebuild_docker', False)
shared_memory = kwargs.get('shared_memory', '8gb')
shared_memory = kwargs.get('shared_memory', '32gb')

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Should also adjust the CLI default command accordingly as the default is still 8gb so anyone running mlops run() still gets the cli default. Adjust mlops/cli.py --shared_memory (line 45) to match?

networks:
- frontend
- backend
healthcheck:

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

With the minio healthcheck removed it's not impossible that the docker-compose fails because it's may try to concurrently start mlflow and postgres processes which may be related. I think there needs to be a health check in the db service, so add a health check there such as

healthcheck:
test: ["CMD-SHELL", "psql -h 127.0.0.1 -U ${POSTGRES_USER} -d ${POSTGRES_DB} -Atc 'select 1'"]
interval: 5s
timeout: 5s
retries: 30

(basically makes sure the postgres db has been created before we move on to mlflow stuff).

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Strong agree!

@mikaelsimard5
mikaelsimard5 merged commit fddf86f into main Oct 5, 2026
2 checks passed
@mikaelsimard5
mikaelsimard5 deleted the 192-minio-removed-on-dockerhub branch October 5, 2026 14:40
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

Minio removed on dockerhub

2 participants