dfu abort

[Jack Trachtman]

dfu v3.1-1
2-node VMS V7.3-2 cluster

DFU aborts as seen in the attachment.

Anything I can do about this?

Thanks

[Thomas Ritter]

We run DFU 3.0 all the time under vms 7.3-2. Looks like a bug has been found. How long has v3.1-1 been running ?

[Karl Rohwedder]

Just checked with DFU V3.1-1 on V7.3-2 on 2 different disks, runs fine, but these were no shadowed disks.

regards Kalle

[Kris Clippeleyr]

Hi,
Verified DFU 3.1-1 on VMS 7.3-1 and 7.3-2 with shadowed disks. All ok here.
Maybe Ton Dorland can shed some light?
Kris (aka Qkcl)

[Jack Trachtman]

I'm finding more disks on this cluster where DFU fails.

Is there someone I can send info to for a
review, understanding that DFU is not officially supported?

[Jack Trachtman]

Looks like Ton Dorland is the author.

Does anyone know if he still supports DFU
and how to contact him?

[Thomas Ritter]

Jack, for what its worth... we have had system crashes with DFU when using the undelete function. And the crashes occured days after the file was undeleted. The HP advice was not to use DFU for undeletes.

[Thomas Ritter]

Jack, maybe worth trying the dfu verify with some qualifiers.

Maybe $ dfu /verify/lock

Also would you also check the disk using

$ ANALYZE/DISK/SHADOW DSA102:

and try

$ dfu verify DSA102: in place of the logical name.

[Jur van der Burg]

I think this is a bug in dfu when it tries to access a longword at the last byte of a page (look at the failng address: 00BBC003). I vaguely collect that it is a compiler issue (I did the research a long time ago). Ton would know for sure, and I'm also sure that it's been fixed in the latest version.

Jur.

[David B Sneddon]

Jur,

I believe V3.1-1 is the latest...

Dave