Skip to main content

Error when installing Zenoss in Centos 6 Docker image

This happens when using auto-deploy installation (hint).

# ./core-autodeploy.sh

The error happens in https://gist.github.com/fortran01/e6eb87c87fa8bb7aa3eb/ebdcce749b366c6cf97346f0411e91dd114a61d4#file-zenoss-core-autodeploy-ec817e6_core-autodeploy-sh-L261-L265 when the zenoss service is started.

Zenoss not initialized.  Performing first-boot initialization...
Fresh install pre steps
Checking RRDtool version >= 1.4.7: [FAIL] Missing.
Error: rrdtool is not in the search path. Please confirm that RRDtool (version >= 1.4.7) is installed.

It can be verified that rrdtool is already installed.

# rrdtool --version
RRDtool 1.4.7  Copyright 1997-2012 by Tobias Oetiker 
               Compiled Apr  5 2012 17:36:08

The routine that checks for rrdtool is in /opt/zenoss/bin/install-functions.sh. Look for confirm_rrd(). It uses the command `which` that is not installed by default in the Centos 6 docker image.

# yum install which -y
Loaded plugins: fastestmirror
Setting up Install Process
Loading mirror speeds from cached hostfile
 * base: mirrors.vinahost.vn
 * extras: mirror.vietoss.com
 * updates: mirror.vietoss.com
Resolving Dependencies
--> Running transaction check
---> Package which.x86_64 0:2.19-6.el6 will be installed
--> Finished Dependency Resolution

Dependencies Resolved

================================================================================
 Package          Arch              Version               Repository       Size
================================================================================
Installing:
 which            x86_64            2.19-6.el6            base             38 k

Transaction Summary
================================================================================
Install       1 Package(s)

Total download size: 38 k
Installed size: 71 k
Downloading Packages:
which-2.19-6.el6.x86_64.rpm                              |  38 kB     00:01     
Running rpm_check_debug
Running Transaction Test
Transaction Test Succeeded
Running Transaction
  Installing : which-2.19-6.el6.x86_64                                      1/1 
install-info: No such file or directory for /usr/share/info/which.info.gz
  Verifying  : which-2.19-6.el6.x86_64                                      1/1 

Installed:
  which.x86_64 0:2.19-6.el6                                                     

Complete!

It should now work.

# for service in memcached snmpd zenoss; do /sbin/chkconfig $service on; /sbin/service $service start; done
Starting memcached: 
Starting snmpd: 
Zenoss not initialized.  Performing first-boot initialization...
Fresh install pre steps
Checking RRDtool version >= 1.4.7: [ OK ] 1.4.7


Comments

Popular posts from this blog

Resetting admin password in IBM System p5 510 Express ASMI

These are the steps in resetting the admin password: 0. Re-route stored static in your body via an ESD wrist strap to a metallic element. 1. Look for the 2 toggle switches and service processor batt. The batt should be in front of the Power Supply 1 and Power Supply 2 (codes: E1 and E2, see Rear Location Codes on the cover plate). The "very tiny" toggle switches should be in the area of P1-C14 slot. I forgot the exact sequence but it should be a combination of the ff. step (2): 2. Remove the battery, toggle the switches to the opposite direction. Allows some time for the caps to discharge. 3. Move back the toggle switches and put back the batt in its place. 4. Assign your PC to Class C subnet (i.e. masked 255.255.255.0 ): IPaddr: 192.168.2.x for HMC1 or IPaddr: 192.168.3.x for HMC2 5. Ping HMC1 or HMC2. Access the web interface using the default address: http://192.168.2.147 (for HMC1) or http://192.168.3.147 (for HMC2) Note: Sometimes you have to force the https protocol:

Zenoss: monitor free VMWare ESXi version

We confirmed that the free ESXi version does not allow SNMP gets, only traps. The original script was taken from here: http://communities.vmware.com/docs/DOC-7170 Modified script: http://mirakulo.com/pub/esxi/check_esx_wbmem.py We added Fan and power supply, hinted from this page: http://www.stephenjc.com/2009/01/whatsup-vmware-esxi-monitor-these.html Use this guide to add the Data source: http://www.zenoss.com/community/docs/howtos/create-modify-nagios-templates Added as template under: /Devices /Server /VMWare /ESXi /Templates /esxi-monitor /check_esx_wbmem Name: check_esx_wbmem Source Type: Command Enable true Use SSH false Component: blank Event class: /VMWare/ESXi Severity: Error Cycle time: 60 Parser: auto Command template: /usr/local/zenoss/python/bin/python /opt/zenoss/libexec/check_esx_wbmem.py https://${dev/manageIp}:5989 root passwd To bind this template to ESXi nodes, go to the device: Example: /Devices /Server /VMWare /ESXi /esxi-01.prod.corp.org then to its temp

Ubuntu on Intel D945GCLF (with Intel Atom)

The rig: D945GCLF board Intel Atom @ 1.6GHZ w/HT It looks like it's a linux kernel bug: http://www.gossamer-threads.com/lists/linux/kernel/982159 The ethernet controller is: Realtek Semiconductor Co., Ltd. RTL8101E PCI Express Fast Ethernet controller (rev ff) does not seem to work in any of the Ubuntu versions. Fix: recompile the kernel with patch You can download my patched packages here (currently uploading, let me know if something is missing): http://mirakulo.com/pub/linux-image-2.6.24-21-patched/ NOTE: I got the .udeb packages because of this warning: dpkg-gencontrol: warning: deb package with udeb specific field Kernel-Version or you can do the following steps if you don't trust me: apt-get source linux-source-2.6.24 apt-get build-dep linux-source-2.6.24 aptitude install install devscripts build-essential fakeroot cd linux-2.6.24/ Get this patch: http://bugzilla.kernel.org/attachment.cgi?id=17604&action=view patch -p 1 < patch-r8169.patch debuild -us -uc -b