Hi Henrik
I would like to propose a possible new feature. In the hobbit-clients.cfg on the server, we can specify default threshholds for most things, but the selection is based on hostname.
Is there a way to specify the machine architecture as an identifier. (uname -n
To give an example, I run a mixed bag of Sun T2000, V440, V490, and X4?00 servers. Because of what we are running on each server type, we find a large run queue on the T2000 is quite normal, but on one of the others, we expect a very small run queue. Instead of defining runqueue threshhold per host name, it would be nice to have a ARCH option which could be overridden by the HOST
So we could define
ARCH=x86_64 # Linux LOAD 5.0 10
ARCH=i86pc # Solaris on x86 LOAD 6 12
ARCH=SUNW,SPARC-Enterprise # A solaris 10 zone LOAD 8 12
ARCH=SUNW,Sun-Fire-V490 # A Sun V490 LOAD 6 9
ARCH=SUNW,Sun-Fire-T200 # A T2000 reports as T200 - don't ask! LOAD 15 25
However, if further down the list we had a HOST server01 we could redefine the LOAD, despite it being a T2000.
HOST=server01 LOAD 10 15
The utility of this would mean I don't have to define every host inividually, but Of course, we could also use the same definitions for OS as returned by uname -s SunOS, Linux etc. (I see you use this in the client scripts) It would be nice to have that flexibility in the configs.
Regards Vernon
NOTICE: This email and any attachments are confidential. They may contain legally privileged information or copyright material. You must not read, copy, use or disclose them without authorisation. If you are not an intended recipient, please contact us at once by return email and then delete both messages and all attachments.
On Wednesday 28 November 2007 08:01:44 Everett, Vernon wrote:
Hi Henrik
I would like to propose a possible new feature. In the hobbit-clients.cfg on the server, we can specify default threshholds for most things, but the selection is based on hostname.
Is there a way to specify the machine architecture as an identifier. (uname -n
To give an example, I run a mixed bag of Sun T2000, V440, V490, and X4?00 servers. Because of what we are running on each server type, we find a large run queue on the T2000 is quite normal, but on one of the others, we expect a very small run queue. Instead of defining runqueue threshhold per host name, it would be nice to have a ARCH option which could be overridden by the HOST
But, IMHO, the threshold should be dependant more on the number of CPUs, rather than on the architecture. For example, we have a higher threshold on our X4600s (8 physical, dual core) than our X4100s/X4200s (2 physical, some dual-core).
How many CPUs does the Sun T2000 have/report ?
Regards, Buchan
On Wednesday 28 November 2007, Buchan Milne wrote:
But, IMHO, the threshold should be dependant more on the number of CPUs, rather than on the architecture. For example, we have a higher threshold on our X4600s (8 physical, dual core) than our X4100s/X4200s (2 physical, some dual-core).
How many CPUs does the Sun T2000 have/report ?
I believe the T2000s report 32 processors, in reality there is only 1. 1 x 8 cores x 4 concurrent threads capable.
But for all our devices we normally set our LA thresholds by the folowing formula:
Warn: #CPU x 1 Panic: #CPU x 1.5
My hobbit-clients.cfg would be alot smaller if in the default section, if I could use a formula definition for LOAD instead of a hardcoded section.
Instead of defining runqueue threshhold per host name, it would be nice to have a ARCH option which could be overridden by the HOST
You could hardcode the client's CLASS option to it's arch, and be able to do what you propose.
~Steve
If you can have a standard host name convention, then you could use a regex.
Tom
-----Original Message----- From: s_aiello at comcast.net [mailto:s_aiello at comcast.net] Sent: Wednesday, November 28, 2007 4:11 AM To: hobbit at hswn.dk Subject: Re: [hobbit] New feature ?
On Wednesday 28 November 2007, Buchan Milne wrote:
But, IMHO, the threshold should be dependant more on the number of CPUs, rather than on the architecture. For example, we have a higher threshold on our X4600s (8 physical, dual core) than our X4100s/X4200s
(2 physical, some dual-core).
How many CPUs does the Sun T2000 have/report ?
I believe the T2000s report 32 processors, in reality there is only 1. 1 x 8 cores x 4 concurrent threads capable.
But for all our devices we normally set our LA thresholds by the folowing formula:
Warn: #CPU x 1 Panic: #CPU x 1.5
My hobbit-clients.cfg would be alot smaller if in the default section, if I could use a formula definition for LOAD instead of a hardcoded section.
Instead of defining runqueue threshhold per host name, it would be nice
to have a ARCH option which could be overridden by the HOST
You could hardcode the client's CLASS option to it's arch, and be able to do what you propose.
~Steve
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
Hi Henrik
I have looked at the responses to my proposal, and based on that, and a little more thought overnight, I would like to modify my proposal.
What if we have a "script" on the server, which gets run on the client, and all definitions gathered from that "script" become available at the server?
The script could be pseudo code (or real code) defining what variables need to be set at server level, and how they are derived at the client level.
For example.
ARCH=uname -i
PROCTYPE=uname -p
It starts getting more interesting once you need to define number of
processors, because it depends on your OS how you derive that info.
On SunOS it would be psrinfo | wc -l
On RedHat, it would probably be dmidecode | grep "Central Processor" | wc -l
There may be another way - Red Hat admins can you help?
Probably need to use a case statement, like you use at the client.
This method will allow an administrator to define anything they want,
not just limited to hardware info.
HAS_A_GUI=grep -v"^#" /etc/inittab | grep X11
(I know, it's a silly example, but I only used it as an illustration of
what is possible)
I have no idea how this could be implemented in an elegant fashion, but I think that's why I am a Sysadmin/DBA, and not a developer :-)
Regards Vernon
-----Original Message----- From: Stewart, Tom L. [mailto:Tom.Stewart at landsend.com] Sent: Wednesday, 28 November 2007 11:36 PM To: hobbit at hswn.dk Subject: RE: [hobbit] New feature ?
If you can have a standard host name convention, then you could use a regex.
Tom
-----Original Message----- From: s_aiello at comcast.net [mailto:s_aiello at comcast.net] Sent: Wednesday, November 28, 2007 4:11 AM To: hobbit at hswn.dk Subject: Re: [hobbit] New feature ?
On Wednesday 28 November 2007, Buchan Milne wrote:
But, IMHO, the threshold should be dependant more on the number of CPUs, rather than on the architecture. For example, we have a higher threshold on our X4600s (8 physical, dual core) than our X4100s/X4200s
(2 physical, some dual-core).
How many CPUs does the Sun T2000 have/report ?
I believe the T2000s report 32 processors, in reality there is only 1. 1 x 8 cores x 4 concurrent threads capable.
But for all our devices we normally set our LA thresholds by the folowing formula:
Warn: #CPU x 1 Panic: #CPU x 1.5
My hobbit-clients.cfg would be alot smaller if in the default section, if I could use a formula definition for LOAD instead of a hardcoded section.
Instead of defining runqueue threshhold per host name, it would be nice
to have a ARCH option which could be overridden by the HOST
You could hardcode the client's CLASS option to it's arch, and be able to do what you propose.
~Steve
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
To unsubscribe from the hobbit list, send an e-mail to hobbit-unsubscribe at hswn.dk
NOTICE: This email and any attachments are confidential. They may contain legally privileged information or copyright material. You must not read, copy, use or disclose them without authorisation. If you are not an intended recipient, please contact us at once by return email and then delete both messages and all attachments.
participants (4)
-
bgmilne＠staff.telkomsa.net
-
s_aiello＠comcast.net
-
Tom.Stewart＠landsend.com
-
Vernon.Everett＠woodside.com.au