Recent changes to bugs

use %View inside bb-display.cfg file

2017-10-11T09:57:53.689000Z

Hi,
I installed and configured BigSister on Windows Server 2016 (w2k16) operating system using distribution from big-sister-1.12.NTpre.zip file.
Sucessfully installed bbd, bsmon, uxmon, bstrapd and mrtg as windows services.

Configuration of GhostScript and R-project was so painful :(, but now working.

I installed MySQL database and configure BigSister to log all messges to databse.

Also I configure MSSQL as databse to log all massages using dbi:ADO:Provider, but all reports needs to be change to support reading data from MSSQL database using dbi:ADO:Provider. It will be one of mine fetured task. Second task will be to write new plugins for monitoring computer on Windows platfom usnig SNMP, WMI, powershell.

I configured bb-display.cfg to work with different view using %View command.
When started bsmon process, new folder for each %View was created inside C:\bigsis\www folder.

On IIS server I configured two diffrent sites.

The first one, for BigSister server and the second one for data defined by %View command. For example:
%View customer1
will create folder customer1 inside C:\bigsis\www (C:\bigsis\www\customer1), with all files for particular customer1.
To realize this, I must change the way of creating symlink inside Display.pm files, for folders and files.
When I done this, everithing working fine.

Currently, I try to change look of index.html page for customer1 using %skin and %Logskin, but I get stuck with this. I copied folowing skins to new skins:
default -> default_view
frames -> frames_view
structured_bg -> structured_bg_view
techie -> techie_view

Compiled all new skins (also try with deleted cache files fom all skins folder), but there's no way to force index.html page, for customer1 to get new look, defined by new skins. I try so meany different combinations, but no one work as I wish:

%View customer1

version 1:
%skin static_lamps techie_view
$Logskin static_lamps techie_view

version 2:
%skin default_view static_lamps techie_view
%Logskin default_view static_lamps techie_view

version 3:
%skin default_view static_lamps structured_bg_view frames_view
%Logskin default_view static_lamps structured_bg_view frames_view

version 4:
%skin static_lamps structured_bg frames_view
%Logskin static_lamps structured_bg frames_view

version 5:
%skin default_view static_lamps white_bg frames_view
%Logskin default_view static_lamps white_bg frames_view

version 6:
%skin default_view static_lamps structured_bg_view frames_view
%Logskin default_view static_lamps structured_bg_view frames_view

%Page top customer1
...
%Frameset index top Big_Sister_customer1.local

In fact I wish to make index.html page for customer1 without 'Admin' and 'Help' buttons.
Inside new skins I deleted following lines inside FRAME1_MENUS.inc file:
@FRAME1_MENUADMIN.inc@
@FRAME1_MENUHELP.inc@

I look at the code and noticed that skin "default" is always is using when creating index page.

If I created content inside C:\bigsis\www\customer1 folder without index page, everithing is OK.
But I wish to use framed pages to show link with "Problem Hosts" (this is the most useful link inside BigSister server what others monitoring softwares don't have).

Is it possible to force BigSister to use new frames_view skin when creating page insisde %View directory or what I need to change inside BigSister files (Display.pm, DisplayCFG.pm, bbdisp.pm ...) to archive this goal ?
Can someone can point me to right direction?

If anyone need detail user manual how to install and configure BigSister server on w2k16 os and configure ISS to use data generated by BigSister server, please contact me and I will send detail manual with pictures.

Thanks in advance.
Vladan

#228 install have problem on windows

2017-10-11T09:29:10.250000Z

Try install with new big-sister-1.12.NTpre.zip version.
New version with little modification works for me on Windows Server 2016 :)

#230 procs shows incorrect count

2017-06-06T14:13:57.216000Z

status: open --> closed

#232 With Perl v5.14.2, use of qw(...) as parentheses is deprecated in bs_evgen.pm and DisplayCFG.pm

2017-06-06T14:12:50.729000Z

status: open --> closed

#232 With Perl v5.14.2, use of qw(...) as parentheses is deprecated in bs_evgen.pm and DisplayCFG.pm

2013-08-24T14:37:27.236000Z

fixed in CVS Head. Statusmon::Display was also affected.

Thanks for reporting!

#232 With Perl v5.14.2, use of qw(...) as parentheses is deprecated in bs_evgen.pm and DisplayCFG.pm

2013-08-24T12:40:21.575000Z

--- vmstat.pm 2013-08-24 08:37:59.185871420 -0400
+++ vmstat.pm 2013-08-24 08:30:02.657861558 -0400
@@ -33,7 +33,8 @@
$info0->{"$head"} = $value;
}
$duration = ($duration>0)?$duration:1;
- foreach my $head qw( si so bi bo in cs ) {
+ #foreach my $head qw( si so bi bo in cs ) {
+ foreach my $head (qw( si so bi bo in cs )) {
$info0->{"$head"} /= $duration;
}
return $info;

With Perl v5.14.2, use of qw(...) as parentheses is deprecated in bs_evgen.pm and DisplayCFG.pm

2013-08-24T12:16:43.563000Z

With Perl v5.14.2, use of qw(...) as parentheses is deprecated in:
bin/Statusmon/bs_evgen.pm: line 438
bin/Statusmon/DisplayCFG.pm: line 383

--- DisplayCFG.pm 2013-08-24 08:07:12.097833193 -0400
+++ DisplayCFG.pm 2013-08-24 08:08:13.305834460 -0400
@@ -380,7 +380,8 @@
"name" => $table
} );
$tab{"group"} = $table;
- foreach my $arg qw( refto itemref sort select select_names column_wrap items ) {
+ #foreach my $arg qw( refto itemref sort select select_names column_wrap items ) {
+ foreach my $arg (qw( refto itemref sort select select_names column_wrap items )) {
$tab{$arg} = $args{$arg} if( $args{$arg} );
}
$tab{"type"} = "table";

--- bs_evgen.pm 2013-08-24 08:07:12.097833193 -0400
+++ bs_evgen.pm 2013-08-24 08:07:45.129833876 -0400
@@ -435,7 +435,8 @@
elsif( $event->{"cmd"} eq "remove" ) {
my $host = $event->{"host"};
my $check = $event->{"check"};
- foreach my $queuename qw( alarms new_alarms old_alarms ) {
+ #foreach my $queuename qw( alarms new_alarms old_alarms ) {
+ foreach my $queuename (qw( alarms new_alarms old_alarms )) {
my $queue = $self->{$queuename};
for( my $i=$#$queue; $i>=0; $i-- ) {
my $alarm = $queue->[$i];

With Perl v5.14.2, use of qw(...) as parentheses is deprecated in bs_evgen.pm and DisplayCFG.pm

2013-08-24T12:16:43.563000Z

Ticket 232 has been modified: With Perl v5.14.2, use of qw(...) as parentheses is deprecated in bs_evgen.pm and DisplayCFG.pm
Edited By: Thomas Aeby (aeby)
Status updated: u'open' => u'closed'

mailq plugin issue

2010-09-08T01:18:42Z

at least on gentoo-2.26.34-r1 with sendmail 8.14.4, the mailq plugin has to be run as root

procs shows incorrect count

2009-05-22T19:04:48Z

On a RHEL 5.2 system, uxmon has the following directive:

localhost proc=ccd-traveler-admin.pl min=1 max=1 procs

Doing a "ps -efw | grep ccd-traveler-admin.pl" shows:

[cgi1 bigsister]$ ps -efw | grep ccd-traveler-admin.pl
ccd 25819 1 1 May13 ? 02:22:10 /usr/bin/perl -w /nas/cheetah-traveler/bin/ccd-traveler-admin.pl

However, BS complains that there are no processes running with that name:

Host Check Status Date Text
cgi1 procs red (1243018640) Fri May 22 14:57:20 2009
red ccd-traveler-admin.pl (no process)

I have observed this same behavior with some other files. It seems to be quite consistent. Most of the monitored processes show up without issue, but there are some (like this one) that error every time, on every host that is being monitored.

Another "problem" process name is admap.pl. That process monitor consistently shows no processes on every host that we try to monitor it on.