Skip to content

fix: log ERI terway-compat tagging failures as warnings, not errors - #33

Merged
BSWANG merged 1 commit into
AliyunContainerService:mainfrom
BSWANG:fix/eri-tag-log-warning
Jul 14, 2026
Merged

BSWANG merged 1 commit into
AliyunContainerService:mainfrom
BSWANG:fix/eri-tag-log-warning

Conversation

@BSWANG

@BSWANG BSWANG commented Jul 14, 2026

Copy link
Copy Markdown
Member

Tagging managed ERDMA ENIs for terway coexistence (546dc87) is best-effort: terway does not strictly depend on it, and the ACK managed RAM role may lack ecs:TagResources (implicit-deny 403 each reconcile). Error-level logging printed a stack trace every reconcile though the failure is non-fatal (swallowed + retried). Downgrade the three tag-failure sites to info-level warnings. Verified on-cluster: single INFO warning line, no stack trace; eRDMA/SMC-R/device-plugin unaffected.

Tagging managed ERDMA ENIs for terway coexistence is best-effort: terway
does not strictly depend on it, and the managed RAM role may lack
ecs:TagResources (implicit-deny 403). Emitting these at error level printed
a noisy stack trace on every reconcile.

Downgrade the three tag-failure sites (backfill on existing ERIs,
primary-ENI-after-RDMA-convert, and selected-ERIs) to info-level warnings.
Behaviour is unchanged: each was already non-fatal and retried on the next
reconcile.
@BSWANG
BSWANG merged commit 1defde5 into AliyunContainerService:main Jul 14, 2026
3 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant