Stack overflow on sr_watch restart

[benlapETS]

2019-05-02 15:38:38,535 [INFO] sr_watch f40 01 starting
Fatal Python error: Cannot recover from stack overflow.

Current thread 0x00007faa9536d740 (most recent call first):
  File "/usr/lib/python3.6/logging/__init__.py", line 1374 in log
  File "/usr/lib/python3/dist-packages/sarra/sr_config.py", line 85 in write
  File "/usr/lib/python3.6/logging/__init__.py", line 917 in handleError
  File "/usr/lib/python3.6/logging/__init__.py", line 1000 in emit
  File "/usr/lib/python3.6/logging/__init__.py", line 1072 in emit
  File "/usr/lib/python3.6/logging/handlers.py", line 73 in emit
  File "/usr/lib/python3.6/logging/__init__.py", line 865 in handle
  File "/usr/lib/python3.6/logging/__init__.py", line 1516 in callHandlers
  File "/usr/lib/python3.6/logging/__init__.py", line 1454 in handle
  File "/usr/lib/python3.6/logging/__init__.py", line 1444 in _log
  File "/usr/lib/python3.6/logging/__init__.py", line 1374 in log
  File "/usr/lib/python3/dist-packages/sarra/sr_config.py", line 85 in write
  File "/usr/lib/python3.6/logging/__init__.py", line 917 in handleError

[petersilva]

any more information around when this happens?

[benlapETS]

I caught it once but since then I couldnt reproduce and many problems occurred before I wouldnt be able to point to the root cause for now, but I still believe that the StreamToLogger redirection thing is part of the problem...

[petersilva]

Is this the recursive logging thing? is this fixed already?

[benlapETS]

This was a bug caused by StreamToLogger crashing while logging to redirected output, but then trying to write the crash msg indefinitely because the same crash always occurs from the same cause. In #240 the chain of propagation of logging msg have been reversed and it should not try to relog anymore while crashing. I don't say the new way is completely bulletproof, but definitly, this one should not come back...