upgraded to 0.8.6i, now haloe plugin not displaying properly

chaachee · Post by **chaachee** » Wed Oct 11, 2006 9:10 am

Operating System: Windows 2003 Server
Webserver: IIS 6
Cacti: cacti-0.8.6i
Cactid: cacti-cactid-0.8.6g-cygwin-1.5.20
MySQL: 5.0.24-nt
PHP: PHP/5.1.6

I upgraded to 0.8.6i this morning and everything appears to be working fine except for my syslog plugin. I reconfigured everything according to the haloe install instructions and can't figure out what I'm missing.

One thing I noticed is the config.php in 0.8.6i does not have these lines:

$plugins = array();
//$plugins[] = 'thold';
$plugins[] = 'haloe';

and

$config["url_path"] = "/cacti/";

/* include the plugin function, we do this before everything else,
incase we want to add hooks to change config options */
include_once($config["include_path"] . "/plugins.php");

I added them in but no dice. The images and links point to http://servername/cacti/ instead of http://servername/cacti/plugins/. If I browse to haloe.php directly, there's more problems.

Here's a couple of screenshots of what I'm looking at:

chaachee · Post by **chaachee** » Wed Oct 11, 2006 9:29 am

Sorry... dumb end-user error.

I forgot to re-apply the plugin architecture for 0.8.6i

DAP · Post by **DAP** » Wed Oct 11, 2006 10:37 pm

I have reapplied the plugin architecture 0.8.6i and still see the above problem? The links work, just no image.

The image paths are like,

http://servername/cacti/plugins/thold/p ... _thold.gif

What else should I do?

PS.. I have it temporarily working by changing config.php and setting $config['url_path'] = "/cacti/"; manually. I don't want to leave it this way if I can help it.

-----------------
if (isset($_SERVER['DOCUMENT_ROOT']))
//$config['url_path'] = substr(__FILE__, strlen($_SERVER['DOCUMENT_ROOT']), -18 );
$config['url_path'] = "/cacti/";

cigamit · Post by **cigamit** » Fri Oct 13, 2006 7:43 pm

The issue is that I didn't account for IIS not having $_SERVER['DOCUMENT_ROOT'].

I have issued a patch for this that should work in any situation, and the other person having the issue has now told me it works, so I will be updating the Plugin Architecture shortly.

cigamit · Post by **cigamit** » Fri Oct 13, 2006 9:47 pm

I have now updated the Plugin Architecture, so please re-download it. All that is required is for you to update include/config.php to fix the error.

DAP · Post by **DAP** » Mon Oct 16, 2006 12:42 am

Thanks Cigamit. I re-applied all the files and added my plugin list to config.php but the issue is still occurring?

cigamit · Post by **cigamit** » Mon Oct 16, 2006 7:23 pm

Mind giving me the output of

Code: Select all

print "<pre>";
print_r($_SERVER);
print "</pre>";

DAP · Post by **DAP** » Mon Oct 16, 2006 7:54 pm

cigamit · Post by **cigamit** » Mon Oct 16, 2006 8:35 pm

Actually, sorry, I need it from a web page instead of from the command line. It should return a bit different info that way (which is what we need).

DAP · Post by **DAP** » Mon Oct 16, 2006 9:24 pm

ok. how's this one?

#!/usr/bin/php -q
Array
(
[ALL_HTTP] => HTTP_CONNECTION:Keep-Alive
HTTP_ACCEPT:*/*
HTTP_ACCEPT_ENCODING:gzip, deflate
HTTP_ACCEPT_LANGUAGE:en-us,en-au;q=0.5
HTTP_COOKIE:PHPSESSID=61725a0d9bf967e3fab6e05bbac89591
HTTP_HOST:clamon01
HTTP_USER_AGENT:Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322)
HTTP_UA_CPU:x86

[HTTPS] => off
[SCRIPT_NAME] => /cacti/test.php
[HTTP_COOKIE] => PHPSESSID=61725a0d9bf967e3fab6e05bbac89591
[AUTH_PASSWORD] =>
[AUTH_TYPE] =>
[AUTH_USER] =>
[CONTENT_LENGTH] => 0
[CONTENT_TYPE] =>
[PATH_TRANSLATED] => c:\inetpub\wwwroot
[QUERY_STRING] =>
[REMOTE_ADDR] => 172.18.10.128
[REMOTE_HOST] => 172.18.10.128
[REMOTE_USER] =>
[REQUEST_METHOD] => GET
[SERVER_NAME] => clamon01
[SERVER_PORT] => 80
[SERVER_PROTOCOL] => HTTP/1.1
[SERVER_SOFTWARE] => Microsoft-IIS/6.0
[APPL_MD_PATH] => /LM/W3SVC/1/Root/Cacti
[APPL_PHYSICAL_PATH] => C:\Monitor\Cacti\
[INSTANCE_ID] => 1
[INSTANCE_META_PATH] => /LM/W3SVC/1
[LOGON_USER] =>
[REQUEST_URI] => /cacti/test.php
[URL] => /cacti/test.php
[SCRIPT_FILENAME] => C:\Monitor\Cacti\test.php
[ORIG_PATH_INFO] => /cacti/test.php
[PATH_INFO] =>
[ORIG_PATH_TRANSLATED] => C:\Monitor\Cacti\test.php
[DOCUMENT_ROOT] => c:\inetpub\wwwroot
[PHP_SELF] => /cacti/test.php
[HTTP_CONNECTION] => Keep-Alive
[HTTP_ACCEPT] => */*
[HTTP_ACCEPT_ENCODING] => gzip, deflate
[HTTP_ACCEPT_LANGUAGE] => en-us,en-au;q=0.5
[HTTP_HOST] => clamon01
[HTTP_USER_AGENT] => Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; .NET CLR 1.1.4322)
[HTTP_UA_CPU] => x86
[REQUEST_TIME] => 1161051828
[argv] => Array
(
)

[argc] => 0
)

cigamit · Post by **cigamit** » Tue Oct 17, 2006 7:47 pm

Found the problem! I should have a fix shortly.

cigamit · Post by **cigamit** » Tue Oct 17, 2006 9:37 pm

cigamit wrote:Found the problem! I should have a fix shortly.

Try this config file. Just override yours, and then reset up the database settings.

DAP · Post by **DAP** » Wed Oct 18, 2006 12:56 am

Thank you. That has done the trick

fmangeant · Post by **fmangeant** » Wed Nov 08, 2006 10:12 am

cigamit wrote:Try this config file. Just override yours, and then reset up the database settings.

Hi cigamit

maybe a 1.0.1 architecture sould be released ?

Regards,

cigamit · Post by **cigamit** » Thu Nov 09, 2006 12:03 am

fmangeant wrote:
cigamit wrote:Try this config file. Just override yours, and then reset up the database settings.
Hi cigamit

maybe a 1.0.1 architecture sould be released ?

Regards,

Well, everyone that has downloaded the Plugin Architecture since I fixed it has actually gotten the corrected version, so its only the few users who downloaded it in the first few days. Even then, 99% of them would actually work without the fix, since it really only happens on Windows systems under certain circumstances.

upgraded to 0.8.6i, now haloe plugin not displaying properly

upgraded to 0.8.6i, now haloe plugin not displaying properly

Who is online