Skip to content
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

Allow suppression of info characters when log level set to warn #495

Open
fonty422 opened this issue Apr 14, 2023 · 4 comments
Open

Allow suppression of info characters when log level set to warn #495

fonty422 opened this issue Apr 14, 2023 · 4 comments

Comments

@fonty422
Copy link
Collaborator

Checklist

  • [x ] I have included information about relevant versions
  • [ x] I have verified that the issue persists when using the master branch of Faust.

Steps to reproduce

Run a worker with -l warn

Expected behavior

Only print warning and above

Actual behavior

Rather than suppress the entire output of info, it appears to print a <?> character (which I think represents a 😊)

@wbarnha
Copy link
Member

wbarnha commented Apr 17, 2023

Mind providing an example? A lot of logging done in Faust is controlled by mode-streaming, see faust-streaming/mode#36 for an example of how a lot of logging is controlled by Mode.

@fonty422
Copy link
Collaborator Author

fonty422 commented Apr 17, 2023

image
image

An image possibly shows the best example, but I'll also include a copied trace below:

����������������������Waiting 52s for for Faust stream processors t��������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������� Waiting 51�������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������

This happens for me with every faust application i have. I assume it's a faust print out, not kafka, or aiokafka related.

@fonty422
Copy link
Collaborator Author

fonty422 commented Apr 17, 2023

The info ones here are deliberately turned on for debugging that worker, but I'm starting multiple workers in a single terminal. I can't imagine that's an issue. When all are set to -l info I basically get the familiar start up table for Faust applications, but a stack of these � icons. On a different machine (centos 8 stream), I get a series of interesting icons:

🌓🌕🌗🌒🌔🌖🌘🌒🌔🌖🌘🌒🌒🌖🌗🌓🌓🌘🌒🌘🌑🌕🌕🌒🌔🌖🌒🌘🌑🌘🌗🌔🌗🌑🌓🌖🌒🌒🌗🌑🌗🌘🌔🌔🌑🌕🌔🌖🌗🌓🌗🌖🌓🌘🌒🌔🌖🌘🌒🌔🌖🌖🌓🌗🌘🌖🌘🌒🌔🌖🌘🌑🌓🌔🌖🌘🌒🌔🌖🌘🌓🌓🌕🌗🌑🌓🌕🌗🌑🌓🌕🌗🌔🌖🌘🌒🌔🌖🌘🌒🌔🌖🌘 😊
🌖🌘🌒🌓🌒🌔🌔🌗🌕🌑🌓😊
🌔🌕🌓🌔🌖🌘🌔🌓🌕🌗🌑 😊
🌖🌘🌒🌔🌓🌔🌖🌘 😊
 😊
🌖🌘🌒🌔 😊
🌑🌓🌕🌒 😊
🌖🌘😊
🌒🌔🌕🌗🌑🌓🌕🌖🌗🌘🌒🌑🌓🌕🌗🌑🌓🌕🌗🌑🌓🌕🌗🌑🌓🌕🌗🌑🌓🌕🌗🌑🌓🌕🌗🌑🌓🌕🌗🌑🌓🌕🌗🌑🌓🌕🌗🌑🌓🌕🌗🌑🌓🌕🌗🌑🌓🌕🌗🌑🌓🌕🌗🌑🌓🌕🌗🌑🌓🌕🌗🌑🌓🌕🌗🌑🌓🌕🌗🌑🌓🌕🌗🌑🌓🌕🌗🌑🌓🌕🌗🌑🌓🌕🌗🌑🌓🌕🌗

@wbarnha
Copy link
Member

wbarnha commented Jun 9, 2023

I was reading through documentation and I came across this: https://faust-streaming.github.io/faust/reference/faust.utils.terminal.spinners.html

I've never seen a spinner before in logs, but it looks like it's producing the patterns you see here, somehow. No other library that is a dependency of Faust, as far as I know, produces such an eccentric behavior.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants