home *** CD-ROM | disk | FTP | other *** search
/ NetNews Usenet Archive 1992 #30 / NN_1992_30.iso / spool / comp / sys / hp / 14136 < prev    next >
Encoding:
Internet Message Format  |  1992-12-16  |  2.8 KB
  1. From: franks@hpuamsa.neth.hp.com (Frank Slootweg CRC)
  2. Date: Wed, 16 Dec 1992 12:46:47 GMT
  3. Subject: Re: When will HP supply PATCHES before they are Required?
  4. Message-ID: <28510397@hpuamsa.neth.hp.com>
  5. Organization: Hewlett-Packard, The Netherlands
  6. Path: sparky!uunet!elroy.jpl.nasa.gov!sdd.hp.com!hpscit.sc.hp.com!hplextra!hpcc05!hpbbn!hpuamsa!franks
  7. Newsgroups: comp.sys.hp
  8. References: <721721627snx@johnwuu.canb.auug.org.au>
  9. Lines: 50
  10.  
  11. njconway@ccvax.ucd.ie (Neil Conway) writes:
  12.  
  13. > It's great that it's going to change :)  Seriously though, on an economic
  14. > point, what about litigation ?
  15. > 
  16. > For example, a person buys a WStn in good faith, uses it for some months, then
  17. > has a disk crash.  They go to their backup tapes only to discover that some 
  18. > critical (obviously :) files have been corrupted by the backup program and are
  19. > unrecoverable.
  20. > 
  21. > This person then discovers that a patch has been available for months to 
  22. > correct a known problem with the backup program in question...
  23. > 
  24. > They have a software support contract with their vendor.
  25. > 
  26. > What more could they have done ?  Don't they have a legitimate right to expect
  27. > to have been notified about the problem, and offered the patch ?  (We are
  28. > talking about critical problems here...  I consider corrupt backups pretty 
  29. > serious.)
  30. > 
  31. > If I were that person I would feel inclined to sue the vendor...
  32. > 
  33. > Even if our person had NO contract, wouldn't he be entitled to a patch for the
  34. > broken backup system that he purchased ?
  35. > 
  36. > 
  37. > A situation like this exists with HP - we discovered a patch to fbackup (among
  38. > other ones to ftio etc.) which caused problems with backups under some
  39. > circumstances.  Luckily, we didn't have to go to our old backup tapes at any
  40. > stage, so we didn't get bitten.  However, the problem *had* been occurring on
  41. > our backups. (I forget the precise symptoms).
  42.  
  43.   Do you actually have any information of a specific case where the
  44. *data* on the backup tape was corrupt and where that corruption was
  45. caused by the HP backup program? I know that there were some cases were
  46. a backup tape could not be restored by the stock restore program, but
  47. those were *not* *data* corruption cases. The data on the tapes was
  48. fine, you "just" could not get it off the tape without a patch.
  49.  
  50.   No offense, but "A situation like this exists with HP" followed by "I
  51. forget the precise symptoms", is a little too thin for me and not fair
  52. against HP (to put it mildly).
  53.  
  54.   As I have mentioned before several times in this forum: HP takes
  55. silent data corruption very seriously and in each case, that I know of,
  56. we have informed our total customer base as soon as possible. See for
  57. eaxmple my first response of November 30 in the string "HP sever
  58. crashing" [sic] in this newsgroup.
  59.  
  60. Frank Slootweg, HP, Dutch Customer Response Center
  61.