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
Elasticsearch type + Doctrine channel throwing errors #391
Comments
Are you sure Doctrine is pushing logs with a level High enough to trigger the handler? |
If that was not the case, then would be possible getting errors that stop the execution? |
Hi there, We got the same issue in our project. Here is an example of document for the
And here is an example for the
As I understand it (am an Elasticsearch noob), all values should have the same format for a given index, otherwise Elasticsearch will have mapping errors. |
Context should always be a JSON object, as far as I can tell. Do you want to work on a fix? |
Yes, it must always be a JSON formatted value. I'm not familiar with the source code of the bundle. Although I can take a look, it might take some time for me. Unless someone else wants to work on the bugfix |
No worries, take your time. If nobody has picked this up since March, I guess we don't need to rush anything now. 🙂 |
Well... I didn't know what happened because I am not familiar either with this bundle or the monolog library itself... But I would definitively like to store my logs into elasticsearch and I can't as doctrine fails |
Good day,
For some reason, my Monolog's configuration with Elasticsearch just works for every channel but for Doctrine.
Other channels seem to work without errors.
This
doctrine
channel error was thrown when running Doctrine Migrations, but after disabling it for the migrations I have confirmed it also fails for Insert, Select and Update operations:And these are my configuration details:
I have checked (connecting to Elaticsearch through a GUI) that other logs are stored as expected, including
request
,security
andevents
channels among others.Any suggestions to deal with this problem, or is this actually a bug?
Cheers,
The text was updated successfully, but these errors were encountered: