From cindi@sac.sfbay.sun.com Wed Jul 21 10:56:38 2010
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o6LHucvM017130
	for <psarc-ext@sac.sfbay.sun.com>; Wed, 21 Jul 2010 10:56:38 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o6LHub4W028734;
	Wed, 21 Jul 2010 11:56:37 -0600 (MDT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0L5X00E0V5UDDQ00@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 21 Jul 2010 10:56:37 -0700 (PDT)
Received: from dm-sfbay-01.sfbay.sun.com ([129.145.155.118])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0L5X006K45UCE170@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 21 Jul 2010 10:56:36 -0700 (PDT)
Received: from sac.sfbay.sun.com (sac.SFBay.Sun.COM [10.5.240.67])
	by dm-sfbay-01.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4)
 with ESMTP id o6LHuZfs002997; Wed, 21 Jul 2010 10:56:35 -0700 (PDT)
Received: from sac.sfbay.sun.com (localhost [127.0.0.1])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o6LHuZ0E017125; Wed,
 21 Jul 2010 10:56:35 -0700 (PDT)
Received: (from cindi@localhost)
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8/Submit) id o6LHuZkZ017121; Wed,
 21 Jul 2010 10:56:35 -0700 (PDT)
Date: Wed, 21 Jul 2010 10:56:35 -0700 (PDT)
From: Cynthia McGuire <cindi@sac.sfbay.sun.com>
Subject: FMA/SMF integration: instance state transitions [PSARC/2010/278
 FastTrack timeout 07/26/2010]
To: PSARC-ext@sun.com
Cc: fma-core@sun.com
Message-id: <201007211756.o6LHuZkZ017121@sac.sfbay.sun.com>
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
Status: RO
Content-Length: 3384

This case seeks patch binding.  The timer is shorter than the standard
1-week to accomodate a tight integration schedule.  If anyone needs
additional time to review this, let us know.

Cindi


Template Version: @(#)sac_nextcase 1.70 03/30/10 SMI
This information is Copyright (c) 2010, Oracle and/or its affiliates. All rights reserved.
1. Introduction
    1.1. Project/Component Working Name:
	 FMA/SMF integration: instance state transitions
    1.2. Name of Document Author/Supplier:
	 Author:  Gavin Maltby
    1.3  Date of This Document:
	21 July, 2010
4. Technical Description

   This case corresponds to FMA portfolio 2010.014, the materials of which
   are replicated in the case directory.  The text below is a quick summary
   of those materials.

   New FMA Protocol Events For SMF Instance State Transitions
   ----------------------------------------------------------

	PSARC/2010/265 introduced the "ireport" category 1 FMA event class.
	This case defines new ireport leaf events to describe SMF instance
	state transitions:

	    ireport.os.smf.state-transition.maintenance
	    ireport.os.smf.state-transition.uninitialized
	    ireport.os.smf.state-transition.online
	    ireport.os.smf.state-transition.offline
	    ireport.os.smf.state-transition.degraded
	    ireport.os.smf.state-transition.maintenance

	i.e., ireport.os.smf.state-transition.<new-state>

	See 02-event-payload.txt in the materials for a detailed specification
	of the event payload members and the stability thereof.

	The events are published by svc.startd (regardless of the actual
	service restarter) if:

		a) the transition is to or from maintenance state, or
		b) the transition is online -> offline following a hardware
		   error event in the service contract, or
		c) an administrator has configured a notification preference
		   for this transition - see PSARC/2009/617

	If none of these apply then no event is raised, so note that
	the log is not necessarily a log a complete history of all
	instance state transitions.  It is possible to configure events
	for all transitions regardless of notification preferences, and in
	time this may become a supported option (once we understand
	the potential impact of event volume, etc.).

   Modelling Maintenance State With an FMA Defect Diagnosis
   --------------------------------------------------------

	A transition to maintenance state for a service instance results
	in a defect diagnosis in FMA, with corresponding case lifecycle
	events.  Such modelling is already performed in the fishworks
	appliance stack, but the implementation for the current case
	will work within a non-global zone and also includes the
	auxillary reason for the transition that the restarter provided.
	The case is resolved when the instance leaves maintenance state
	through use of svcadm;  if the case is repaired using fmadm repair
	then this is propogated into SMF as the equivalent of a svcadm clear
	on the instance.

	Maintenance state defect diagnoses can be notified just as any other
	diagnosis - to syslog, through snmp, or through email.

4.5 Interfaces

	See 02-event-payload.txt in the materials for stabilities of
	events and event payload members.

6. Resources and Schedule
    6.4. Steering Committee requested information
   	6.4.1. Consolidation C-team Name:
		ON
    6.5. ARC review type: FastTrack
    6.6. ARC Exposure: open


From sebastien.roy@oracle.com Wed Jul 21 11:20:01 2010
Received: from newsunmail1brm.central.sun.com (newsunmail1brm.Central.Sun.COM [129.147.62.245])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o6LIK1i1017909
	for <psarc-ext@sac.sfbay.sun.com>; Wed, 21 Jul 2010 11:20:01 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by newsunmail1brm.central.sun.com (8.13.7+Sun/8.13.7/ENSMAIL,v2.4) with ESMTP id o6LIJxe4040684;
	Wed, 21 Jul 2010 12:20:01 -0600 (MDT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0L5X00J0J6XB7V00@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 21 Jul 2010 11:19:59 -0700 (PDT)
Received: from brmea-mail-4.sun.com ([192.18.98.36])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0L5X0067Q6X9DNA0@nwk-avmta-1.sfbay.Sun.COM>; Wed,
 21 Jul 2010 11:19:57 -0700 (PDT)
Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125])
	by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o6LIJuTa016572; Wed,
 21 Jul 2010 18:19:56 +0000 (GMT)
Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154])
	by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1)
 with ESMTP id o6LIJrXA010699; Wed, 21 Jul 2010 18:19:53 +0000 (GMT)
Received: from abhmt008.oracle.com by acsmt355.oracle.com	with ESMTP id
 446621521279736386; Wed, 21 Jul 2010 11:19:46 -0700
Received: from [129.148.174.103] (/129.148.174.103)
	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Wed,
 21 Jul 2010 11:19:46 -0700
Date: Wed, 21 Jul 2010 14:19:45 -0400
From: Sebastien Roy <sebastien.roy@oracle.com>
Subject: Re: FMA/SMF integration: instance state transitions [PSARC/2010/278
 FastTrack timeout 07/26/2010]
In-reply-to: <201007211756.o6LHuZkZ017121@sac.sfbay.sun.com>
To: Cynthia McGuire <cindi@sac.sfbay.sun.com>
Cc: PSARC-ext@sun.com, fma-core@sun.com
Message-id: <4C473A41.9020601@oracle.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Source-IP: acsmt354.oracle.com [141.146.40.154]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090204.4C473A4B.0296:SCFMA4539814,ss=1,fgs=0
References: <201007211756.o6LHuZkZ017121@sac.sfbay.sun.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.10)
 Gecko/20100621 Lightning/1.0b1 Thunderbird/3.0.5
Status: RO
Content-Length: 412

On 07/21/10 01:56 PM, Cynthia McGuire wrote:
> This case seeks patch binding.  The timer is shorter than the standard
> 1-week to accomodate a tight integration schedule.  If anyone needs
> additional time to review this, let us know.

We already went through this litany during the PSARC meeting (it's the 
standard fast-track litany) this morning.  No-one requested more time 
and the case was approved.

-Seb

From sebastien.roy@oracle.com Wed Jul 21 11:21:59 2010
Received: from sunmail6brm.central.sun.com (sunmail6brm.Central.Sun.COM [129.147.4.169])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o6LILxFa017925
	for <psarc-ext@sac.sfbay.sun.com>; Wed, 21 Jul 2010 11:21:59 -0700 (PDT)
Received: from nwk-avmta-2.sfbay.sun.com (nwk-avmta-2.SFBay.Sun.COM [129.145.155.6])
	by sunmail6brm.central.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o6LILviW011807;
	Wed, 21 Jul 2010 13:21:58 -0500 (CDT)
Received: from pmxchannel-daemon.nwk-avmta-2.sfbay.sun.com by
 nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0L5X00J0F70M1H00@nwk-avmta-2.sfbay.sun.com>; Wed,
 21 Jul 2010 11:21:58 -0700 (PDT)
Received: from brmea-mail-4.sun.com ([192.18.98.36])
 by nwk-avmta-2.sfbay.sun.com
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0L5X00ACI70LOD80@nwk-avmta-2.sfbay.sun.com>; Wed,
 21 Jul 2010 11:21:57 -0700 (PDT)
Received: from rcsinet13.oracle.com (rcsinet13.oracle.com [148.87.113.125])
	by brmea-mail-4.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o6LILuDO017737; Wed,
 21 Jul 2010 18:21:56 +0000 (GMT)
Received: from acsmt355.oracle.com (acsmt355.oracle.com [141.146.40.155])
	by rcsinet13.oracle.com (Switch-3.4.2/Switch-3.4.1)
 with ESMTP id o6LDas5j006801; Wed, 21 Jul 2010 18:21:53 +0000 (GMT)
Received: from abhmt006.oracle.com by acsmt354.oracle.com	with ESMTP id
 446626081279736487; Wed, 21 Jul 2010 11:21:27 -0700
Received: from [129.148.174.103] (/129.148.174.103)
	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Wed,
 21 Jul 2010 11:21:27 -0700
Date: Wed, 21 Jul 2010 14:21:26 -0400
From: Sebastien Roy <sebastien.roy@oracle.com>
Subject: Re: FMA/SMF integration: instance state transitions [PSARC/2010/278
 FastTrack timeout 07/26/2010]
In-reply-to: <4C473A41.9020601@oracle.com>
To: Cynthia McGuire <cindi@sac.sfbay.sun.com>
Cc: PSARC-ext@sun.com, fma-core@sun.com
Message-id: <4C473AA6.7070509@oracle.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Source-IP: acsmt355.oracle.com [141.146.40.155]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090208.4C473AC4.01AC:SCFMA4539814,ss=1,fgs=0
References: <201007211756.o6LHuZkZ017121@sac.sfbay.sun.com>
 <4C473A41.9020601@oracle.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.1.10)
 Gecko/20100621 Lightning/1.0b1 Thunderbird/3.0.5
Status: RO
Content-Length: 535

On 07/21/10 02:19 PM, Sebastien Roy wrote:
> On 07/21/10 01:56 PM, Cynthia McGuire wrote:
>> This case seeks patch binding. The timer is shorter than the standard
>> 1-week to accomodate a tight integration schedule. If anyone needs
>> additional time to review this, let us know.
>
> We already went through this litany during the PSARC meeting (it's the
> standard fast-track litany) this morning. No-one requested more time and
> the case was approved.

Hmm, I mistook this with 2010/265.  Sorry about that, please disregard.

-Seb

From sebastien.roy@oracle.com Mon Jul 26 08:29:00 2010
Received: from sunmail3mpk.sfbay.sun.com (sunmail3mpk.SFBay.Sun.COM [129.146.11.52])
	by sac.sfbay.sun.com (8.13.8+Sun/8.13.8) with ESMTP id o6QFT0kj014336
	for <psarc-ext@sac.sfbay.sun.com>; Mon, 26 Jul 2010 08:29:00 -0700 (PDT)
Received: from nwk-avmta-1.SFBay.Sun.COM (nwk-avmta-1.SFBay.Sun.COM [129.146.11.74])
	by sunmail3mpk.sfbay.sun.com (8.13.8+Sun/8.13.8/ENSMAIL,v2.4) with ESMTP id o6QFT06f003108;
	Mon, 26 Jul 2010 08:29:00 -0700 (PDT)
Received: from pmxchannel-daemon.nwk-avmta-1.sfbay.Sun.COM by
 nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 id <0L660080B8B7YT00@nwk-avmta-1.sfbay.Sun.COM>; Mon,
 26 Jul 2010 08:28:19 -0700 (PDT)
Received: from sca-ea-mail-2.sun.com ([192.18.43.25])
 by nwk-avmta-1.sfbay.Sun.COM
 (Sun Java System Messaging Server 6.2-3.04 (built Jul 15 2005))
 with ESMTP id <0L6600DSK8B7S8D0@nwk-avmta-1.sfbay.Sun.COM>; Mon,
 26 Jul 2010 08:28:19 -0700 (PDT)
Received: from acsinet15.oracle.com (acsinet15.oracle.com [141.146.126.227])
	by sca-ea-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id o6QFSE6B009707;
 Mon, 26 Jul 2010 15:28:14 +0000 (GMT)
Received: from acsmt354.oracle.com (acsmt354.oracle.com [141.146.40.154])
	by acsinet15.oracle.com (Switch-3.4.2/Switch-3.4.1)
 with ESMTP id o6QEPm67019345; Mon, 26 Jul 2010 15:28:13 +0000 (GMT)
Received: from abhmt015.oracle.com by acsmt354.oracle.com	with ESMTP id
 436926561280158090; Mon, 26 Jul 2010 08:28:10 -0700
Received: from [129.148.174.103] (/129.148.174.103)
	by default (Oracle Beehive Gateway v4.0)	with ESMTP ; Mon,
 26 Jul 2010 08:28:10 -0700
Date: Mon, 26 Jul 2010 11:28:08 -0400
From: Sebastien Roy <sebastien.roy@oracle.com>
Subject: Re: FMA/SMF integration: instance state transitions [PSARC/2010/278
 FastTrack timeout 07/26/2010]
In-reply-to: <201007211756.o6LHuZkZ017121@sac.sfbay.sun.com>
To: Cynthia McGuire <cindi@sac.sfbay.sun.com>
Cc: PSARC-ext@sun.com, fma-core@sun.com
Message-id: <4C4DA988.2030907@oracle.com>
MIME-version: 1.0
Content-type: text/plain; charset=ISO-8859-1; format=flowed
Content-transfer-encoding: 7BIT
X-PMX-Version: 5.4.1.325704
X-Source-IP: acsmt354.oracle.com [141.146.40.154]
X-Auth-Type: Internal IP
X-CT-RefId: str=0001.0A090208.4C4DA98D.01E4:SCFMA4539814,ss=1,fgs=0
References: <201007211756.o6LHuZkZ017121@sac.sfbay.sun.com>
User-Agent: Mozilla/5.0 (X11; U; SunOS i86pc; en-US; rv:1.9.2.7) Gecko/20100717
 Lightning/1.0b2pre Thunderbird/3.1.1
Status: RO
Content-Length: 422

On 07/21/10 01:56 PM, Cynthia McGuire wrote:
> This case seeks patch binding.  The timer is shorter than the standard
> 1-week to accomodate a tight integration schedule.  If anyone needs
> additional time to review this, let us know.

Is there a reason why the localized contents of the "reason-long" member 
are an interface at all (with Volatile stability) rather than simply 
"Not An Interface"?

Otherwise, +1.

-Seb

