<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Topics tagged with logs]]></title><description><![CDATA[A list of topics that have been tagged with logs]]></description><link>https://fusionauth.io/community/forum/tags/logs</link><generator>RSS for Node</generator><lastBuildDate>Sun, 17 May 2026 11:43:01 GMT</lastBuildDate><atom:link href="https://fusionauth.io/community/forum/tags/logs.rss" rel="self" type="application/rss+xml"/><pubDate>Invalid Date</pubDate><ttl>60</ttl><item><title><![CDATA[Want access to my docker logs]]></title><description><![CDATA[<p dir="auto"><a class="mention plugin-mentions-user plugin-mentions-a" href="https://fusionauth.io/community/forum/uid/1891">@sullivan</a></p>
<p dir="auto">Thanks for the question.  The reason that you are not seeing anything in this view is you need to have a docker logger set up.  FusionAuth will write system logs to STDOUT.  This output must be picked up by a logger in Docker (which can then be reviewed).  By contrast, if you were running FusionAuth in a non-containerized environment, this view would show you current system logs.</p>

<a href="https://docs.docker.com/config/containers/logging/configure/" rel="nofollow ugc">https://docs.docker.com/config/containers/logging/configure/</a>

<p dir="auto">Hope this helps!</p>
<p dir="auto">Thanks,<br />
Josh</p>
]]></description><link>https://fusionauth.io/community/forum/topic/1549/want-access-to-my-docker-logs</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/1549/want-access-to-my-docker-logs</guid><dc:creator><![CDATA[joshua]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[DistributedCacheNotifier error message when loading data]]></title><description><![CDATA[<p dir="auto">We have had a couple of people have this exception in Kubernetes because the nodes can’t talk to each other. Is your setup configured so that each node can talk to each other node?</p>
<p dir="auto">I would expect that the configuration would need to use the k8s names rather than IP addresses for all of the nodes. This is configurable in the configuration file or through env variables. More here: <a href="https://fusionauth.io/docs/v1/tech/reference/configuration/" rel="nofollow ugc">https://fusionauth.io/docs/v1/tech/reference/configuration/</a> . Look for the fusionauth-app.url setting.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/692/distributedcachenotifier-error-message-when-loading-data</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/692/distributedcachenotifier-error-message-when-loading-data</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[How can I get the system logs?]]></title><description><![CDATA[<p dir="auto">If you are running docker or some other container system where logs are written to stdout you should utilize whatever tooling exists to capture that output (<a href="https://docs.docker.com/engine/reference/commandline/logs/" rel="nofollow ugc">docker logs</a> or similar solutions).</p>
<p dir="auto">If you are using a zip file installation or some other installation method which writes log files, you can export the system logs using <a href="https://fusionauth.io/docs/v1/tech/apis/system/#export-system-logs" rel="nofollow ugc">this API call</a>.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/673/how-can-i-get-the-system-logs</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/673/how-can-i-get-the-system-logs</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[runtime mode differences mean that FusionAuth won&#x27;t start]]></title><description><![CDATA[<p dir="auto">It looks like you switched to development mode from production mode, possibly to run some migrations automatically.</p>
<p dir="auto">This message means that FusionAuth sees an entry in its node records that would lead to an incompatible configuration. What we really want to avoid is a cluster of FusionAuth instances with some in development and others in production, as that might lead to some confusing behavior.</p>
<p dir="auto">If you are running a single node, you can try restarting FusionAuth a few times and that node record should be reset. You can also switch the node back to production and make sure it shuts down cleanly, which should remove the node record.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/670/runtime-mode-differences-mean-that-fusionauth-won-t-start</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/670/runtime-mode-differences-mean-that-fusionauth-won-t-start</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item><item><title><![CDATA[Missing IP addresses for login records?]]></title><description><![CDATA[<p dir="auto">The short answer is that these events are from when the user was created or first registered for an application.</p>
<p dir="auto">When a user is first created, or registered for an application we create a login event because we generate a JWT and optionally a Refresh Token for the user.</p>
<p dir="auto">In these cases, we do not have an IP address to record in the login event.</p>
<p dir="auto">We have discussed adding the IP address from the API request, but this is likely a back end system or internal service and the IP address would not represent the location of the end user, and so would likely not be of great use.</p>
]]></description><link>https://fusionauth.io/community/forum/topic/250/missing-ip-addresses-for-login-records</link><guid isPermaLink="true">https://fusionauth.io/community/forum/topic/250/missing-ip-addresses-for-login-records</guid><dc:creator><![CDATA[dan]]></dc:creator><pubDate>Invalid Date</pubDate></item></channel></rss>