Re: [pca] patchdiag.xref archive

2011-08-18 Thread Thomas Gouverneur 
Nothing received yet,

Do you need a FTP server if the file is big so you can upload it ?

Regards,

Thomas

On Wed, 17 Aug 2011 01:21:34 -0400 (EDT)
Dennis Clarke  wrote:

> 
> > Hello world!
> >
> > As Martin advised me to ask directly on the whole list, I'm there!
> > I'm building an online archives of old patchdiag.xref
> > (http://wesunsolve.net/patchdiag)
> > and thus, I've collected some patchdiags that various people gave me.
> >
> > If you have missing patchdiag's (older ones), theses could be of some
> > interest so
> > don't hesitate to send them to me (zip by email or url for archive to be
> > downloaded,
> > or I can even setup an ftp account, let me know).
> >
> >
> 
> 
> I'll tar up the ones I have and then email.
> 
> -- 
> --
> http://pgp.mit.edu:11371/pks/lookup?op=vindex&search=0x1D936C72FA35B44B
> +-+---+
> | Dennis Clarke   | Solaris and Linux and Open Source |
> | dcla...@blastwave.org   | Respect for open standards.   |
> +-+---+
> 
> 


-- 
Gouverneur Thomas

[pca] [[slightly] off-topic Warning]: Solaris 10 SPARC patch 144500-19 and EMC PowerPath

2011-08-18 Thread loris . serena 
Just FYI,

Installing kernel patch 144500-19 on a system with PowerPath will throw 
the box in a CPU panic boot loop.
(learned this the hard way)

https://forums.oracle.com/forums/thread.jspa?messageID=9792685

Regards, 

Loris
The information contained in this e-mail, and any attachment, is confidential 
and is intended solely for the use of the intended recipient. Access, copying 
or re-use of the e-mail or any attachment, or any information contained 
therein, by any other person is not authorized. If you are not an intended 
party to this communication, please notify the sender and delete/destroy any 
and all copies of this communication.  

Although we attempt to sweep e-mail and attachments for viruses, we do not 
guarantee that either are virus-free and accept no liability for any damage 
sustained as a result of viruses.  There are some inherent risks with 
exchanging e-mails. You understand and agree that we are not, and will not be, 
responsible for the unauthorized access, interception, or redirection of 
e-mails including any attachments, nor will we be responsible for the effect on 
any computer system of any e-mails or attachments.  You also agree that we will 
not be responsible for the incorrect or incomplete transmission of information 
by e-mail

The information contained in this communication is not intended or construed as 
an offer, solicitation, or a recommendation to purchase any security.

Opinions, suggestions or views presented in this communication are not 
necessarily those of The Bank of New York Mellon Corporation or any of its 
affiliates. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for disclosures relating 
to European legal entities

Re: [pca] [[slightly] off-topic Warning]: Solaris 10 SPARC patch 144500-19 and EMC PowerPath

2011-08-18 Thread Don O'Malley 


  
  
Hi Loris/All,

Firstly, apologies that you found this out the hard way. I am in the
process of getting a README note added to this KU to warn customers
of the issue.

This is a late breaking issue that we are currently investigating in
partnership with EMC.
The cause of this issue is that EMC PowerPath is using private
interfaces in Solaris, which Oracle have changed in the latest KU
deliverables. While it is not strictly an Oracle problem, we are
doing everything we can to find a good solution for our customers
that use EMC PowerPath.

I will keep the PCA alias in the loop as I know more. Please bear
with us.

Best,
-Don


On 18/08/11 09:50, loris.ser...@bnymellon.com wrote:
Just FYI,
  
  
  Installing kernel patch 144500-19
on
a system with PowerPath will throw the box in a CPU panic boot
loop.
  
  (learned this the hard way)
  
  
  https://forums.oracle.com/forums/thread.jspa?messageID=9792685
  
  
  Regards, 
  
  
  Loris
  The information contained in this e-mail, and any attachment, is confidential and is intended solely for the use of the intended recipient. Access, copying or re-use of the e-mail or any attachment, or any information contained therein, by any other person is not authorized. If you are not an intended party to this communication, please notify the sender and delete/destroy any and all copies of this communication.  

Although we attempt to sweep e-mail and attachments for viruses, we do not guarantee that either are virus-free and accept no liability for any damage sustained as a result of viruses.  There are some inherent risks with exchanging e-mails. You understand and agree that we are not, and will not be, responsible for the unauthorized access, interception, or redirection of e-mails including any attachments, nor will we be responsible for the effect on any computer system of any e-mails or attachments.  You als!
 o agree that we will not be responsible for the incorrect or incomplete transmission of information by e-mail

The information contained in this communication is not intended or construed as an offer, solicitation, or a recommendation to purchase any security.

Opinions, suggestions or views presented in this communication are not necessarily those of The Bank of New York Mellon Corporation or any of its affiliates. 

Please refer to http://disclaimer.bnymellon.com/eu.htm for disclosures relating to European legal entities



-- 

  Don O'Malley
  
Manager,Patch System Test
Revenue Product Engineering | Solaris | Hardware 
East Point Business Park, Dublin 3, Ireland
Phone: +353 1 8199764 
Team Alias: rpe_patch_system_test...@oracle.com

Re: [pca] [[slightly] off-topic Warning]: Solaris 10 SPARC patch 144500-19 and EMC PowerPath

2011-08-18 Thread John Horne 
On Thu, 2011-08-18 at 10:30 +0100, Don O'Malley wrote:
> Hi Loris/All,
> 
> Firstly, apologies that you found this out the hard way. I am in the
> process of getting a README note added to this KU to warn customers of
> the issue.
> 
> This is a late breaking issue that we are currently investigating in
> partnership with EMC.
> The cause of this issue is that EMC PowerPath is using private
> interfaces in Solaris, which Oracle have changed in the latest KU
> deliverables. While it is not strictly an Oracle problem, we are doing
> everything we can to find a good solution for our customers that use
> EMC PowerPath.
> 
> I will keep the PCA alias in the loop as I know more. Please bear with
> us.
> 
> Best,
> -Don
> 
> 
> On 18/08/11 09:50, loris.ser...@bnymellon.com wrote: 
> > Just FYI, 
> > 
> > Installing kernel patch 144500-19 on a system with PowerPath will
> > throw the box in a CPU panic boot loop. 
> > (learned this the hard way) 
> > 
> > https://forums.oracle.com/forums/thread.jspa?messageID=9792685 
> > 
Hello,

We too had the above problem on our two T2000 servers. After booting a
BAD TRAP loop involving module 'unix' occurred. Fortunately we could
boot into failsafe mode, and then backout the kernel patch.

However, we do not use EMC powerpath, but do use Falcon IPStor with
DynaPath. As such I would draw peoples attention to the comment
(https://forums.oracle.com/forums/thread.jspa?messageID=9792685):

Problem is that PowerPath and possible other multipath vendors are
using a Solaris private interface which is just that, private.

and 'possible other multipath vendors'. So just because EMC is
mentioned, don't think it is only EMC and won't affect you :-)





John.

-- 
John Horne, University of Plymouth, UK
Tel: +44 (0)1752 587287Fax: +44 (0)1752 587001

Re: [pca] [[slightly] off-topic Warning]: Solaris 10 SPARC patch 144500-19 and EMC PowerPath

2011-08-18 Thread Thomas Gouverneur 
Dear,

Please note that I've kept some track of this issue there
by adding comments on this patch:

http://wesunsolve.net/patch/id/144500-19

HTH,

Thomas

On Thu, 18 Aug 2011 12:05:38 +0100
John Horne  wrote:

> On Thu, 2011-08-18 at 10:30 +0100, Don O'Malley wrote:
> > Hi Loris/All,
> > 
> > Firstly, apologies that you found this out the hard way. I am in the
> > process of getting a README note added to this KU to warn customers of
> > the issue.
> > 
> > This is a late breaking issue that we are currently investigating in
> > partnership with EMC.
> > The cause of this issue is that EMC PowerPath is using private
> > interfaces in Solaris, which Oracle have changed in the latest KU
> > deliverables. While it is not strictly an Oracle problem, we are doing
> > everything we can to find a good solution for our customers that use
> > EMC PowerPath.
> > 
> > I will keep the PCA alias in the loop as I know more. Please bear with
> > us.
> > 
> > Best,
> > -Don
> > 
> > 
> > On 18/08/11 09:50, loris.ser...@bnymellon.com wrote: 
> > > Just FYI, 
> > > 
> > > Installing kernel patch 144500-19 on a system with PowerPath will
> > > throw the box in a CPU panic boot loop. 
> > > (learned this the hard way) 
> > > 
> > > https://forums.oracle.com/forums/thread.jspa?messageID=9792685 
> > > 
> Hello,
> 
> We too had the above problem on our two T2000 servers. After booting a
> BAD TRAP loop involving module 'unix' occurred. Fortunately we could
> boot into failsafe mode, and then backout the kernel patch.
> 
> However, we do not use EMC powerpath, but do use Falcon IPStor with
> DynaPath. As such I would draw peoples attention to the comment
> (https://forums.oracle.com/forums/thread.jspa?messageID=9792685):
> 
> Problem is that PowerPath and possible other multipath vendors are
> using a Solaris private interface which is just that, private.
> 
> and 'possible other multipath vendors'. So just because EMC is
> mentioned, don't think it is only EMC and won't affect you :-)
> 
> 
> 
> 
> 
> John.
> 
> -- 
> John Horne, University of Plymouth, UK
> Tel: +44 (0)1752 587287Fax: +44 (0)1752 587001
> 
> 


-- 
Gouverneur Thomas

Re: [pca] [[slightly] off-topic Warning]: Solaris 10 SPARC patch 144500-19 and EMC PowerPath

2011-08-18 Thread Martin Paul 

Don O'Malley wrote:
This is a late breaking issue that we are currently investigating in partnership 
with EMC.


Is this by chance the reason why Solaris 10u10 was pulled, after the ISOs were 
available for download for a few hours last Friday?


Martin.

Re: [pca] patchdiag.xref archive

2011-08-18 Thread Dennis Clarke 

> Nothing received yet,
>
> Do you need a FTP server if the file is big so you can upload it ?
>

No. I just have not gotten around to it :-)

I don't have a huge stack of them .. but a few :

# ls $PCA_XREFDIR
getupdates.pem
patchdiag.CHECKSUMS
patchdiag.CHECKSUMS.old
patchdiag.CHECKSUMS_05_May_2011
patchdiag.CHECKSUMS_10_Apr_2011
patchdiag.CHECKSUMS_11_Jun_2011
patchdiag.CHECKSUMS_19_Mar_2011
patchdiag.CHECKSUMS_2001-07-07
patchdiag.CHECKSUMS_2011-05-12
patchdiag.CHECKSUMS_23_May_2011
patchdiag.md5
patchdiag.xref
patchdiag.xref_01_May_2010
patchdiag.xref_01_Nov_2010
patchdiag.xref_01_Oct_2010
patchdiag.xref_02_Apr_2010
patchdiag.xref_03_Jul_2010
patchdiag.xref_04_Aug_2010
patchdiag.xref_04_May_2010
patchdiag.xref_04_Nov_2010
patchdiag.xref_05_Aug_2010
patchdiag.xref_06_Jul_2010
patchdiag.xref_06_May_2010_0004HRS_GMT
patchdiag.xref_07_Aug_2010
patchdiag.xref_07_July_2010
patchdiag.xref_08_May_2010
patchdiag.xref_09_Apr_2010
patchdiag.xref_09_Oct_2010
patchdiag.xref_10_Sep_2010
patchdiag.xref_11_Aug_2010
patchdiag.xref_11_Jun_2010
patchdiag.xref_11_Sep_2010
patchdiag.xref_12_Nov_2010
patchdiag.xref_14_Aug_2010
patchdiag.xref_14_May_2010
patchdiag.xref_14_Oct_2010
patchdiag.xref_14_Sep_2010
patchdiag.xref_15_Apr_2010
patchdiag.xref_15_Jul_2010
patchdiag.xref_15_Jun_2010
patchdiag.xref_15_Nov_2010
patchdiag.xref_16_Jul_2010
patchdiag.xref_16_Jun_2010
patchdiag.xref_17_Apr_2010
patchdiag.xref_17_Dec_2010_02:02:06_GMT
patchdiag.xref_17_Jul_2010
patchdiag.xref_18_May_2010
patchdiag.xref_18_Nov_2010
patchdiag.xref_18_Sep_2010
patchdiag.xref_19_Jun_2010
patchdiag.xref_19_Nov_2010
patchdiag.xref_2009-07-20
patchdiag.xref_2009-07-21
patchdiag.xref_2009-07-23
patchdiag.xref_2009-08-09
patchdiag.xref_2009-08-10
patchdiag.xref_2009-08-27
patchdiag.xref_2009-08-29
patchdiag.xref_2009-10-12
patchdiag.xref_2009-11-05
patchdiag.xref_2009-11-07
patchdiag.xref_2009-11-11
patchdiag.xref_2009-11-21
patchdiag.xref_2009-12-03
patchdiag.xref_2009-12-11
patchdiag.xref_2009-12-15
patchdiag.xref_2009-12-19
patchdiag.xref_2009-12-29
patchdiag.xref_2009-12-31
patchdiag.xref_2010-12-19
patchdiag.xref_2010-12-28
patchdiag.xref_2010-12-30
patchdiag.xref_2010_01_01
patchdiag.xref_2010_01_06
patchdiag.xref_2010_01_21
patchdiag.xref_2010_01_30
patchdiag.xref_2010_02_03
patchdiag.xref_2010_02_05
patchdiag.xref_2010_02_06
patchdiag.xref_2010_02_09
patchdiag.xref_2010_02_10
patchdiag.xref_2010_02_17
patchdiag.xref_2010_02_24
patchdiag.xref_2010_02_26
patchdiag.xref_2010_03_02
patchdiag.xref_2010_03_04
patchdiag.xref_2010_03_05
patchdiag.xref_2010_03_06
patchdiag.xref_2010_03_12
patchdiag.xref_2010_03_16
patchdiag.xref_2010_03_19
patchdiag.xref_2010_03_20
patchdiag.xref_2010_03_23
patchdiag.xref_2010_03_26
patchdiag.xref_2011-01-01
patchdiag.xref_2011-01-12
patchdiag.xref_2011-01-31
patchdiag.xref_2011-02-05
patchdiag.xref_2011-02-10
patchdiag.xref_2011-02-12
patchdiag.xref_2011-02-17
patchdiag.xref_2011-02-23
patchdiag.xref_2011-02-26
patchdiag.xref_2011-02-28
patchdiag.xref_2011-03-02
patchdiag.xref_2011-03-12
patchdiag.xref_2011-03-17
patchdiag.xref_2011-03-19
patchdiag.xref_2011-03-28
patchdiag.xref_2011-03-30
patchdiag.xref_2011-04-05
patchdiag.xref_2011-04-07
patchdiag.xref_2011-04-08
patchdiag.xref_2011-04-11
patchdiag.xref_2011-04-19
patchdiag.xref_2011-05-05
patchdiag.xref_2011-05-12
patchdiag.xref_2011-05-23
patchdiag.xref_2011-06-07
patchdiag.xref_2011-06-11
patchdiag.xref_2011-06-18
patchdiag.xref_2011-06-23
patchdiag.xref_2011-07-07
patchdiag.xref_2011-07-21
patchdiag.xref_2011-08-02
patchdiag.xref_20_Dec_2010_15:53:07_GMT
patchdiag.xref_20_May_2010
patchdiag.xref_21_May_2010
patchdiag.xref_22_May_2010
patchdiag.xref_23_Mar_2011
patchdiag.xref_23_Nov_2010
patchdiag.xref_23_Oct_2010
patchdiag.xref_24_Apr_2010
patchdiag.xref_24_Aug_2010
patchdiag.xref_24_Nov_2010
patchdiag.xref_25_Jun_2010
patchdiag.xref_25_May_2010
patchdiag.xref_25_Sep_2010
patchdiag.xref_26_Nov_2010
patchdiag.xref_28_Jul_2010
patchdiag.xref_29_May_2010
patchdiag.xref_30_Apr_2010
patchdiag.xref_30_Mar_2010
patchdiag.xref_30_Oct_2010
patchdiag.xref_31_Jul_2010
patchdiag.xref_31_Mar_2010


I think I nuked away my stuff from 05 upwards to 2010.

I'll get them to you one way or another.

-- 
--
http://pgp.mit.edu:11371/pks/lookup?op=vindex&search=0x1D936C72FA35B44B
+-+---+
| Dennis Clarke   | Solaris and Linux and Open Source |
| dcla...@blastwave.org   | Respect for open standards.   |
+-+---+

Re: [pca] patchdiag.xref archive

2011-08-18 Thread Thomas Gouverneur 
Dennis,

This is ok for theses one, I already got them all ;)
I thought you had more xrefs from earlier than 2009 ;)


Thanks anyway !

On Thu, 18 Aug 2011 08:13:59 -0400 (EDT)
Dennis Clarke  wrote:

> 
> > Nothing received yet,
> >
> > Do you need a FTP server if the file is big so you can upload it ?
> >
> 
> No. I just have not gotten around to it :-)
> 
> I don't have a huge stack of them .. but a few :
> 
> # ls $PCA_XREFDIR
> getupdates.pem
> patchdiag.CHECKSUMS
> patchdiag.CHECKSUMS.old
> patchdiag.CHECKSUMS_05_May_2011
> patchdiag.CHECKSUMS_10_Apr_2011
> patchdiag.CHECKSUMS_11_Jun_2011
> patchdiag.CHECKSUMS_19_Mar_2011
> patchdiag.CHECKSUMS_2001-07-07
> patchdiag.CHECKSUMS_2011-05-12
> patchdiag.CHECKSUMS_23_May_2011
> patchdiag.md5
> patchdiag.xref
> patchdiag.xref_01_May_2010
> patchdiag.xref_01_Nov_2010
> patchdiag.xref_01_Oct_2010
> patchdiag.xref_02_Apr_2010
> patchdiag.xref_03_Jul_2010
> patchdiag.xref_04_Aug_2010
> patchdiag.xref_04_May_2010
> patchdiag.xref_04_Nov_2010
> patchdiag.xref_05_Aug_2010
> patchdiag.xref_06_Jul_2010
> patchdiag.xref_06_May_2010_0004HRS_GMT
> patchdiag.xref_07_Aug_2010
> patchdiag.xref_07_July_2010
> patchdiag.xref_08_May_2010
> patchdiag.xref_09_Apr_2010
> patchdiag.xref_09_Oct_2010
> patchdiag.xref_10_Sep_2010
> patchdiag.xref_11_Aug_2010
> patchdiag.xref_11_Jun_2010
> patchdiag.xref_11_Sep_2010
> patchdiag.xref_12_Nov_2010
> patchdiag.xref_14_Aug_2010
> patchdiag.xref_14_May_2010
> patchdiag.xref_14_Oct_2010
> patchdiag.xref_14_Sep_2010
> patchdiag.xref_15_Apr_2010
> patchdiag.xref_15_Jul_2010
> patchdiag.xref_15_Jun_2010
> patchdiag.xref_15_Nov_2010
> patchdiag.xref_16_Jul_2010
> patchdiag.xref_16_Jun_2010
> patchdiag.xref_17_Apr_2010
> patchdiag.xref_17_Dec_2010_02:02:06_GMT
> patchdiag.xref_17_Jul_2010
> patchdiag.xref_18_May_2010
> patchdiag.xref_18_Nov_2010
> patchdiag.xref_18_Sep_2010
> patchdiag.xref_19_Jun_2010
> patchdiag.xref_19_Nov_2010
> patchdiag.xref_2009-07-20
> patchdiag.xref_2009-07-21
> patchdiag.xref_2009-07-23
> patchdiag.xref_2009-08-09
> patchdiag.xref_2009-08-10
> patchdiag.xref_2009-08-27
> patchdiag.xref_2009-08-29
> patchdiag.xref_2009-10-12
> patchdiag.xref_2009-11-05
> patchdiag.xref_2009-11-07
> patchdiag.xref_2009-11-11
> patchdiag.xref_2009-11-21
> patchdiag.xref_2009-12-03
> patchdiag.xref_2009-12-11
> patchdiag.xref_2009-12-15
> patchdiag.xref_2009-12-19
> patchdiag.xref_2009-12-29
> patchdiag.xref_2009-12-31
> patchdiag.xref_2010-12-19
> patchdiag.xref_2010-12-28
> patchdiag.xref_2010-12-30
> patchdiag.xref_2010_01_01
> patchdiag.xref_2010_01_06
> patchdiag.xref_2010_01_21
> patchdiag.xref_2010_01_30
> patchdiag.xref_2010_02_03
> patchdiag.xref_2010_02_05
> patchdiag.xref_2010_02_06
> patchdiag.xref_2010_02_09
> patchdiag.xref_2010_02_10
> patchdiag.xref_2010_02_17
> patchdiag.xref_2010_02_24
> patchdiag.xref_2010_02_26
> patchdiag.xref_2010_03_02
> patchdiag.xref_2010_03_04
> patchdiag.xref_2010_03_05
> patchdiag.xref_2010_03_06
> patchdiag.xref_2010_03_12
> patchdiag.xref_2010_03_16
> patchdiag.xref_2010_03_19
> patchdiag.xref_2010_03_20
> patchdiag.xref_2010_03_23
> patchdiag.xref_2010_03_26
> patchdiag.xref_2011-01-01
> patchdiag.xref_2011-01-12
> patchdiag.xref_2011-01-31
> patchdiag.xref_2011-02-05
> patchdiag.xref_2011-02-10
> patchdiag.xref_2011-02-12
> patchdiag.xref_2011-02-17
> patchdiag.xref_2011-02-23
> patchdiag.xref_2011-02-26
> patchdiag.xref_2011-02-28
> patchdiag.xref_2011-03-02
> patchdiag.xref_2011-03-12
> patchdiag.xref_2011-03-17
> patchdiag.xref_2011-03-19
> patchdiag.xref_2011-03-28
> patchdiag.xref_2011-03-30
> patchdiag.xref_2011-04-05
> patchdiag.xref_2011-04-07
> patchdiag.xref_2011-04-08
> patchdiag.xref_2011-04-11
> patchdiag.xref_2011-04-19
> patchdiag.xref_2011-05-05
> patchdiag.xref_2011-05-12
> patchdiag.xref_2011-05-23
> patchdiag.xref_2011-06-07
> patchdiag.xref_2011-06-11
> patchdiag.xref_2011-06-18
> patchdiag.xref_2011-06-23
> patchdiag.xref_2011-07-07
> patchdiag.xref_2011-07-21
> patchdiag.xref_2011-08-02
> patchdiag.xref_20_Dec_2010_15:53:07_GMT
> patchdiag.xref_20_May_2010
> patchdiag.xref_21_May_2010
> patchdiag.xref_22_May_2010
> patchdiag.xref_23_Mar_2011
> patchdiag.xref_23_Nov_2010
> patchdiag.xref_23_Oct_2010
> patchdiag.xref_24_Apr_2010
> patchdiag.xref_24_Aug_2010
> patchdiag.xref_24_Nov_2010
> patchdiag.xref_25_Jun_2010
> patchdiag.xref_25_May_2010
> patchdiag.xref_25_Sep_2010
> patchdiag.xref_26_Nov_2010
> patchdiag.xref_28_Jul_2010
> patchdiag.xref_29_May_2010
> patchdiag.xref_30_Apr_2010
> patchdiag.xref_30_Mar_2010
> patchdiag.xref_30_Oct_2010
> patchdiag.xref_31_Jul_2010
> patchdiag.xref_31_Mar_2010
> 
> 
> I think I nuked away my stuff from 05 upwards to 2010.
> 
> I'll get them to you one way or another.
> 
> -- 
> --
> http://pgp.mit.edu:11371/pks/lookup?op=vindex&search=0x1D936C72FA35B44B
> +-+---+
> | Dennis Clarke   | Solaris and Linux and Open Source |
> | dcla...@blastwave.org   | Respect for open stan

Re: [pca] [[slightly] off-topic Warning]: Solaris 10 SPARC patch 144500-19 and EMC PowerPath

2011-08-18 Thread Jeff 
Anyone know if this breaks Symantec DMP as well?

Since the last series of kernel patches broke some IPMP implementations,
starting to think this stuff needs to bake a lot longer before even thinking
about updating.

On Thu, Aug 18, 2011 at 7:50 AM, Martin Paul wrote:

> Don O'Malley wrote:
>
>> This is a late breaking issue that we are currently investigating in
>> partnership with EMC.
>>
>
> Is this by chance the reason why Solaris 10u10 was pulled, after the ISOs
> were available for download for a few hours last Friday?
>
> Martin.
>
>


-- 
Jeff

Re: [pca] [[slightly] off-topic Warning]: Solaris 10 SPARC patch 144500-19 and EMC PowerPath

2011-08-18 Thread Don O'Malley 


  
  
Hi Martin,

Nope, this is unrelated.
The S10U10 images should never have been made available for download
last Friday. That was the reason that they were pulled!

To re-iterate this EMC issue is not a problem with Solaris per se,
but rather a problem with vendors using private interfaces as public
ones. Then Oracle update one of the private interfaces and all hell
breaks loose.
I'm not trying to get into a finger pointing exercise here, as I
realise that this does not help our customers running Solaris and
EMC PowerPath (though other vendors do also appear to be impacted),
but it is important to explain what went wrong here.

John Horne's indication that "Falcon IPStor with DynaPath" is the
first I've heard that of that product being impacted, though I have
seen reports that a similar issue may affect the "Hitachi Dynamic
Link Manager".

Best,
-Don


On 18/08/11 12:50, Martin Paul wrote:
Don
  O'Malley wrote:
  
  This is a late breaking issue that we are
currently investigating in partnership with EMC.

  
  
  Is this by chance the reason why Solaris 10u10 was pulled, after
  the ISOs were available for download for a few hours last Friday?
  
  
  Martin.
  
  


-- 

  Don O'Malley
  
Manager,Patch System Test
Revenue Product Engineering | Solaris | Hardware 
East Point Business Park, Dublin 3, Ireland
Phone: +353 1 8199764 
Team Alias: rpe_patch_system_test...@oracle.com

Re: [pca] patchdiag.xref archive

2011-08-18 Thread Dennis Clarke 

> Dennis,
>
> This is ok for theses one, I already got them all ;)
> I thought you had more xrefs from earlier than 2009 ;)
>
>


Well, I do but I will have to go get a backup tape from .. somewhere.

-- 
--
http://pgp.mit.edu:11371/pks/lookup?op=vindex&search=0x1D936C72FA35B44B
+-+---+
| Dennis Clarke   | Solaris and Linux and Open Source |
| dcla...@blastwave.org   | Respect for open standards.   |
+-+---+

Re: [pca] [[slightly] off-topic Warning]: Solaris 10 SPARC patch 144500-19 and EMC PowerPath

2011-08-18 Thread Wickline, Bob (N-STERLING COMPUTERS CORPORATION) 
This may be a stupid question but wouldn't something like this warrant
pulling/recalling the patch???

 

 

From: pca-boun...@lists.univie.ac.at [mailto:pca-boun...@lists.univie.ac.at]
On Behalf Of Don O'Malley
Sent: Thursday, August 18, 2011 4:31 AM
To: PCA (Patch Check Advanced) Discussion
Cc: loris.ser...@bnymellon.com; sunmanag...@sunmanagers.org
Subject: EXTERNAL: Re: [pca] [[slightly] off-topic Warning]: Solaris 10
SPARC patch 144500-19 and EMC PowerPath

 

Hi Loris/All,

Firstly, apologies that you found this out the hard way. I am in the process
of getting a README note added to this KU to warn customers of the issue.

This is a late breaking issue that we are currently investigating in
partnership with EMC.
The cause of this issue is that EMC PowerPath is using private interfaces in
Solaris, which Oracle have changed in the latest KU deliverables. While it
is not strictly an Oracle problem, we are doing everything we can to find a
good solution for our customers that use EMC PowerPath.

I will keep the PCA alias in the loop as I know more. Please bear with us.

Best,
-Don


On 18/08/11 09:50, loris.ser...@bnymellon.com wrote: 

Just FYI, 

Installing kernel patch 144500-19 on a system with PowerPath will throw the
box in a CPU panic boot loop. 
(learned this the hard way) 

 
https://forums.oracle.com/forums/thread.jspa?messageID=9792685 

Regards, 

Loris 

The information contained in this e-mail, and any attachment, is
confidential and is intended solely for the use of the intended recipient.
Access, copying or re-use of the e-mail or any attachment, or any
information contained therein, by any other person is not authorized. If you
are not an intended party to this communication, please notify the sender
and delete/destroy any and all copies of this communication.  Although we
attempt to sweep e-mail and attachments for viruses, we do not guarantee
that either are virus-free and accept no liability for any damage sustained
as a result of viruses.  There are some inherent risks with exchanging
e-mails. You understand and agree that we are not, and will not be,
responsible for the unauthorized access, interception, or redirection of
e-mails including any attachments, nor will we be responsible for the effect
on any computer system of any e-mails or attachments.  You als! o agree that
we will not be responsible for the incorrect or incomplete transmission of
information by e-mail The information contained in this communication is not
intended or construed as an offer, solicitation, or a recommendation to
purchase any security. Opinions, suggestions or views presented in this
communication are not necessarily those of The Bank of New York Mellon
Corporation or any of its affiliates. Please refer to
http://disclaimer.bnymellon.com/eu.htm for disclosures relating to European
legal entities 

 

-- 
  
Don O'Malley
Manager,Patch System Test
Revenue Product Engineering | Solaris | Hardware 
East Point Business Park, Dublin 3, Ireland
Phone: +353 1 8199764 
Team Alias: rpe_patch_system_test...@oracle.com

<>

smime.p7s
Description: S/MIME cryptographic signature

Re: [pca] [[slightly] off-topic Warning]: Solaris 10 SPARC patch 144500-19 and EMC PowerPath

2011-08-18 Thread Don O'Malley 


  
  
Hi Bob,

The problem here is not with the patch (or Solaris).

Without going down the finger-point route, the problem is a result
of EMC PowerPath using private interfaces in Solaris, Oracle
subsequently updating them and bang...
Only customers running EMC PowerPath have currently confirmed they
have the issue. Oracle will not withdraw the Solaris 10 KU patch for
this.

The following note is being added to 144500-19 to warn EMC customers
about the issue:
Do not install this patch on systems running EMC PowerPath, as all currently 
released EMC PowerPath versions (as of August 18th 2011) are incompatible with 
this patch. 
EMC PowerPath is using a private Solaris structure which was modified in this 
patch to fix a race condition. Applications should not use private Solaris 
interfaces as they are subject to change. 
EMC PowerPath Engineering is working on a 5.3 patch release to resolve this 
issue and have published ETA emc275344 on https://powerlink.emc.com, which 
contains further information.

Best,
-Don


On 18/08/11 16:50, Wickline, Bob (N-STERLING COMPUTERS CORPORATION)
wrote:

  
  
  
  
  
This may be a stupid question but wouldn’t
something like this warrant pulling/recalling the patch???
 
 

  
From: pca-boun...@lists.univie.ac.at
[mailto:pca-boun...@lists.univie.ac.at] On Behalf Of
Don O'Malley
Sent: Thursday, August 18, 2011 4:31 AM
To: PCA (Patch Check Advanced) Discussion
Cc: loris.ser...@bnymellon.com;
sunmanag...@sunmanagers.org
Subject: EXTERNAL: Re: [pca] [[slightly]
off-topic Warning]: Solaris 10 SPARC patch 144500-19 and
EMC PowerPath
  

 
Hi Loris/All,
  
  Firstly, apologies that you found this out the hard way. I am
  in the process of getting a README note added to this KU to
  warn customers of the issue.
  
  This is a late breaking issue that we are currently
  investigating in partnership with EMC.
  The cause of this issue is that EMC PowerPath is using private
  interfaces in Solaris, which Oracle have changed in the latest
  KU deliverables. While it is not strictly an Oracle problem,
  we are doing everything we can to find a good solution for our
  customers that use EMC PowerPath.
  
  I will keep the PCA alias in the loop as I know more. Please
  bear with us.
  
  Best,
  -Don
  
  
  On 18/08/11 09:50, loris.ser...@bnymellon.com
  wrote: 
Just FYI,
  
  
  Installing kernel
patch 144500-19 on a system with PowerPath will throw the
box in a CPU panic boot loop. 
  (learned this the
hard way) 
  
  https://forums.oracle.com/forums/thread.jspa?messageID=9792685
  
  
  Regards, 
  
  Loris 
The information contained in this e-mail, and any attachment, is confidential and is intended solely for the use of the intended recipient. Access, copying or re-use of the e-mail or any attachment, or any information contained therein, by any other person is not authorized. If you are not an intended party to this communication, please notify the sender and delete/destroy any and all copies of this communication.  Although we attempt to sweep e-mail and attachments for viruses, we do not guarantee that either are virus-free and accept no liability for any damage sustained as a result of viruses.  There are some inherent risks with exchanging e-mails. You understand and agree that we are not, and will not be, responsible for the unauthorized access, interception, or redirection of e-mails including any attachments, nor will we be responsible for the effect on any computer system of any e-mails or attachments.  You als! o agree that we will not be r
esponsible for the incorrect or incomplete transmission of information by e-mail The information contained in this communication is not intended or construed as an offer, solicitation, or a recommendation to purchase any security. Opinions, suggestions or views presented in this communication are not necessarily those of The Bank of New York Mellon Corporation or any of its affiliates. Please refer to http://disclaimer.bnymellon.com/eu.htm for disclosures relating to European legal entities 
 

  -- 

Don
O'Malley
Manager,Patch System Test
  Revenue Product Engineering | Solaris | Hardware 
  East Point Business Park, Dublin 3, Ireland
  Phone: +353 1 819

Re: [pca] patchdiag.xref archive

2011-08-18 Thread Rajiv Gunja 
So which year Xref are you looking for?
I can share 2009 (233) and some of 2008(78).

Let me know. Thanks

-GGR
--
Rajiv G Gunja
Blog: http://ossrocks.blogspot.com


On Thu, Aug 18, 2011 at 09:31, Dennis Clarke  wrote:

>
> > Dennis,
> >
> > This is ok for theses one, I already got them all ;)
> > I thought you had more xrefs from earlier than 2009 ;)
> >
> >
>
>
> Well, I do but I will have to go get a backup tape from .. somewhere.
>
> --
> --
> http://pgp.mit.edu:11371/pks/lookup?op=vindex&search=0x1D936C72FA35B44B
> +-+---+
> | Dennis Clarke   | Solaris and Linux and Open Source |
> | dcla...@blastwave.org   | Respect for open standards.   |
> +-+---+
>
>
>