Observium Installation Startup and Configuration -- Perhaps $PATH Problems?
Observium doesn't work from a subdirectory.
Also, FreeBSD is not really supported, as non of the development team use it, and Observium relies a little more heavily on userland than most PHP applications.
adam.
On 2013-10-10 05:04, Ron Wingfield wrote:
Ladies and Gentlemen:
I am at a loss to explain or otherwise understand what is happening regarding my fresh install of Observium.
The installation is on a prototype server platform, i.e., no registered (FQDN) domain name available; therefore, using a static IP address on the LAN (i.e, not assigned by DHCP).
If I execute HTTP://192.168.1.75/OBSERVIUM/HTML/INDEX.PHP [1] from a browser, the following html code is generated: (or from a command line, # PHP INDEX.PHP > INDEX.HTML (_also as copied from browser's show source window_)
<!DOCTYPE html>
<html lang="en"> <head>
<base href="" /> <link href="css/bootstrap.css" rel="stylesheet" type="text/css" /> <link href="css/bootstrap-select.css" rel="stylesheet" type="text/css" /> <link href="css/bootstrap-hacks.css" rel="stylesheet" type="text/css" /> <link href="css/google-code-prettify.css" rel="stylesheet" type="text/css" /> <link href="css/jquery.qtip.min.css" rel="stylesheet" type="text/css" /> <link href="css/mktree.css" rel="stylesheet" type="text/css" /> <link href="css/sprite.css" rel="stylesheet" type="text/css" /> <link href="css/flags.css" rel="stylesheet" type="text/css" />
<script type="text/javascript" src="js/jquery.min.js"></script>
<script type="text/javascript" src="js/google-code-prettify.js"></script>
<title>Observium :: Network Observation and Monitoring</title> <meta http-equiv="content-type" content="text/html; charset=utf-8" /> <meta http-equiv="X-UA-Compatible" content="IE=EmulateIE7" /> <meta http-equiv="content-language" content="en-us" /> <meta http-equiv="refresh" content="300" /> <link rel="shortcut icon" href="images/observium-icon.png" /> </head><body> <div class="container">
<div class="row"> <div class="col-md-8 col-md-offset-2"> <div class="well" style="padding: 50px; background-image: url('/images/login-hamster-large.png'); background-position: left 10px top -65px; background-repeat: no-repeat;"> <div class="row"> <div class="col-md-3"> </div> <div class="col-md-9"> <form action="" method="post" name="logonform" class="form-horizontal"> <fieldset> <div class="control-group"> <div class="controls"> <h3>Please log in:</h3> </div> </div>
<div class="control-group"> <label class="control-label" for="username">Username</label> <div class="controls"> <input type="text" class="input-xlarge" id="username" name="username"> </div> </div>
<div class="control-group"> <label class="control-label" for="password">Password</label> <div class="controls"> <input type="password" class="input-xlarge" id="password" name="password"> </div> </div>
<div class="control-group"> <label class="control-label" for="optionsCheckbox2"></label> <div class="controls"> <label class="checkbox"> <input type="checkbox" id="remember" name="remember"> Remember my login on this computer </label> </div> </div> <div class="controls"> <button type="submit" class="btn-large btn"> <i class="icon-lock"></i> Log in </button> </div> </table> </fieldset> </form> </div> </div> </div> </div> </div>
<div class=row><div class="col-md-6 col-md-offset-3"><div style="margin-top: 10px;text-align: center; font-weight: bold; color: #cc0000;">Unauthorised access or use shall render the user liable to criminal and/or civil prosecution.</div></div></div><script type="text/javascript"> <!-- document.logonform.username.focus(); // --> </script>
</div> </div> . . .and the displayed results in a browser is:
Obviously, some functionality is failing; for example:
- At this point, the login fails to authenticate. I have used
_PHPMYADMIN_ to add a user id to the USER table. Of note, the ADDUSER.PHP utility will report that the user already exists if I attempt to add the same (via adduser.php); however, if I attempt the add another user, then the utility fails to add the user.
- Also note that the expected images, such as LOGIN-HAMSTER-LARGE.PNG
are not displayed.
- Also, see this FreeBSD Forum thread:
http://forums.freebsd.org/showthread.php?t=42319 [2]
- I suspect that there are $PATH issues in play here. Any suggestions
will be greatly appreciated.
OTTF, [3] Ron W.
Links:
[1] http://192.168.1.75/observium/html/index.php [2] http://forums.freebsd.org/showthread.php?t=42319 [3] http://archaxis.net/htdocs/RTWingfield/htdocs/humor/OTTF/OTTF.html
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
What URL are entering in you browser? Sure you not missing mod_rewrite in your apache?
On 11 окт. 2013 г., at 7:32, Ron Wingfield Ron.Wingfield@Archaxis.net wrote:
Yes, I'm aware of the subdirectory caveat and I've installed in /opt/observium as advertised (/opt is in the root directory).
You're still confusing http & filesystem subdir. Nevertheless, check your Apache configuration compare that to the install documentation again...
On 2013-10-11 10:01, Ron Wingfield wrote:
Nikolay Shopik wrote:
What URL are entering in you browser? Sure you not missing mod_rewrite in your apache?
On 11 окт. 2013 г., at 7:32, Ron Wingfield Ron.Wingfield@Archaxis.net wrote:
Yes, I'm aware of the subdirectory caveat and I've installed in /OPT/OBSERVIUM as advertised (/opt is in the root directory).
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [1]
I've configured the ./apache22/httpd.conf to include the following (see below). I'm not running Observium as a virtual host (i.e, in a container in ./apache22/extra/htpd-vhosts.conf) because the DocumentRoot in the main httpd.conf file is set to "/www/vhosts", where (for convenience) /www is a symbolic link to /usr/local/www. All virtual hosted websites are located in /www/vhosts/.
I have applications that I do not run in the DocumentRoot directory, thus keeping them out of the virtual hosts directory, and are redirected via an alias; for example:
/www/phpMyAdmin /www/WebCalendar /www/zenphoto /www/zen-cart
I've attempted to install and run Observium similarly as follows; note that Observium is installed in /opt/observium, i.e., out of the /opt directory as instructed.
#----------------------------------------------------- Alias /observium/ "/opt/observium/"
DocumentRoot /opt/observium Se
p; observium.archaxis.net CustomLog /var/log/observium_access.log combined ErrorLog /var/log/observium_error.log
<Directory "/opt/observium/"> Options FollowSymLinks MultiViews +Includes +Indexes AllowOverride all Order Deny,Allow Allow from all # Allow from 127.0.0.1 .Archaxis.net RewriteEngine On RewriteOptions Inherit # DirectoryIndex xxx
</Directory> #-----------------------------------------------------
Invoking the application is accomplished by using this URL: MAILSCANNER WARNING: NUMERICAL LINKS ARE OFTEN MALICIOUS: http://192.168.1.75/observium/html/index.php [2]. The server's IP address is of course, the static address on the LAN. There is no registered FQDN for this server . . .yet.
Tom L
ommented, " You're confusing a filesystem subdirectory with an http subdirectory, everything after that is moot." My understanding is that Observium must be run in the /opt/observium file system. This seems to be working because I can start the system and login; however, once started and authenticated, other Observium functions such as "logout" fail.
Here is a line of PHP generated code that puzzles me, and I think this is critical:
<li><a href="logout/ [3]" title="Logout"><i class="oicon-door-open-out"></i> Logout</a></li>
Does the href argument look correct? The result of clicking "Logout" results with this Apache error:
The requested URL /index.php/logout// was not found on this server.
I've "drilled down" and found the function generate_url($vars, $new_vars = array()) in ./html/includes/functions.inc.php but I haven't had time to determine how "up stream" functions are using it.
Folks, I apologize for the "wordy" questions, but I think there is something simple causing this . . .I just can't see it.
Well, it's almost 3 AM here in Little Rock, AR USA. I've got to get three hours sleep. Thanks again for any suggestions.
OTTF, [4] Ron W.
Links:
[1] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [2] http://192.168.1.75/observium/html/index.php [3] view-source:http://192.168.1.75/observium/html/logout/ [4] http://archaxis.net/htdocs/RTWingfield/htdocs/humor/OTTF/OTTF.html
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
Good morning Ron, (assuming you read this when you wake up ;)
On 10/11/2013 10:01 AM, Ron Wingfield wrote:
I have applications that I do not run in the DocumentRoot directory, thus keeping them out of the virtual hosts directory, and are redirected via an alias; for example:
This is an issue.
Invoking the application is accomplished by using this URL: *http://192.168.1.75/observium/html/index.php*. The server's IP address is of course, the static address on the LAN. There is no registered FQDN for this server . . .yet.
This is the same issue.
Tom Laermans has commented, " You're confusing a filesystem subdirectory with an http subdirectory, everything after that is moot." My understanding is that Observium _must_ be run in the /opt/observium file system. This seems to be working because I can start the system and login; however, once started and authenticated, other Observium functions such as "logout" fail.
We absolutely advise to use this directory, indeed, but that is not the "must" the documentation is talking about. What we mean by "not a subdirectory" is that Observium requires a dedicated virtual host. It will not work in http://bananas.archaxis.net/observium - as we tried to explain in http://www.observium.org/wiki/FAQ#Can_I_run_Observium_in_a_Subdirectory.3F
If you expected different wording or it wasn't clear enough for you, can you help us make it more clear? :-)
Here is a line of PHP generated code that puzzles me, _and I think this is critical_:
<li><a href="logout/ <view-source:http://192.168.1.75/observium/html/logout/>" title="Logout"><i class="oicon-door-open-out"></i>Logout</a></li>
Does the href argument look correct? The result of clicking "Logout" results with this Apache error:
Yes, it's correct - it's not working for you because you've confused the above things. No leading slash is needed thanks to the HTML <base> tag, and thanks to mod_rewrite all these links work just fine, when correctly set up.
Tom
If it's configured correctly, you can access Observium via only an IP address or a hostname. This is what we mean by no sub directories.
It must be accessible at http://server/ rather than http://server/observium/, otherwise the paths break. This is what you think you fixed by setting the base_dir to ''.
Make sure you remove the base_url setting, and set your server's apache root to /opt/observium/html, as in the instructions, and it'll work.
adam.
On 2013-10-11 18:10, Ron Wingfield wrote:
Yes, indeed, good morning everyone:
It' now 11:55 AM CDT USA. Actually, I didn't sleep at all last evening/morning; however, early this morning at my shop in North Little Rock, I had to load a trailer for a client and I'm back at my desk.
Tom, I appreciate and respect your comments as below. I will take advantage of the opportunity to reconfigure the Apache server on the platform in question; it is a "prototype" and not in production mode . . .I can do whatever I want :-)
Laurens, regarding your response, "You're still confusing http & filesystem subdir.", . . .I'm still not "clear" on this; I'll give it some more thought.
Unfortunately, I'm leaving tomorrow for Ft. Worth and ultimately Galveston, TX for a ten-day (working?) vacation. I'll do what I can while I'm away.
I sincerely appreciate the comments and suggestions,
OTTF, [6] Ron W.
Tom Laermans wrote:
Good morning Ron, (assuming you read this when you wake up ;)
On 10/11/2013 10:01 AM, Ron Wingfield wrote:
I have applications that I do not run in the DocumentRoot directory, thus keeping them out of the virtual hosts directory, and are redirected via an alias; for example: This is an issue.
Invoking the application is accomplished by using this URL: HTTP://192.168.1.75/OBSERVIUM/HTML/INDEX.PHP [1]. The server's IP address is of course, the static address on the LAN. There is no registered FQDN for this server . . .yet. This is the same issue.
Tom Laermans has commented, " You're confusing a filesystem subdirectory with an http subdirectory, everything after that is moot." My understanding is that Observium must be run in the /opt/observium file system. This seems to be working because I can start the system and login; however, once started and authenticated, other Observium functions such as "logout" fail. We absolutely advise to use this directory, indeed, but that is not the "must" the documentation is talking about. What we mean by "not a subdirectory" is that Observium requires a dedicated virtual host. It will not work in http://bananas.archaxis.net/observium [4] - as we tried to explain in http://www.observium.org/wiki/FAQ#Can_I_run_Observium_in_a_Subdirectory.3F [5]
If you expected different wording or it wasn't clear enough for you, can you help us make it more clear? :-)
Here is a line of PHP generated code that puzzles me, and I think this is critical:
<li><a href="logout/ [2]" title="Logout"><i class="oicon-door-open-out"></i> Logout</a></li>
Does the href argument look correct? The result of clicking "Logout" results with this Apache error: Yes, it's correct - it's not working for you because you've confused the above things. No leading slash is needed thanks to the HTML <base> tag, and thanks to mod_rewrite all these links work just fine, when correctly set up.
Tom
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [3]
Links:
[1] http://192.168.1.75/observium/html/index.php [2] view-source:http://192.168.1.75/observium/html/logout/ [3] http://postman.memetic.org/cgi-bin/mailman/listinfo/observium [4] http://bananas.archaxis.net/observium [5] http://www.observium.org/wiki/FAQ#Can_I_run_Observium_in_a_Subdirectory.3F [6] http://archaxis.net/htdocs/RTWingfield/htdocs/humor/OTTF/OTTF.html
observium mailing list observium@observium.org http://postman.memetic.org/cgi-bin/mailman/listinfo/observium
On 2013-10-21 17:48, Ron Wingfield wrote:
Hello everyone,
I've returned from my eight-day hiatus to Galveston, TX, and now back on my Observium configuration.
I've reconfigured my Apache virtual host container for Observium and Observium seems to be working, except that the login prompt is presented every time I click on a menu option. If I reenter the user name and password, the system proceeds to the requested menu item. I've tried several "adjustments" to the configurations (both Observium and Apache) and still the behavior persists.
I have several virtual hosts defined in the Apache configuration, and Observium is accessed via port 82. In INDEX.PHP, the base_url=http://192.168.1.75:82/ [1] -- is the port number in the global parameter causing some problem? Otherwise, any suggestions are appreciated.
Do not use the base_url configuration parameter.
adam.
participants (5)
-
Adam Armstrong -
Laurens Vets -
Nikolay Shopik -
Ron Wingfield -
Tom Laermans