-
Notifications
You must be signed in to change notification settings - Fork 56
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
Installation of EDC 0.5.1 fails because of DB migration script error #792
Comments
how are you deploying the tractusx-edc with the helm charts? |
Hi @wolf4ood, simply with a helm install and a manifest file. helm install edc --version 3.2.36-alpha gec-helm/cx-gec-edc -f manifests/int.yam What I have to say is that we are running on OpenShift and we have our own helm charts. How do you think the problem above is related to the helm charts? |
@DrDanielMetz it shouldn't indeed but we do not experience this on our chart testing and deployment. We will work on a fix for this. As a workaround i think you can disable EDR one |
@wolf4ood I deactivated the EDR migration in EDC control plane.
I guess that this is expected now. After this, I tried to simply activating the EDR migration and tried to restart the pod. But then, I am getting the same error as stated above. So, for the moment, I can run it with the continously printed / logged error that the edr-manager gets: column "state" does not exist. |
Yeah if it's expected the error if the migration didn't run, but If you reactivate it should work though. |
Expected the same as you. However, I am getting the same migration error. The EDR database looks like this:
And this are the executed flyway scripts: Where the edc_lease should be created? |
I guess, the issue is that I am having it in a separate DB. Right? |
oh so you did put the EDR table in a separated DB? |
Yes, seems to be my fault. I misinterpreted this one:
|
The bug still exists if you want to bind the edr table to another DB. but if you bind to the same it should work. Let me know if this is the case |
It works. |
@DrDanielMetz np it's indeed a bug if you want to actually have the EDR table in another datasource :) |
I also ran into problems in the past where I tried to create a separate database for each DB config section in the settings (asset, transfer, edr,...). Because why else would you keep specifying the same configs multiple times if everything has to/should be in the same DB. |
pls upgrade to EDC 0.5.3 |
I guess we can close this, or? |
From my side yes. |
I'd close this, it does not affect most of the use case, only when you configure the EDR on it's own datasource. Also it will probably be affected by the dataplane signaling upcoming in EDC upstream |
Describe the bug
If I try to setup an EDC 0.5.1 from scratch and not as a migration from an EDC 0.5.0, I am getting an error while the EDC controlplane boots up.
To Reproduce
Expected behavior
The DB migration scripts can be executed successfully.
Context Information
Bug seems to be introduced with #620
Possible Implementation
N/A
The text was updated successfully, but these errors were encountered: