"Grilli, Laurent" wrote on 18/08/2005 10:39:45:
Hi all,
Few things that we notice :
- 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
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 :-)
- 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)
- 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
#####################################################################################
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. #####################################################################################