-
Notifications
You must be signed in to change notification settings - Fork 3.9k
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
(cdk-cli): Difficult to track cdk deploy
issues
#26924
Comments
I think I know what you're describing - to see the errors you should be able to go to your CloudFormation stack in the console to view the error message in the events tab as a workaround. The error message in the console is handled by the API call we make to CloudFormation, I'm not sure how easy it would be to make the message persist in the terminal, but it would certainly be helpful if the descriptive error never disappeared |
+1 on this one. There's also no log file in cdk.out that stores these error messages. I have to redeploy and quickly copy the error before it gets wiped off the terminal |
I often end up going to the events tab of the CloudFormation web console to quickly identify which resource failed, and for what reason. This might be the best way to show this information (the resource name, type, event message) at the end of the deployment, followed by the stack trace |
Identifying the resource is just one step. But if you don't know why it is failing, debugging can be very difficult. |
this just started to happen to me. |
Let's make 100% sure that the resource error is part of the exception that gets thrown. That way, there's no way it doesn't end up in the output. |
I am unable to reproduce this bug - I tried by creating a CDK app with an S3 Bucket using a Bucket Name that already exists. import * as cdk from 'aws-cdk-lib';
import { Construct } from 'constructs';
import { Bucket } from 'aws-cdk-lib/aws-s3';
export class DeployErrorTestStack extends cdk.Stack {
constructor(scope: Construct, id: string, props?: cdk.StackProps) {
super(scope, id, props);
new Bucket(this, 'my-bucket', {
bucketName: 'bucket-name-that-already-exists'
})
}
} After running
@gabriels1234 @ethyaan @melhakim can any of you confirm whether you still encounter this bug? It may have been fixed in a more recent CDK version. |
Comments on closed issues and PRs are hard for our team to see. |
Describe the bug
Hi, this is between a bug and an annoyance.
When running cdk deploy , any error (in red) will make the deployment to fail.
The error is key to finding a solution.
But the real error disappears (sometimes too quickly) so we need to be trained into:
This need not to be this way.
Expected Behavior
The summary need to include all the errors.
Current Behavior
Reproduction Steps
(best way to reproduce would be to run into this yourself)
(one case: remove a resource that's needed by another stack)
Possible Solution
No response
Additional Information/Context
No response
CDK CLI Version
2.93.0 (build 724bd01)
Framework Version
No response
Node.js Version
v18.17.1
OS
Mac OS 13.4
Language
Python
Language Version
Python (3.11)
Other information
No response
The text was updated successfully, but these errors were encountered: