Bug 741801 - physical_ssi_path for ssi includes seems to be wrong based on package layout
Summary: physical_ssi_path for ssi includes seems to be wrong based on package layout
Keywords:
Status: CLOSED WORKSFORME
Alias: None
Product: Fedora EPEL
Classification: Fedora
Component: nagios
Version: el6
Hardware: i686
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Jose Pedro Oliveira
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-09-27 22:50 UTC by Mark Nipper
Modified: 2012-02-21 02:48 UTC (History)
6 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2012-02-21 02:48:43 UTC
Type: ---


Attachments (Terms of Use)

Description Mark Nipper 2011-09-27 22:50:22 UTC
Description of problem:
I was trying to add content via common-header.ssi by dropping the file into the package provided directory layout under /usr/share/nagios/html/ssi.  This wasn't working.  After looking at the source, I finally figured out that it was actually looking for these files under just /usr/share/nagios/ssi.  Creating a symlink from /usr/share/nagios/ssi to /usr/share/nagios/html/ssi suddenly made my include files appear in the web output from Nagios.

Version-Release number of selected component (if applicable):
nagios-3.2.3-8.el6.i686

How reproducible:
Every time.

Steps to Reproduce:
See the description.
  
Actual results:
Includes don't appear.

Expected results:
Include files should appear.

Comment 1 Jose Pedro Oliveira 2012-02-11 05:56:39 UTC
Mark,

I can't duplicate the problem with nagios 3.3.1.  It appears to be doing the right thing: the physical_ssi_path variable is pointing to the right place (/usr/share/nagios/html/ssi/) .

Could you upgrade nagios to version 3.3.1 and test it?

/jpo

PS - nagios-3.3.1 is available in epel 6 testing repositories
     ( yum update --enablerepo=epel-testing nagios )


Note You need to log in before you can comment on or make changes to this bug.