<?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>topic Re: AUDIT SECURITY FILE --- BIG... in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/audit-security-file-big/m-p/4976774#M76077</link>
    <description>Thanks.</description>
    <pubDate>Wed, 03 May 2006 04:33:12 GMT</pubDate>
    <dc:creator>IFX_1</dc:creator>
    <dc:date>2006-05-03T04:33:12Z</dc:date>
    <item>
      <title>AUDIT SECURITY FILE --- BIG...</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/audit-security-file-big/m-p/4976770#M76073</link>
      <description>Hi All,&lt;BR /&gt;   I open a new AUDIT SECURITY file using SET AUDIT/SERVER=NEW_LOG for clusterwide log file but the new created file allocated around 214K blocks. Do you have any idea why it was too big?&lt;BR /&gt;&lt;BR /&gt;Directory SYS$COMMON:[SYSMGR]&lt;BR /&gt;&lt;BR /&gt;SECURITY.AUDIT$JOURNAL;12    9/214056</description>
      <pubDate>Tue, 02 May 2006 23:06:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/audit-security-file-big/m-p/4976770#M76073</guid>
      <dc:creator>IFX_1</dc:creator>
      <dc:date>2006-05-02T23:06:21Z</dc:date>
    </item>
    <item>
      <title>Re: AUDIT SECURITY FILE --- BIG...</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/audit-security-file-big/m-p/4976771#M76074</link>
      <description>They assume you are creating new files periodically and preallocate a size they guess will eventually be needed by the new file based on the size of the existing file.&lt;BR /&gt;&lt;BR /&gt;According to the help file, preceding your file create with SET AUDIT /JOURNAL=SECURITY&lt;BR /&gt;/THRESHOLD=WARN=200 to make a smaller file be created.</description>
      <pubDate>Wed, 03 May 2006 00:16:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/audit-security-file-big/m-p/4976771#M76074</guid>
      <dc:creator>David Jones_21</dc:creator>
      <dc:date>2006-05-03T00:16:02Z</dc:date>
    </item>
    <item>
      <title>Re: AUDIT SECURITY FILE --- BIG...</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/audit-security-file-big/m-p/4976772#M76075</link>
      <description>Ronald,&lt;BR /&gt;&lt;BR /&gt;I believe the size of the new file is based on&lt;BR /&gt;the size of the old file.  I know I have managed&lt;BR /&gt;to get it to create a much smaller file but at&lt;BR /&gt;the moment don't recall exactly what I did.&lt;BR /&gt;Have you tried stopping the server, renaming the&lt;BR /&gt;file then restarting it?&lt;BR /&gt;I think the size is held in a lock block somewhere.&lt;BR /&gt;&lt;BR /&gt;Dave&lt;BR /&gt;</description>
      <pubDate>Wed, 03 May 2006 00:16:30 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/audit-security-file-big/m-p/4976772#M76075</guid>
      <dc:creator>David B Sneddon</dc:creator>
      <dc:date>2006-05-03T00:16:30Z</dc:date>
    </item>
    <item>
      <title>Re: AUDIT SECURITY FILE --- BIG...</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/audit-security-file-big/m-p/4976773#M76076</link>
      <description>Hi David J,&lt;BR /&gt;SET AUDIT/JOURNAL=SECURITY/THRESHOLD=WARN=200&lt;BR /&gt;It works. You just need to reissue again the SET AUDIT/SERVER=NEW_LOG&lt;BR /&gt;&lt;BR /&gt;Thanks.</description>
      <pubDate>Wed, 03 May 2006 00:26:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/audit-security-file-big/m-p/4976773#M76076</guid>
      <dc:creator>IFX_1</dc:creator>
      <dc:date>2006-05-03T00:26:18Z</dc:date>
    </item>
    <item>
      <title>Re: AUDIT SECURITY FILE --- BIG...</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/audit-security-file-big/m-p/4976774#M76077</link>
      <description>Thanks.</description>
      <pubDate>Wed, 03 May 2006 04:33:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/audit-security-file-big/m-p/4976774#M76077</guid>
      <dc:creator>IFX_1</dc:creator>
      <dc:date>2006-05-03T04:33:12Z</dc:date>
    </item>
    <item>
      <title>Re: AUDIT SECURITY FILE --- BIG...</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/audit-security-file-big/m-p/4976775#M76078</link>
      <description>Ronald,&lt;BR /&gt;&lt;BR /&gt;  Consider that OpenVMS is doing you a service by preallocating the file to a reasonable prediction of the size it will grow to based on history. 200K blocks is all of 100MB. Worth what? Maybe 10c?&lt;BR /&gt;&lt;BR /&gt;  Unless you expect to change your rollover schedule for the audit journal, I'd strongly recommend you accept the preallocated size and avoid the work by the file system to extending the journal and fragmenting the disk.&lt;BR /&gt;&lt;BR /&gt;  If you really have to worry about 100MB of disk space, there's a serious misalignment of cost priorities on your site. Work out how many seconds of your time the capital cost of that disk space is worth. If you have to spend more than that time worrying about it, it would be far more cost effective to go out and buy more disk space.</description>
      <pubDate>Wed, 03 May 2006 17:33:21 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/audit-security-file-big/m-p/4976775#M76078</guid>
      <dc:creator>John Gillings</dc:creator>
      <dc:date>2006-05-03T17:33:21Z</dc:date>
    </item>
  </channel>
</rss>

