Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Failed to create CoreCLR, HRESULT: 0x8007000E #104

Closed
Hanrepo opened this issue Sep 22, 2023 · 7 comments
Closed

Failed to create CoreCLR, HRESULT: 0x8007000E #104

Hanrepo opened this issue Sep 22, 2023 · 7 comments

Comments

@Hanrepo
Copy link

Hanrepo commented Sep 22, 2023

have tried to reserve memory: 4g, unfortunately it doesn't work. Has anyone such problem?

@chgl
Copy link
Contributor

chgl commented Sep 22, 2023

Not sure the mem_limit is still used in current compose versions. It should use the deploy: section instead: https://docs.docker.com/compose/compose-file/deploy/#memory - you can check whether the limits were set using docker stats. If your machine has a lot of CPUs, you might want to limit the available CPUs as well: each one increases the size of required memory by the application.

Can you share the details of where you're running the container if the above doesn't help. Docker version, os version, amount of ram and CPU.

@Hanrepo
Copy link
Author

Hanrepo commented Sep 22, 2023

Docker version 24.0.6, build ed223bc
OS Information | linux x86_64 Ubuntu 22.04.3 LTS
Total CPU | 4
Total memory | 16.7 GB

Based on the Docker documentation, I made some modifications:
deploy:
resources:
limits:
cpus: '0.5'
memory: 4g
pids: 1
reservations:
cpus: '0.5'
memory: 4g

@chgl
Copy link
Contributor

chgl commented Sep 22, 2023

Thats a strange issue. The setup looks fine.

It definitely wont with with pids limited to 1, in that case the error should be "0x80070008". Can you try removing the PID limitation and starting it again?

If that doesn't work, can you try launching an unmodified compose, the example one in https://github.com/miracum/fhir-pseudonymizer/blob/master/compose/compose.yaml. E.g. from the repository root, run:

docker compose -f compose/compose.yaml up

@Hanrepo
Copy link
Author

Hanrepo commented Sep 22, 2023

Removing pids doesn't resolve the issue, good News is that it can be initiated with an unmodified compose.
seems the problem of gPAS and SSL (negix-self signed-cert).

@Hanrepo
Copy link
Author

Hanrepo commented Sep 22, 2023

"
SSL_CERT_FILE: "/opt/fhir-pseudonymizer/certs/nginx-selfsigned.crt"
SSL_KEY_FILE: "/opt/fhir-pseudonymizer/certs/nginx-selfsigned.key"
volumes:
- "./anonymization.yaml:/opt/fhir-pseudonymizer/anonymization.yaml:ro"
- "./certs/nginx-selfsigned.crt:/opt/fhir-pseudonymizer/certs/nginx-selfsigned.crt:ro"
- "./certs/nginx-selfsigned.key:/opt/fhir-pseudonymizer/certs/nginx-selfsigned.key:ro"
"
using opt instead of /etc/, then, it works.

@chgl chgl closed this as completed Sep 22, 2023
@UKFr-DIZ
Copy link

Hi,

from our site, we have the same issue. Although moving the anonymization.yaml didn't do anything for us.
However, what worked for us, was setting the environment var DOTNET_EnableDiagnostics: "0"

based on here: https://stackoverflow.com/questions/76383522/asp-net-core-7-0-container-failed-to-create-coreclr-hresult-0x8007000e

If I don't set that var, the container immediatly stop with the same error message in this issue.
The server itself has enough RAM (16GB) and i didn't specify the available RAM for the container.

@chgl
Copy link
Contributor

chgl commented Nov 29, 2023

Thanks for sharing! Seems to very environment specific, but glad that worked. There's also an "official " compose sample which sets that env var as well in order to run on a read-only filesystem: https://github.com/miracum/fhir-pseudonymizer/blob/master/compose/compose.yaml

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

No branches or pull requests

3 participants