Feedback from running 4.1.1 snapshot on FreeBSD 5.4 🔗 link

Hi all,
 
Few things that we notice :
 
1) Error during the make install 
 
cd etcfiles; ../../build/merge-lines hobbitcgi.cfg
/home/hobbit/server/etc/hobbitcgi.cfg
cd etcfiles; ../../build/merge-sects hobbitlaunch.cfg
/home/hobbit/server/etc/hobbitlaunch.cfg larrdstatus=rrdstatus
larrddata=rrddata
merge-sects in free(): error: junk pointer, too high to make sense
Abort trap (core dumped)
gmake[1]: *** [install-cfg] Error 134
gmake[1]: Leaving directory `/root/software/hobbit-4.1.1/hobbitd'
gmake: *** [install-hobbitd] Error 2

 Workaround : 
    Change manualy the occurence of larrd to rrd in hobbitlaunch.cfg
 
2) bbhostgrep with the following tags:
 
   we have a lot of nokia appliance that we poll for snmp via the snmp
script, the devices don't reply for icmp, so we need to have this line in
our bb-hosts
 
    x.x.x.x    nokiavpn   # testip noconn snmp
 
   when we execute bbhostgrep snmp, it return no value. The only way
actually is to put 
 
   x.x.x.x    nokiavpn   # testip noping snmp
 
  but we would like to not have the conn test (we need testip as the boxes
don't have a fqdn)
   
3)   hobbit client
 
     About the disk, 
         The release 5.4 got devfs (2 entries show 100%), so the line with
df should look like:  df -H -tnonfs,nullfs,cd9660,procfs,devfs
 
     Not quite sure about vmstat, 
         In freebsd you can use -w for wait -c for count, so should it be
vmstat -w 300 -c 2 instead of vmstat 300 2, 
         also the sleep command in Freebsd take argument in second so sleep
5 is for 5 second , was it expected to wait 5 minutes ?
 
Thanks for this great product,
Laurent Grilli
 
 
The information contained in this transmission may contain privileged and
confidential information.  It is intended only for the use of the
person(s) named above. If you are not the intended recipient, you are
hereby notified that any review, dissemination, distribution or
duplication of this communication is strictly prohibited. If you are not
the intended recipient, please contact the sender by reply email and
destroy all copies of the original message. This communication is from TI
Automotive.

Hi all,
 
Forget the following :
 
3)   hobbit client
    freebsd-memory.c

We got a box with more than 4 GB of memory, the freebsd-memory.c is using
integer, so the value returned is wrong and negative on this box.

So I just modified the int to a long unsigned, and also the prinf statement,
now it works fine. 

int main(int argc, char *argv[])
{
        int hw_physmem[] = { CTL_HW, HW_PHYSMEM };
        long unsigned physmem;

        int hw_pagesize[] = { CTL_HW, HW_PAGESIZE };
        int pagesize;

        int vm_vmtotal[] = { CTL_VM, VM_METER };
        struct vmtotal vmdata;

        size_t len;
        int result;

        len = sizeof(physmem);
        result = sysctl(hw_physmem, sizeof(hw_physmem) /
sizeof(*hw_physmem), &physmem, &len, NULL, 0);
        if (result != 0) return 1;

        len = sizeof(pagesize);
        result = sysctl(hw_pagesize, sizeof(hw_pagesize) /
sizeof(*hw_pagesize), &pagesize, &len, NULL, 0);
        if (result != 0) return 1;

        len = sizeof(vmdata);
        result = sysctl(vm_vmtotal, sizeof(vm_vmtotal) /
sizeof(*vm_vmtotal), &vmdata, &len, NULL, 0);

        // printf("Pagesize:%d\n", pagesize);
        printf("Total:%lu\n", (physmem / (1024 * 1024)));
        printf("Free:%d\n", (pagesize / 1024)*(vmdata.t_free / 1024));

}
 
Thanks for this great product,
Laurent Grilli
 
 
The information contained in this transmission may contain privileged and
confidential information.  It is intended only for the use of the
person(s) named above. If you are not the intended recipient, you are
hereby notified that any review, dissemination, distribution or
duplication of this communication is strictly prohibited. If you are not
the intended recipient, please contact the sender by reply email and
destroy all copies of the original message. This communication is from TI
Automotive.

"Grilli, Laurent" wrote on 18/08/2005 10:39:45:

Just as an addition to this, I had to do exactly the same thing when trying
to update 4.0.4 to 4.1.1 on my Solaris 9 x86 server.
I can't recall the exact error, but I did get a core dump too (probably
long since deleted :-)

#####################################################################################

This email is intended for the person to whom it is addressed
only. If you are not the intended recipient, do not read, copy
or use the contents in any way. The opinions expressed may not
necessarily reflect those of ZESPRI Group of Companies ('ZESPRI').

While every effort has been made to verify the information
contained herein, ZESPRI does not make any representations 
as to the accuracy of the information or to the performance
of any data, information or the products mentioned herein.
ZESPRI will not accept liability for any losses, damage or
consequence, however, resulting directly or indirectly from
the use of this e-mail/attachments.
#####################################################################################

In <user-8f3b760f9ca6@xymon.invalid> "Grilli, Laurent" <user-0c39223e46fb@xymon.invalid> writes:

Think I've got that one nailed down now. There was a completely bogus
free() in merge-sects, amazing it hasn't show up in a lot more places.

I cannot reproduce this. The only reason I can think of is if you have
the BBLOCATION setting active, then it would ignore this host because
there is no NET:xxx on that entry. In that case, either add the NET:xxx
tag, or run "bbhostgrep --test-untagged snmp"

But doesn't the other syntax work ? It ought to, since that is a pretty
universal vmstat command.

:-) That "sleep 5" really is intended to just sleep for 5 seconds. It's
a safeguard to make sure the previous "vmstat 300" command really has 
completed.


Regards,
Henrik