Xymon version 4.2.2 RC1 available 🔗 link

I've just made the release-candidate of version 4.2.2 available
for download on Sourceforge.

https://sourceforge.net/project/showfiles.php?group_id=128058&package_id=140220&release_id=644075

This is how I would expect the interim 4.2.2 release to be.
It includes the following changes from 4.2.0:

*) Due to the Hobbit project being renamed to Xymon (for
   legal reasons), the documentation has been updated to
   refer to this as the name of the project.
*) All patches from the "all-in-one" patch have been applied
*) Patches from Debian and Mandriva source archives and
   elsewhere have been merged, fixing:
   - The "Critical Systems" configuration report would crash
     when hosts were in NKview.cfg, but no NK tags were in
     bb-hosts (from Mandriva)
   - SSL certificates with 4-digit expiration years would
     crash the network tester (from Debian)
   - Newer OpenLDAP versions have a different API, so
     the LDAP test code would not build correctly (from
     Debian)
   - Old Big Brother clients report disk output with no
     header line (from Debian)
   - The bb-hosts syntax for HTTP testing via a proxy
     could not support https target-URL's (from Debian)
   - Certain SuSE versions would not be identified by
     the Linux client as such (only affected OS name
     displayed in the "info" status).
*) Support for sending custom graph data in a "trends"
   data message (from
   http://www.hswn.dk/hobbiton/2007/01/msg00236.html)
*) Split-NCV and TRACKMAX support for custom graphs (from
   http://www.hobbitmon.com/hobbiton/2007/03/msg00368.htm).
*) Support for the "BBWin" client http://bbwin.sf.net/
   in centralized (server-side) configuration mode.
   Based on BBWin v. 0.12.
*) Support for the "hobbit-perl-client" add-on
   http://hobbit-perl-client.sf.net/ .
   Based on perl-http-client v1.15
*) Support for the "Devmon" SNMP data collector
   http://devmon.sf.net/ based on Devmon 0.3.0.

A last-minute update for Devmon was missed in the RC1
source file, so Devmon users should grab the latest
hobbitd/rrd/do_devmon.c source from
http://hobbitmon.svn.sourceforge.net/viewvc/hobbitmon/branches/4.2.2/hobbitd/rrd/do_devmon.c?revision=6002
and copy to hobbitd/rrd/do_devmon.c . This will be included
in the final 4.2.2 release.

Please test this if you can, and report problems to the
mailing list. Since all of this code has been in use for
quite some time, I would not expect a lot of problems.
So the target date for the 4.2.2 release is Dec. 10.


Regards,
Henrik

Thx a lot Henrik  for all your job around Xymon.

On Mon, 1 Dec 2008 13:08:21 +0100, Henrik StÞrner <user-ce4a2c883f75@xymon.invalid>

wrote:

https://sourceforge.net/project/showfiles.php?group_id=128058&package_id=140220&release_id=644075

http://hobbitmon.svn.sourceforge.net/viewvc/hobbitmon/branches/4.2.2/hobbitd/rrd/do_devmon.c?revision=6002

----- Original Message ----- 
From: "Henrik Størner" <user-ce4a2c883f75@xymon.invalid>
To: <user-ae9b8668bcde@xymon.invalid>
Cc: "Hobbitmon-developer" <user-f970bfd1395f@xymon.invalid>
Sent: Monday, December 01, 2008 1:08 PM
Subject: [hobbit] Xymon version 4.2.2 RC1 available

I've just made the release-candidate of version 4.2.2 available
for download on Sourceforge.

https://sourceforge.net/project/showfiles.php?group_id=128058&package_id=140220&release_id=644075

This is how I would expect the interim 4.2.2 release to be.
It includes the following changes from 4.2.0:

*) Due to the Hobbit project being renamed to Xymon (for
  legal reasons), the documentation has been updated to
  refer to this as the name of the project.
*) All patches from the "all-in-one" patch have been applied
*) Patches from Debian and Mandriva source archives and
  elsewhere have been merged, fixing:
  - The "Critical Systems" configuration report would crash
    when hosts were in NKview.cfg, but no NK tags were in
    bb-hosts (from Mandriva)
  - SSL certificates with 4-digit expiration years would
    crash the network tester (from Debian)
  - Newer OpenLDAP versions have a different API, so
    the LDAP test code would not build correctly (from
    Debian)
  - Old Big Brother clients report disk output with no
    header line (from Debian)
  - The bb-hosts syntax for HTTP testing via a proxy
    could not support https target-URL's (from Debian)
  - Certain SuSE versions would not be identified by
    the Linux client as such (only affected OS name
    displayed in the "info" status).
*) Support for sending custom graph data in a "trends"
  data message (from
  http://www.hswn.dk/hobbiton/2007/01/msg00236.html)
*) Split-NCV and TRACKMAX support for custom graphs (from
  http://www.hobbitmon.com/hobbiton/2007/03/msg00368.htm).
*) Support for the "BBWin" client http://bbwin.sf.net/
  in centralized (server-side) configuration mode.
  Based on BBWin v. 0.12.
*) Support for the "hobbit-perl-client" add-on
  http://hobbit-perl-client.sf.net/ .
  Based on perl-http-client v1.15
*) Support for the "Devmon" SNMP data collector
  http://devmon.sf.net/ based on Devmon 0.3.0.

A last-minute update for Devmon was missed in the RC1
source file, so Devmon users should grab the latest
hobbitd/rrd/do_devmon.c source from
http://hobbitmon.svn.sourceforge.net/viewvc/hobbitmon/branches/4.2.2/hobbitd/rrd/do_devmon.c?revision=6002
and copy to hobbitd/rrd/do_devmon.c . This will be included
in the final 4.2.2 release.

Please test this if you can, and report problems to the
mailing list. Since all of this code has been in use for
quite some time, I would not expect a lot of problems.
So the target date for the 4.2.2 release is Dec. 10.


Regards,
Henrik

When I opened the mail I slipped on the mouse, so I sent a mail.

However it seems to work on HP-UX 11.11
Shouldn't Hobbit be changed to Xymon in the headers.

Lars

Seems to be fine on AIX 5.3 as well 

-----Original Message-----
From: Lars Ebeling [mailto:user-1fecd3eafd52@xymon.invalid] 
Sent: 01 December 2008 13:26
To: user-ae9b8668bcde@xymon.invalid
Subject: Re: [hobbit] Xymon version 4.2.2 RC1 available


When I opened the mail I slipped on the mouse, so I sent a mail.

However it seems to work on HP-UX 11.11
Shouldn't Hobbit be changed to Xymon in the headers.

Lars

On mán, 2008-12-01 at 13:08 +0100, Henrik Størner wrote:

Hi Henrik, maybe You have also included the patch for a bug we called: "Stop after not shown in the Info-Page". Alexander Bech posted a patch in the following message: http://www.hswn.dk/hobbiton/2008/11/msg00477.html If You had already included this patch, then all is very fine. 
-- 
Kindest Regards, Anna Jonna Ármannsdóttir,       %&   A: Because people read from top to bottom.
Unix System Aministration, Computing Services,   %&   Q: Why is top posting bad?
University of Iceland.

---- Original Message ----
From: "Lars Ebeling" <user-1fecd3eafd52@xymon.invalid>
To: <user-ae9b8668bcde@xymon.invalid>
Sent: Monday, December 01, 2008 2:25 PM
Subject: Re: [hobbit] Xymon version 4.2.2 RC1 available

Perhaps I was to fast. but my SNMP-requests (ifmib and hrsystem) doesn't 
work anymore.

Lars

On Monday 01 December 2008 15:57:04 Lars Ebeling wrote:

This is an RC of a maintenance release of 4.2.x, not an RC for 4.3.x ...

Regards,
Buchan

I'm not running 4.2 code, but looking at the source for areas I have had 
some interest in in 4.3, I think there are a few bugs in this:

hobbitd\rrd\do_ncv.c
1) NCV or SPLITNCV will not recognise signed values.
Line 75: skip past '-' or '+' before strspn call.

2) Potential inconsistent results if SPLITNCV datasource name starts with a 
non-alphanum.
Line113: check for outidx==0 before checking dsname[outidx-1]

3) Memory leak in SPLITNCV.
Line 190: call xfree(params[i]) prior to setting params[i] = NULL.
paridx really ought to be reset to 1 here also. As it stands it is reset on 
the next iteration, but that's really ugly.

4) Lines 198-202 are either unnecessary or dangerous. params[2] is 
uninitialised at start of routine (line30), or when reinitialised (line 
130). This section could possibly attempt to free random values in memory if 
the routine failed to find any valid SPLITNCV lines in input. Unnecessary if 
valid SPLITNCV lines found.

5) This routine will not recognise input lines with &{RED|YELLOW|GREEN} 
prior to the dsname. Maybe this was a 4.3 functional improvement? (4.3 code 
sits between lines 72 and 73 of this file).

hobbitd\client\bbwin.c
6) Timediff from BBWIN clients with central configuration.
The BBWIN client 0.12 reports its epoch as whole seconds only, without the 
decimal part. The current code fails if no decimal part is supplied. So in 
hobbitd\client\bbwin.c, function bbwin_clock_report() replace the lines 
186-7
                p = strstr(clockstr, "epoch:");
                if (p && (sscanf(p, "epoch: %ld.%ld", (long int 
*)&clockval.tv_sec, (long int *)&clockval.tv_usec) == 2)) {
by
                int fields;

                p = strstr(clockstr, "epoch:");
                clockval.tv_usec = 0;
                if (!p)
                      ; /* do nothing further */
                else if( (fields = sscanf(p, "epoch: %ld.%ld", (long int 
*)&clockval.tv_sec, (long int *)&clockval.tv_usec)) < 1)
                     dbgprintf("Failed to parse time from '%s'\n", p);
                else {

This will now accommodate either decimal or integer timestamps

Graham Nayler

----- Original Message ----- 
From: "Henrik Størner" <user-ce4a2c883f75@xymon.invalid>
To: <user-ae9b8668bcde@xymon.invalid>
Cc: "Hobbitmon-developer" <user-f970bfd1395f@xymon.invalid>
Sent: Monday, December 01, 2008 12:08 PM
Subject: [hobbit] Xymon version 4.2.2 RC1 available

Haven't tried the 4.2.2.RC1 yet, but one bug I've noticed in 4.2 involves
the alert rules.  If I have an alert rule like this:

HOST=machine,machine-1
    <something>

The info page for "machine" where it shows the "Alerting" rules will list
multiple duplicate entries for "conn", "cpu", etc.  However, "machine-1"
will show correctly.

I haven't fully determined if this corresponds to actually getting duplicate
alerts, but it would be nice to have it display properly on the Info page.
My guess is that the same reason I have to put a \ in front of - in the
bbcombotest.cfg file is why this isn't working as expected.

Alternatively, if that is by design, [and escaping fixes it], I think the
man pages should be updated to make a note about special characters just as
- that need to be escaped.  (I know it's by design for the bbcombotest.cfg
file as mentioned in the man pages now, but I haven't seen such a note about
the hobbit-alerts.cfg file).

In <user-f5869a5c89b2@xymon.invalid> "Lars Ebeling" <user-1fecd3eafd52@xymon.invalid> writes:

However it seems to work on HP-UX 11.11

Thanks :-)

Shouldn't Hobbit be changed to Xymon in the headers.

Which headers ? The mailing-list ones ? Yeah, it probably should ...
but I'll bet it will break some people's procmail scripts.


Regards,
Henrik

Graham Nayler wrote:

Will the patches that fix the issues you noticed make it into RC2 on Dec. 10?  I was about to downgrade my 4.3 snapshot to the xymon RC1 to test, but the bugs you pointed out will have an immediate impact on me and I'm not sure it's worth the hassle at this point.

Thanks,
Tom

Minor issue:

Several pages are displayed with a footer such as

"/home/xymon/server/web/graphs_footer is either missing or invalid, please
create this file with your custom header"

Have some common footers got missed?  Copying them from
/home/hobbit/server/web/ works, but only for people who aren't installing
from clean :-)

(Unless it's something I did!)

Regards

Simon Bradley

In <user-f22166a04bf2@xymon.invalid> Tom Georgoulias <user-6a0b8b0f0ae1@xymon.invalid> writes:

I'm going over all the reports about bugs that are pending for the 4.2.2
release. Some were fixed yesterday. My current post-RC1 list looks like
this:

Merged:
* Devmon patch from trunk
* hobbitping endless loop on network send failure - backport from trunk
* Darwin user-info query by configure scrips. http://www.hswn.dk/hobbiton/2008/02/msg00173.html
* Limit size of alert-message texts sent to a script to 4 KB. http://www.hswn.dk/hobbiton/2008/01/msg00015.html

Not merged (requires further analysis):
* min/max duration of alerts on info page. http://www.hswn.dk/hobbiton/2008/11/msg00415.html
* IGNORE pattern problem. http://www.hswn.dk/hobbiton/2008/11/msg00416.html
* Bug-list from Graham Nayler http://www.hswn.dk/hobbiton/2008/12/msg00011.html

I might do an RC2 for Monday, but only if some of the bugfixes are not 
"obviously correct".


Regards,
Henrik

In <007b01c954b1$f7df2230$e79d6690$@demon.co.uk> "Simon Bradley" <user-d094f300f9c9@xymon.invalid> writes:

It seems to be something that Subversion does differently from the old
RCS system I was using - all of those header-files are in fact just
symlinks to the bb_footer file.


Regards,
Henrik

Could the patch for bad dates on x86_64 get included?
http://sourceforge.net/tracker/index.php?func=detail&aid=2102078&group_id=128058&atid=710488
-Alan

Henrik StXXrner wrote:

I did an rm -rf on my old Hobbit stuff and then did a compile just as I did
before and now after I click on a smilie face I am missing my menu in the
top left and two HRs surrounding this error:

/home/shire/server/web/hostsvc_footer is either missing or invalid, please
create this file with your custom header

Is anyone else seeing this?

Josh Luthman
Office: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX

Those who don't understand UNIX are condemned to reinvent it, poorly.
--- Henry Spencer

On Tue, Dec 2, 2008 at 11:36 PM, Alan Sparks <user-8f2174fd8b66@xymon.invalid>wrote:

I forgot to mention it does exist on the bb page but not the bb2 page.

Josh Luthman
Office: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX

Those who don't understand UNIX are condemned to reinvent it, poorly.
--- Henry Spencer

On Wed, Dec 3, 2008 at 1:04 AM, Josh Luthman <user-4c45a83f15cb@xymon.invalid>wrote:

In <user-32fe812b47b9@xymon.invalid> Alan Sparks <user-8f2174fd8b66@xymon.invalid> writes:

Could the patch for bad dates on x86_64 get included?
http://sourceforge.net/tracker/index.php?func=detail&aid=2102078&group_id=128058&atid=710488

Done.


Regards,
Henrik

Henrik Størner wrote:

Hi Henrik,

Something that our helpdesk team point out a long time ago (see http://www.hswn.dk/hobbiton/2007/03/msg00304.html)

Assuming following pages layout :

page backup Backup
group-only conn|nsr Backup
1.2.3.4  host1      # prefer nsr
page local Local Tests
group-only cpu|disk|info|logs|memory|msgs|procs| Solaris
1.2.3.4  host1      # noconn


Now the problem :

The icon resuming the status for page "Backup" is "recent-green".  If we click on it, the subpage shows that both icons for "conn" and "nsr" are "diamond-green". The top level green-state for "Backup" does not summarize for the grouped tests underneath : it summarize all tests for host1 which is not what we would expect.

To makes things clearer, I have tried to attach screen-shots but this is slightly above the 100k limit on this list ;-)


Dominique
UNIL - University of Lausanne

Hi Henrik,

Using 4.2.0 and all-in-one-patch.

Lines above 256 characters in log files are not parsed correctly and truncated.

Example
System logs at Tue Dec 2 22:08:23 CET 2008

red Critical entries in /var/log/messages
red CORE1 log_scsi_error, acsl 104 0 2 0, cmd 08 00 02 00 00 00 00 00 00 00 00 00 target 01 host 00 driver 08 sense F0 00 20 00 01 80 00 16 00 00 00 03 00 00 00 00 len 131072 ofs 0 type 1 in 1

The complete line is:

"Dec  2 22:00:56 gollum kernel: FSNALIAS  Can't find this lun , failed command<6>IOCORE1 log_scsi_error, acsl 104 0 2 0, cmd 08 00 02 00 00 00 00 00 00 00 00 00 target 01 host 00 driver 08 sense F0 00 20 00 01 80 00 16 00 00 00 03 00 00 00 00 len 131072 ofs 0 type 1 in 1"


This line cannot be tested by hobbitd_client:

[bb at iris bin]$ ./hobbitd_client --test
Hostname (.=end, ?=dump, !=reload) []: gollum
Hosttype []: Linux
Test (cpu, mem, disk, proc, log, port): log
log filename: /var/log/messages
To read log data from a file, enter '@FILENAME' at the prompt
log line: Dec  2 22:00:56 gollum kernel: FSNALIAS  Can't find this lun , failed command<6>IOCORE1 log_scsi_error, acsl 104 0 2 0, cmd 08 00 02 00 00 00 00 00 00 00 00 00 target 01 host 00 driver 08 sense F0 00 20 00 01 80 00 16 00 00 00 03 00 00 00 00 len 131072 ofs ^C


Dominique
UNIL - University of Lausanne

In <user-320f34fc5031@xymon.invalid> Dominique Frise <user-78ab6673b600@xymon.invalid> writes:

Could you check if the "client data" reported from the client also has 
the lines truncated ? I cannot see anything that would cause the data
to be truncated, so for a start it would be nice to know if it happens
on the client or on the server.


Regards,
Henrik

Henrik Størner wrote:

Here your are...

client gollum.linux linux
[date]
Wed Dec  3 11:36:30 CET 2008
[uname]
Linux gollum 2.6.11.4-21.7-smp x86_64
[osversion]
SuSE Linux 9.3 (x86-64)
[uptime]
  11:36am  up 18 days 23:27,  3 users,  load average: 18.00, 18.01, 18.00
[who]
super    pts/0        Dec  3 08:36 (iris.unil.ch)
bb       pts/1        Dec  3 11:16 (iris.unil.ch)
super    pts/2        Nov 27 10:24 (iris.unil.ch)
[df]
Filesystem         1024-blocks      Used Available Capacity Mounted on
/dev/sda2             70619536   4508880  66110656       7% /
[mount]
/dev/sda2 on / type reiserfs (rw,acl,user_xattr)
proc on /proc type proc (rw)
sysfs on /sys type sysfs (rw)
tmpfs on /dev/shm type tmpfs (rw)
devpts on /dev/pts type devpts (rw,mode=0620,gid=5)
usbfs on /proc/bus/usb type usbfs (rw)
[free]
              total       used       free     shared    buffers     cached
Mem:       8123764    2114432    6009332          0     147872     391028
-/+ buffers/cache:    1575532    6548232
Swap:      1052216          0    1052216
[ifconfig]
eth0      Link encap:Ethernet  HWaddr 00:09:3D:14:98:39
           inet addr:130.223.5.103  Bcast:130.223.5.255  Mask:255.255.255.0
           inet6 addr: fe80::209:3dff:fe14:9839/64 Scope:Link
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:3359661 errors:0 dropped:0 overruns:0 frame:0
           TX packets:2726496 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000
           RX bytes:574154173 (547.5 Mb)  TX bytes:899280806 (857.6 Mb)
           Interrupt:185

lo        Link encap:Local Loopback
           inet addr:127.0.0.1  Mask:255.0.0.0
           inet6 addr: ::1/128 Scope:Host
           UP LOOPBACK RUNNING  MTU:16436  Metric:1
           RX packets:4571321 errors:0 dropped:0 overruns:0 frame:0
           TX packets:4571321 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0
           RX bytes:1287162379 (1227.5 Mb)  TX bytes:1287162379 (1227.5 Mb)

[route]
Kernel IP routing table
Destination     Gateway         Genmask         Flags   MSS Window  irtt Iface
130.223.5.0     0.0.0.0         255.255.255.0   U         0 0          0 eth0
169.254.0.0     0.0.0.0         255.255.0.0     U         0 0          0 eth0
127.0.0.0       0.0.0.0         255.0.0.0       U         0 0          0 lo
0.0.0.0         130.223.5.1     0.0.0.0         UG        0 0          0 eth0
[netstat]
Ip:
     7335705 total packets received
     0 forwarded
     0 incoming packets discarded
     7335705 incoming packets delivered
     7290871 requests sent out
Icmp:
     6756 ICMP messages received
     0 input ICMP message failed.
     ICMP input histogram:
         destination unreachable: 1300
         echo requests: 5456
     5457 ICMP messages sent
     0 ICMP messages failed
     ICMP output histogram:
         destination unreachable: 1
         echo replies: 5456
Tcp:
     7988 active connections openings
     2303 passive connection openings
     0 failed connection attempts
     44 connection resets received
     5 connections established
     7132445 segments received
     7264576 segments send out
     171 segments retransmited
     0 bad segments received.
     20 resets sent
Udp:
     21981 packets received
     0 packets to unknown port received.
     0 packet receive errors
     6766 packets sent
TcpExt:
     88 packets pruned from receive queue because of socket buffer overrun
     ArpFilter: 0
     8238 TCP sockets finished time wait in fast timer
     172142 delayed acks sent
     79 delayed acks further delayed because of locked socket
     Quick ack mode was activated 192 times
     759 packets directly queued to recvmsg prequeue.
     10240 packets directly received from backlog
     132240 packets directly received from prequeue
     4275720 packets header predicted
     307 packets header predicted and directly queued to user
     TCPPureAcks: 348241
     TCPHPAcks: 3594182
     TCPRenoRecovery: 0
     TCPSackRecovery: 30
     TCPSACKReneging: 0
     TCPFACKReorder: 0
     TCPSACKReorder: 0
     TCPRenoReorder: 0
     TCPTSReorder: 0
     TCPFullUndo: 0
     TCPPartialUndo: 0
     TCPDSACKUndo: 0
     TCPLossUndo: 0
     TCPLoss: 60
     TCPLostRetransmit: 0
     TCPRenoFailures: 0
     TCPSackFailures: 0
     TCPLossFailures: 0
     TCPFastRetrans: 126
     TCPForwardRetrans: 4
     TCPSlowStartRetrans: 18
     TCPTimeouts: 18
     TCPRenoRecoveryFail: 0
     TCPSackRecoveryFail: 1
     TCPSchedulerFailed: 0
     TCPRcvCollapsed: 2051
     TCPDSACKOldSent: 192
     TCPDSACKOfoSent: 0
     TCPDSACKRecv: 0
     TCPDSACKOfoRecv: 0
     TCPAbortOnSyn: 0
     TCPAbortOnData: 20
     TCPAbortOnClose: 2
     TCPAbortOnMemory: 0
     TCPAbortOnTimeout: 0
     TCPAbortOnLinger: 0
     TCPAbortFailed: 0
     TCPMemoryPressures: 0
[ports]
Active Internet connections (servers and established)
Proto Recv-Q Send-Q Local Address           Foreign Address State
tcp        0      0 0.0.0.0:7937            0.0.0.0:* LISTEN
tcp        0      0 0.0.0.0:7938            0.0.0.0:* LISTEN
tcp        0      0 0.0.0.0:32777           0.0.0.0:* LISTEN
tcp        0      0 127.0.0.1:937           0.0.0.0:* LISTEN
tcp        0      0 0.0.0.0:8361            0.0.0.0:* LISTEN
tcp        0      0 0.0.0.0:32778           0.0.0.0:* LISTEN
tcp        0      0 0.0.0.0:111             0.0.0.0:* LISTEN
tcp        0      0 130.223.5.103:50001     0.0.0.0:* LISTEN
tcp        0      0 0.0.0.0:50004           0.0.0.0:* LISTEN
tcp        0      0 0.0.0.0:9110            0.0.0.0:* LISTEN
tcp        0      0 0.0.0.0:631             0.0.0.0:* LISTEN
tcp        0      0 0.0.0.0:11576           0.0.0.0:* LISTEN
tcp        0      0 127.0.0.1:25            0.0.0.0:* LISTEN
tcp        0      0 127.0.0.1:6010          0.0.0.0:* LISTEN
tcp        0      0 127.0.0.1:6011          0.0.0.0:* LISTEN
tcp        0      0 127.0.0.1:6012          0.0.0.0:* LISTEN
tcp        0      0 0.0.0.0:11580           0.0.0.0:* LISTEN
tcp        0      0 0.0.0.0:11581           0.0.0.0:* LISTEN
tcp        0      0 127.0.0.1:6012          127.0.0.1:34115 ESTABLISHED
tcp        0      0 127.0.0.1:34115         127.0.0.1:6012 ESTABLISHED
tcp        0      0 :::22                   :::* LISTEN
tcp        0      0 ::1:25                  :::* LISTEN
tcp        0      0 ::1:6010                :::* LISTEN
tcp        0      0 ::1:6011                :::* LISTEN
tcp        0      0 ::1:6012                :::* LISTEN
tcp        0      0 130.223.5.103:22        130.223.27.23:33119 ESTABLISHED
tcp        0      0 130.223.5.103:22        130.223.27.23:33115 ESTABLISHED
tcp        0      0 130.223.5.103:22        130.223.27.23:60681 ESTABLISHED
[ifstat]
eth0      Link encap:Ethernet  HWaddr 00:09:3D:14:98:39
           inet addr:130.223.5.103  Bcast:130.223.5.255  Mask:255.255.255.0
           inet6 addr: fe80::209:3dff:fe14:9839/64 Scope:Link
           UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
           RX packets:3359661 errors:0 dropped:0 overruns:0 frame:0
           TX packets:2726496 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:1000
           RX bytes:574154173 (547.5 Mb)  TX bytes:899280806 (857.6 Mb)
           Interrupt:185

lo        Link encap:Local Loopback
           inet addr:127.0.0.1  Mask:255.0.0.0
           inet6 addr: ::1/128 Scope:Host
           UP LOOPBACK RUNNING  MTU:16436  Metric:1
           RX packets:4571321 errors:0 dropped:0 overruns:0 frame:0
           TX packets:4571321 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:0
           RX bytes:1287162379 (1227.5 Mb)  TX bytes:1287162379 (1227.5 Mb)

[ps]
   PID  PPID USER      STARTED S PRI %CPU     TIME %MEM   RSZ    VSZ CMD
     1     0 root       Nov 14 S  23  0.0 00:00:01  0.0   256    724 init [3]
     2     1 root       Nov 14 S 139  0.0 00:00:00  0.0     0      0 [migration/0]
     3     1 root       Nov 14 S   5  0.0 00:00:00  0.0     0      0 [ksoftirqd/0]
     4     1 root       Nov 14 S 139  0.0 00:00:00  0.0     0      0 [migration/1]
     5     1 root       Nov 14 S   5  0.0 00:00:00  0.0     0      0 [ksoftirqd/1]
     6     1 root       Nov 14 S  29  0.0 00:00:00  0.0     0      0 [events/0]
     7     1 root       Nov 14 S  29  0.0 00:00:00  0.0     0      0 [events/1]
     8     1 root       Nov 14 S  29  0.0 00:00:00  0.0     0      0 [khelper]
    13     1 root       Nov 14 S  29  0.0 00:00:00  0.0     0      0 [kthread]
    27    13 root       Nov 14 S  28  0.0 00:00:00  0.0     0      0 [kacpid]
   130    13 root       Nov 14 S  29  0.0 00:00:00  0.0     0      0 [kblockd/0]
   131    13 root       Nov 14 S  29  0.0 00:00:00  0.0     0      0 [kblockd/1]
   180    13 root       Nov 14 S  24  0.0 00:00:00  0.0     0      0 [pdflush]
   181    13 root       Nov 14 S  24  0.0 00:00:52  0.0     0      0 [pdflush]
   183     1 root       Nov 14 S  23  0.0 00:00:00  0.0     0      0 [kswapd0]
   182     1 root       Nov 14 S  24  0.0 00:00:00  0.0     0      0 [kswapd1]
   184    13 root       Nov 14 S  28  0.0 00:00:00  0.0     0      0 [aio/0]
   185    13 root       Nov 14 S  28  0.0 00:00:00  0.0     0      0 [aio/1]
   773     1 root       Nov 14 S  24  0.0 00:00:00  0.0     0      0 [kseriod]
   957     1 root       Nov 14 S  20  0.0 00:00:00  0.0     0      0 [scsi_eh_0]
  1082    13 root       Nov 14 S  29  0.0 00:00:03  0.0     0      0 [reiserfs/0]
  1083    13 root       Nov 14 S  29  0.0 00:00:02  0.0     0      0 [reiserfs/1]
  2189     1 root       Nov 14 S  25  0.0 00:00:00  0.0   656   2552 /sbin/udevd -d
  2238     1 root       Nov 14 S  20  0.0 00:00:00  0.0     0      0 [khpsbpkt]
  3140     1 root       Nov 14 S  24  0.0 00:00:00  0.0     0      0 [khubd]
  4535     1 root       Nov 14 S  26  0.0 00:00:00  0.0   508   2596 [hwscand]
  4717     1 root       Nov 14 S  23  0.0 00:00:01  0.0   512   2552 /usr/sbin/irqbalance
  4994     1 100        Nov 14 S  23  0.0 00:00:00  0.0  1596  14992 /usr/bin/dbus-daemon-1 --system
  5172     1 root       Nov 14 S  21  0.0 00:00:00  0.0   540   3608 /sbin/resmgrd
  5683     1 nobody     Nov 14 S  23  0.0 00:00:00  0.0  1172   7272 /usr/sbin/mdnsd -f /etc/rendezvous.conf -b
  5693     1 root       Nov 14 S  23  0.0 00:00:02  0.0   772   2816 /sbin/klogd -c 1 -x -x
  5700     1 root       Nov 14 S  23  0.0 00:00:03  0.0  1012   9260 /sbin/syslog-ng
  5718     1 nobody     Nov 14 S  23  0.0 00:00:00  0.0   552   4636 /sbin/portmap
  5741     1 root       Nov 14 S  23  0.0 00:00:28  0.0   684   6540 /opt/gnome/bin/netdaemon
  5851     1 root       Nov 14 S  23  0.0 00:00:00  0.0  2952  58000 /usr/sbin/nsrexecd
  5917     1 lp         Nov 14 S  23  0.0 00:00:02  0.0  4312  24400 /usr/sbin/cupsd
  5938     1 root       Nov 14 S  23  0.0 00:00:02  0.0  2336  28624 /usr/sbin/sshd -o PidFile=/var/run/sshd.init.pid
  5976     1 root       Nov 14 S  23  0.0 00:00:00  0.0   584   2556 /usr/sbin/acpid -c /etc/acpi/events.ignore
  6031     1 root       Nov 14 S  24  0.0 00:00:15  0.0  1576  15532 /usr/sbin/powersaved -d -x /usr/lib/powersave/scripts -a resmgr -v 3
  6253     1 ntp        Nov 14 S  23  0.0 00:00:00  0.0  3316   7392 /usr/sbin/ntpd -p /var/lib/ntp/var/run/ntp/ntpd.pid -u ntp -i /var/lib/ntp
  6255     1 root       Nov 14 S  23  0.0 00:00:04  0.0  1176  24172 /usr/sbin/nscd
  6273     1 root       Nov 14 S  23  0.0 00:00:00  0.0  1336  11548 /usr/sbin/fam -t 4 -T 0 -L
  6411     1 root       Nov 14 S  20  0.0 00:00:00  0.0     0      0 [scsi_eh_1]
  6412     1 root       Nov 14 S  23  0.0 00:00:00  0.0  1852  18496 /usr/lib/postfix/master
  6424  6412 postfix    Nov 14 S  23  0.0 00:00:00  0.0  1804  17524 qmgr -l -t fifo -u
  6429     1 root       Nov 14 S  39  0.0 00:00:00  0.0     0      0 [qla2300_100_dpc]
  6739     1 root       Nov 14 S  20  0.0 00:00:00  0.0     0      0 [scsi_eh_2]
  6740     1 root       Nov 14 S  39  0.0 00:00:00  0.0     0      0 [qla2300_101_dpc]
  6756     1 root       Nov 14 S  20  0.0 00:00:00  0.0     0      0 [scsi_eh_3]
  6757     1 root       Nov 14 S  39  0.0 00:00:00  0.0     0      0 [qla2300_102_dpc]
  7067     1 root       Nov 14 S  20  0.0 00:00:00  0.0     0      0 [scsi_eh_4]
  7068     1 root       Nov 14 S  39  0.0 00:00:00  0.0     0      0 [qla2300_103_dpc]
  7084     1 root       Nov 14 S  20  0.0 00:00:00  0.0     0      0 [scsi_eh_5]
  7085     1 root       Nov 14 S  39  0.0 00:00:00  0.0     0      0 [qla2300_104_dpc]
  7238     1 root       Nov 14 S  20  0.0 00:00:00  0.0     0      0 [scsi_eh_6]
  7239     1 root       Nov 14 S  39  0.0 00:00:00  0.0     0      0 [qla2300_105_dpc]
  7423     1 root       Nov 14 S  24  0.0 00:00:27  0.0  5308   9920 /usr/local/vtl/bin/snmpd
  7442     1 root       Nov 14 S  24  0.0 00:00:00  0.0  1324  14696 /usr/local/vtl/bin/sanidmgr
  7504     1 root       Nov 14 S  24  0.1 00:49:12  0.0     0      0 [iocore]
  7540     1 root       Nov 14 S  24  0.0 00:00:18  0.0   836   5196 fsnupd -d 0
  7560     1 root       Nov 14 S  24  0.0 00:00:00  0.0     0      0 [trudpd]
  7570     1 root       Nov 14 D  24  0.0 00:00:00  0.0     0      0 [fsnalias]
  7572     1 root       Nov 14 D  24  0.0 00:00:00  0.0     0      0 [fsnalias]
  7583     1 root       Nov 14 D  20  0.0 00:00:00  0.0     0      0 [ipstord]
  7604     1 root       Nov 14 S  24  0.0 00:00:00  0.0     0      0 [fctgtsched]
  7605     1 root       Nov 14 S  39  0.0 00:00:00  0.0     0      0 [fstgt_disp_rq]
  7620     1 root       Nov 14 D  24  0.0 00:00:00  0.0     0      0 [vtl_tm]
  7637     1 root       Nov 14 D  24  0.0 00:00:00  0.0     0      0 [lm_upcall]
  7650     1 root       Nov 14 D  22  0.0 00:00:01  0.0  1300   3648 tleupcall
  7685     1 root       Nov 14 S  24  0.0 00:00:00  0.0     0      0 [vtl_pendcmd_chk]
  7687     1 root       Nov 14 S  24  0.0 00:00:00  0.0     0      0 [vtl_jd]
  7688  7650 root       Nov 14 S  23  0.0 00:00:00  0.0   520   1608 /usr/local/vtl/bin/mini_el -l /usr/local/vtl/log/
  7690  7650 root       Nov 14 S  24  0.0 00:00:00  0.0   708   1804 /usr/local/vtl/bin/ssi 7689 50004 23 130.223.5.19 ssiinetport=0 csihostport=0
  7691     1 root       Nov 14 D  24  0.0 00:00:00  0.0     0      0 [vtl_rae_275]
  7692     1 root       Nov 14 D  24  0.0 00:00:35  0.0     0      0 [vtl_tde_276]
  7693     1 root       Nov 14 D  24  0.0 00:00:34  0.0     0      0 [vtl_tde_277]
  7694     1 root       Nov 14 D  24  0.0 00:01:02  0.0     0      0 [vtl_tde_278]
  7695     1 root       Nov 14 D  24  0.0 00:00:00  0.0     0      0 [vtl_rae_327]
  7696     1 root       Nov 14 D  24  0.0 00:00:40  0.0     0      0 [vtl_tde_328]
  7697     1 root       Nov 14 D  24  0.0 00:00:52  0.0     0      0 [vtl_tde_329]
  7698     1 root       Nov 14 D  24  0.0 00:00:26  0.0     0      0 [vtl_tde_454]
  7699     1 root       Nov 14 D  24  0.0 00:01:12  0.0     0      0 [vtl_tde_455]
  7715     1 root       Nov 14 S  21  0.0 00:00:00  0.0  3812  10584 /usr/local/vtl/bin/ipstorcomm -d 0
  7716  7715 root       Nov 14 S  24  0.0 00:12:35  0.2 21228  53180 /usr/local/vtl/bin/ipstorcomm -d 0
  7717  7716 root       Nov 14 S  23  0.0 00:00:00  0.0  3972  10588 /usr/local/vtl/bin/ipstorcomm -d 0
  7726     1 root       Nov 14 S  24  0.0 00:00:00  0.0   884   3352 /usr/local/vtl/bin/isclntproxy
  7744     1 root       Nov 14 S  22  0.0 00:17:10  0.0  3368   5976 /usr/local/vtl/bin//ipstorlog
  7763     1 root       Nov 14 S  23  0.5 02:17:11  0.0  4344   7808 /usr/local/vtl/bin/ipstorsm
  7776     1 root       Nov 14 S  23  0.0 00:00:00  0.0   672   5908 /usr/sbin/cron
  7786     1 root       Nov 14 S  23  0.0 00:03:54  0.0  2676  14564 /usr/sbin/hald --daemon=yes
  7890     1 root       Nov 14 S  22  0.0 00:00:00  0.0   676   2992 /sbin/mingetty --noclear tty1
  7891     1 root       Nov 14 S  22  0.0 00:00:00  0.0   676   2992 /sbin/mingetty tty2
  7892     1 root       Nov 14 S  22  0.0 00:00:00  0.0   676   2992 /sbin/mingetty tty3
  7893     1 root       Nov 14 S  22  0.0 00:00:00  0.0   676   2992 /sbin/mingetty tty4
  7894     1 root       Nov 14 S  21  0.0 00:00:00  0.0   676   2992 /sbin/mingetty tty5
  7895     1 root       Nov 14 S  17  0.0 00:00:00  0.0   676   2992 /sbin/mingetty tty6
  7897     1 root       Nov 14 S  23  0.0 00:00:00  0.0   536   2556 /sbin/agetty -L 9600 ttyS0 vt102
14372  5938 root       Nov 27 S  23  0.0 00:00:45  0.0  3096  39816 sshd: super at pts/2
14375 14372 root       Nov 27 S  24  0.0 00:00:00  0.0  2240   9788 -bash
14404 14375 root       Nov 27 S  21  0.0 00:00:00  0.0  1496   9172 /bin/sh /usr/local/vtlconsole/vtlconsole
14405 14404 root       Nov 27 S  24  0.0 00:05:33  2.8 235496 1294416 java -classpath /usr/local/vtlconsole/xerces.jar:/usr/local/vtlconsole/activation.jar:/usr/local/vtlconsole/mailapi.jar:/usr/local/vtlconsole/smtp.jar:/usr/local/vtlconsole/jcommon-0.7.3.jar:/usr/local/vtlconsole/jfreechart-0.9.7.jar:/usr/local/vtlconsole/IPStorConsole.jar com.falconstor.ipsan.console.IPStorConsole
14864     1 root       Nov 27 D  24  0.0 00:00:00  0.0     0      0 [vtl_rae_649]
14865     1 root       Nov 27 D  24  0.0 00:00:03  0.0     0      0 [vtl_tde_650]
14866     1 root       Nov 27 D  24  0.0 00:00:02  0.0     0      0 [vtl_tde_651]
21088  5938 root     08:36:41 S  23  0.0 00:00:00  0.0  2784  39484 sshd: super at pts/0
21092 21088 root     08:36:46 S  23  0.0 00:00:00  0.0  2260   9788 -bash
23560  6412 postfix  11:11:34 S  23  0.0 00:00:00  0.0  1776  17480 pickup -l -t fifo -u
23667  5938 root     11:16:57 S  23  0.0 00:00:00  0.0  2776  42540 sshd: bb [priv]
23669 23667 bb       11:16:58 S  23  0.0 00:00:00  0.0  2916  42672 sshd: bb at pts/1
23670 23669 bb       11:16:58 S  22  0.0 00:00:00  0.0  2244  10044 -bash
24216     1 bb       11:34:57 S  21  0.0 00:00:00  0.0  1348   8136 sh -c vmstat 300 2 1>/soft/pub/BB/hobbit/client/tmp/hobbit_vmstat.gollum.24196 2>&1; mv /soft/pub/BB/hobbit/client/tmp/hobbit_vmstat.gollum.24196 /soft/pub/BB/hobbit/client/tmp/hobbit_vmstat.gollum
24218 24216 bb       11:34:57 S  21  0.0 00:00:00  0.0   568   2572 vmstat 300 2
24288     1 bb       11:36:30 S  21  0.0 00:00:00  0.0   508   1448 /soft/pub/BB/hobbit/client/bin/hobbitlaunch --config=/soft/pub/BB/hobbit/client/etc/clientlaunch.cfg --log=/soft/pub/BB/hobbit/client/logs/clientlaunch.log --pidfile=/soft/pub/BB/hobbit/client/logs/clientlaunch.gollum.pid
24289 24288 bb       11:36:30 S  22  0.0 00:00:00  0.0  1564   9436 /bin/sh /soft/pub/BB/hobbit/client/bin/hobbitclient.sh
24295 24289 bb       11:36:30 S  22  0.0 00:00:00  0.0  1372   8140 /bin/sh /soft/pub/BB/hobbit/client/bin/hobbitclient-linux.sh
24313 24295 bb       11:36:30 R  23  0.0 00:00:00  0.0   784   3560 ps -Aw -o pid,ppid,user,start,state,pri,pcpu,time,pmem,rsz,vsz,cmd
[top]
top - 11:36:31 up 18 days, 23:27,  3 users,  load average: 18.00, 18.01, 18.00
Tasks: 116 total,   1 running, 115 sleeping,   0 stopped,   0 zombie
Cpu(s):  0.2% us,  0.4% sy,  0.0% ni, 98.7% id,  0.7% wa,  0.0% hi,  0.0% si
Mem:   8123764k total,  2114496k used,  6009268k free,   147872k buffers
Swap:  1052216k total,        0k used,  1052216k free,   391028k cached

   PID USER      PR  NI  VIRT  RES  SHR S %CPU %MEM    TIME+  COMMAND 
24314 bb        15   0  4280 1100  796 R  1.0  0.0   0:00.01 top 
     1 root      16   0   724  256  216 S  0.0  0.0   0:01.60 init 
     2 root      RT   0     0    0    0 S  0.0  0.0   0:00.70 migration/0
     3 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/0
     4 root      RT   0     0    0    0 S  0.0  0.0   0:00.51 migration/1
     5 root      34  19     0    0    0 S  0.0  0.0   0:00.00 ksoftirqd/1
     6 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 events/0 
     7 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 events/1 
     8 root      10  -5     0    0    0 S  0.0  0.0   0:00.02 khelper 
    13 root      10  -5     0    0    0 S  0.0  0.0   0:00.00 kthread 
    27 root      11  -5     0    0    0 S  0.0  0.0   0:00.00 kacpid 
   130 root      10  -5     0    0    0 S  0.0  0.0   0:00.07 kblockd/0 
   131 root      10  -5     0    0    0 S  0.0  0.0   0:00.09 kblockd/1 
   180 root      15   0     0    0    0 S  0.0  0.0   0:00.00 pdflush 
   181 root      15   0     0    0    0 S  0.0  0.0   0:52.49 pdflush 
   183 root      16   0     0    0    0 S  0.0  0.0   0:00.00 kswapd0 
   182 root      15   0     0    0    0 S  0.0  0.0   0:00.00 kswapd1 
   184 root      11  -5     0    0    0 S  0.0  0.0   0:00.00 aio/0 
   185 root      11  -5     0    0    0 S  0.0  0.0   0:00.00 aio/1 
   773 root      15   0     0    0    0 S  0.0  0.0   0:00.66 kseriod 
   957 root      19   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_0 
  1082 root      10  -5     0    0    0 S  0.0  0.0   0:03.18 reiserfs/0 
  1083 root      10  -5     0    0    0 S  0.0  0.0   0:02.58 reiserfs/1 
  2189 root      14  -4  2552  656  444 S  0.0  0.0   0:00.34 udevd 
  2238 root      19   0     0    0    0 S  0.0  0.0   0:00.00 khpsbpkt 
  3140 root      15   0     0    0    0 S  0.0  0.0   0:00.00 khubd 
  4535 root      13  -2  2596  508  364 S  0.0  0.0   0:00.00 hwscand 
  4717 root      16   0  2552  512  428 S  0.0  0.0   0:01.19 irqbalance 
  4994 messageb  16   0 14992 1596 1328 S  0.0  0.0   0:00.00 dbus-daemon-1
  5172 root      18   0  3608  540  452 S  0.0  0.0   0:00.00 resmgrd 
  5683 nobody    16   0  7272 1172  760 S  0.0  0.0   0:00.92 mdnsd 
  5693 root      16   0  2816  772  436 S  0.0  0.0   0:02.87 klogd 
  5700 root      16   0  9260 1012  740 S  0.0  0.0   0:03.29 syslog-ng 
  5718 nobody    16   0  4636  552  440 S  0.0  0.0   0:00.00 portmap 
  5741 root      16   0  6540  684  576 S  0.0  0.0   0:28.83 netdaemon 
  5851 root      16   0 58000 2952 1688 S  0.0  0.0   0:00.41 nsrexecd 
  5917 lp        16   0 24400 4312 1596 S  0.0  0.1   0:02.83 cupsd 
  5938 root      16   0 28624 2336 1820 S  0.0  0.0   0:02.23 sshd 
  5976 root      16   0  2556  584  492 S  0.0  0.0   0:00.00 acpid 
  6031 root      15   0 15532 1576 1340 S  0.0  0.0   0:15.90 powersaved 
  6253 ntp       16   0  7392 3316 2396 S  0.0  0.0   0:00.06 ntpd 
  6255 root      16   0 24172 1176  840 S  0.0  0.0   0:04.84 nscd 
  6273 root      16   0 11548 1336 1148 S  0.0  0.0   0:00.00 fam 
  6411 root      19   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_1 
  6412 root      16   0 18496 1852 1436 S  0.0  0.0   0:00.35 master 
  6424 postfix   16   0 17524 1804 1412 S  0.0  0.0   0:00.00 qmgr 
  6429 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 qla2300_100_dpc
  6739 root      19   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_2 
  6740 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 qla2300_101_dpc
  6756 root      19   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_3 
  6757 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 qla2300_102_dpc
  7067 root      19   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_4 
  7068 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 qla2300_103_dpc
  7084 root      19   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_5 
  7085 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 qla2300_104_dpc
  7238 root      19   0     0    0    0 S  0.0  0.0   0:00.00 scsi_eh_6 
  7239 root       0 -20     0    0    0 S  0.0  0.0   0:00.00 qla2300_105_dpc
  7423 root      15   0  9920 5308 3084 S  0.0  0.1   0:27.18 snmpd 
  7442 root      15   0 14696 1324  924 S  0.0  0.0   0:00.31 sanidmgr 
  7504 root      15   0     0    0    0 S  0.0  0.0  49:12.42 iocore 
  7540 root      15   0  5196  836  728 S  0.0  0.0   0:18.35 fsnupd 
  7560 root      15   0     0    0    0 S  0.0  0.0   0:00.02 trudpd 
  7570 root      15   0     0    0    0 D  0.0  0.0   0:00.00 fsnalias 
  7572 root      15   0     0    0    0 D  0.0  0.0   0:00.00 fsnalias 
  7583 root      19   0     0    0    0 D  0.0  0.0   0:00.00 ipstord 
  7604 root      15   0     0    0    0 S  0.0  0.0   0:00.00 fctgtsched 
  7605 root       0 -20     0    0    0 S  0.0  0.0   0:00.01 fstgt_disp_rq
  7620 root      15   0     0    0    0 D  0.0  0.0   0:00.01 vtl_tm 
  7637 root      15   0     0    0    0 D  0.0  0.0   0:00.00 lm_upcall 
  7650 root      17   0  3648 1300 1060 D  0.0  0.0   0:01.14 tleupcall 
  7685 root      15   0     0    0    0 S  0.0  0.0   0:00.00 vtl_pendcmd_chk
  7687 root      15   0     0    0    0 S  0.0  0.0   0:00.00 vtl_jd 
  7688 root      16   0  1608  520  456 S  0.0  0.0   0:00.00 mini_el 
  7690 root      15   0  1804  708  596 S  0.0  0.0   0:00.23 ssi 
  7691 root      15   0     0    0    0 D  0.0  0.0   0:00.36 vtl_rae_275
  7692 root      15   0     0    0    0 D  0.0  0.0   0:35.93 vtl_tde_276
  7693 root      15   0     0    0    0 D  0.0  0.0   0:34.62 vtl_tde_277
  7694 root      15   0     0    0    0 D  0.0  0.0   1:02.91 vtl_tde_278
  7695 root      15   0     0    0    0 D  0.0  0.0   0:00.33 vtl_rae_327
  7696 root      15   0     0    0    0 D  0.0  0.0   0:40.10 vtl_tde_328
  7697 root      15   0     0    0    0 D  0.0  0.0   0:52.96 vtl_tde_329
  7698 root      15   0     0    0    0 D  0.0  0.0   0:26.62 vtl_tde_454
  7699 root      15   0     0    0    0 D  0.0  0.0   1:12.28 vtl_tde_455
  7715 root      18   0 10584 3812 1796 S  0.0  0.0   0:00.00 ipstorcomm 
  7716 root      15   0 53180  20m 4252 S  0.0  0.3  12:35.09 ipstorcomm 
  7717 root      15   0 10588 3972 1940 S  0.0  0.0   0:00.00 ipstorcomm 
  7726 root      15   0  3352  884  764 S  0.0  0.0   0:00.00 isclntproxy
  7744 root      17   0  5976 3368 1332 S  0.0  0.0  17:10.67 ipstorlog 
  7763 root      16   0  7808 4344 1868 S  0.0  0.1 137:11.10 ipstorsm 
  7776 root      16   0  5908  672  568 S  0.0  0.0   0:00.30 cron 
  7786 root      16   0 14564 2676 1600 S  0.0  0.0   3:54.21 hald 
  7890 root      17   0  2992  676  588 S  0.0  0.0   0:00.02 mingetty 
  7891 root      17   0  2992  676  588 S  0.0  0.0   0:00.03 mingetty 
  7892 root      17   0  2992  676  588 S  0.0  0.0   0:00.03 mingetty 
  7893 root      17   0  2992  676  588 S  0.0  0.0   0:00.03 mingetty 
  7894 root      18   0  2992  676  588 S  0.0  0.0   0:00.03 mingetty 
  7895 root      22   0  2992  676  588 S  0.0  0.0   0:00.02 mingetty 
  7897 root      16   0  2556  536  456 S  0.0  0.0   0:00.00 agetty 
14372 root      16   0 39816 3096 2148 S  0.0  0.0   0:45.72 sshd 
14375 root      15   0  9788 2240 1472 S  0.0  0.0   0:00.04 bash 
14404 root      18   0  9172 1496 1164 S  0.0  0.0   0:00.00 vtlconsole 
14405 root      15   0 1264m 229m  21m S  0.0  2.9   5:33.02 java 
14864 root      15   0     0    0    0 D  0.0  0.0   0:00.09 vtl_rae_649 
14865 root      15   0     0    0    0 D  0.0  0.0   0:03.28 vtl_tde_650 
14866 root      15   0     0    0    0 D  0.0  0.0   0:02.62 vtl_tde_651 
21088 root      16   0 39484 2784 2148 S  0.0  0.0   0:00.13 sshd 
21092 root      16   0  9788 2260 1488 S  0.0  0.0   0:00.06 bash 
23560 postfix   16   0 17480 1776 1396 S  0.0  0.0   0:00.00 pickup 
23667 root      16   0 42540 2776 2156 S  0.0  0.0   0:00.02 sshd 
23669 bb        16   0 42672 2916 2232 S  0.0  0.0   0:00.00 sshd 
23670 bb        17   0 10044 2244 1468 S  0.0  0.0   0:00.06 bash 
24216 bb        18   0  8136 1348 1028 S  0.0  0.0   0:00.00 sh 
24218 bb        18   0  2572  568  472 S  0.0  0.0   0:00.00 vmstat 
24288 bb        18   0  1448  508  420 S  0.0  0.0   0:00.00 hobbitlaunch
24289 bb        17   0  9436 1564 1204 S  0.0  0.0   0:00.00 hobbitclient.sh
24295 bb        16   0  8140 1372 1036 S  0.0  0.0   0:00.01 hobbitclient-li

[msgs:/var/log/messages]
<...SKIPPED...>
CORE1 log_scsi_error, acsl 104 0 2 0, cmd 08 00 02 00 00 00 00 00 00 00 00 00 target 01 host 00 driver 08 sense F0 00 20 00 01 80 00 16 00 00 00 03 00 00 00 00 len 131072 ofs 0 type 1 in 1
Dec  2 22:00:56 gollum kernel: FSNALIAS mp_find_storage_lun_by_guid: can't find lun for guid fa1c0101-aab4-b794-b411-ef40e75b5f4f
Dec  2 22:00:58 gollum ipstorcomm [mgtpipe_exec.c:pipe_thread:944][7716]: Rcv'd mgtpipe cmd: 'tle_expand 791367 342 276480 10240'
Dec  2 22:00:58 gollum fxutil [fxutilex.c:XMLExpandResource:13601][7716]: Expanding stub tape 342
Dec  2 22:00:59 gollum ipstorcomm: IPSTOR||1228251659||I||0x00002cef||expanded virtual tape||VIRTUAL TAPE id 342||10240
Dec  2 22:00:59 gollum ipstorcomm [mgtpipe_exec.c:pipe_thread:944][7716]: Rcv'd mgtpipe cmd: 'tle_vdevop 791369 342 1'
Dec  2 22:00:59 gollum kernel: FSNALIAS  Can't find this lun , failed command<6>FSNALIAS  Illegal request , failed command  for device (82df0567-0000-0c43-386b-5ca7736296d1)
Dec  2 22:00:59 gollum kernel: IOCORE1 ipstor_get_umaps, need to initialize umap for vdev 342
Dec  2 22:00:59 gollum ipstorcomm [mgtpipe_exec.c:pipe_thread:944][7716]: Rcv'd mgtpipe cmd: 'tle_vdevop 791370 342 0'
Dec  2 22:00:59 gollum ipstorcomm [tape_cmd.c:disableVTape:1750][7716]: isTLEBusy() = 0
Dec  2 22:00:59 gollum ipstorcomm [mgtpipe_exec.c:pipe_thread:944][7716]: Rcv'd mgtpipe cmd: 'tle_vdevop 791371 342 1'
Dec  2 22:00:59 gollum kernel: FSNALIAS  Illegal request , failed command  for device (82df0567-0000-0c43-386b-5ca7736296d1)
Dec  2 22:00:59 gollum kernel: IOCORE1 ipstor_get_umaps, high resolution umap found on disk for vdev 342, 81920 bits (20971520 sectors)
Dec  2 22:00:59 gollum kernel: [vtl_tde_454|7698] TLE_INFO: Data starts to write to the tape VID 342 in drive VID 454.
Dec  2 22:00:59 gollum ipstorcomm [mgtpipe_exec.c:pipe_thread:944][7716]: Rcv'd mgtpipe cmd: 'tapedatamodified 342 1228251659'
Dec  2 22:00:59 gollum kernel: [vtl_mvphys|10987] TLE_INFO: Unload: attach repo inventory already done on hlib VID 139 STK L700
Dec  2 22:00:59 gollum getupcall [acslsparse.c:parseACSLSCommandRequest:36][7650]: parseACSLS: cmd request. preq=acd3fc68 cmd=ffff8100
Dec  2 22:00:59 gollum getupcall [acsls_cdkapi.c:QueryServer:105][7650]: Calling acs_query_server(243). VTL hostname: gollum, VTL IP: 130.223.5.103, ACSLS IP: 130.223.5.19 [env:50004:130.223.5.19:ssi=0:csi=0]
Dec  2 22:00:59 gollum getupcall [acsls_cdkapi.c:QueryServer:122][7650]: Got Response. seqnum=243 reqid=37775 type=1 status=0 [STATUS_SUCCESS]
Dec  2 22:01:00 gollum getupcall [acsls_cdkapi.c:QueryServer:122][7650]: Got Response. seqnum=243 reqid=0 type=4 status=0 [STATUS_SUCCESS]
Dec  2 22:01:00 gollum getupcall [acsls_cdkapi.c:QueryServer:181][7650]: IP 130.223.5.103. ACSLS IP 130.223.5.19. State: STATE_RUN Freecells: 1
Dec  2 22:01:00 gollum getupcall [acsls_cdkapi.c:ACSLS_CDK_GetLSMList:1173][7650]: Got Response. seqnum=244 reqid=37776 type=1 status=0
Dec  2 22:01:00 gollum getupcall [acsls_cdkapi.c:ACSLS_CDK_GetLSMList:1173][7650]: Got Response. seqnum=244 reqid=0 type=2 status=0
Dec  2 22:01:00 gollum getupcall [acsls_cdkapi.c:ACSLS_CDK_GetLSMList:1173][7650]: Got Response. seqnum=244 reqid=0 type=4 status=0
Dec  2 22:01:00 gollum getupcall [acsls_cdkapi.c:parselsmlistXML:2024][7650]: ACSLS: LSM Info: acs=0 lsm=0 type=L700 serialnum=MPC74001121 status=normal state=online condition=operative doorstatus=door_closed
Dec  2 22:01:00 gollum getupcall [acsls_cdkapi.c:parselsmlistXML:2029][7650]: ACSLS: status=0, LSM count=1
Dec  2 22:01:01 gollum getupcall [acsls_cdkapi.c:ACSLS_CDK_GetNumberOfDrives:473][7650]: Got Response. seqnum=245 reqid=37777 type=1 status=0
Dec  2 22:01:01 gollum getupcall [acsls_cdkapi.c:ACSLS_CDK_GetNumberOfDrives:473][7650]: Got Response. seqnum=245 reqid=0 type=2 status=0
Dec  2 22:01:01 gollum getupcall [acsls_cdkapi.c:ACSLS_CDK_GetNumberOfDrives:473][7650]: Got Response. seqnum=245 reqid=0 type=4 status=0
Dec  2 22:01:16 gollum kernel: [vtl_mvphys|10987] TLE_INFO: ACSLS/LS MoveMedium: LibVID 139: Move from SrcEle 1000000003 to DestEle 286
Dec  2 22:01:16 gollum getupcall [acslsparse.c:parseACSLSCommandRequest:36][7650]: parseACSLS: cmd request. preq=443000 cmd=ffffc200
Dec  2 22:01:16 gollum getupcall [acsls_cdkapi.c:QueryServer:105][7650]: Calling acs_query_server(246). VTL hostname: gollum, VTL IP: 130.223.5.103, ACSLS IP: 130.223.5.19 [env:50004:130.223.5.19:ssi=0:csi=0]
Dec  2 22:01:16 gollum getupcall [acsls_cdkapi.c:QueryServer:122][7650]: Got Response. seqnum=246 reqid=37778 type=1 status=0 [STATUS_SUCCESS]
Dec  2 22:01:16 gollum getupcall [acsls_cdkapi.c:QueryServer:122][7650]: Got Response. seqnum=246 reqid=0 type=4 status=0 [STATUS_SUCCESS]
Dec  2 22:01:16 gollum getupcall [acsls_cdkapi.c:QueryServer:181][7650]: IP 130.223.5.103. ACSLS IP 130.223.5.19. State: STATE_RUN Freecells: 1
Dec  2 22:01:17 gollum getupcall [acsls_cdkapi.c:ACSLS_CDK_GetNumberOfDrives:473][7650]: Got Response. seqnum=247 reqid=37779 type=1 status=0
Dec  2 22:01:17 gollum getupcall [acsls_cdkapi.c:ACSLS_CDK_GetNumberOfDrives:473][7650]: Got Response. seqnum=247 reqid=0 type=2 status=0
Dec  2 22:01:17 gollum getupcall [acsls_cdkapi.c:ACSLS_CDK_GetNumberOfDrives:473][7650]: Got Response. seqnum=247 reqid=0 type=4 status=0
Dec  2 22:01:17 gollum getupcall [acsls_cdkapi.c:ACSLS_CDK_GetAllDrives:1010][7650]: Got Response. seqnum=248 reqid=37780 type=1 status=0
Dec  2 22:01:17 gollum getupcall [acsls_cdkapi.c:ACSLS_CDK_GetAllDrives:1010][7650]: Got Response. seqnum=248 reqid=0 type=2 status=0
Dec  2 22:01:17 gollum getupcall [acsls_cdkapi.c:ACSLS_CDK_GetAllDrives:1010][7650]: Got Response. seqnum=248 reqid=0 type=4 status=0
Dec  2 22:01:17 gollum getupcall [acsls_cdkapi.c:parsedriveslistXML:1822][7650]: ACSLS: Drive Info: acs=0 lsm=0 panel=0 drive=0 type=SDLT-600 status=in_use state=online[2] condition=operative[4] lockStatus=0 vol=000592 serialNum=RB0626AMC05159
Dec  2 22:01:17 gollum getupcall [acsls_cdkapi.c:parsedriveslistXML:1822][7650]: ACSLS: Drive Info: acs=0 lsm=0 panel=0 drive=1 type=SDLT-600 status=in_use state=online[2] condition=operative[4] lockStatus=0 vol=000597 serialNum=RB0626AMC05017
Dec  2 22:01:17 gollum getupcall [acsls_cdkapi.c:parsedriveslistXML:1822][7650]: ACSLS: Drive Info: acs=0 lsm=0 panel=0 drive=2 type=SDLT-600 status=in_use state=online[2] condition=operative[4] lockStatus=0 vol=000518 serialNum=QD0632AMC00071
Dec  2 22:01:17 gollum getupcall [acsls_cdkapi.c:parsedriveslistXML:1822][7650]: ACSLS: Drive Info: acs=0 lsm=0 panel=0 drive=3 type=SDLT-600 status=in_use state=online[2] condition=operative[4] lockStatus=0 vol=000731 serialNum=RB0511AMC05424
Dec  2 22:01:17 gollum getupcall [acsls_cdkapi.c:parsedriveslistXML:1822][7650]: ACSLS: Drive Info: acs=0 lsm=0 panel=0 drive=4 type=SDLT-600 status=in_use state=online[2] condition=operative[4] lockStatus=0 vol=000651 serialNum=QD0632AMC00286
Dec  2 22:01:17 gollum getupcall [acsls_cdkapi.c:parsedriveslistXML:1822][7650]: ACSLS: Drive Info: acs=0 lsm=0 panel=0 drive=5 type=SDLT-600 status=in_use state=online[2] condition=operative[4] lockStatus=0 vol=000510 serialNum=QD0634AMC00054
Dec  2 22:01:17 gollum getupcall [acsls_cdkapi.c:parsedriveslistXML:1822][7650]: ACSLS: Drive Info: acs=0 lsm=0 panel=0 drive=6 type=SDLT-600 status=in_use state=online[2] condition=inoperative[-1] lockStatus=0 vol=000567 serialNum=QD0633AMC00069
Dec  2 22:01:17 gollum getupcall [acsls_cdkapi.c:parsedriveslistXML:1822][7650]: ACSLS: Drive Info: acs=0 lsm=0 panel=0 drive=7 type=SDLT-600 status=in_use state=online[2] condition=operative[4] lockStatus=0 vol=000705 serialNum=QD0634AMC00103
Dec  2 22:01:17 gollum getupcall [acsls_cdkapi.c:parsedriveslistXML:1827][7650]: ACSLS: status=0, drive count=8
Dec  2 22:01:17 gollum getupcall [acslsparse.c:parseACSLSCommandRequest:36][7650]: parseACSLS: cmd request. preq=acd3f968 cmd=ffff8100
Dec  2 22:01:17 gollum getupcall [acslslib.c:VTL_ACSLSDismountVolume:1494][7650]: ACSLS: Dismounting volume=000731 from drive=0,0,0,3
Dec  2 22:01:17 gollum getupcall [acsls_cdkapi.c:QueryServer:105][7650]: Calling acs_query_server(249). VTL hostname: gollum, VTL IP: 130.223.5.103, ACSLS IP: 130.223.5.19 [env:50004:130.223.5.19:ssi=0:csi=0]
Dec  2 22:01:17 gollum getupcall [acsls_cdkapi.c:QueryServer:122][7650]: Got Response. seqnum=249 reqid=37781 type=1 status=0 [STATUS_SUCCESS]
Dec  2 22:01:18 gollum getupcall [acsls_cdkapi.c:QueryServer:122][7650]: Got Response. seqnum=249 reqid=0 type=4 status=0 [STATUS_SUCCESS]
Dec  2 22:01:18 gollum getupcall [acsls_cdkapi.c:QueryServer:181][7650]: IP 130.223.5.103. ACSLS IP 130.223.5.19. State: STATE_RUN Freecells: 1
Dec  2 22:01:18 gollum getupcall [acsls_cdkapi.c:ACSLS_CDK_DismountVolume:346][7650]: Got Response. seqnum=250 reqid=37782 type=1 status=0
Dec  2 22:01:29 gollum getupcall [acsls_cdkapi.c:ACSLS_CDK_DismountVolume:346][7650]: Got Response. seqnum=250 reqid=0 type=4 status=0
Dec  2 22:01:29 gollum getupcall [acslslib.c:VTL_ACSLSDismountVolume:1581][7650]: ACSLS/LS: Successfully dismounted volume=000731 from drive=0,0,0,3
Dec  2 22:01:29 gollum tleupcall: IPSTOR||1228251689||I||0x00009cac||dismount success||ACSLS||000731||0.0.0.3
Dec  2 22:01:56 gollum ipstorcomm [mgtpipe_exec.c:pipe_thread:944][7716]: Rcv'd mgtpipe cmd: 'tle_expand 791401 410 181248 5120'
Dec  2 22:01:57 gollum ipstorcomm: IPSTOR||1228251717||I||0x00002cef||expanded virtual tape||VIRTUAL TAPE id 410||5120
Dec  2 22:01:57 gollum kernel: [vtl_tde_329|7697] TLE_INFO: Tape 410 Expanded successfully, new size 195421011968 bytes
Dec  2 22:01:57 gollum kernel: [vtl_report|10996] TLE_INFO: TAPECACHING: ReclamTapesWithMoreSpaceNeededPolicy - total=11432160 MB, available=4019538 MB, Threshold: 95
Dec  2 22:07:09 gollum ipstorcomm [mgtpipe_exec.c:pipe_thread:944][7716]: Rcv'd mgtpipe cmd: 'tle_expand 791558 409 171008 5120'
Dec  2 22:07:10 gollum ipstorcomm: IPSTOR||1228252030||I||0x00002cef||expanded virtual tape||VIRTUAL TAPE id 409||5120
Dec  2 22:07:11 gollum kernel: [vtl_tde_455|7699] TLE_INFO: Tape 409 Expanded successfully, new size 184683593728 bytes
Dec  2 22:07:11 gollum kernel: [vtl_report|11068] TLE_INFO: TAPECACHING: ReclamTapesWithMoreSpaceNeededPolicy - total=11432160 MB, available=4014418 MB, Threshold: 95

[logfile:/var/log/messages]
type:100000 (file)
mode:640 (-rw-r-----)
linkcount:1
owner:0 (root)
group:0 (root)
size:198273
clock:1228300596 (2008/12/03-11:36:36)
atime:1228300596 (2008/12/03-11:36:36)
ctime:1228300585 (2008/12/03-11:36:25)
mtime:1228300585 (2008/12/03-11:36:25)

[clientversion]

[clock]
epoch: 1228300596.170595
local: 2008-12-03 11:36:36 CET
UTC: 2008-12-03 10:36:36 GMT


Regards,

Dominique

Hi Graham,

In <72FDCB47622C4676B7C015BD6E8A53AD at gnaylerwork> "Graham Nayler" <user-4eb117b3c67e@xymon.invalid> writes:

3) Memory leak in SPLITNCV.
4) Lines 198-202 are either unnecessary or dangerous. 5) This routine will not recognise input lines with &{RED|YELLOW|GREEN} 

All fixed.

Fixed, I'll send that patch upstream.


Regards,
Henrik

Thanks. As I said, it didn't affect me, but it looks as if it'll be of 
benefit to some others.

Graham

----- Original Message ----- 
From: "Henrik Størner" <user-ce4a2c883f75@xymon.invalid>
Newsgroups: lists.hobbit
To: <user-ae9b8668bcde@xymon.invalid>
Sent: Thursday, December 04, 2008 12:02 PM

Subject: Re: [hobbit] Xymon version 4.2.2 RC1 available

Henrik Størner wrote:

I was seeing the same issue, but once I manually fixed the symlinks, everything was OK.

The URL in the foot still points to http://hobbitmon.sourceforge.net/, not sure if that is already known.

Lots of references to "hobbit" in the rpm dir in the sources file, too.   I'd make a patch but I'm not sure what needs to stay "hobbit" and what can safely change to xymon.

Tom

In <user-9310a9a8653d@xymon.invalid> Tom Georgoulias <user-6a0b8b0f0ae1@xymon.invalid> writes:

Unfortunately that cannot be changed yet. Sourceforge has suspended
project renaming currently.

Lots of references to "hobbit" in the rpm dir in the sources file, too.  I'd make a patch but I'm not sure what needs to stay "hobbit" and what can safely change to xymon.

Right now I'm being cautious about it, and just changing it in
the documentation and the generated web-pages. No filename changes
at this point - I don't want to break stuff just before releasing
a new version.


Regards,
Henrik

Henrik,

Would you mind taking a look at my problem above with footers and headers?

On 12/4/08, Henrik Størner <user-ce4a2c883f75@xymon.invalid> wrote:

-- 
Josh Luthman
Office: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX

Those who don't understand UNIX are condemned to reinvent it, poorly.
--- Henry Spencer

On Thursday 04 December 2008 23:48:29 Josh Luthman wrote:

Henrik,

Would you mind taking a look at my problem above with footers and headers?

http://sourceforge.net/mailarchive/message.php?msg_name=user-002f744dfd75@xymon.invalid

?

Josh Luthman wrote:

You can correct this yourself by creating the symlinks for the footers. 
  I just did it yesterday.

In the web dir (~xymon/server/web on my setup), create symlinks like this:

ln -s bb_footer bb2_footer
ln -s bb_footer event_footer
ln -s bb_footer findhost_footer
ln -s bb_footer hostgraphs_footer

and so on...

After that your xymon page will just work.

Tom

In <user-330ef1671e76@xymon.invalid> Tom Georgoulias <user-6a0b8b0f0ae1@xymon.invalid> writes:

Anyway, the missing files have been added now to the SVN repository,
so this problem should be over and done with now. I don't know why
the conversion from RCS->SVN didn't include them, but they're 
present now.


Regards,
Henrik

Anyone else that comes across this (probably never, but still...)

cd ~hobbit/server/web

ln -s bb_footer bb2_footer
ln -s bb_footer event_footer
ln -s bb_footer findhost_footer
ln -s bb_footer hostgraphs_footer

ln -s bb_footer hostsvc_footer

Tom was only one short =)

Josh Luthman
Office: XXX-XXX-XXXX
Direct: XXX-XXX-XXXX
XXXX Wayne St
Suite XXXX
Troy, OH XXXXX

Those who don't understand UNIX are condemned to reinvent it, poorly.
--- Henry Spencer

On Fri, Dec 5, 2008 at 4:11 PM, Henrik Størner <user-ce4a2c883f75@xymon.invalid> wrote:

Trunk also has this symlink issue:-

[web]# ls *footer -l
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 acknowledge_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 bb2_footer
-r--r--r--  1 hobbit hobbit  892 Jun  8  2006 bb_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 bbnk_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 bbrep_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 bbsnap2_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 bbsnap_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 bbsnapnk_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 columndoc_footer
-r--r--r--  1 hobbit hobbit   17 Jun  8  2006 confreport_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 event_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 findhost_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 ghosts_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 graphs_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 hist_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 histlog_footer
-r--r--r--  1 hobbit hobbit 2626 Mar 19  2008 hobbitnk_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 hostgraphs_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 hostlist_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 hostsvc_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 info_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 maintact_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 maint_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 nkedit_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 notify_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 replog_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 report_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 snapshot_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 topchanges_footer
-rwxr--r--  1 hobbit hobbit   14 Dec  8 16:30 useradm_footer

All the 14 byte files (with the 'make install' timestamp) contain the text
"link bb_footer" and that's it.  Please port the fix over.

Temporary fix after 'make install':
cd ~hobbit/server/web
ln -s -f bb_footer bb2_footer
ln -s -f bb_footer bbnk_footer
ln -s -f bb_footer bbrep_footer
ln -s -f bb_footer bbsnap2_footer
ln -s -f bb_footer bbsnap_footer
ln -s -f bb_footer bbsnapnk_footer
ln -s -f bb_footer columndoc_footer
ln -s -f bb_footer event_footer
ln -s -f bb_footer findhost_footer
ln -s -f bb_footer ghosts_footer
ln -s -f bb_footer graphs_footer
ln -s -f bb_footer hist_footer
ln -s -f bb_footer histlog_footer
ln -s -f bb_footer hostgraphs_footer
ln -s -f bb_footer hostlist_footer
ln -s -f bb_footer hostsvc_footer
ln -s -f bb_footer info_footer
ln -s -f bb_footer maintact_footer
ln -s -f bb_footer maint_footer
ln -s -f bb_footer nkedit_footer
ln -s -f bb_footer notify_footer
ln -s -f bb_footer replog_footer
ln -s -f bb_footer report_footer
ln -s -f bb_footer snapshot_footer
ln -s -f bb_footer topchanges_footer
ln -s -f bb_footer useradm_footer

FYI, as someone already mentionned, latest trunk fixes the Info column issue
from earlier (Spring / Summer) snapshots. :)

Many thanks,

SebA

Hi !

I think the html-man-pages are missing

docs/manpages/man1,5,7,8

... but something is strange to me ..

in the 4.2.0-relaese

there are only these files in the complete tar-file
http://hobbitmon.svn.sourceforge.net/viewvc/hobbitmon/branches/4.2.0.tar.gz?view=tar

  not in the repository under
http://hobbitmon.svn.sourceforge.net/viewvc/hobbitmon/branches/4.2.0/

.. or what i doing wrong ?


thanks & cheers,

 	martin

On Mon, 1 Dec 2008, Henrik Størner wrote:

Yeah, I also noticed this afternoon that the manpages and contrib
directories didn't make it into 'svn co' for either trunk for 4.2.2
branches. The demotool directory also didn't make it into the 4.2.2 branch.
There are various other files missing from 'svn co', but I don't have an
easy way of listing them textually. What I don't know is if Henrik did this
for efficiency / speed of checking out svn or what. In any case, I think
it's better to check everything out - if it hasn't changed, it won't get
updated so it's only a one time thing.

Kind regards,

SebA

http://hobbitmon.svn.sourceforge.net/viewvc/hobbitmon/branches
/4.2.0.tar.gz?view=tar

https://sourceforge.net/project/showfiles.php?group_id=128058&;
package_id=140220&release_id=644075

http://hobbitmon.svn.sourceforge.net/viewvc/hobbitmon/branches
/4.2.2/hobbitd/rrd/do_devmon.c?revision=6002

In <user-8621aa51ce22@xymon.invalid> "SebA" <user-7b2156f36779@xymon.invalid> writes:

[snip]

Are you sure about that ? I just made a checkout of 
https://hobbitmon.svn.sourceforge.net/svnroot/hobbitmon/trunk/hobbitd/webfiles
which has the "trunk" header+footer files, and it gave me a fine
set of symlinks pointing at the bb_footer file.

What SVN client are you using ? If it's a Windows-based client
then I suspect it may not be able to handle symlinks correctly,
since there's really no equivalent to symlinks on Windows.


Regards,
Henrik

Dominique Frise wrote:

...
...

...
...

Hi Henrik,

Have you spotted anything regarding this ?

Regards,

Dominique
UNIL - University of Lausanne

Hi !

.. ok, of course the man-pages were dynamic generated in the 
make-process by hobbit-4.2.2/build/makehtml.sh

But why it won't be execute and how can i debug this ?

.. or is that only my personal problem/setup ?


thank & cheers,

 	martin

On Mon, 8 Dec 2008, Martin Flemming wrote:

On Thursday 04 December 2008 23:28:42 Henrik "Størner" wrote:

<user-6a0b8b0f0ae1@xymon.invalid> writes:

According to Mandriva package policy, I already need to change many things from hobbit to xymon (user name, directory names it is installed to, init script etc. etc.). It would be quite a bit easier to handle this once in a %triggerpostun hobbit, than to handle multiple cases with multiple %triggerpostun, some versioned, some not, moving different files/dirs at different times, and make it relatively transparent to the average user who just gets a new xymon package in the next release of their favourite distro ....


Regards,
Buchan

Henrik Størner <mailto:user-ce4a2c883f75@xymon.invalid> wrote:

https://hobbitmon.svn.sourceforge.net/svnroot/hobbitmon/trunk/
hobbitd/webfiles which has the "trunk" header+footer files, and it

Oops. My bad! I thought I thought I could download faster to my Windows
computer, which uses a different route, and then copy the directory tree
over to the Linux server, especially as I wanted a copy on my Windows
computer anyway! Sorry!

(There sort of are equivalents to symlinks on Windows, but they're pretty
obscure and fairly new: http://en.wikipedia.org/wiki/NTFS_junction_point and
http://en.wikipedia.org/wiki/NTFS_symbolic_link,
http://answers.google.com/answers/threadview?id=341355 "how to create a
symbolic link under Win2K, WinXP, and above?", but
http://tortoisesvn.net/node/293 "Symbolic links should be supported".)

Oh, and I missed one symlink in my quoted e-mail from yesterday:
acknowledge_footer -> bb_footer.

SebA

Sorry, again !

The problem still exist for me

If i make an easy "configure/make/make install" or
use my own hobbit.spec or now i use the first time the build/makerpm.sh script,

the html-man-pages are not be generated ?

So,  build/makehtml.sh will not be used or executed ...

How can i use it ?

thanks & cheers

 	martin

On Tue, 9 Dec 2008, Martin Flemming wrote:

Gruss

        Martin Flemming


Martin Flemming
DESY / IT          office : Building 2b / 008a
Notkestr. 85       phone  : XXX - XXXX - XXXX
22603 Hamburg      mail   : user-f286aaa49a76@xymon.invalid

Martin Flemming wrote:

I am also seeing this issue.  I just checked out and built 4.2.2 from SVN this morning and html manpages were not built.

Tom

In <user-1de2dda18b7b@xymon.invalid> Tom Georgoulias <user-6a0b8b0f0ae1@xymon.invalid> writes:

No, they are built by me as part of the release - not everyone
has the "man2html" tool installed. I just haven't updated the
html-pages yet (will do so before the final release, to get the
date right).

Regards,
Henrik

Fine, aeh not really fine,

but it's a littel comforting

that i'm not the only one ... :-)

 	martin

On Thu, 11 Dec 2008, Tom Georgoulias wrote:

Gruss

        Martin Flemming


Martin Flemming
DESY / IT          office : Building 2b / 008a
Notkestr. 85       phone  : XXX - XXXX - XXXX
22603 Hamburg      mail   : user-f286aaa49a76@xymon.invalid

Ok, then it's clear now :-)

.. but i've got installed man2html .. how can i make them for my own ?

thanks

 	martin

On Thu, 11 Dec 2008, Henrik Størner wrote:

Gruss

        Martin Flemming


Martin Flemming
DESY / IT          office : Building 2b / 008a
Notkestr. 85       phone  : XXX - XXXX - XXXX
22603 Hamburg      mail   : user-f286aaa49a76@xymon.invalid

can i just install the xymon server alone instead of hobbit server ...  but
leaving the client with same old version 4.2 ...

like to use the bbwin  config in centeral ( xymon server) ..!


Best Regards

Kumaresh

On Thu, Dec 11, 2008 at 4:13 PM, Martin Flemming <user-f286aaa49a76@xymon.invalid>wrote:

On Fri, 2008-12-12 at 12:01 -0500, kumaresh P N wrote:

Certainly.  There are no incompatible changes to the bbnet protocol.

-- 
Daniel J McDonald, CCIE #2495, CISSP #78281, CNX
Austin Energy
http://www.austinenergy.com

I'm using Hobbit 4.2.3 and for some pages, I monitore, I get the 
following message in bbtest.

WARNING: Invalid source IP www.mypage.com for test (null), using default

To be honest, I don't understand this error message, specially the "test (null)"
Looks like there running something wrong with this test.
I can ping the page from hobbit/xymon server and also other page monitoring is working well!