Skip to content

Conversation

@yanjunxiang-google
Copy link
Contributor

Remove throw from ext_proc data plane when client start failed

Signed-off-by: Yanjun Xiang <yanjunxiang@google.com>
Signed-off-by: Yanjun Xiang <yanjunxiang@google.com>
@yanjunxiang-google
Copy link
Contributor Author

/assign @stevenzzzz @tyxia

Copy link
Member

@tyxia tyxia left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM, modulo a nit

Thanks

client_manager_.getOrCreateRawAsyncClientWithHashKey(config_with_hash_key, scope_, true);
THROW_IF_NOT_OK_REF(client_or_error.status());
if (!client_or_error.status().ok()) {
return nullptr;
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

are there any logging/stats tracked this error case?

I feel it is good to have a logging line here?

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

+1. Let's add a LOG_EVERY_N here.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Done

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

probably too spammy if there are a lot of request, let's do log_every_N_sec(10)

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This failure is very rare, and if it happens, we should just log it. BTW, there is no log_every_N_sec() in OSS.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

it will log too much when the config is in trouble, right now linear to QPS, I don't think that's worth that much.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

could you use the ENVOY_LOG_PERIODIC_MISC macro, weird naming.

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

done

Signed-off-by: Yanjun Xiang <yanjunxiang@google.com>
Copy link
Contributor

@stevenzzzz stevenzzzz left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

LGTM modular the logging nit.

client_manager_.getOrCreateRawAsyncClientWithHashKey(config_with_hash_key, scope_, true);
THROW_IF_NOT_OK_REF(client_or_error.status());
if (!client_or_error.status().ok()) {
return nullptr;
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

it will log too much when the config is in trouble, right now linear to QPS, I don't think that's worth that much.

client_manager_.getOrCreateRawAsyncClientWithHashKey(config_with_hash_key, scope_, true);
THROW_IF_NOT_OK_REF(client_or_error.status());
if (!client_or_error.status().ok()) {
return nullptr;
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

could you use the ENVOY_LOG_PERIODIC_MISC macro, weird naming.

Signed-off-by: Yanjun Xiang <yanjunxiang@google.com>
@kyessenov
Copy link
Contributor

@stevenzzzz Could you take another look?
/wait

Copy link
Contributor

@stevenzzzz stevenzzzz left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Look good.

@yanjunxiang-google
Copy link
Contributor Author

kind ping

@tyxia tyxia merged commit 99e3a5e into envoyproxy:main May 21, 2025
24 checks passed
fishpan1209 pushed a commit to fishpan1209/envoy that referenced this pull request May 22, 2025
…proxy#39388)

Remove throw from ext_proc data plane when client start failed

---------

Signed-off-by: Yanjun Xiang <yanjunxiang@google.com>
Signed-off-by: Ting Pan <panting@google.com>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants