-
Notifications
You must be signed in to change notification settings - Fork 65
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
Launch Stack doesn't create "working" stack #9
Comments
It seams that the force deployment for ECS Service Connect is not works well, also kong service can not find other services via hosts. (because it need CloudTrail enabled) I am trying fix it, to change to use internal DNS instead of hosts. |
Sounds like a headache, is it because of something that recently changed on the AWS end? Is there anyway to get a stack up and running now using perhaps an older version of the template? I appreciate your replies during the festive period :) |
I released new version. Please try it. If you have same issue using new version, please give me Kong container logs. You can see this logs at ECS console or CloudWatch Logs console. |
The cause is an omission of consideration of the AWS account status, such as CloudTrail enabled. |
I've tried this in Ireland and I get a different error when launching the stack. I have gone through all sections of the AWS dashboard and removed all existing services relating to the stack before attempting the launch but the problem still persists.
I have gone through the same process in N. Virginia and the stack has launched successfully - The dashboard has launched successfull, ideally I'd be able to get this launched in Ireland but unsure on the above error. |
Just come across your problems, I am also seeing this issue in Ireland. I will try N Virginia now. |
Doesn't work in N.Virginia either, are there certain variables that must be changed or set on the template script init, otherwise it rolls-back and deletes itself? |
I also tried launching a stack through terminal didn't work either. |
Nevermind it seems like they put artifical limit on my account and I need to increase it with AWS Support. I hope you have Technical support that can expatiate this request. |
@mats16
Edit: However, it NEEDS ecs to run.. (set everything to micro for lowest cost) Also, am getting WSS errors for realtime... |
The WSS really doesn't work
|
Bug report
Describe the bug
I believe this is something relating to the "NamespaceName" parameter that makes all the services link up using an internal dns name. Without any further documentation inside this repository I'm unsure whether this is the case.
Once the stack is finished launching, when accessing the project from inside Supabase Studio it gets stuck "Connecting to project"
When checking the network tab from chrome dev tools, a number of errors are indicated - 404, 503 (see screenshots)
For the 503 error, when manually accessing the url with the api key specified as a url parameter it returns a JSON response
{"message":"no Route matched with those values"}
To Reproduce
Expected behavior
A fully functioning stack of the supabase system to be launched and usable / accessible.
Screenshots
Additional context
To my understanding, this repository is essentially providing a 1-click setup to get Supabase running on AWS. Incase the specific urls for my deployment are helpful, I have listed them below.
Amplify Studio URL: https://main.d2utrizos6o5a4.amplifyapp.com/
CloudFront URL: https://d1j57i0k9sfize.cloudfront.net/
The text was updated successfully, but these errors were encountered: