biddyweb / ovz-web-panel

Automatically exported from code.google.com/p/ovz-web-panel
Other
0 stars 0 forks source link

Install good / No GUI access? #265

Open GoogleCodeExporter opened 9 years ago

GoogleCodeExporter commented 9 years ago
Steps to reproduce:
1. Go to http://ipaddress:3000

Actual result: page not found

Expected result: OVZ Panel

Version of the product: Latest as of today

Server OS: Centos 5.5 64 bit

Browser: Firefox 

Additional information:

Ran auto installer with no errors:
wget -O - http://ovz-web-panel.googlecode.com/svn/installer/ai.sh | sh

But, it says:

Starting services...
Starting OpenVZ Web Panel
=> Booting WEBrick...
=> Rails 2.2.2 application started on http://0.0.0.0:3000
[2011-03-10 20:47:31] INFO  WEBrick 1.3.1
[2011-03-10 20:47:31] INFO  ruby 1.8.5 (2006-08-25) [x86_64-linux]
Starting watchdog daemon...
Starting the daemon...
Syncing physical servers state...
Adding localhost to the list of controlled servers...
Panel should be available at:
http://server1.host.com:3000

Original issue reported on code.google.com by talkje...@gmail.com on 10 Mar 2011 at 7:00

GoogleCodeExporter commented 9 years ago
Sounds like you try to access different server. Try to stop the panel: 
/etc/init.d/owp stop
And try to access http://ipaddress:3000 using browser. It should report: 
"unable to connect". If you still see 404 page not found, this means you try to 
access different server (due to firewall/NAT configuration).

Please provide the last lines of /opt/ovz-web-panel/log/production.log

Original comment by sibprogrammer on 11 Mar 2011 at 3:52

GoogleCodeExporter commented 9 years ago
i think it's issue on Centos 5.5 64 bit 'cause i found same problem too
and i try to install on Fedora it's work fine

Original comment by cha...@hostverify.com on 21 Mar 2011 at 10:45

GoogleCodeExporter commented 9 years ago
I had no such problems on my test CentOS 5.4 server. If you have details or 
already solved this problem please share your knowledges. This could help other 
people. As for me this sounds like firewall/security policies problem.

Original comment by sibprogrammer on 21 Mar 2011 at 5:06

GoogleCodeExporter commented 9 years ago

Original comment by sibprogrammer on 17 Apr 2011 at 12:46

GoogleCodeExporter commented 9 years ago
Hi,

it seems to be a problem with the centos system-securitylevel.
After i changed the trust/untrust interface settings it works perfectly again.
Of course the selinux was disabled and the securitylevel is activ.

Original comment by philipp....@pilarkto.org on 12 Jun 2011 at 11:36