Ok, I solved this problem.  Apparently there is something in the Observium code somewhere that requires the use of the "apache" user.  I had Apache running as a different user and as soon as I created the "apache" user and restarted httpd to run as "apache" the problem went away.  I made sure any files owned by "apache" on the old box were owned by the new user on the new host but that didn't make any difference and there were no errors anywhere.  Oh well. Now I have a new problem, I've copied everything verbatim from the old server, updated config.php, etc but when discovery.php is run the list of CPUs isn't being populated correctly.  Existing hosts continue to get individual CPU graphs updated until discovery runs again, then either they all disappear from the graphs or it's showing one CPU.  Going to the Inventory section of a host it sees all of the individual CPUs but the graphs say "no auth", however the permissions for rrd are correct. I'm at a loss on this one, no idea why the same install works on one host and not on another.  The CPUs are the only issue, everything else works fine. -Hogan

On Wednesday, March 4, 2015 3:38 PM, Hogan Whittall whittalh@yahoo-inc.com wrote:

So, here I thought migrating to another server was going to be easy. I've synced /opt/observium and the MySQL DB to the new host.I've updated config.php with the new URL But, what happens is one of two things... - If I enter my user/pass in the UI and don't check "Remember my login" then I just get taken back to the login screen as if my login didn't work.- If I enter my user/pass in the UI and I do check "Remember my login" then my browsers (Chrome, Firefox) complain about a redirect loop. I'm not seeing any errors on the server side, the only thing is in the Apache access_log it's returning an HTTP 302 code (Found, redirect) for / instead of 200 which I get on the other host.  I have no idea why it's doing this. Any help on where to look for the problem or what to fix would be greatly appreciated.  Thanks! -Hogan