codalab / codabench

Codabench is a flexible, easy-to-use and reproducible benchmarking platform. Check our paper at Patterns Cell Press https://hubs.li/Q01fwRWB0
Apache License 2.0
77 stars 28 forks source link

Error during `docker compose up`: "The path /tmp/codalab-v2/django is not shared" #1379

Closed johann-petrak closed 7 months ago

johann-petrak commented 8 months ago

Following the installation instructions on Ubuntu Linux using docker 26.0.0 I get the following error when running docker compose up

Gracefully stopping... (press Ctrl+C again to force)
Error response from daemon: Mounts denied: 
The path /tmp/codalab-v2/django is not shared from the host and is not known to Docker.
You can configure shared paths from Docker -> Preferences... -> Resources -> File Sharing.
See https://docs.docker.com/ for more info.

On the logs I see:

site_worker-1     | Traceback (most recent call last):
site_worker-1     |   File "/usr/local/bin/celery", line 8, in <module>
site_worker-1     |     sys.exit(main())
site_worker-1     |   File "/usr/local/lib/python3.8/site-packages/celery/__main__.py", line 16, in main
site_worker-1     |     _main()
site_worker-1     |   File "/usr/local/lib/python3.8/site-packages/celery/bin/celery.py", line 322, in main
site_worker-1     |     cmd.execute_from_commandline(argv)
site_worker-1     |   File "/usr/local/lib/python3.8/site-packages/celery/bin/celery.py", line 496, in execute_from_commandline
site_worker-1     |     super(CeleryCommand, self).execute_from_commandline(argv)))
site_worker-1     |   File "/usr/local/lib/python3.8/site-packages/celery/bin/base.py", line 273, in execute_from_commandline
site_worker-1     |     argv = self.setup_app_from_commandline(argv)
site_worker-1     |   File "/usr/local/lib/python3.8/site-packages/celery/bin/base.py", line 479, in setup_app_from_commandline
site_worker-1     |     self.app = self.find_app(app)
site_worker-1     |   File "/usr/local/lib/python3.8/site-packages/celery/bin/base.py", line 501, in find_app
site_worker-1     |     return find_app(app, symbol_by_name=self.symbol_by_name)
site_worker-1     |   File "/usr/local/lib/python3.8/site-packages/celery/app/utils.py", line 359, in find_app
site_worker-1     |     sym = symbol_by_name(app, imp=imp)
site_worker-1     |   File "/usr/local/lib/python3.8/site-packages/celery/bin/base.py", line 504, in symbol_by_name
site_worker-1     |     return imports.symbol_by_name(name, imp=imp)
site_worker-1     |   File "/usr/local/lib/python3.8/site-packages/kombu/utils/imports.py", line 57, in symbol_by_name
site_worker-1     |     module = imp(module_name, package=package, **kwargs)
site_worker-1     |   File "/usr/local/lib/python3.8/site-packages/celery/utils/imports.py", line 104, in import_from_cwd
site_worker-1     |     return imp(module, package=package)
site_worker-1     |   File "/usr/local/lib/python3.8/importlib/__init__.py", line 127, in import_module
site_worker-1     |     return _bootstrap._gcd_import(name[level:], package, level)
site_worker-1     |   File "<frozen importlib._bootstrap>", line 1014, in _gcd_import
site_worker-1     |   File "<frozen importlib._bootstrap>", line 991, in _find_and_load
site_worker-1     |   File "<frozen importlib._bootstrap>", line 973, in _find_and_load_unlocked
site_worker-1     | ModuleNotFoundError: No module named 'celery_config'

This happens with the current development branch and with the v1.1.0 tagged version of the repo.

Didayolo commented 7 months ago

Hi,

Are you still facing this issue?

It is a bit hard to have an idea of the cause of the problem with the given information.

johann-petrak commented 7 months ago

I cloned the latest development branch and followed the current Linux instuctions in the README and did not see this problem any more.