nspcc-dev / nspcc-dev/neofs-node

Investigate and document all possible disk errors that shoud count in shard error counter

Open
#1,969 1 comment 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

discussion I3 neofs-storage S3 U3
Dominant language
Go
Stars
38
Forks
51
Avg merge
1d 20h
Merged PRs (30d)
38

Description

As an example we have recently encountered too many open files error because of wrong system configuration.
Should we count them in the shard error counter?

Currently we count all errors from Open/Write as "physical" errors. Maybe we should behave differently in some situations.

Contributor guide

Open the contributing guide

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Inspect the shard error-counter handling for errors returned by Open and Write, starting with the existing classification of all such errors as physical. Identify the disk errors that should count, including the reported “too many open files” case, and document the final classification and rationale; done means the supported cases and intended counter behavior are explicit.

Written by the indexing model from the issue text.

Assessment

Tech stack
go
Domain
distributed-systems
Issue type
Documentation
Difficulty
4/5
Estimated time
3-5 days
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.