MEAN development stack failed to deploy - google-cloud-platform

I tried to deploy MEAN stack using Google Developers Console, no success. I tried several times, the error was always the same (below). Do you have any idea why it keeps failing?
Your MEAN development stack failed to deploy
Sep 16, 2014 11:34:59 AM
meanDevelopmentFirewall: DEPLOYED
meanStackBox: DEPLOYMENT_FAILED
Replica mean-2jmy failed with status PERMANENTLY_FAILING: Replica State changed to PERMANENTLY_FAILING. Replica was unhealthy 2 consecutive times.
What to do next:
Note the error listed above.
Delete the stack.
Correct the error (if you can).
Try again to deploy the stack.
Get help at Stack Overflow

We just rolled out a fix to our MEAN.io stack deployment today. Please try again at your convenience.

Related

Serverless 3 project newly upgraded from 2 - cannot update stack / cannot create new changeset

I've been using Serverless for about a year and a half - I love it.
Recently two projects were upgraded from version 2 to 3.
The first deploy worked fine, but all subsequent ones are failing for the same reason.
The first thing that will happen is it will get to:
Waiting for new change set to be created
Change Set did not reach desired state, retrying
then this will repeat over and over.
Change Set did not reach desired state, retrying
So then I cancel the process and try again and then get:
Cannot delete ChangeSet in status CREATE_IN_PROGRESS
When I go to the AWS console and check on the stack - there are no changes, no failures, or any indication it tried to do anything.
The things I'm thinking but know I must be wrong about are:
Somehow it's got a completely different set of AWS credentials and has tried to create the stack in another account - This can't be correct because it worked one one stack.
It's not actually talking to AWS and thinks it needs to create the stack based on the lack of connection - surely it realises when this happens... I've even tried without internet and got told so.
I'm so confused. Any help will be massively appreciated!
[EDIT] Update - After waiting some time the message about CREATE_IN_PROGRESS will go back to the first message.
[EDIT2] It seems if I just let it fail for 5 mins it will eventually work
I was also upgrading the version to v3 and this same error happened. The thing I did was to delete the CloudFormation stack from the AWS console and run the deploy command again.
The deploy recreates the stack on CF and the command worked. After that I ran it again to validate, and the command execution were successful.

Elastic Beanstalk Error, Worked for several months

My group had a web application running using Elastic Beanstalk. For several months, it worked fine, but now the website shows the error
'radiology-ai-env.eba-wgmpba4k.us-west-2.elasticbeanstalk.com is currently unable to handle this request.'
When I try to rebuild the environment, I get two error messages:
1.) LaunchWaitCondition failed. The expected number of EC2 instances were not initialized within the given time. Rebuild the environment. If this persists, contact support.
2.) Stack named 'awseb-e-pw8nbmshem-stack' aborted operation. Current state: 'CREATE_FAILED' Reason: The following resource(s) failed to create: [AWSEBInstanceLaunchWaitCondition].
I am wondering what can be changed to fix this issue, and would appreciate any help. Thank you so much in advance!! I can follow up with more info if it is helpful.

Google Cloud Functions - Deployment hangs for 5-10 minutes, then gives error "Deployment failure: Operation interrupted"

I'm getting errors when I try to deploy a Google Cloud Function. The process hangs for about 5-10 minutes and then an error appears:
"Deployment failure:
Operation interrupted."
I tried creating a new test function with nothing in it in two different projects of mine, both are timing out with that same error.
Anyone experiencing anything similar?
There was an incident related to Cloud Functions and Cloud Build that began at 2019-09-24 13:00 and ended at 2019-09-24 18:15 (all times are US/Pacific).
It should be all good now. Please try to deploy your function again.
In case it will not work for you. Please update your question to contain more information: minimum reproducible code, dependencies, timestamp.
Yes, having the same issue here. Tried to check status on their dashboard they mark it has ok but it's not.

App Engine Flexible: Timed out waiting for the app infrastructure to become healthy

I'm trying several times to deploy a new version of a service on my app engine flexible instance using the sdk and the command gcloud app deploy, but all i get is this error
"ERROR: (gcloud.app.deploy) Error Response: [4] Timed out waiting for
the app infrastructure to become healthy."
.
I Couldn't found any answer about it on the issue tracker of gcp.
On this question, he got the same problem, but no one could answered it.
Any guidance will be very helpfull.
According to the gcp team, this particular error was caused because we reached the "In-use IP addresses" quota limit.
They also said that are working on improve the error messages.
"The engineering team has just created a fix for better quota error
details. There is no ETA for when the fix will be released, but I
would guess it would be in the next version of gcloud."
Over half a year later after Loneck's answer I've got the same error. I guessed it could be anything. This is why I've choosen to delete the project, create a new one in a new zone and deployed it there. Then it worked for me. It might have been any other limitation in the zone that I've choosen at the beginning.
I ran into this and solved it by retrying the deploy 3 times.

Google Cloud Platform - Your deployment has failed to become healthy in the allotted time and therefore was rolled back

We are getting such issue when deploying (uploading) code on server. please suggest any idea.
(gcloud.app.deploy) Error Response: [4] Your deployment has failed to become healthy in the allotted time and therefore was rolled back. If you believe this was an error, try adjusting the 'app_start_timeout_sec' setting in the 'readiness_check' section.