Member since
03-14-2016
4721
Posts
1111
Kudos Received
874
Solutions
My Accepted Solutions
Title | Views | Posted |
---|---|---|
2446 | 04-27-2020 03:48 AM | |
4882 | 04-26-2020 06:18 PM | |
3976 | 04-26-2020 06:05 PM | |
3220 | 04-13-2020 08:53 PM | |
4925 | 03-31-2020 02:10 AM |
06-13-2019
10:00 AM
@Matas Mockus If this answers your query then can you please close this HCC thread by clicking on the "Accept" button on the helpful answer.
... View more
06-13-2019
03:29 AM
@Victor L Did changing the permission help? Can you share your observations.
... View more
06-13-2019
02:58 AM
@Matas Mockus Do you have any additional query that you have as part of this HCC thread?
... View more
06-13-2019
02:11 AM
@shraddha srivastav Based on the logs now i see that your Zeppelin is listening properly to port 8888 without any issue. have you accessed Zeppelin using browser after "2019-06-13 01:11:27" time ? INFO [2019-06-13 01:11:27,800] ({main} AbstractConnector.java[doStart]:292) - Started ServerConnector@234cd86c{HTTP/1.1,[http/1.1]}{0.0.0.0:8888}
INFO [2019-06-13 01:11:27,801] ({main} Server.java[doStart]:407) - Started @8727ms
INFO [2019-06-13 01:11:27,807] ({main} ZeppelinServer.java[main]:249) - Done, zeppelin server started So if you are still not able to access the Zeppelin UI via browser then it might be some proxy/firewall issue. Can you please try running the following command from two hosts: 1. Run the curl command from host where you are running your browser to access Zeppelin UI: # curl -iv http://$ZEPPELIN_HOSTNAME:8888
2. Now login to Zeppelin host and then try running the same curl call with "localhost" and hostname. # curl -iv http://$ZEPPELIN_HOSTNAME:8888
# curl -iv http://localhost:8888 Please share the *complete* output of both the Calls. Also please check if the "iptables" (firewall) is disabled on your Zeppelin server host or not?
... View more
06-13-2019
12:34 AM
@Vivek Singh This looks like a Duplicate Thread of : https://community.hortonworks.com/questions/247738/how-to-sync-all-host-use-the-same-hdf-version.html Please close one of the thread so that the discussion can be consolidated as part of a single thread..
... View more
06-13-2019
12:31 AM
@Vivek Singh Once the Blueprint based cluster deployment begins then we do not have much control to change anything during that period of cluster creation. However if you are noticing that some of the hosts are keep showing the OUT_OF_SYNC HostStackVersions then there may be some binary packages already installed on those hosts or the host cleanup might not be performed on those hosts prior to upgrade. Or was the Ambari DB Clean prior to the blueprint based cluster setup? However if we want to know exact reason on why the HostStackVersions is changing to OUT_OF_SYNC then it will require some investigation. Like following: 1. Checking the whole ambari-server.log (during blueprint based cluster deployment) 2. Checking the complete ambari-agent.log on the hosts where the installation is failing. 3. Was the Ambari DB Clean prior to the blueprint based cluster setup? ... etc 4. It might be also a good odea to check the blueprint.json and clustermaping.json file. With exact Ambari API commands to find out if any thing is wrong there.
... View more
06-13-2019
12:10 AM
@Michael Klaene Good to know that adding temporary credential store resolved your issue. It will be also wonderful if you can mark this thread answered by clicking the "Accept" button on the helpful answer that way it will be more useful for other hcc users to quickly browser answers.
... View more
06-13-2019
12:05 AM
@shraddha srivastav Yes, if you change the port of your zeppelin to some other port which is free then it should work. Or you will need to stop the other process which is using that port 8090 to avoid port conflict.
... View more
06-12-2019
11:54 PM
@shraddha srivastav The problem seems to be the Port Conflict on port "8090" . (either change the Zeppelin port to something else or find and kill the other process which is using that port) ERROR [2019-06-12 17:24:49,656] ({main} ZeppelinServer.java[main]:246) - Error while running jettyServer
java.io.IOException: Failed to bind to /0.0.0.0:8090
.
Caused by: java.net.BindException: Address already in use
at java.base/sun.nio.ch.Net.bind0(Native Method) . So before restarting Zeppelin please make sure that there is no other process which is using that port 8090. Please check which other process is using that port and kill that. # netstat -tnlpa | grep 8090 . You can also try running the following command to see if oyu are able to bind to that port 8090 using simple netcat command or not? this is just to verify if that port is free to be binded or not? # nc -l 8090 If that port is already in use by some other process then you should see the following kind of error when you run that command: # nc -l 8090
Ncat: bind to :::8090: Address already in use. QUITTING. .
... View more
06-12-2019
12:16 PM
@Jayashree S For inserting JSON data to Database you can refer to the ConvertJSONToSQL processor. This processor converts simple JSON into an SQL INSERT statement that will allow a relational database to be populated with the JSON data. It Converts a JSON-formatted FlowFile into an UPDATE, INSERT, or DELETE SQL statement. The incoming FlowFile is expected to be "flat" JSON message, meaning that it consists of a single JSON element and each field maps to a simple type. A good explanation of it can be found in the following HCC thread: https://community.hortonworks.com/questions/139219/convert-json-to-sql-format.html . Other references of ConvertJSONToSQL with MSSQL Database. https://rapidminernotes.blogspot.com/2018/01/populating-sql-server-from-apache-nifi.html
... View more