Closed kevindstanley closed 1 month ago
We currently facing the same Problem. Sandbox Version 23 and 24 get this Error. Sandbox Version 22 doesnt has any problems to create a Container. We are still on Windows Server 2019, if that information is helpful.
I am currently facing the same problem described here. We are unable to create any containers locally at this point from 23 and 24.
Having same issue, cannot create a container for client cloud DB's. I noticed issue last Thursday, about two weeks ago I was having no issues. My restore attempts were 24.0 and 24.2
Does anybody know whether BC 23 used to work - and stopped working?
23 did used to work, I haven't had to use it in a few weeks since all of our customers have upgraded to v24, but we used v23 for the full 6 months that customers were on it with our automated processes.
We occured the Problem first at the 20th of July with the BC23 Container.
This was important information.
Just tested, and found that if you use:
Get-BCArtifactUrl -country us -version '23.3' -before ([datetime]::new(2024,07,19))
for BC 23.3 or
Get-BCArtifactUrl -country us -before ([datetime]::new(2024,07,19))
for BC 24.3, then it works (on my machine)
Specifically - version 24.3.21374.22054 works, 24.3.21374.22069 doesn't
I will file a bug on server team.
I tested and it works for the moment.
This will unfortunately discontinue working if there is a hotfix release that goes out to cloud that is newer than the most recent known working artifact version of 24.3.21374.22054. For example if/when Microsoft releases a hotfix to cloud >= 24.3.21374.22055 and the customer on cloud gets updated to that, then their bacpac export will no longer be able to be mounted to the 24.3.21374.22054 version of the container.
At least for now we have a temporary solution until the server team releases a fix! Thanks!
edit: fixed version numbers to match your post.
Obviously we need to provide a fix for the artifacts, we are looking at what went wrong.
A fix for all versions affected by this bug has been shipped and you should be able to download the latest artifact and make this work. (just tried with the latest 24 and the latest 23.3)
Describe the issue Creating a container fails when using external sql. This is basically the same issue as 3601, but that issue is closed, but the root issue is still occurring.
I cannot create a container using the external sql for artifacts relating to 24.0, 24.2 or 24.3 and I tried your idea in issue 3601 of using an OnPrem artifact. That creates the container in OnPrem, but then I cannot later mount a bacpac from cloud to that OnPrem container because of missing default apps(or different versions on cloud vs OnPrem) on from the cloud bacpac. This is a real problem effecting our day to day development processes.
For sql I notice in the database creation previously it was creating a "Cronus", "default", and "tenant" databases in my sql server. It is no longer doing that, and is only creating "Cronus" and "tenant" databases when viewed from SQL Server Management Studio after the script fails.
Also - if I switch to not external sql and use the internal SQL Express in the docker container, it creates the container just fine, but we have been using external sql for databases larger than 10gb for years.
Scripts used to create container and cause the issue
Full output of scripts
Additional context