3233569
E-mail: tore.agb...@volvo.com
http://www.volvo.com/volvoit/global/en-gb/
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Rob van
der Heij
Sent: den 20 augusti 2010 23:08
To: LINUX-390@VM.MARIST.EDU
Subject: Re: How to convince others. Was: Re
On Fri, Aug 20, 2010 at 12:40 AM, Berry van Sleeuwen
wrote:
> Nagios is in use at the server side. Each client (our servers) has the
> nagios client, with scipting instead of the nagios plugins, and sec.
While parts of the Nagios user interface are pretty slick, it just
does not scale. While the
forget David.. i figured out now...
2010/8/20 Rogério Soares
> David,
>
> i'm confuse now... nagios 3 will be able to comunicate with zvm "directely"
> or you talking about a especific plugin using vmcp ou something like this ?
> Sorry if i ask something obvious...
>
>
>
> On Fri, Aug 20, 2010 a
David,
i'm confuse now... nagios 3 will be able to comunicate with zvm "directely"
or you talking about a especific plugin using vmcp ou something like this ?
Sorry if i ask something obvious...
On Fri, Aug 20, 2010 at 11:12 AM, David Boyes wrote:
> > It's smart enough to know that *z/VM* ha
> It's smart enough to know that *z/VM* has allocated it an absolute
> share?
It does have the ability to set time of day/shift-based parameters. As to the
z/VM part, come to OLF and see. 8-)
--
For LINUX-390 subscribe / signo
It's smart enough to know that *z/VM* has allocated it an absolute share?
On 08/20/2010 05:13 AM, David Boyes wrote:
If only the monitor could 'know' that the machine was running this
batch load at a
certain time of day and had an absolute share and was running 100% for
an extended
period of ti
> If only the monitor could 'know' that the machine was running this
> batch load at a
> certain time of day and had an absolute share and was running 100% for
> an extended
> period of time. It could be set up to not sent out alerts based on all
> of these
> criteria. Wow! That would be a very
;s actual resource usage is.
Berry.
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Rich Smrcina
Sent: vrijdag 20 augustus 2010 1:39
To: LINUX-390@VM.MARIST.EDU
Subject: Re: How to convince others. Was: Re: mono keep guest active -
ban the blips.
When your
riginal Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of Rich
Smrcina
Sent: Thursday, August 19, 2010 4:39 PM
To: LINUX-390@vm.marist.edu
Subject: Re: [LINUX-390] How to convince others. Was: Re: mono keep guest
active - ban the blips.
If your batch runs regula
8
To: LINUX-390@VM.MARIST.EDU
Subject: Re: mono keep guest active - ban the blips.
I've confirmed the behavior has been fixed in mono 2.4
Neale
--
For LINUX-390 subscribe / signoff / archive access instructions,
send email to li
Berry,
to monitor some stats of lpar using nagios, we set up a machine with
high class level, and make some scripts to use vmcp module to query and
filter informations... i have sure that is not the best way, but, some times
we need improvise :-)
On Thu, Aug 19, 2010 at 7:51 PM, Berry van Sle
If your batch runs regularly or consistently drive some virtual machines to
100% this
may not signal a loop condition (which, I would guess, is why the ticket is
being
raised). Techs may grow conditioned to this and either take longer to respond
or just
outright 'ignore' the tickets eventuall
True, it isn't. It's the replacement of an operator. The main issue here
is that it needs to raise tickets and get reporting stats. For instance,
raise a ticket at 100% CPU (and indeed, our ABS limithard machines do
raise tickets when they are running their batch...) or when a
filesystem is at 100%
id Kreuter schreef:
> Are Nagios and local scripts waking up needlessly? or are they doing
> legitimate work even if it is wasteful?
> David Kreuter
>
>
> Original Message
> Subject: How to convince others. Was: Re: mono keep guest active - ban
> the blips.
A 'general monitoring tool' is not a performance monitor. In an environment
where
efficient resource utilization is critical to the business, a means to monitor:
- the performance of the virtual machine environment
- the virtual machines running in that environment
- potentially systems outboa
Are Nagios and local scripts waking up needlessly? or are they doing
legitimate work even if it is wasteful?
David Kreuter
Original Message
Subject: How to convince others. Was: Re: mono keep guest active - ban
the blips.
From: Berry van Sleeuwen
Date: Thu, August 19, 2010 3
That's a good way to make things clear. Especially to management.
Here is a challenge. We are in the process of enrolling new machines
into production. Part of that is that they want to force us to install a
general monitoring tool (nagios and local scripting). We noticed quite a
dramatic increase
>>> On 8/18/2010 at 10:19 AM, "van Sleeuwen, Berry"
wrote:
> It is not on SLES11 SP1, there it contains the 2.0.1 version.
You need to download and install the SLES11 Mono Extension. That contains 2.4
packages, including apache2-mod_mono-addon-2.4-4.2.s390x.rpm.
Note that the SLES11 Mono Exte
ssage-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Neale Ferguson
Sent: woensdag 18 augustus 2010 16:08
To: LINUX-390@VM.MARIST.EDU
Subject: Re: mono keep guest active - ban the blips.
I've confirmed the behavior has been fixed in mono
I've confirmed the behavior has been fixed in mono 2.4
Neale
On 8/18/10 3:03 AM, "van Sleeuwen, Berry"
wrote:
Neale,
Did I say that? Perhaps I wasn't too clear about that. I mean powertop shows
met that when the guest wakes up, mono was in about 50% of the times
responsible for the wakup.
9.1
Regards, Berry.
-Original Message-
From: Linux on 390 Port [mailto:linux-...@vm.marist.edu] On Behalf Of
Neale Ferguson
Sent: woensdag 18 augustus 2010 15:48
To: LINUX-390@VM.MARIST.EDU
Subject: Re: mono keep guest active - ban the blips.
My mistake! I have checked with the mono fo
My mistake! I have checked with the mono folks and gone through the code. It
turns out that the culprit is pthread_cond_timedwait() used to check for
changes to the .config file. This has, apparently, been fixed in later
releases/versions of mono. What level are you on?
You can verify that the
On Wed, Aug 18, 2010 at 4:47 AM, David Boyes wrote:
> The approach that was used in the 100 hz timer pop elimination code for Z is
> fairly elegant, but it relies in structure on some hardware features in the Z
> that would be hard to retro-fit into Intel systems.
I think you're misinformed. T
erguson
Sent: woensdag 18 augustus 2010 0:38
To: LINUX-390@VM.MARIST.EDU
Subject: Re: mono keep guest active - ban the blips.
I was referring to his observation that he was seeing 55-65% CPU. As for
blipping, that's why I suggested he use strace to see what API is being used if
there is blippin
> It seems to me that this issue has certain parallels to the current and
> long running debate about linux kernel power management hacks targeting
> embedded devices (e.g. android wake locks)
Yes and no. The analogy to embedded systems is dead on (especially wrt to
efficient use of resources), b
; It just seems unreasonable for any IBM product to be insensitive to
> running in a virtual machine. The kernel certainly knows, hey, it even
> announces it at boot time!
> David Kreuter
>
>
> Original Message
> Subject: Re: mono keep guest active
>
Original Message ----
Subject: Re: mono keep guest active
From: Patrick Spinler
Date: Tue, August 17, 2010 5:51 pm
To: LINUX-390@VM.MARIST.EDU
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David Kreuter wrote:
> The non-hostile list is quite short unfortunately. For the most part
I was referring to his observation that he was seeing 55-65% CPU. As for
blipping, that's why I suggested he use strace to see what API is being used if
there is blipping taking place. Unlike java we can't use oprofile to easily
identify the method responsible (if it is blipping). I'll try it on
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
David Kreuter wrote:
> The non-hostile list is quite short unfortunately. For the most part
> Oracle is not hostile and queue drops nicely.
> Getting vendors including IBM to:
> 1. acknowledge the problem is hard.
>
> 2. once acknowledged repairing (wo
Yep, this is exactly the problem. These processes do not use "much"
cpu, but they "blip" every 10ms or so. You need to check the queue from
the z/VM side to see if they are in Q3. If in Q3, then they are blipping
(think i need to trademark that word).
The reason these "blips" are so virtual un
I¹m looking at my system which has mod_mono in the apache config file and
it¹s barely registering on top for CPU though it's quite memory hungry:
1476 wwwrun15 0 59756 28m 6652 S 0.0 5.7 24:58.73 mono
1477 wwwrun15 0 10264 2980 1404 S 0.0 0.6 0:00.00 httpd2-prefork
1478 wwwr
mod_mono itself is just a stub that kicks off the xsp_server app so I assume
you're seeing the process called mono doing the damage. In which case oprofile
is not going to help. strace may produce useful information that we may be
able to track back to a specific method.
On 8/17/10 8:56 AM, "
I have the source to mod_mono and the right to commit to the Mono source tree.
If we can identify what is waking up then I can make the change(s) to make it
friendlier.
On 8/17/10 11:47 AM, "David Kreuter" wrote:
The non-hostile list is quite short unfortunately. For the most part
Oracle is no
eally you will. Is that too much to ask?
David Kreuter
Original Message
Subject: Re: mono keep guest active
From: Barton Robinson
Date: Tue, August 17, 2010 11:11 am
To: LINUX-390@VM.MARIST.EDU
Yes, this is a problem. We call it "virtual hostile". Rob van der Heij
h
Yes, this is a problem. We call it "virtual hostile". Rob van der Heij
has been doing a tremendous amount of research in this area for the last
4 years, we've been trying to educate our customers (and IBM) on what
this means.
Back in 2001, there was the Linux timer, had the same problem. Got th
Run oprofile and see where this mod is spending its time. strace is also an
option to see what API it's using (select with a timeout probably).
BTW (not related to your problem) I have submitted a set of fixes to the mono
folks that will make a huge set of methods available that currently aren't
36 matches
Mail list logo