teqr

teqr

This question might dive into sub-areas, so I would like to clarify as much as possible.

Application:
The application has multiple genserver process started though Supervisor and Dynamic supervisor. Application also uses elixir Logger, LoggerFileBackend to log into different files.

Behaviour:
Sometimes some of the process crash also (and recover successfully). Sometimes Logger process crashes completely and logging in all the files stops. This is completely random, happening at stretch of months, or sometimes multiple times in a day. There is no pattern or logs which might indicate the reason and it is not recoverable (for the logger process). However, the application runs fine (for months without logging) and there are no logs or any crash report during this event. This issue only gets resolved after restarting the application (which is not acceptable).

Observations:
As there are no log reports, so this is based on debugging which I was able to do:

  1. From application iex shell, I can confirm that Process.whereis(Logger) returns nil.
  2. I assume that some genserver might be crashing multiple times repeatedly - causing Logger to crash entirely. The application genserver is able to recover, however, the logger doesnt recover. This is only my assumption as I dont get any crash report for any genservers of application during this event. Other genserver crashes do get logged properly (when Logger has not crashed).

Environment:

FROM erlang:25.1-alpine
ENV ELIXIR_VERSION="v1.13.4" LANG=C.UTF-8

extra_applications: [:lager, :logger, :runtime_tools]

My questions:

  1. Is there any better way to configure logs, so as to identify the reason for Logger crashes?
  2. Assuming due to some reason, Logger crashes inside my application. Is there any way to restart it (without restarting the complete application)?

Showing Posts 1 to 5

dimitarvp

dimitarvp

Flying blind would worry me. As a first measure I’d do my best to find why, even if it takes a while. As a second measure I’d fire up a separate process that periodically checks if the logger is alive and try to start it if it’s dead; I reckon once every 5 seconds is enough.

But really, don’t you get any stack traces? If you configure f.ex. Loki then all the stdout and stderr outputs get put in the logging backend of Grafana and you’ll see everything.

LostKobrakai

LostKobrakai

Enabling sasl logging might also help depending on which version of elixir/otp you’re running

hauleth

hauleth

That is not surprising, as there is no such process at all in Logger. It seems that the Logger in :registered_names in logger.app file is just an omission. You can easily test that by running:

$ iex
iex> Process.whereis(Logger)
nil

My bet there is that either there is some message that handler was removed because of some failure, or there is message that there is too many messages in the process inbox and you run in the drop mode.

teqr

teqr OP

I get all the logs before Logger crash, a lot of it in separate log files, and all the error or stdout logs in console(as configured in LoggerFileBackend).
@dimitarvp As there are no logs after this event, so not able to debug further. I already use continuous monitoring and alerting stack, and able to restart the application once the issue comes. On production, this is all very helpful, but the end result is same which is my whole application has to be restarted.

Can you suggest how to restart Logger service once its dead? Honestly, I might be missing something here (and maybe my question is too naive), but I am not able to get how to restart only the Logger process.

@LostKobrakai Thanks, I already have this enabled. I get all the extra logs on console (even when any genserver start_link function gets called). I have tested even crashing genservers manually to verify logs, and everything is logged properly. However, nothing gets logged during this logger crash event.

My understanding might be wrong here, but my observation is like this:

Erlang/OTP 25 [erts-13.1.2] [source] [64-bit] [smp:32:29] [ds:32:29:10] [async-threads:1] [jit]

Interactive Elixir (1.13.4) - press Ctrl+C to exit (type h() ENTER for help)
iex(server@localhost)1> Process.whereis(Logger)
#PID<0.429.0>
iex(server@localhost)2> Process.whereis(Logger) |> Process.exit(:kill)
true
iex(server@localhost)3> Process.whereis(Logger)                       
#PID<0.14355.33>

So, even if I kill the logger process, everything resumes. However, due to some event, this becomes non-recoverable and after this event only Process.whereis(Logger) becomes nil.

al2o3cr

al2o3cr

Not certain it’s related, but one thing that I’ve seen in production before:

If a handler crashes when processing a log message, the logger machinery will remove it permanently until the VM is restarted.

There will be exactly one message in the logs when that happens, then silence.

— All posts loaded —

Where Next? Top

Trending in Questions Top

RSP87
I’m working on a project that simulates the bumbl example in the programming phoenix book. It acts almost like an email client. We have a...
New
nseaSeb
Hello, I know there is an approach for handling lists that allows for optimized traversal, but I can’t recall the specific method (somet...
New
RemyXRenard
I’m seeing that a list inside a Kino.DataTable will be interpreted as a charlist, even if the Kino.configure() is set to charlists: :as_l...
New
velrest
So my question is quite simple and i have found no conclusive answer on forum, google or AI. Should we use :erlang.float for Integer to ...
New
brecabral
Documentation While reading the Scoped Routes section, I noticed that the documentation currently refers to a problem without explainin...
New
samoloth
Hi, I’ve just set up an application with ash_authentication. There is only magic link strategy for now, so there is no confirmation add o...
New
FlyingNoodle
If a change or preparation module uses Ash.Changeset.get_argument/2 or Ash.Query.get_argument/2 (or any of the other get_argument functio...
New

Other Trending Topics Top

mudasobwa
I am happy to introduce the very α version of the new programming language compiled to BEAM. Welcome Cure. It has literally three kille...
New
marciok
Hi there! We created Gust: A task orchestrator inspired by Airflow. For those who have never heard about Aiflow, it’s a Python-based wor...
New
jimsynz
Beam Bots (or just BB for short) is a framework for building fault-tolerant robotics applications in Elixir using familiar OTP patterns. ...
New
Dmk
Xamal is a deployment tool for Elixir apps that deploys native releases to bare metal servers over SSH. It’s a port of GitHub - basecamp/...
New
netoum
Corex is an accessible, unstyled UI component library for Phoenix that integrates Zag.js state machines using Vanilla JavaScript and Live...
New
webofbits
With AI doing more of the implementation work, I’ve been wondering how much coding I should deliberately keep doing myself. My main conc...
#ai
New

We're in Beta

About us Mission Statement

Options

Thread Display Mode




Thread Preview

Skip Thread Previews