Solaris 10
list Dave Morgan
We have discovered that when the Solaris 10 Hobbit client sends its data to the server the file size of the client data/host data is fairly large. Is there a way to chuck the data into pieces, or to compress the data on the client side, prior to sending, and uncompress on the server side, to parse it in? Dave -- David S. Morgan CISSP, CCNP aka: user-4691629dd582@xymon.invalid "When the Winds of Change Blow Hard Enough, the Most trivial of things can turn into deadly projectiles"
list Rich Smrcina
Can you quantify 'large'? Do these Solaris hosts have a large number of processes running? The process list is probably the culprit. If 'top' (or the solaris equivalent) is being used on the client, then the process list is essentially being duplicated. I usually turn it off at the client end.
▸
Dave Morgan wrote:We have discovered that when the Solaris 10 Hobbit client sends its data to the server the file size of the client data/host data is fairly large. Is there a way to chuck the data into pieces, or to compress the data on the client side, prior to sending, and uncompress on the server side, to parse it in? Dave -- David S. Morgan CISSP, CCNP
aka: user-4691629dd582@xymon.invalid <mailto:user-4691629dd582@xymon.invalid>
▸
"When the Winds of Change Blow Hard Enough,
the Most trivial of things can turn into deadly projectiles"--
Rich Smrcina VM Assist, Inc. Phone: XXX-XXX-XXXX Ans Service: XXX-XXX-XXXX user-61add9955ef9@xymon.invalid http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009
list Dave Morgan
Our files are between 20 - 40 MB for the hobbit client data files from Solaris. Under the CPU check, it only shows the uptime, total processes running (about 200) and load. There is no top for this information. Dave
▸
On Mon, Sep 22, 2008 at 11:39 AM, Rich Smrcina <user-cf452ff334e0@xymon.invalid> wrote:
Can you quantify 'large'? Do these Solaris hosts have a large number of processes running? The process list is probably the culprit. If 'top' (or the solaris equivalent) is being used on the client, then the process list is essentially being duplicated. I usually turn it off at the client end. Dave Morgan wrote:We have discovered that when the Solaris 10 Hobbit client sends its data to the server the file size of the client data/host data is fairly large. Is there a way to chuck the data into pieces, or to compress the data on the client side, prior to sending, and uncompress on the server side, to parse it in? Dave -- David S. Morgan CISSP, CCNP aka: user-4691629dd582@xymon.invalid <mailto:user-4691629dd582@xymon.invalid> "When the Winds of Change Blow Hard Enough, the Most trivial of things can turn into deadly projectiles"-- Rich Smrcina VM Assist, Inc. Phone: XXX-XXX-XXXX Ans Service: XXX-XXX-XXXX user-61add9955ef9@xymon.invalid http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009
-- David S. Morgan CISSP, CCNP aka: user-4691629dd582@xymon.invalid "When the Winds of Change Blow Hard Enough, the Most trivial of things can turn into deadly projectiles"
list Dave Morgan
Anyone have any suggestions on our issue? This seems to be happening only on our Solaris systems.
▸
Dave
On Mon, Sep 22, 2008 at 11:50 AM, Dave Morgan <user-4691629dd582@xymon.invalid> wrote:
Our files are between 20 - 40 MB for the hobbit client data files from Solaris. Under the CPU check, it only shows the uptime, total processes running (about 200) and load. There is no top for this information. Dave On Mon, Sep 22, 2008 at 11:39 AM, Rich Smrcina <user-cf452ff334e0@xymon.invalid> wrote:Can you quantify 'large'? Do these Solaris hosts have a large number of processes running? The process list is probably the culprit. If 'top' (or the solaris equivalent) is being used on the client, then the process list is essentially being duplicated. I usually turn it off at the client end. Dave Morgan wrote:We have discovered that when the Solaris 10 Hobbit client sends its data to the server the file size of the client data/host data is fairly large. Is there a way to chuck the data into pieces, or to compress the data on the client side, prior to sending, and uncompress on the server side, to parse it in? Dave -- David S. Morgan CISSP, CCNP aka: user-4691629dd582@xymon.invalid <mailto:user-4691629dd582@xymon.invalid> "When the Winds of Change Blow Hard Enough, the Most trivial of things can turn into deadly projectiles"-- Rich Smrcina VM Assist, Inc. Phone: XXX-XXX-XXXX Ans Service: XXX-XXX-XXXX user-61add9955ef9@xymon.invalid http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009-- David S. Morgan CISSP, CCNP aka: user-4691629dd582@xymon.invalid "When the Winds of Change Blow Hard Enough, the Most trivial of things can turn into deadly projectiles"
-- David S. Morgan CISSP, CCNP aka: user-4691629dd582@xymon.invalid "When the Winds of Change Blow Hard Enough, the Most trivial of things can turn into deadly projectiles"
list Mike Rowell
Dave, Is this box heavily utilized for network processes... Mike
▸
From: Dave Morgan [mailto:user-4691629dd582@xymon.invalid] Sent: 29 September 2008 17:19 To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Solaris 10 Anyone have any suggestions on our issue? This seems to be happening only on our Solaris systems. Dave On Mon, Sep 22, 2008 at 11:50 AM, Dave Morgan <user-4691629dd582@xymon.invalid> wrote: Our files are between 20 - 40 MB for the hobbit client data files from Solaris. Under the CPU check, it only shows the uptime, total processes running (about 200) and load. There is no top for this information. Dave On Mon, Sep 22, 2008 at 11:39 AM, Rich Smrcina <user-cf452ff334e0@xymon.invalid> wrote: Can you quantify 'large'? Do these Solaris hosts have a large number of processes running? The process list is probably the culprit. If 'top' (or the solaris equivalent) is being used on the client, then the process list is essentially being duplicated. I usually turn it off at the client end. Dave Morgan wrote: We have discovered that when the Solaris 10 Hobbit client sends its data to the server the file size of the client data/host data is fairly large. Is there a way to chuck the data into pieces, or to compress the data on the client side, prior to sending, and uncompress on the server side, to parse it in? Dave -- David S. Morgan CISSP, CCNP aka: user-4691629dd582@xymon.invalid <mailto:user-4691629dd582@xymon.invalid> "When the Winds of Change Blow Hard Enough, the Most trivial of things can turn into deadly projectiles" -- Rich Smrcina VM Assist, Inc. Phone: XXX-XXX-XXXX Ans Service: XXX-XXX-XXXX user-61add9955ef9@xymon.invalid http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009 -- David S. Morgan CISSP, CCNP aka: user-4691629dd582@xymon.invalid "When the Winds of Change Blow Hard Enough, the Most trivial of things can turn into deadly projectiles" -- David S. Morgan CISSP, CCNP aka: user-4691629dd582@xymon.invalid "When the Winds of Change Blow Hard Enough, the Most trivial of things can turn into deadly projectiles"
This email has been scanned for all viruses by the MessageLabs service.
This email has been scanned for all viruses by the MessageLabs service.
list Rob MacGregor
▸
On Mon, Sep 29, 2008 at 17:19, Dave Morgan <user-4691629dd582@xymon.invalid> wrote:
Anyone have any suggestions on our issue? This seems to be happening only on our Solaris systems.
Check the output of the relevant ps command. I had one system that
was running a web environment, including java. The resulting ps
output was many tens of MBs.
If that isn't it, take a look at the output of the hobbit client and
see if anything obvious appears.
--
Please keep list traffic on the list.
Rob MacGregor
Whoever fights monsters should see to it that in the process he
doesn't become a monster. Friedrich Nietzsche
list Martin Ward
It looks like it's specific to your system(s) as I run the Hobbit client on a number of Solaris 10 zones, containers and stand-alone servers with no issues. Picking a server at random it delivers a 77Kb packet so you need to look at what the client is actually transferring back.
▸
|\/| -----Original Message----- From: Dave Morgan [mailto:user-4691629dd582@xymon.invalid] Sent: 29 September 2008 17:19 To: user-ae9b8668bcde@xymon.invalid Subject: Re: [hobbit] Solaris 10 Anyone have any suggestions on our issue? This seems to be happening only on our Solaris systems. Dave On Mon, Sep 22, 2008 at 11:50 AM, Dave Morgan <user-4691629dd582@xymon.invalid> wrote: Our files are between 20 - 40 MB for the hobbit client data files from Solaris. Under the CPU check, it only shows the uptime, total processes running (about 200) and load. There is no top for this information. Dave On Mon, Sep 22, 2008 at 11:39 AM, Rich Smrcina <user-cf452ff334e0@xymon.invalid> wrote: Can you quantify 'large'? Do these Solaris hosts have a large number of processes running? The process list is probably the culprit. If 'top' (or the solaris equivalent) is being used on the client, then the process list is essentially being duplicated. I usually turn it off at the client end. Dave Morgan wrote: We have discovered that when the Solaris 10 Hobbit client sends its data to the server the file size of the client data/host data is fairly large. Is there a way to chuck the data into pieces, or to compress the data on the client side, prior to sending, and uncompress on the server side, to parse it in? Dave -- David S. Morgan CISSP, CCNP aka: user-4691629dd582@xymon.invalid "When the Winds of Change Blow Hard Enough, the Most trivial of things can turn into deadly projectiles" -- Rich Smrcina VM Assist, Inc. Phone: XXX-XXX-XXXX Ans Service: XXX-XXX-XXXX user-61add9955ef9@xymon.invalid http://www.linkedin.com/in/richsmrcina Catch the WAVV! http://www.wavv.org WAVV 2009 - Orlando, FL - May 15-19, 2009
To unsubscribe from the hobbit list, send an
e-mail to
user-095ef1c764a2@xymon.invalid
▸
--
David S. Morgan CISSP, CCNP
aka: user-4691629dd582@xymon.invalid
"When the Winds of Change Blow Hard Enough,
the Most trivial of things can turn into deadly
projectiles"
--
David S. Morgan CISSP, CCNP
aka: user-4691629dd582@xymon.invalid
"When the Winds of Change Blow Hard Enough,
the Most trivial of things can turn into deadly projectiles"
*************************************************************************************
The message is intended for the named addressee only and may not be disclosed to or used by anyone else, nor may it be copied in any way.
The contents of this message and its attachments are confidential and may also be subject to legal privilege. If you are not the named addressee and/or have received this message in error, please advise us by e-mailing user-61c7f445d564@xymon.invalid and delete the message and any attachments without retaining any copies.
Internet communications are not secure and COLT does not accept responsibility for this message, its contents nor responsibility for any viruses.
No contracts can be created or varied on behalf of COLT Telecommunications, its subsidiaries or affiliates ("COLT") and any other party by email Communications unless expressly agreed in writing with such other party.
Please note that incoming emails will be automatically scanned to eliminate potential viruses and unsolicited promotional emails. For more information refer to www.colt.net or contact us on +44(0)20 7390 3900.
list Henrik Størner
▸
In <user-bfcc461be4de@xymon.invalid> "Dave Morgan" <user-4691629dd582@xymon.invalid> writes:
Our files are between 20 - 40 MB for the hobbit client data files from Solaris. Under the CPU check, it only shows the uptime, total processes running (about 200) and load. There is no top for this information. Dave
Which section of the ~hobbit/tmp/msg.HOSTNAME.txt is that large ? It's usually the "ps" or "ports" listings, but 20-40 MB is really huge (and Hobbit will probably truncate them when they are being received at the Hobbit server). Henrik
list Thomas R. Brand
list Gary Baluha
I'm assuming "smime.p7m" should include a picture, perhaps? I got just an email with a blank message body...
list Thomas R. Brand
[Apparently there was a problem the first time I sent this... trying again, text only...] Problem: Disk Utilization graphs are not showing the correct information when one partition is not mounted. Disk utilization trend graphs are not consistant in displaying the information. I am monitoring 3 file systems: '/', '/data, and '/backup'. The /backup partition is only mounted while backups are actually running which only takes a few minutes. When the backup completes, the /backup drive is unmounted. In all cases, the text (from 'df') on the web page correctly lists the partitions that are mounted and correctly displays any disk space alerts: /data (27% used) has reached the WARNING level (25%) Filesystem 1024-blocks Used Available Capacity Mounted on LABEL=ROOT1 8652060 3039788 5172772 38% / /dev/sda7 14740312 3753364 10238176 27% /data When the backup partition is mounted, the disk utilization image displays all three partitions in the line graphs and lists all 3 backup' with the cur/max/min/avg data below the line graph. When the backup partition is not mounted, the image displays only the '/' root and '/backup' partition in the line graph, and only lists '/' and '/backup' with the cur/max/min/avg data below the line graph. The '/data' partition is not displayed/listed anywhere in the image. Looking for some suggestions as to why / how this is happening and if there is something I can do to fix this. thanks for any suggestions/pointers, Tom