| T.R | Title | User | Personal
Name | Date | Lines |
|---|
| 9810.1 | simport patch for KZPSA | TDCIS3::BOREL | If I don't meet you in this world ... | Wed May 14 1997 03:33 | 1 |
| guru:/usr/guest/misc/osf/simport/*.tar
|
| 9810.2 | | LEXS01::GINGER | Ron Ginger | Wed May 14 1997 13:23 | 3 |
| guru does not seem to support anonymous ftp.
how is a field person supposed to get this patch?
|
| 9810.3 | here's another site | RHETT::MOORE | | Wed May 14 1997 13:28 | 6 |
| You can get them via anonymous FTP from decatl.alf.dec.com in
/pub/patches/unofficial/simport_patches
Martin Moore
Digital UNIX Support Group
|
| 9810.4 | | KITCHE::schott | Eric R. Schott USG Product Management | Fri May 16 1997 10:36 | 3 |
| Please ensure you report a problem if you have it, or
at least verify the status of the patch before installing...
|
| 9810.5 | | LEXS01::GINGER | Ron Ginger | Fri May 16 1997 13:36 | 15 |
| Eric, could you elaborte on your comment? What verify of the patch are
you suggesting? Are you suggesting we wait for a released patch rather
than use the unoffical one.
This problem has been handled very poorly from a field view- We were
ony given a vauge description of the problem, but it went out as a
blitz which implies urgency. There is no information on the
conditions that cause the problem, so customers have to guess if it
applies to them.
Im getting a lot of heat from customers. Usually no one wants to
install an unoffical patch, but if we knew the risk we might decide to
in this case.
You never give customers confidence by hiding facts from them.
|
| 9810.6 | | KITCHE::schott | Eric R. Schott USG Product Management | Sun May 18 1997 21:15 | 13 |
| I think if you have questions, they should be sent to the
USEG support group. I think passing around unofficial patches
is a sure way to have trouble.
The USEG group should know who has unofficial patches so they
can track if there are problems...patches are usually unofficial
because we don't have data to show it fixes the customer's problem, or
we are concerned the patch may not work (or both).
I don't have specific data on this patch to comment, USEG would have it.
I don't feel good point folks to unofficial patches, especially if it
is not USEG doing it.
|
| 9810.7 | | RHETT::MOORE | | Mon May 19 1997 09:14 | 13 |
| re .-1 --
On the whole I agree with this completely, as I've seen too many cases
of people installing patches for the wrong version of the operating
system.
However, in this case, these unofficial patches are the ones that USEG
sent out a blitz about, encouraging wide distribution. So they're about
as officially unofficial as you can get. :)
Martin Moore
Digital UNIX Support Group
Atlanta CSC
|
| 9810.8 | Questions? | AUSS::BELL | Caritas Patiens est | Tue May 20 1997 01:39 | 9 |
| When will this patch be released? (and with what number).
The Oracle support people here have heard of it and seem to think it is
the cure for all sorts of problems, including those with the system we
are building. Should we quiet them down, or are their real problems in
simport.
Peter.
|
| 9810.9 | Blitz is correct: install the test patch | RUSURE::GOODWIN | Everything you know is wrong. | Tue May 20 1997 09:44 | 19 |
| Hello,
The blitz is correct. If you have a data corruption problem on the
KZPSA, which is simport driven, then you need the latest simport
patch, which fixes not only the data corruption problem but also
some panics caused by spo resource queue problems.
The official patch will be available in the next official Digital
UNIX patch kit. If you need the code now, you can get it in the
form of a test patch from:
guru:/usr/guest/misc/osf/simport/*.tar
The test patch is the same code as the official patch, but it is
available now, and it is supported by USEG. Many sites have
installed the test patch to fix data corruption and other problems.
Regards,
Dick Goodwin USEG dtn 381-1901
|