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 you had
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.
This seems
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 installs
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.
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
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
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 associated
-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 the different
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,
since the zone
Subject: Re: [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
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 into
the
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
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,
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 datum
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 this
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:
zonestat intro snipped
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
I am curious if you have plans to make it Solaris 10 compatible.
-= Kevin =-
-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:
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 the different capabilities of the different
Solaris 10 updates.
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 this
19 matches
Mail list logo
