BACKUP using 000000

[R Fleck]

Is there a reason that the BACKUP command
places all the files from subdirectories in the top
directory when 000000 is used in the directory
specification?

Specifically
BACKUP $1$DIA0:[000000.AERO...]*.*;* DNFS4:[000000.AERO...]*.*;*

places all the files in DNFS4:[000000.AERO...]

Where
BACKUP $1$DIA0:[AERO...]*.*;* DNFS4:[AERO...]*.*;*

works as expected copying the directory tree and placing
the files in the correct subdirectories.

If there was something in the manuals I must have missed it.

[John Gillings]

R,

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).

The general rule with BACKUP is to ensure the input and output wildcards match.

Perhaps try:

$ BACKUP $1$DIA0:[000000.AERO...]*.*;* DNFS4:[*...]*.*;*/LOG

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?
(this is called a "doctor, doctor, my head hurts when I bang it on the wall" problem description ;-)

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.

[John Gillings]

R,

I checked on some other systems, and I have observed the same, incorrect, results as you report. It's definitely a bug.

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.

In the mean time, work around the problem by omitting the 000000. in input and output filespecs.

[Guy Peleg]

As John said, this looks like a bug.

If you require a fix, please file a call
with your local support center and have
them escalate the problem to engineering.

Best Regards,

Guy Peleg

[Sebastian Bazley]

You probably already know this, but just in case...

The command:

BACKUP DISK1:[AERO...] DISK2:[AERO...]

does not transfer the protection, ownership and ACLs for the AERO directory itself.

You can do this with the following command:

BACKUP DISK1:[000000]AERO.DIR;1 -
DISK2:[000000]AERO.DIR;1 -
/by_own=original

[R Fleck]

Thank You for letting me know
it is a bug that has been fixed
and your advice on
protection, ownership and ACLs