rfh3273@galileo.rtn.ca.boeing.com (Dick Harrigill) (04/10/91)
Complaints about APRs continously make it to this forum. Here is a recent example about some problems with Omniback I reported over a year ago and are being tracked by the HP/Apollo Service Request system - not the same as APRs but still an "official" HP system. Problem #1 - SR9 files/trees backed up by Omniback cannot be restored with their original ACLS. The problem was quickly identified by Apollo well over a year ago and related to a mistranslation between D rights and K rights. A patch was released and all is now well and has been for a year. I received a letter from HP dated 3/21/91 stating: "Your problem will be fixed in a future release." (Service Request J600570770) Problem #2 - Omniback cannot backup multiple trees from the same volume using different schedules from a single worklist. Once again, a fix was provided over a year ago. Unfortunately, this "fix" was always present in the form of an undocumented command line parameter. The Apollo Engineer was surprised that I wasn't using the -name switch, and we found that it is not listed in the document, release notes or help/man files. However, now that I know about it, it works fine. I received a letter from HP dated 2/26/91 which asked for all kinds of detailed information that has nothing to do with the problem. The letter began, "The detailed description which you have provided us is just a little bit too terse for us to attempt to offer a suggested workaround to your problem." Not only did I explain the problem to the Apollo engineers last year who fully understood the problem, the workaround was presented at last year's ADUS conference. (Service Request J600570788) I wonder who talks to whom within HP. One thing is certain: HP doesn't listen to ADUS. -- Dick Harrigill, an independent voice from: Boeing Commercial Airplanes M/S 9R-49 PO BOX 3707 Renton Avionics/Flight Systems Seattle, WA 91824 Computing Support (206) 393-9539 rfh3273@galileo.rtn.ca.boeing.com