View Issue Details

IDProjectCategoryView StatusLast Update
0005644GNUnettransport servicepublic2024-03-07 20:24
Reporteric.rbow Assigned Toschanzen  
PrioritynormalSeverityminorReproducibilityalways
Status closedResolutionno change required 
Product Version0.11.0 
Target Version0.21.0Fixed in Version0.21.0 
Summary0005644: Transport service spams warnings
DescriptionI'm getting my log files filled with almost exact duplicates of unactionable warnings:

...
Mar 13 09:20:49-997116 transport-27937 WARNING Calculated flow delay for UDPv6 at 3025 ms for 2YQA
Mar 13 09:20:50-006651 transport-27937 WARNING Calculated flow delay for UDPv6 at 3015 ms for 2YQA
Mar 13 09:20:50-018709 transport-27937 WARNING Calculated flow delay for UDPv6 at 3003 ms for 2YQA
Mar 13 09:20:50-019859 transport-27937 WARNING It took us 61 s to send 176/176 bytes to WEGY (1, tcp)
Mar 13 09:20:50-020478 transport-27937 WARNING It took us 61 s to send 176/0 bytes to WEGY (-1, tcp)
Mar 13 09:20:50-021069 transport-27937 WARNING It took us 61 s to send 32872/0 bytes to WEGY (-1, tcp)
...

There's a section in FAQ that says it's no big deal. So those are INFOs at best, maybe even DEBUG.
Steps To ReproduceRun a node with tcp and/or udp transport plugins.
Tagstng

Relationships

related to 0005710 confirmed TNG meta issue 

Activities

nikita

2019-03-14 02:22

developer   ~0014193

Last edited: 2019-03-14 02:23

What's the issue here? In other words, what do you think is wrong from your perspective, why, and what would be the fix/improvement you'd like to see.

ic.rbow

2019-03-14 07:57

reporter   ~0014195

Service logs are flooded with unimportant messages and I can't turn them off using another log level - without losing less frequent but potentially more important messages.

This makes following logs more difficult than necessary to monitor. Additionally this puts pressure on disk and network IO, storage and processing resources.
This is wrong because it gives no benefit over the "yes, we have latency issues until TNG comes" message in FAQ.

I would like to demote those two kinds of messages to DEBUG level unless there is another way to resolve this.

ic.rbow

2019-03-14 08:08

reporter   ~0014196

It may be well worth going through all the messages and reviewing their level. I think anything above WARNING should be an actionable message and ERRORs really should not be ignored by node operators.

GTK is notorious for having useless "warnings" spam, let's not follow that lead.

schanzen

2023-10-20 15:59

administrator   ~0020596

Closing this as this component as been replaced by a rewrite.

schanzen

2024-03-07 20:24

administrator   ~0021787

0.21 released

Issue History

Date Modified Username Field Change
2019-03-13 10:27 ic.rbow New Issue
2019-03-14 02:22 nikita Note Added: 0014193
2019-03-14 02:23 nikita Note Edited: 0014193
2019-03-14 07:57 ic.rbow Note Added: 0014195
2019-03-14 08:08 ic.rbow Note Added: 0014196
2019-05-02 14:36 Christian Grothoff Relationship added related to 0005710
2020-08-14 12:01 schanzen Tag Attached: tng
2020-10-29 10:09 schanzen Target Version => 0.15.0
2021-06-10 19:36 schanzen Target Version 0.15.0 => 0.16.0
2021-12-31 09:29 schanzen Target Version 0.16.0 => 0.17.0
2021-12-31 09:32 schanzen Target Version 0.17.0 => 1.0.0
2023-10-20 15:58 schanzen Target Version 1.0.0 => 0.21.0
2023-10-20 15:59 schanzen Assigned To => schanzen
2023-10-20 15:59 schanzen Status new => resolved
2023-10-20 15:59 schanzen Resolution open => no change required
2023-10-20 15:59 schanzen Fixed in Version => 0.21.0
2023-10-20 15:59 schanzen Note Added: 0020596
2024-03-07 20:24 schanzen Note Added: 0021787
2024-03-07 20:24 schanzen Status resolved => closed