--log.custom-level

Node Operators FAQ
1

Hello, I saw from version 1.100 you can set --log.custom-level. Now to my question, I want to have everything on warning but the filewalker on log. How can I do this in the config.yaml or in the Linux docker command. Thank you for your help

2 
  --log.custom-level string          custom level overrides for specific loggers in the format NAME1=ERROR,NAME2=WARN,... Only level increment is supported, and only for selected loggers!

You can see all names in the change:

Since you want to see only a filewalker, then you may use it as a NAME1 in this option.

3

thank you . i will see

1 Like
4

Now the minimum allowed ver. is 99.3. Is it safe to set log.custom level?

5

i have the 1.100.3 version, this config start with min.1.100.1

6

I remember it was introduced in 99.X. I will check the versions on Github.
The problem is that when you add the parameter to docker run, you need to rm the container and start a new one, and will revert to the minimum allowed version.

7

I put piecestore on FATAL, because it logs the lost races too on ERROR or WARN levels.

time  ERROR  piecestore  upload failed ....

What does collector do? It’s the Garbage Collector that we are debugging? Or it’s another walker?
If I put it on ERROR, does it logs the GC start and finish?

time  INFO  collector  deleted expired piece  {"Process": "storagenode", "Satellite ID": "xxx", "Piece ID": "xxx"}

Does this looks OK, after container name?

--log.level=info \
--log.custom-level=piecestore=FATAL,collector=ERROR \
8

i think yes it is so good

1 Like
9

I found the answear in the Filewalker status post; these are the walkers and their names in logs:

# Walkers:
# used space filewalker
docker logs storagenode -f 2>&1 | grep "used-space-filewalker"

# Garbage Collector filewalker
docker logs storagenode -f 2>&1 | grep "gc-filewalker"

# retain
docker logs storagenode -f 2>&1 | grep "retain"

# collector
docker logs storagenode -f 2>&1 | grep "collector"

# trash
docker logs storagenode -f 2>&1 | grep "pieces:trash"


# Other loggers:
# piecestore:cache - I believe it's related to used-space-filewalker or it's the USF
docker logs storagenode -f 2>&1 | grep "piecestore:cache"

# reputation:service - audits
docker logs storagenode -f 2>&1 | grep "reputation:service"

# piecestore - pieces uploads and downloads on INFO, lost races on ERROR
docker logs storagenode -f 2>&1 | grep "piecestore"
1 Like
10

I think yes, in the worst case it will be ignored.

11

it deletes the expired pieces (when the customer provided an expiration date during upload).

12

These log entries appear once per 15 min, even on log.level FATAL.
Is there a way to disable them for linux/docker?
Maybe there should be a logger name for these entries, to be able to set log.custom-level for them.
In one year you get 175000 useless entries.

2024-04-16T00:01:22Z    INFO    Downloading versions.   {"Process": "storagenode-updater", "Server Address": "https://version.storj.io"}
2024-04-16T00:01:23Z    INFO    Current binary version  {"Process": "storagenode-updater", "Service": "storagenode", "Version": "v1.101.3"}
2024-04-16T00:01:23Z    INFO    Version is up to date   {"Process": "storagenode-updater", "Service": "storagenode"}
2024-04-16T00:01:23Z    INFO    Current binary version  {"Process": "storagenode-updater", "Service": "storagenode-updater", "Version": "v1.101.3"}
2024-04-16T00:01:23Z    INFO    Version is up to date   {"Process": "storagenode-updater", "Service": "storagenode-updater"}
13

If i set the below - does that mean the other loggers like ‘pieces:trash’ would be on normal logging ?

What would you need to do , to it only log errors for all logs?

14

Yes, the pieces:trash still shows entries.

15

This is log entries from the updater. I do not have a solution for this, because they are shared the same config…

16

You may set the log level to the error or fatal, but I wouldn’t suggest a fatal for any cases.