Dear all
So I have been looking into this, and it seems to be a more general issue than just the pytest fixtures from aiida-vasp. When running aiida-core inside the gitlab container several things seem to not function as expected. For example, one is supposed to use rabbitmq by configuring a service in gitlab, this seems to fail, causing the rabbitmq service to never start. However, if one installs rabbitmq-server directly into the container and then manually starts it rabbitmq reports that it works without problems. However, the daemon is never able to start, even if according to verdi status every other system is properly working
$ verdi status
✔ version: AiiDA v1.6.2
✔ config: /root/.aiida
✔ profile: test_relax
✔ repository: Connected to Repository<DiskObjectStoreRepository: baf00984fed54bcdbf56b9dba629f50e | /tmp/test_repository_test_relax/container>
✔ postgres: Connected as postgres@localhost:5432
✔ rabbitmq: Connected as amqp://guest:gu...@127.0.0.1:5672?heartbeat=600
⏺ daemon: The daemon is not running
For what I can see this results in certain nodes not being reachable, for example if I upload a vasp-potcar family verdi informs that the potential files are properly uploaded (they are dummy files)
$ verdi -p test_relax data vasp-potcar uploadfamily -p aiida_coro/test_data/potcar -n coro_test_family -D 'A POTCAR family used as a test fixture. Contains only unusable POTCAR files.'
POTCAR files found: 8. New files uploaded: 8, Added to Family: 8
However, if I try to check on those files they do not appear according to the CLI
$ verdi -p test_relax data vasp-potcar listfamilies
No POTCAR family available.
This seems to be the reason behind the failures, as the pytest fixtures try to create several nodes that are used during the tests (such as the potentials).
Trying to start the daemon results in failure.
This seems to be an issue on how the daemon interacts with the gitlab container, it seems that it is not possible to start it there.
Cheers