I'm not sure why you think you need a 64 bit counter -- it should
rollover, and most packages should handle that...
I think the net-snmp package bundled is a bit out of date, so that
could be part of it...
On Fri, Jul 16, 2010 at 11:08 AM, melbogia wrote:
> I originally posted this in opensolari
Sure it's not pining for the fjords?
On Fri, Mar 5, 2010 at 12:23 PM, Ken Gunderson wrote:
>
> On Fri, 2010-03-05 at 17:52 +, Peter Tribble wrote:
>> On Fri, Mar 5, 2010 at 5:26 PM, Ron Halstead wrote:
>> > Nothing since Feb 15 (excluding this post).
>>
>> Context? A one-line message to a ma
Assigned roles are managed in /etc/user_attr
On Tue, Dec 15, 2009 at 4:19 PM, Tian He wrote:
> I know I should probably configure LDAP or NIS instead of copying /etc/passwd
> around. But before jumping into that, here is the weird thing that I wish
> somebody could explain:
>
> I replaced the c
On Thu, Nov 19, 2009 at 1:24 AM, James Andrewartha wrote:
> Peter Tribble wrote:
>>
>> I found Ben's poll interesting:
>>
>> http://www.cuddletech.com/blog/pivot/entry.php?id=1094
>>
>> although I would have to step back a pace and ask - "What
>> Naming Service"? Because it's not entirely obvious
On Tue, Nov 17, 2009 at 1:59 PM, Peter Tribble wrote:
> I found Ben's poll interesting:
>
> http://www.cuddletech.com/blog/pivot/entry.php?id=1094
>
> although I would have to step back a pace and ask - "What
> Naming Service"? Because it's not entirely obvious to me
> that a directory server is a
On Mon, Aug 31, 2009 at 1:28 PM, Mike Gerdts wrote:
> On Mon, Aug 31, 2009 at 1:10 PM, Peter Tribble wrote:
>> On Mon, Aug 31, 2009 at 6:23 PM, Rainer Heilke
>> wrote:
>>>> I nominate Jason King as a core contributor for his
>>>> demonstrated
>>>>
On Fri, Mar 27, 2009 at 7:40 PM, Ben Rockwood wrote:
> Peter Tribble wrote:
>> So, a question for the weekend:
>>
>> When administering something, do you prefer to issue a bunch of commands
>> to set configuration parameters, or edit a configuration file that the
>> thing can read?
>>
>> (Where ed
On Fri, Feb 20, 2009 at 2:10 PM, Peter Tribble wrote:
> On Wed, Feb 4, 2009 at 8:22 AM, adrian cockcroft
> wrote:
>>
>> Don't write yet another performance stats collector / plotter, its been done
>> to death.
>
> It may have been done to death; has it been done properly?
>
> I've been playing wi
On Fri, Feb 13, 2009 at 3:45 PM, Dan Price wrote:
> On Fri 13 Feb 2009 at 03:32PM, Jason King wrote:
>>
>> I would like the think that, all the (summarized) 'never use any
>> kstats -- those are private' emails I'm getting off list, as well as
>> past rea
On Fri, Feb 13, 2009 at 4:49 PM, Dan Price wrote:
> On Fri 13 Feb 2009 at 04:28PM, Jason King wrote:
>> getting it working), me and Steven Stallion were told it will _never_
>> be putback into any Opensolaris consolidation, even if it were perfect
>> in every possible way (
On Fri, Feb 13, 2009 at 3:45 PM, Dan Price wrote:
> On Fri 13 Feb 2009 at 03:32PM, Jason King wrote:
>>
>> I would like the think that, all the (summarized) 'never use any
>> kstats -- those are private' emails I'm getting off list, as well as
>> past rea
On Fri, Feb 13, 2009 at 3:53 PM, Richard Lowe wrote:
> Jason King writes:
>
>> On Fri, Feb 13, 2009 at 3:12 PM, Brendan Gregg - Sun Microsystems
>> wrote:
>>> On Fri, Feb 13, 2009 at 08:09:52PM +, Peter Tribble wrote:
>>>> On Fri, Feb 13, 2009 at 12:
On Fri, Feb 13, 2009 at 3:12 PM, Brendan Gregg - Sun Microsystems
wrote:
> On Fri, Feb 13, 2009 at 08:09:52PM +, Peter Tribble wrote:
>> On Fri, Feb 13, 2009 at 12:26 AM, Brendan Gregg - Sun Microsystems
>> wrote:
>> >
>> > No. Stop. Do not assume any data is better than no data. Wrong or
On Thu, Feb 12, 2009 at 7:11 PM, Rainer Heilke wrote:
>> Perhaps I didn't look close enough, but all of those
>> require yet
>> another agent be installed on the system, as well as
>> a rather large
>> amount of agent configuration to get it to where it
>> can actually get
>> anything more than th
On Thu, Feb 12, 2009 at 6:26 PM, Brendan Gregg - Sun Microsystems
wrote:
> On Wed, Feb 11, 2009 at 05:32:37PM -0600, Jason King wrote:
>> On Wed, Feb 11, 2009 at 4:33 PM, Brendan Gregg - Sun Microsystems
>> wrote:
> [..]
>> >> However if that's all that's
On Tue, Feb 10, 2009 at 1:10 PM, Peter Tribble wrote:
> On Tue, Feb 10, 2009 at 5:38 PM, Jason King wrote:
>>
>>> See if this sounds good:
>>>
>>> Project Leaders: Jason King (if anyone else would like to join up, I'd
>>> be happy to add)
>
worse (one in particular would force
itself to always run in the RT scheduling class!). Don't
underestimate the amount of administrative overhead that can generate.
SMA is supposedly the snmp solution for Opensolaris, let's stop
treating it like a third-class citizen.
>
> Adrian
>
On Wed, Feb 11, 2009 at 4:33 PM, Brendan Gregg - Sun Microsystems
wrote:
> On Tue, Feb 10, 2009 at 11:56:10PM -0600, Jason King wrote:
>> On Tue, Feb 10, 2009 at 11:08 PM, Brendan Gregg - Sun Microsystems
>> wrote:
>> > G'Day Folks,
>> >
>> >
On Tue, Feb 10, 2009 at 11:08 PM, Brendan Gregg - Sun Microsystems
wrote:
> G'Day Folks,
>
> On Tue, Feb 10, 2009 at 08:03:17PM +, Peter Tribble wrote:
> [...]
>> Create a net-snmp module that exposes well known Solaris performance
>> metrics via SNMP. If possible, this will include presentin
On Tue, Feb 10, 2009 at 10:28 PM, Dale Ghent wrote:
> On Feb 10, 2009, at 11:22 PM, Jason King wrote:
>
>
> Quite reasonable. This is a great idea, Jason. I just love telemetry and
> this is a great idea.
>
> One thing to note, there's a RFE and (maybe? I think?) an ass
On Tue, Feb 10, 2009 at 5:37 PM, Dale Ghent wrote:
> On Feb 10, 2009, at 3:03 PM, Peter Tribble wrote:
>
>>
>> Create a net-snmp module that exposes well known Solaris performance
>> metrics via SNMP. If possible, this will include presenting kstat
>> metrics in a generic fashion via SNMP.
>
> +
t)
>
> Sponsoring Communities:
>
> Systems Administration Community Group
>
> Project Leaders:
>
> Jason King (jbk)
>
> Description:
>
> Create a net-snmp module that exposes well known Solaris performance
> metrics via SNMP. If possible, this will include pre
On Mon, Feb 9, 2009 at 12:59 PM, Jason King wrote:
> On Sun, Feb 8, 2009 at 3:59 PM, Peter Tribble wrote:
>> On Sun, Feb 8, 2009 at 12:33 PM, Octave Orgeron
>> wrote:
>>> I think this would make a great project as monitoring for Solaris has
>>> pretty much be
On Mon, Feb 9, 2009 at 1:42 PM, Ben Rockwood wrote:
> Octave Orgeron wrote:
>> What I meant what the such things have been left to 3rd party tools and
>> products by Sun. That should change. Monitoring and administrative tools are
>> essential and should be robust out of the box.
>>
>
> I know w
.com/
>
See if this sounds good:
Project Leaders: Jason King (if anyone else would like to join up, I'd
be happy to add)
Sponsoring Communities: sysadmin (that seems to be where all the responses are)
Description:
Create a net-snmp module that exposes well known Solaris performance
metrics vi
On Sat, Feb 7, 2009 at 3:20 PM, Peter Tribble wrote:
> On Fri, Feb 6, 2009 at 8:30 PM, Ben Rockwood wrote:
>> Jason King wrote:
>>> Doing some more digging, it appears that the number of performance
>>> metrics that can be viewed via SNMP on OpenSolaris is minimal. I
Doing some more digging, it appears that the number of performance
metrics that can be viewed via SNMP on OpenSolaris is minimal. I am
proposing a project that will enhance the number of metrics available
via SNMP. Since SNMP is fairly widespread, it allows one to avoid the
whole collector/record
On Wed, Feb 4, 2009 at 2:22 AM, adrian cockcroft
wrote:
> Orca is at http://www.orcaware.com
>
> collectors for most operating systems, saves into daily log files that are
> easy to process with spreadsheets or use the orca system to turn them all
> into a web site full of customizable rrdtool plo
I'm curious if anyone has experiences with tools that will all you to
store (and later view) historic performance data. Right now sar seems
to be it. I was thinking about throwing together some scripts using
kstat + rrdtool, but wanted to see if anyone's found anything better,
or if this might be
On Wed, Dec 24, 2008 at 1:18 AM, sameer nirmal wrote:
> Hi,
>
> We are dealing with an issue on SunOS 5.10 (118833-36) running Symantec
> storage foundation 4.1 MP1 where the kernel heap size increases gradually and
> we have had reboots to tackle the issue. This problem also exists on SF
> 4.1
30 matches
Mail list logo
