Getting the HUE address is problematic

[whg517]

ENV:

• ambari: 2.5.2.0
• HDP: 2.6.2.0
• HUE: 3.11.0

Error log

When I execute the installation command, the following error occurs:
 'cat /etc/yum.repos.d/HDP.repo | grep "baseurl" | awk -F '=' '{print $2"hue/hue-3.11.0.tgz"}' | xargs wget -O hue.tgz' returned 123. --2017-11-23 13:47:21--  http://192.168.80.5/mirrors/HDP-2.6.2.0-centos7/hue/hue-3.11.0.tgz
Connecting to 192.168.80.5:80... connected.
HTTP request sent, awaiting response... 404 Not Found

There should be no resources. You should update it.

[pearj]

I bumped into this too. I think it should be installed via rpm and not tgz.

[tangleiNUAA]

@kiven517 you should download hue source, and build it yourself.After that, package it adn put it to the repository.

[tangleiNUAA]

@pearj the rpm package is build by hortonworks, it is not the same with the opensource hue. You may try install the rpm and start the service, you will get the differences between them.

[pearj]

@tangleiNUAA What I don't understand is why it is using the yum HDP rpm repo to try and find a tgz (aka source file), I can't see how this could ever work for anybody?

[tangleiNUAA]

I also have the same questions.

[OneCricketeer]

@pearj @tangleiNUAA

the rpm package is build by hortonworks

As of HDP 2.6.0, Hue is deprecated. Hue will not be updated in the official HDP repos.

https://docs.hortonworks.com/HDPDocuments/HDP2/HDP-2.6.3/bk_release-notes/content/deprecated_items.html

why it is using the yum HDP rpm repo to try and find a tgz ... I can't see how this could ever work for anybody

A YUM repo is just a static file server. You can place any type of file there, really.

[pearj]

A YUM repo is just a static file server. You can place any type of file there, really.

@Cricket007 That true, but it’s not correct to assume that you will find the hue tgz by using the baseurl of the HDP repo, especially if you’re using the hortonworks official repo as that will only contain rpms and not tgz.

[OneCricketeer]

@pearj I understand the issue, and I agree using the remote HDP repos is problematic

In my experience setting up HDP clusters, I almost always mirror the packages locally to reduce every machine reaching across the network to Hortonworks YUM repos.