-
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
[core] Do not emit duplicate messages (warnings/errors/...) #9565
[core] Do not emit duplicate messages (warnings/errors/...) #9565
Comments
The same annotation should probably just not be emitted twice. |
Also that warning should probably not be emitted at all. |
That's probably a good idea - we can do that based on scope path and message text. |
The reason I added the warning was due to multiple issues reported by users when trying to add an egress rule to allow all IPv6 traffic, and the rule being ignored since by default allowAllOutBound is set to true. See more discussion in #7827 (comment) |
Assuming I'm creating an SG for an ECS service, like this: const serviceSg = new ec2.SecurityGroup(this, "MySg", {
vpc: props.vpc,
});
const service = new ecs.FargateService(this, "Service", {
securityGroups: [serviceSg],
}); Then allow ingress from, let's say a database: db.connections.allowFrom(serviceSg, ec2.Port.tcp(1234)); At this point I'll get the warning, in a (to my knowledge) perfectly valid setup. Trying to "fix" it by setting IMHO a warning shouldn't be shown here. It can be irritating and in this case counterproductive. |
Yeah, the |
so is it safe if in EKS' |
@NetaNir Please see the picture below. This is a horrible amount of needless warnings that are emitted every time I build a project In CDK all related to the exact same ALB security group, albeit from different ALB listeners. Please apply a fix to not emit this warning, or at least only emit it once. This issue has been raised since 10th August 2020, i.e. 10 months ago. Appreciate your kind action. |
@NetaNir "We will remove the warning once we add Ipv6 to the allowAllOutBound implementation." Is there an issue we can track the status from? We have commented out |
@NetaNir any news on this please ? |
It would be great to have some way to get rid of |
@NetaNir any news on this please ? |
@rix0rrr @eladb @NetaNir Could we get a comment on fixing this? As previously mentioned, this is a bug when using the CDK as designed. |
Still no updates on this? |
working on it |
…te error message for issue aws#9565
…te error message for issue aws#9565
working on a permanent fix |
Annotations added many times clog terminal space and make debugging difficult. Deduplicate annotations based on the message. Closes #9565. ---- *By submitting this pull request, I confirm that my contribution is made under the terms of the Apache-2.0 license*
|
@NetaNir @Styerp @TheRealAmazonKendra The fix will try to deduplicate the messages. But another important question was not addressed. Users expect no warnings at all as was explained in, say, #9565 (comment). Is there an issue to track that problem? |
In my opinion, using of this issue to track unwanted messages from the ec2 module subverts the original bug report: duplicate messages in the core module. In the interest of not losing the "bad warnings" report, I opened #24109 |
When synthesizing the EKS integration test I am getting the following output:
Reproduction Steps
In the CDK repo:
$ cd packages/@aws-cdk/aws-eks $ cdk synth -a test/integ.eks-cluster.ts
What did you expect to happen?
Don't display the same warning twice:
What actually happened?
Environment
This is 🐛 Bug Report
The text was updated successfully, but these errors were encountered: