<?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 records and RDB in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/audit-records-and-rdb/m-p/3933232#M29824</link>
    <description>I did a little test here and it looks as if the RDB audit events are not propagated to the audit-archive (nn records read, 0 stored).&lt;BR /&gt;&lt;BR /&gt;regards Kalle</description>
    <pubDate>Fri, 26 Jan 2007 03:53:51 GMT</pubDate>
    <dc:creator>Karl Rohwedder</dc:creator>
    <dc:date>2007-01-26T03:53:51Z</dc:date>
    <item>
      <title>Audit records and RDB</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/audit-records-and-rdb/m-p/3933229#M29821</link>
      <description>&lt;!--!*#--&gt;Hi!&lt;BR /&gt;&lt;BR /&gt;One can have secondary destinations for security event messages. Not only retaining them in the Security.audit$journal file(s) (primary destination).&lt;BR /&gt;&lt;BR /&gt;My secondary destination resides on another node and I created the file by doing a $ Set Audit/archive=All -&lt;BR /&gt;/Destin=OtherNode::Disk1:[audit_dir]audit.file on the primary node.&lt;BR /&gt;&lt;BR /&gt;The file on the secondary destination is created and filled with the General audit records I expect and also with the RDB audit records I have set up to to be captured and saved.&lt;BR /&gt;&lt;BR /&gt;My problem is that I can only read the RDB audit records on my primary destination node not on my secondary destination node. (BTW I read the RDB records via an RDB database as stated in the manual)&lt;BR /&gt;&lt;BR /&gt;Have anybody had to deal with the same problem?&lt;BR /&gt;&lt;BR /&gt;regards&lt;BR /&gt;Johan Eklund</description>
      <pubDate>Fri, 26 Jan 2007 02:57:20 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/audit-records-and-rdb/m-p/3933229#M29821</guid>
      <dc:creator>Johan Eklund_1</dc:creator>
      <dc:date>2007-01-26T02:57:20Z</dc:date>
    </item>
    <item>
      <title>Re: Audit records and RDB</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/audit-records-and-rdb/m-p/3933230#M29822</link>
      <description>JOhan,&lt;BR /&gt;&lt;BR /&gt;never tried that, but are there any error messages when loading the audit data into the database (it should log how many records had been loaded)? In metalink is an article describing how to do it. Perhaps a call to Oracle is nec.&lt;BR /&gt;&lt;BR /&gt;regards Kalle</description>
      <pubDate>Fri, 26 Jan 2007 03:20:23 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/audit-records-and-rdb/m-p/3933230#M29822</guid>
      <dc:creator>Karl Rohwedder</dc:creator>
      <dc:date>2007-01-26T03:20:23Z</dc:date>
    </item>
    <item>
      <title>Re: Audit records and RDB</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/audit-records-and-rdb/m-p/3933231#M29823</link>
      <description>Hi Karl,&lt;BR /&gt;&lt;BR /&gt;No, there are no error messages. RDB just tells me that it has read x records but that none where written. &lt;BR /&gt;&lt;BR /&gt;And Yeah, I guess I'll have to check with Oracle as well. I started off here as one often gets better answers with such a cross-product problem as I have.&lt;BR /&gt;&lt;BR /&gt;/Johan</description>
      <pubDate>Fri, 26 Jan 2007 03:34:35 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/audit-records-and-rdb/m-p/3933231#M29823</guid>
      <dc:creator>Johan Eklund_1</dc:creator>
      <dc:date>2007-01-26T03:34:35Z</dc:date>
    </item>
    <item>
      <title>Re: Audit records and RDB</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/audit-records-and-rdb/m-p/3933232#M29824</link>
      <description>I did a little test here and it looks as if the RDB audit events are not propagated to the audit-archive (nn records read, 0 stored).&lt;BR /&gt;&lt;BR /&gt;regards Kalle</description>
      <pubDate>Fri, 26 Jan 2007 03:53:51 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/audit-records-and-rdb/m-p/3933232#M29824</guid>
      <dc:creator>Karl Rohwedder</dc:creator>
      <dc:date>2007-01-26T03:53:51Z</dc:date>
    </item>
    <item>
      <title>Re: Audit records and RDB</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/audit-records-and-rdb/m-p/3933233#M29825</link>
      <description>If you "take" the archive-file back to its originating node you'll get the records.&lt;BR /&gt;&lt;BR /&gt;/Johan</description>
      <pubDate>Fri, 26 Jan 2007 04:14:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/audit-records-and-rdb/m-p/3933233#M29825</guid>
      <dc:creator>Johan Eklund_1</dc:creator>
      <dc:date>2007-01-26T04:14:12Z</dc:date>
    </item>
  </channel>
</rss>

