kif

kif

I’m struggling with the fact that I don’t see stack trace in my production app log.

I’m getting 500 Internal Server Error response.

I try to connect to the running app and enable debug log Logger.configure(level: :debug).
This helps a bit but I still don’t see stack trace.

My current error is Converted error :undef to 500 response.

Without any stack trace I don’t understand where the error is coming from.

Does anybody know how to enable stack trace in production?

UPDATE1: I did more testing on that and discover that I mix release and start app locally I do get stack trace as expected however on my production Ubuntu server I just get

application=phoenix request_id=FwQp3A4z_ymkm3sAAAHh [debug] Converted error ArgumentError to 500 response

I’m using Docker to cross compile the app when I copy it to Ubuntu server where I run it as systemd process.

Showing Posts 1 to 10

kif

kif OP

I looked over those replies already. There in no solution offered in any of those.

One person suggest to “add Logger.error(error) to render() in ErrorView” but that seams like a hack and still doesn’t show stack trace.

I’m trying to understand what is the fundamental reason of that happening in production build and why this is default behavior?

c4710n

c4710n

Phoenix’s default logger is very basic, which is implemented as telemetry event handler at here.

At first, you can disable the default logger by:

config :phoenix, :logger, false

Then, implement you own telemetry event handler for logging.


Recently, I added a JSON logger for my app, so I can give you a basic example:

  1. I implemented a module for handling related telemetry event:
defmodule JSONLog.Logger do
  @moduledoc """
  Instrumenter to handle logging of various Phoenix instrumentation events.
  """

  require Logger

  @doc false
  def install do
    handlers = %{
      [:phoenix, :endpoint, :stop] => &__MODULE__.phoenix_endpoint_stop/4
    }

    for {key, fun} <- handlers do
      :telemetry.attach({__MODULE__, key}, key, fun, :ok)
    end
  end

  @doc false
  def duration(duration) do
    duration = System.convert_time_unit(duration, :native, :microsecond)

    if duration > 1000 do
      [duration |> div(1000) |> Integer.to_string(), "ms"]
    else
      [Integer.to_string(duration), "µs"]
    end
  end

  defp log_level(nil, _conn), do: :info
  defp log_level(level, _conn) when is_atom(level), do: level

  defp log_level({mod, fun, args}, conn) when is_atom(mod) and is_atom(fun) and is_list(args) do
    apply(mod, fun, [conn | args])
  end

  @doc false
  def phoenix_endpoint_stop(_, %{duration: duration}, %{conn: conn} = metadata, _) do
    case log_level(metadata[:options][:log], conn) do
      false ->
        :ok

      level ->
        Logger.log(
          level,
          fn ->
            %{method: method, request_path: request_path, status: status} = conn
            status = Integer.to_string(status)

            [method, ?\s, request_path, ?\s, status, " in ", duration(duration)]
          end,
          metadata(conn)
        )
    end
  end

  defp metadata(conn) do
    %{method: method, request_path: request_path, status: status} = conn
    status = Integer.to_string(status)

    %{
      method: method,
      request_path: request_path,
      user_agent: extract_user_agent(conn),
      connection_type: connection_type(conn),
      status: status,
      exception: extract_exception(conn)
    }
  end

  defp connection_type(%Plug.Conn{state: :set_chunked}), do: "Chunked"
  defp connection_type(_), do: "Sent"

  defp extract_user_agent(%Plug.Conn{} = conn), do: Plug.Conn.get_req_header(conn, "user-agent")

  defp extract_exception(%Plug.Conn{assigns: %{kind: kind, reason: reason, stack: stack}}),
    do: Exception.format(kind, reason, stack)

  defp extract_exception(_), do: nil
end

In above code, the metadata of log contains a field called exception which is the stacktrace you wanted.

  1. Output the log to a place, such as STDIO, logstash, etc. You can use a custom logger backend for implementing it. In my case, I use ink - print JSON to STDIO. And, related configurations are:
# Configures Elixir's Logger
config :logger,
  backends: [Ink],
  utc_log: true,
  # do not print debug messages in production
  level: :info

config :logger, Ink,
  name: "demo",
  exclude_hostname: true

# Disable default logger of phoenix
config :phoenix, :logger, false
kif

kif OP

Wow this is cool but sounds like overkill! How come stack trace shows up on dev and not production? That means that default logger is capable of outputting it?

ityonemo

ityonemo

Did you turn off debug symbols in prod?

kif

kif OP

I don’t know how. Can you point me to the docs on how to do that?

kif

kif OP

UPDATE1: I did more testing on that and discover that I mix release and start app locally I do get stack trace as expected however on my production Ubuntu server I just get application=phoenix request_id=FwQp3A4z_ymkm3sAAAHh [debug] Converted error ArgumentError to 500 response.

I’m using Docker to cross compile the app when I copy it to Ubuntu server where I run it as systemd process.

andrewf

andrewf

Re the ErrorView hack: Yes, it is a hack, but I do get a stack trace. Not necessarily a nicely formatted one, but enough to point me to the problem. (Actually now that I’m trying to reproduce it, it’s also giving me a formatted stack trace, which is weird. Maybe something in my build chain got updated without me noticing, or it depends on exactly from where the error was raised)

Your last update is very curious, since that’s the exact experiment I did to determine that it was the release environment that was failing to log my stack traces. Run in release locally, no traces. (IIRC I had also run it in iex with MIX_ENV=prod and seen stack traces like I wanted)

Re: debug symbols, the best I was able to find was setting strip_beams: false in the release config, documented here, but it didn’t make a difference for me.

kif

kif OP

I noticed that I do get some stack traces. I intentionally made an exception by passing nil to Ecto query and that logs fine on local and production machine. However, Converted error :undef to 500 response which I assume happening due to email validation controller failure doesn’t log anything in production and doesn’t fail on my local system (which is pretty annoying).

So somehow not all exception age getting caught by default which is weird since I use mix gen.auth without pretty much any changes.

Seam like a pretty big flow of Phoenix if it is true.

I didn’t change any debug symbol settings as well.

I will continue to investigate and post some updates.

andrewf

andrewf

Are you using releases at all?

Where Next? Top

Trending in Questions Top

stjefim
Hello! Suppose you are building workflow (order / task / payment) processing system with the following requirements: Each workflow con...
New
water
I’m aware of 2 such projects, are there others? git: GitHub - team-alembic/realworld: A fullstack Phoenix LiveView application with back...
New
peck
Hi everyone. My team and I have been working on a fairly modest app based around video streaming and chat, but we’ve landed a customer t...
New
bradley
I really like the adapter patterns that ecto, nebulex, waffle, etc. use and would love find something similar for a key management servic...
New
unaware8150
Hello folks! So at work, we are seeing some situations where we have to define some “fixed” strings that are used across the codebase in...
New
Alvinkariuki
How Can I Optimise Compile Time Dependencies I have been building an elixir application for about 2 years now. Many modules and files ha...
New
leoschweizer
Hi, we run different LLM models across a cluster, with each node loading a configurable subset. Model-specific queues let nodes consume ...
New

Other Trending Topics Top

mudasobwa
I fully migrated to my own harness from Anthropic/Gemini and I think it’s time to share it. Welcome DSH, the DeepSeek Harness, fully writ...
New
KristerV
Hey. Is there anyone here who creates agents in their apps? Not talking about using agents, but creating them. I’m finding it pretty diff...
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
juhalehtonen
There has been a thread to discuss the Stack Overflow Developer Survey on this forum every year since 2018, so here’s yet another one for...
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
budgie
I love Elixir. It’s one of 2 programming languages I’ve ever fallen in love with. But I don’t use it anymore. Serverless was the promis...
New

We're in Beta

About us Mission Statement

Options

Thread Display Mode




Thread Preview

Skip Thread Previews