<?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: BACKUP using 000000 in Operating System - OpenVMS</title>
    <link>https://community.hpe.com/t5/operating-system-openvms/backup-using-000000/m-p/4981860#M76721</link>
    <description>R,&lt;BR /&gt;&lt;BR /&gt;  I checked on some other systems, and I have observed the same, incorrect, results as you report. It's definitely a bug.&lt;BR /&gt;&lt;BR /&gt;  The good news is it's fixed in V8.3, and should be released as patches to V7.3-2 and V8.2 some time soon. Look for a BACKUP or UPDATE patch with a BACKUP link date after 1-MAY-2006.&lt;BR /&gt;&lt;BR /&gt;  In the mean time, work around the problem by omitting the 000000. in input and output filespecs.</description>
    <pubDate>Tue, 30 May 2006 19:30:09 GMT</pubDate>
    <dc:creator>John Gillings</dc:creator>
    <dc:date>2006-05-30T19:30:09Z</dc:date>
    <item>
      <title>BACKUP using 000000</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/backup-using-000000/m-p/4981858#M76719</link>
      <description>Is there a reason that the BACKUP command&lt;BR /&gt;places all the files from subdirectories in the top&lt;BR /&gt;directory when 000000 is used in the directory&lt;BR /&gt;specification?&lt;BR /&gt;&lt;BR /&gt;Specifically&lt;BR /&gt;BACKUP $1$DIA0:[000000.AERO...]*.*;* DNFS4:[000000.AERO...]*.*;*&lt;BR /&gt;&lt;BR /&gt;places all the files in DNFS4:[000000.AERO...]&lt;BR /&gt;&lt;BR /&gt;Where&lt;BR /&gt;BACKUP $1$DIA0:[AERO...]*.*;* DNFS4:[AERO...]*.*;*&lt;BR /&gt;&lt;BR /&gt;works as expected copying the directory tree and placing&lt;BR /&gt;the files in the correct subdirectories.&lt;BR /&gt;&lt;BR /&gt;If there was something in the manuals I must have missed it.&lt;BR /&gt;&lt;BR /&gt;</description>
      <pubDate>Tue, 30 May 2006 15:56:02 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/backup-using-000000/m-p/4981858#M76719</guid>
      <dc:creator>R Fleck</dc:creator>
      <dc:date>2006-05-30T15:56:02Z</dc:date>
    </item>
    <item>
      <title>Re: BACKUP using 000000</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/backup-using-000000/m-p/4981859#M76720</link>
      <description>R,&lt;BR /&gt;&lt;BR /&gt;  You haven't said what version you're running. The command you've given does exactly what I expect on my system (ie: reproduces the directory tree from the input disk to the output disk).&lt;BR /&gt;&lt;BR /&gt;  The general rule with BACKUP is to ensure the input and output wildcards match.&lt;BR /&gt;&lt;BR /&gt;  Perhaps try:&lt;BR /&gt;&lt;BR /&gt;$ BACKUP $1$DIA0:[000000.AERO...]*.*;* DNFS4:[*...]*.*;*/LOG&lt;BR /&gt;&lt;BR /&gt;  Also note that in this particular case the "000000" is redundant, so if you get a more acceptable result without it, maybe just leave it out?&lt;BR /&gt;(this is called a "doctor, doctor, my head hurts when I bang it on the wall" problem description ;-) &lt;BR /&gt;&lt;BR /&gt;  If you think there's a bug in BACKUP behaviour, please log a case with your local customer support centre to report it. Be sure to include the exact version of OpenVMS (+ any relevant UPDATE or BACKUP patches), the exact command you're issuing, a transcript of the output, and a description of the output you were expecting.</description>
      <pubDate>Tue, 30 May 2006 19:07:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/backup-using-000000/m-p/4981859#M76720</guid>
      <dc:creator>John Gillings</dc:creator>
      <dc:date>2006-05-30T19:07:32Z</dc:date>
    </item>
    <item>
      <title>Re: BACKUP using 000000</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/backup-using-000000/m-p/4981860#M76721</link>
      <description>R,&lt;BR /&gt;&lt;BR /&gt;  I checked on some other systems, and I have observed the same, incorrect, results as you report. It's definitely a bug.&lt;BR /&gt;&lt;BR /&gt;  The good news is it's fixed in V8.3, and should be released as patches to V7.3-2 and V8.2 some time soon. Look for a BACKUP or UPDATE patch with a BACKUP link date after 1-MAY-2006.&lt;BR /&gt;&lt;BR /&gt;  In the mean time, work around the problem by omitting the 000000. in input and output filespecs.</description>
      <pubDate>Tue, 30 May 2006 19:30:09 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/backup-using-000000/m-p/4981860#M76721</guid>
      <dc:creator>John Gillings</dc:creator>
      <dc:date>2006-05-30T19:30:09Z</dc:date>
    </item>
    <item>
      <title>Re: BACKUP using 000000</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/backup-using-000000/m-p/4981861#M76722</link>
      <description>As John said, this looks like a bug.&lt;BR /&gt;&lt;BR /&gt;If you require a fix, please file a call&lt;BR /&gt;with your local support center and have&lt;BR /&gt;them escalate the problem to engineering.&lt;BR /&gt;&lt;BR /&gt;Best Regards,&lt;BR /&gt;&lt;BR /&gt;Guy Peleg&lt;BR /&gt;</description>
      <pubDate>Wed, 31 May 2006 00:46:53 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/backup-using-000000/m-p/4981861#M76722</guid>
      <dc:creator>Guy Peleg</dc:creator>
      <dc:date>2006-05-31T00:46:53Z</dc:date>
    </item>
    <item>
      <title>Re: BACKUP using 000000</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/backup-using-000000/m-p/4981862#M76723</link>
      <description>&lt;!--!*#--&gt;You probably already know this, but just in case...&lt;BR /&gt;&lt;BR /&gt;The command:&lt;BR /&gt;&lt;BR /&gt;BACKUP DISK1:[AERO...] DISK2:[AERO...]&lt;BR /&gt;&lt;BR /&gt;does not transfer the protection, ownership and ACLs for the AERO directory itself.&lt;BR /&gt;&lt;BR /&gt;You can do this with the following command:&lt;BR /&gt;&lt;BR /&gt;BACKUP DISK1:[000000]AERO.DIR;1 -&lt;BR /&gt;       DISK2:[000000]AERO.DIR;1 -&lt;BR /&gt;       /by_own=original&lt;BR /&gt;</description>
      <pubDate>Wed, 31 May 2006 06:20:37 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/backup-using-000000/m-p/4981862#M76723</guid>
      <dc:creator>Sebastian Bazley</dc:creator>
      <dc:date>2006-05-31T06:20:37Z</dc:date>
    </item>
    <item>
      <title>Re: BACKUP using 000000</title>
      <link>https://community.hpe.com/t5/operating-system-openvms/backup-using-000000/m-p/4981863#M76724</link>
      <description>Thank You for letting me know&lt;BR /&gt;it is a bug that has been fixed&lt;BR /&gt;and your advice on&lt;BR /&gt;protection, ownership and ACLs</description>
      <pubDate>Wed, 31 May 2006 09:51:17 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-openvms/backup-using-000000/m-p/4981863#M76724</guid>
      <dc:creator>R Fleck</dc:creator>
      <dc:date>2006-05-31T09:51:17Z</dc:date>
    </item>
  </channel>
</rss>

