On Mon, Nov 17, 2008 at 10:33 PM, Mike Gerdts <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 17, 2008 at 7:44 PM, Jeff Victor <[EMAIL PROTECTED]> wrote:
>> Hi Kevin,
>>
>> I believe that you cannot patch your way from U1 to U5 - i.e. that the
>> system is missing some functionality that would be there if
Mike Gerdts writes:
> On Tue, Nov 18, 2008 at 11:30 AM, Enda O'Connor <[EMAIL PROTECTED]> wrote:
> > To me they probably need a patch automation tool to tell them what is
> > currently available in terms of patching, and they see what they need
> > from that.
>
> Interface changes always have an a
On Tue, Nov 18, 2008 at 11:30 AM, Enda O'Connor <[EMAIL PROTECTED]> wrote:
> So sometimes an update might be meaningless, ie
> I can have an x86 FCS system ( from cat /etc/release )
> but it has grub,zfs and all the latest zones functionality, just by
> adding 137137-09, plus the near 30 patches re
Hi
I'd agree with James, the update revision is sometimes a blurry picture,
ie
cat /etc/release will tell me that my system is 1/06 ( update 1 if I
remember correctly )
but if I have applied the latest jumbo kernel patch 137137-09 I
essentially have a lot of the u6 functionality ( a lot but not
Mike Gerdts wrote:
> When really important features are released as new
> packages "genesis patches" are delivered to deliver the feature.
Sometimes, but not always. In fact, I'd have to say "usually not". The
Genesis technique is not without its problems, and is considered
controversial.
Glenn Brunette writes:
> This actually hits on a similar request that I have (but for different
> reasons). I would like a stable interface from which I could tell
> the update revision of a system.
We have no such thing. It's not clear to me how such a thing would
work. Suppose someone install
Mike,
Mike Gerdts wrote:
> On Mon, Nov 17, 2008 at 8:05 PM, Glenn Brunette <[EMAIL PROTECTED]> wrote:
>> Jeff,
>>
>> This actually hits on a similar request that I have (but for different
>> reasons). I would like a stable interface from which I could tell
>> the update revision of a system.
>
On Mon, Nov 10, 2008 at 9:07 AM, Jeff Victor <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 10, 2008 at 12:30 AM, Mike Gerdts <[EMAIL PROTECTED]> wrote:
>> FWIW, I tend to use the term "reserved memory" instead of "swap"
>> because that is less confusing to most people.
>
> That's a useful perspective. I
On Mon, Nov 17, 2008 at 8:05 PM, Glenn Brunette <[EMAIL PROTECTED]> wrote:
>
> Jeff,
>
> This actually hits on a similar request that I have (but for different
> reasons). I would like a stable interface from which I could tell
> the update revision of a system.
This seems to be another case for
On Mon, Nov 17, 2008 at 7:44 PM, Jeff Victor <[EMAIL PROTECTED]> wrote:
> Hi Kevin,
>
> I believe that you cannot patch your way from U1 to U5 - i.e. that the
> system is missing some functionality that would be there if you had
> applied the updates - but your point is still valid. I will look int
t; -= Kevin =-
>>
>>
>> -Original Message-
>> From: Jeff Victor [mailto:[EMAIL PROTECTED]
>> Sent: Monday, November 10, 2008 9:01 AM
>> To: Young, Kevin
>> Cc: zones-discuss@opensolaris.org
>> Subject: Re: [zones-discuss] Zone Statistics: monitor
ssage-
> From: Jeff Victor [mailto:[EMAIL PROTECTED]
> Sent: Monday, November 10, 2008 9:01 AM
> To: Young, Kevin
> Cc: zones-discuss@opensolaris.org
> Subject: Re: [zones-discuss] Zone Statistics: monitoring resource use of
> zones
>
> On Mon, Nov 10, 2008 at 11:21 AM, Yo
On Sun, Nov 16, 2008 at 10:58 PM, Mike Gerdts <[EMAIL PROTECTED]> wrote:
> On Sun, Nov 16, 2008 at 7:40 PM, Jeff Victor <[EMAIL PROTECTED]> wrote:
>> To me, the clearest example would be a kstat, per zone, which provides
>> the total amount of CPU time for all of the processes in each zone,
>> sinc
zones-discuss] Zone Statistics: monitoring resource use of
zones
On Mon, Nov 10, 2008 at 11:21 AM, Young, Kevin <[EMAIL PROTECTED]>
wrote:
> I am curious if you have plans to make it Solaris 10 compatible.
I do all development on Solaris 10. The script makes an effort to
distinguish between
On Sun, Nov 16, 2008 at 7:40 PM, Jeff Victor <[EMAIL PROTECTED]> wrote:
> To me, the clearest example would be a kstat, per zone, which provides
> the total amount of CPU time for all of the processes in each zone,
> since the zone booted. This would enable tools like zonestat to
> request the datu
Peter,
Your statements are exactly the reason(s) I wrote this prototype.
Solaris engineering is researching this topic, and at listening as we
type... :-) They are very interested in feedback generated by the use
of this prototype.
Any specific ideas you have regarding kstats you think we need, w
On Mon, Nov 10, 2008 at 1:54 AM, Jeff Victor <[EMAIL PROTECTED]> wrote:
> It has become clear that there is a need to monitor resource
> consumption of workloads in zones, and an easy method to compare
> consumption to resource controls. In order to understand how a
> software tool could fulfill th
0 updates.
> -Original Message-
> From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Jeff Victor
> Sent: Sunday, November 09, 2008 5:54 PM
> To: zones-discuss@opensolaris.org
> Subject: [zones-discuss] Zone Statistics: monitoring resource use of zones
>
> It ha
: monitoring resource use of zones
It has become clear that there is a need to monitor resource
consumption of workloads in zones, and an easy method to compare
consumption to resource controls. In order to understand how a
software tool could fulfill this need, I created an OpenSolaris
project and
On Mon, Nov 10, 2008 at 12:30 AM, Mike Gerdts <[EMAIL PROTECTED]> wrote:
> On Sun, Nov 9, 2008 at 7:54 PM, Jeff Victor <[EMAIL PROTECTED]> wrote:
>>
>>
>> If you have any comments, or suggestions for improvement, please let
>> me know on this e-mail list or via private e-mail.
>
> I've had such ne
On Sun, Nov 9, 2008 at 7:54 PM, Jeff Victor <[EMAIL PROTECTED]> wrote:
> It has become clear that there is a need to monitor resource
> consumption of workloads in zones, and an easy method to compare
> consumption to resource controls. In order to understand how a
> software tool could fulfill thi
It has become clear that there is a need to monitor resource
consumption of workloads in zones, and an easy method to compare
consumption to resource controls. In order to understand how a
software tool could fulfill this need, I created an OpenSolaris
project and a prototype to get started. If thi
22 matches
Mail list logo