I am having trouble accessing the undercloud dashboard as well. I am
getting a 404 error via HTTP when I try to access. I created an ssh tunnel
from the undercloud host so I could access the VM remotely. I can access
the httpd instance with no problem inside the undercloud VM from a remote
net but am not getting any content. Here is what I believe to be relevant
and hopefully sufficient for someone to discern what I am doing wrong:
service httpd status -l
[root@undercloud httpd]# service httpd status -l
Redirecting to /bin/systemctl status  -l httpd.service
● httpd.service - The Apache HTTP Server
   Loaded: loaded (/usr/lib/systemd/system/httpd.service; enabled; vendor
preset: disabled)
  Drop-In: /usr/lib/systemd/system/httpd.service.d
           └─openstack-dashboard.conf
   Active: active (running) since Wed 2016-05-18 15:11:09 UTC; 9min ago
     Docs: man:httpd(8)
           man:apachectl(8)
  Process: 3920 ExecStop=/bin/kill -WINCH ${MAINPID} (code=exited,
status=0/SUCCESS)
  Process: 3957 ExecStartPre=/usr/bin/python
/usr/share/openstack-dashboard/manage.py compress --force (code=exited,
status=0/SUCCESS)
  Process: 3933 ExecStartPre=/usr/bin/python
/usr/share/openstack-dashboard/manage.py collectstatic --noinput --clear
(code=exited, status=0/SUCCESS)
 Main PID: 4093 (httpd)
   Status: "Total requests: 0; Current requests/sec: 0; Current traffic:
0 B/sec"
   CGroup: /system.slice/httpd.service
           ├─4093 /usr/sbin/httpd -DFOREGROUND
           ├─4096 /usr/sbin/httpd -DFOREGROUND
           ├─4097 keystone-admin  -DFOREGROUND
           ├─4098 keystone-main   -DFOREGROUND
           ├─4099 /usr/sbin/httpd -DFOREGROUND
           ├─4100 /usr/sbin/httpd -DFOREGROUND
           ├─4101 /usr/sbin/httpd -DFOREGROUND
           ├─4102 /usr/sbin/httpd -DFOREGROUND
           ├─4104 /usr/sbin/httpd -DFOREGROUND
           ├─4105 /usr/sbin/httpd -DFOREGROUND
           ├─4106 /usr/sbin/httpd -DFOREGROUND
           └─4107 /usr/sbin/httpd -DFOREGROUND
May 18 15:10:37 undercloud python[3933]: Copying
'/usr/lib/python2.7/site-packages/horizon/static/horizon/tests/jasmine/tables.legacy-spec.js'
May 18 15:10:37 undercloud python[3933]: Copying
'/usr/lib/python2.7/site-packages/horizon/static/horizon/tests/jasmine/templates.legacy-spec.js'
May 18 15:10:37 undercloud python[3933]: 1311 static files copied to
'/usr/share/openstack-dashboard/static'.
May 18 15:11:09 undercloud python[3957]: Found 'compress' tags in:
May 18 15:11:09 undercloud python[3957]:
/usr/share/openstack-dashboard/openstack_dashboard/templates/horizon/_conf.html
May 18 15:11:09 undercloud python[3957]:
/usr/share/openstack-dashboard/openstack_dashboard/templates/_stylesheets.html
May 18 15:11:09 undercloud python[3957]:
/usr/share/openstack-dashboard/openstack_dashboard/templates/horizon/_scripts.html
May 18 15:11:09 undercloud python[3957]: Compressing... done
May 18 15:11:09 undercloud python[3957]: Compressed 5 block(s) from 3
template(s) for 2 context(s).
May 18 15:11:09 undercloud systemd[1]: Started The Apache HTTP Server.
[root@undercloud httpd]#
Here is my tunnel cmd issued from the undercloud host ie 10.0.120.10:
ssh -g -L 8080:localhost:80
Here is the URL I am trying to access from my browser:
I am running Mitaka and installed with scripts provided in the stack
homedir by quickstart.sh.
Thanks.
   -
*Paul Kunicki *
   - Systems Manager
   - SproutLoud Media Networks, LLC.
   - 954-476-6211 ext.144
   - pkunicki(a)sproutloud.com
   - 
   - [image: inc500-5000]         [image: Gartner 2013 Cool Vendor]
   - The information contained in this communication is intended solely for
   the use of the individual or entity to whom it is addressed and for others
   authorized to receive it. It may contain confidential or legally privileged
   information. If you are not the intended recipient, you are hereby notified
   that any disclosure, copying, distribution, or taking any action in
   reliance on these contents is strictly prohibited and may be unlawful. In
   the event the recipient or recipients of this communication are under a
   non-disclosure agreement, any and all information discussed during phone
   calls and online presentations fall under the agreements signed by both
   parties. If you received this communication in error, please notify us
   immediately by responding to this e-mail.
<pkunicki(a)sproutloud.com>
On Wed, May 18, 2016 at 10:14 AM, Marius Cornea <marius(a)remote-lab.net>
wrote:
 On Wed, May 18, 2016 at 3:58 PM, Paras pradhan
<pradhanparas(a)gmail.com>
 wrote:
 > Thanks for the replies May be Redhat is coming up with something big that
 > can compete with other vendors?
 You can check this video[1] out for the upcoming TripleO UI [2]:
 [1] 
https://www.youtube.com/watch?v=1Lc04DKGxCg
 [2] 
https://github.com/openstack/tripleo-ui
 > On Wed, May 18, 2016 at 4:47 AM, Ola Pavlenko <opavlenk(a)redhat.com>
 wrote:
 >>
 >> Marius is right.
 >> There is no undercloud UI (e.g Tuskar) in osp8.
 >>
 >> On May 18, 2016 10:36, "Marius Cornea" <marius(a)remote-lab.net>
wrote:
 >>>
 >>> On Tue, May 17, 2016 at 11:30 PM, Dan Sneddon <dsneddon(a)redhat.com>
 >>> wrote:
 >>> > On 05/17/2016 12:13 PM, Paras pradhan wrote:
 >>> >> That works. But not seeing the dashboard . Getting "resource
not
 >>> >> found". I am using osp 8.
 >>> >>
 >>> >> -Paras.
 >>> >>
 >>> >>
 >>> >> On Tue, May 17, 2016 at 1:52 PM, Dan Sneddon
<dsneddon(a)redhat.com
 >>> >> <mailto:dsneddon@redhat.com>> wrote:
 >>> >>
 >>> >>     On 05/16/2016 11:13 AM, Paras pradhan wrote:
 >>> >>     > How do we access the undercloud dashboard?
 >>> >>     >
 >>> >>     >
 >>> >>     > _______________________________________________
 >>> >>     > rdo-list mailing list
 >>> >>     > rdo-list(a)redhat.com <mailto:rdo-list@redhat.com>
 >>> >>     > 
https://www.redhat.com/mailman/listinfo/rdo-list
 >>> >>     >
 >>> >>     > To unsubscribe: rdo-list-unsubscribe(a)redhat.com
 >>> >>     <mailto:rdo-list-unsubscribe@redhat.com>
 >>> >>     >
 >>> >>
 >>> >>     The undercloud dashboard listens on port 8080 on the control
 plane
 >>> >>     interface (br-ctlplane). This IP may not be reachable
remotely,
 >>> >>     especially if the default route on the Undercloud is a
different
 >>> >>     interface, or if the Undercloud is actually a VM running in a
 >>> >>     virt-host.
 >>> >>
 >>> >>     In those cases, I usually set up local port forwarding via
SSH.
 >>> >> This
 >>> >>     allows me to access the Horizon dashboard, and provides
 encryption
 >>> >> so
 >>> >>     the username/password doesn't traverse the wire in
cleartext
 (when
 >>> >> not
 >>> >>     running SSL on the Undercloud).
 >>> >>
 >>> >>     ssh -L 9000:<br-ctlplane_ip>:8080
stack@undercloud_external_ip
 >>> >>
 >>> >>     Then you can connect to 
http://localhost:9000/ to access the
 >>> >> dashboard.
 >>> >>
 >>> >>     You can even nest these if you are using a virtualized
 Undercloud:
 >>> >>
 >>> >>     >From virt-host:
 >>> >>     ssh -L 9500:<br-ctlplane_ip>:8080
stack@undercloud_external_ip
 >>> >>
 >>> >>     >From your workstation:
 >>> >>     ssh -L 9000:localhost:9500 stack@virt-host
 >>> >>
 >>> >>     Then when you connect to port 9000 locally it gets forwarded
to
 >>> >> port
 >>> >>     9050 on the virt-host, which is a tunnel to port 8080 on the
 >>> >>     Undercloud VM.
 >>> >>
 >>> >>     You can add "-nNT" before the -L in the ssh commands
if you just
 >>> >> want
 >>> >>     to create the tunnel without connecting to a remote shell when
 you
 >>> >>     issue the ssh command.
 >>> >>
 >>> >>     The other (potentially less secure) option is to reconfigure
 >>> >> Apache on
 >>> >>     the Undercloud to listen on all interfaces, and then connect
 >>> >> directly
 >>> >>     to the IP on the Undercloud interface with the default route.
A
 >>> >> similar
 >>> >>     option is to disable reverse path filtering [1], and then
 connect
 >>> >>     directly to the br-ctlplane interface. This will only work if
 the
 >>> >>     Undercloud is directly reachable (usually not possible if
using
 a
 >>> >> VM
 >>> >>     undercloud). These methods should only be used in production
 when
 >>> >> SSL
 >>> >>     is enabled, because the passwords shouldn't be sent in the
 clear.
 >>> >>
 >>> >>     [1] - 
https://access.redhat.com/solutions/53031
 >>> >>     --
 >>> >>     Dan Sneddon         |  Principal OpenStack Engineer
 >>> >>     dsneddon(a)redhat.com <mailto:dsneddon@redhat.com> |
 >>> >>     
redhat.com/openstack <
http://redhat.com/openstack>
 >>> >>     650.254.4025 <tel:650.254.4025>        |  dsneddon:irc
 >>> >> @dxs:twitter
 >>> >>
 >>> >>     _______________________________________________
 >>> >>     rdo-list mailing list
 >>> >>     rdo-list(a)redhat.com <mailto:rdo-list@redhat.com>
 >>> >>     
https://www.redhat.com/mailman/listinfo/rdo-list
 >>> >>
 >>> >>     To unsubscribe: rdo-list-unsubscribe(a)redhat.com
 >>> >>     <mailto:rdo-list-unsubscribe@redhat.com>
 >>> >>
 >>> >>
 >>> >
 >>> > Hmm, not sure, but you may try adding /dashboard to the end of the
 URL
 >>> > to see if that helps.
 >>>
 >>> I don't think there is an undercloud dashboard in osp 8. I see on my
 >>> environment that swift-proxy is listening on port 8080 and on port 80
 >>> httpd serves an empty directory in /var/www/html/
 >>>
 >>> > --
 >>> > Dan Sneddon         |  Principal OpenStack Engineer
 >>> > dsneddon(a)redhat.com |  
redhat.com/openstack
 >>> > 650.254.4025        |  dsneddon:irc   @dxs:twitter
 >>> >
 >>> > _______________________________________________
 >>> > rdo-list mailing list
 >>> > rdo-list(a)redhat.com
 >>> > 
https://www.redhat.com/mailman/listinfo/rdo-list
 >>> >
 >>> > To unsubscribe: rdo-list-unsubscribe(a)redhat.com
 >>>
 >>> _______________________________________________
 >>> rdo-list mailing list
 >>> rdo-list(a)redhat.com
 >>> 
https://www.redhat.com/mailman/listinfo/rdo-list
 >>>
 >>> To unsubscribe: rdo-list-unsubscribe(a)redhat.com
 >
 >
 _______________________________________________
 rdo-list mailing list
 rdo-list(a)redhat.com
 
https://www.redhat.com/mailman/listinfo/rdo-list
 To unsubscribe: rdo-list-unsubscribe(a)redhat.com