<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>idea Use industry standards for log files in ArcGIS Enterprise Ideas</title>
    <link>https://community.esri.com/t5/arcgis-enterprise-ideas/use-industry-standards-for-log-files/idi-p/923400</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;On Linux systems, you should put log files under /var/log and use consistent naming. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Each of the components in ArcGIS Enterprise seems to keep its logs in a different place; Portal is the worst so far from what I have looked at; the log files are buried in a folder named after the host, and the active log file has a long name with seemingly random characters embedded in it (possibly including the process id?)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Furthermore, you allow the location to be changed in API calls.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The net result is that when I start a copy of Portal running, I have to search out the new log file.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So for example, Portal could always log to /var/log/arcgis/portal.log instead of&lt;/P&gt;&lt;P&gt;/home/arcgis/portal/usr/arcgisportal/logs/PORTAL.ARCGIS.NET/portal/portal-20170712.044717-23025-0.0.log&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Wed, 12 Jul 2017 05:07:51 GMT</pubDate>
    <dc:creator>BrianWilson</dc:creator>
    <dc:date>2017-07-12T05:07:51Z</dc:date>
    <item>
      <title>Use industry standards for log files</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-ideas/use-industry-standards-for-log-files/idi-p/923400</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;On Linux systems, you should put log files under /var/log and use consistent naming. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Each of the components in ArcGIS Enterprise seems to keep its logs in a different place; Portal is the worst so far from what I have looked at; the log files are buried in a folder named after the host, and the active log file has a long name with seemingly random characters embedded in it (possibly including the process id?)&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Furthermore, you allow the location to be changed in API calls.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;The net result is that when I start a copy of Portal running, I have to search out the new log file.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;So for example, Portal could always log to /var/log/arcgis/portal.log instead of&lt;/P&gt;&lt;P&gt;/home/arcgis/portal/usr/arcgisportal/logs/PORTAL.ARCGIS.NET/portal/portal-20170712.044717-23025-0.0.log&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 12 Jul 2017 05:07:51 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-ideas/use-industry-standards-for-log-files/idi-p/923400</guid>
      <dc:creator>BrianWilson</dc:creator>
      <dc:date>2017-07-12T05:07:51Z</dc:date>
    </item>
    <item>
      <title>Re: Use industry standards for log files</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-ideas/use-industry-standards-for-log-files/idc-p/923401#M146</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I can at least comment on the naming convention:&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="background-color: #ffffff;"&gt;portal-&lt;SPAN style="color: #0000ff;"&gt;20170712&lt;/SPAN&gt;.&lt;SPAN style="color: #ff6600;"&gt;044717&lt;/SPAN&gt;-&lt;SPAN style="color: #993366;"&gt;23025&lt;/SPAN&gt;-0.0.log&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="background-color: #ffffff;"&gt;The blue characters are the date that the log file was created and the orange-ish characters are&amp;nbsp;the time it was created. &amp;nbsp;Not too sure what the purple-ish characters are indicating but the last are used as an index in case there are multiple log files for a given day as new log files are generated after about 10 MB.&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 14 Jul 2017 18:43:08 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-ideas/use-industry-standards-for-log-files/idc-p/923401#M146</guid>
      <dc:creator>JonathanQuinn</dc:creator>
      <dc:date>2017-07-14T18:43:08Z</dc:date>
    </item>
    <item>
      <title>Re: Use industry standards for log files</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-ideas/use-industry-standards-for-log-files/idc-p/923402#M147</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;I can appreciate the idea of having /var/log be the location for saved logs.&lt;/P&gt;&lt;P&gt;One&amp;nbsp;reason the logs are not saved to /var/log is the Enterprise products do not run under root by design.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Since most Linux distro's default only allow root to write to that location,&amp;nbsp;the account running portal wouldn't necessarily have write access to that location. As a result the logs are saved in a subfolder of the install location where it can be assured the the software has the correct permissions.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I haven't tried it myself, but maybe a symlink from the portal log location into a /var/log/portal or something similar might do the trick?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 22 Nov 2017 00:00:47 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-ideas/use-industry-standards-for-log-files/idc-p/923402#M147</guid>
      <dc:creator>KennethOGuinn</dc:creator>
      <dc:date>2017-11-22T00:00:47Z</dc:date>
    </item>
    <item>
      <title>Re: Use industry standards for log files</title>
      <link>https://community.esri.com/t5/arcgis-enterprise-ideas/use-industry-standards-for-log-files/idc-p/923403#M148</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;It's pretty standard to create a subdirectory, for example tomcat, nginx, apache, postgresql and mysql all do it that way.&lt;/P&gt;&lt;P&gt;There is always a /var/log folder so the installer just puts the subdirectory there and sets the ownership and permissions appropriately.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It's easier to set up log rotation if the logs are in a normal place, too. ESRI's installer should set up log rotation using standard tools too.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;It's also the expectation when managing a system that if you install files into /home/portal for example that it won't fill up /home with log files and crash your server. So using a symlink won't meet that expectation; /home will still fill up even though it appears that logs are in /var/log.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Brian&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Wed, 22 Nov 2017 17:42:02 GMT</pubDate>
      <guid>https://community.esri.com/t5/arcgis-enterprise-ideas/use-industry-standards-for-log-files/idc-p/923403#M148</guid>
      <dc:creator>BrianWilson</dc:creator>
      <dc:date>2017-11-22T17:42:02Z</dc:date>
    </item>
  </channel>
</rss>

