Skip to content

NC | NSFS | Improve Event on Get Object Operation Failure #8784

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

Open
shirady opened this issue Feb 12, 2025 · 3 comments
Open

NC | NSFS | Improve Event on Get Object Operation Failure #8784

shirady opened this issue Feb 12, 2025 · 3 comments
Labels

Comments

@shirady
Copy link
Contributor

shirady commented Feb 12, 2025

Environment info

  • NooBaa Version: master, 5.19.0
  • Platform: NC

Actual behavior

  1. Currently When a Get Object operation fails on NoSuckKey the event noobaa_object_get_failed does not log.

Expected behavior

  1. When a Get Object operation fails on NoSuckKey the event noobaa_object_get_failed will be logged.

Steps to reproduce

I saw it on the customer case (using 5.17.0), so the steps might not be accurate.

  1. Create NC account and bucket.
  2. Start the NSFS server and check the connection.
  3. Try to get a non-existing object (should fail on NoSuckKey).
  4. Search in the logs for noobaa_object_get_failed event.

More information - Screenshots / Logs / Other output

I assume that that I didn't see this event as the get_object has two calls to the object_sdk - read_object_md and read_object_stream, and we currently create the noobaa_object_get_failed only on the read_object_stream (while the failure starts in read_object_md).

@shirady shirady added Non Containerized Non containerized NS-FS labels Feb 12, 2025
@naveenpaul1
Copy link
Contributor

@shirady Do we really need to log this event? This is not an issue or an event from Noobaa side, And if we add this event there is a chance the event log can be filled with this event. WDYT?

@shirady
Copy link
Contributor Author

shirady commented Feb 12, 2025

@naveenpaul1 I raised it as an issue because while I was analyzing logs and I saw it.
Maybe you have a good point about filling the events - so maybe the solution is to improve our event doc so we will know what to expect, and also look at the other events and see that they are not filling the logs too much.
Anyway, I don't have a solution now, but when the issue is picked, we can have an internal team discussion.

Copy link

This issue had no activity for too long - it will now be labeled stale. Update it to prevent it from getting closed.

@github-actions github-actions bot added the Stale label May 13, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

2 participants