Ok. Thanks a lot for quick response.

On Thu, May 12, 2016 at 11:05 PM, Hyung Sung Shim <hss...@nflabs.com> wrote:

> Yes. that means this is a networking issue.
> I think you should ask the problem to your network engineer.
>
> 2016-05-13 13:42 GMT+09:00 Sunita Koppar <
> sunita.kop...@verizondigitalmedia.com>:
>
>> This fails. It says
>>
>> DISCONNECTED
>>
>> ERROR: undefined
>> For both secured and unsecured.
>>
>> regards
>> Sunita
>>
>> On Thu, May 12, 2016 at 8:44 PM, Hyung Sung Shim <hss...@nflabs.com>
>> wrote:
>>
>>> Could you try like following image?
>>>
>>> [image: 본문 이미지 2]
>>>
>>> 2016-05-13 2:24 GMT+09:00 Sunita Koppar <
>>> sunita.kop...@verizondigitalmedia.com>:
>>>
>>>> Assuming you wanted me to test this on my local machine (not the
>>>> clustered node running Zeppelin Server)
>>>>
>>>> Below is the output:
>>>>
>>>> regards
>>>> Sunita
>>>>
>>>> On Thu, May 12, 2016 at 9:46 AM, Hyung Sung Shim <hss...@nflabs.com>
>>>> wrote:
>>>>
>>>>> I don't think pr868 is the reason. It seems your problem is the
>>>>> network issue.
>>>>> Can you do the websocket connection test on
>>>>> http://www.websocket.org/echo.html and share your result?
>>>>>
>>>>>
>>>>> 2016년 5월 13일 금요일, Sunita Koppar<sunita.kop...@verizondigitalmedia.com>님이
>>>>> 작성한 메시지:
>>>>>
>>>>>> Appreciate your quick responses. Thanks a lot.
>>>>>>
>>>>>> I am trying with this exact combination. Its a CDH 5.7 cluster with
>>>>>> Spark 1.6
>>>>>>
>>>>>> https://github.com/apache/incubator-zeppelin/pull/868 could this be
>>>>>> the reason?
>>>>>>
>>>>>> Any suggestions on how to debug the issue. I dont see any errors
>>>>>> anywhere.
>>>>>>
>>>>>>
>>>>>> regards
>>>>>>
>>>>>> Sunita
>>>>>>
>>>>>> On Thu, May 12, 2016 at 9:00 AM, Hyung Sung Shim <hss...@nflabs.com>
>>>>>> wrote:
>>>>>>
>>>>>>> Since 0.5.5 version, Zeppelin uses single port for REST
>>>>>>> and websocket so you don't need to care about 8092 port in your case.
>>>>>>>
>>>>>>> 2016년 5월 13일 금요일, Sunita Koppar<
>>>>>>> sunita.kop...@verizondigitalmedia.com>님이 작성한 메시지:
>>>>>>>
>>>>>>> Thanks for the response.
>>>>>>>> Yes there is a firewall but that has been opened for access. The
>>>>>>>> zeppelin server runs on 8091 and that is open. From the comments, it 
>>>>>>>> seems
>>>>>>>> 8092 needs to be open as well. From firewall perspective 8092 is open 
>>>>>>>> as
>>>>>>>> well (we have requested for a bracket of sockets to be opened which
>>>>>>>> includes 8092), but I am not sure if zeppelin client opens the 
>>>>>>>> websocket
>>>>>>>> over existing connection or as an independent socket connection from
>>>>>>>> browser back to server. Pardon my ignorance on the subject.
>>>>>>>>
>>>>>>>> Here is the netstat output of the node running the server:
>>>>>>>>
>>>>>>>> $ netstat -na |grep 8092
>>>>>>>> $ netstat -na |grep 8091
>>>>>>>> tcp        0      0 0.0.0.0:8091            0.0.0.0:*
>>>>>>>>   LISTEN
>>>>>>>> tcp        0      0 0.0.0.0:18091           0.0.0.0:*
>>>>>>>>   LISTEN
>>>>>>>> tcp        0      0 10.240.41.55:8091       192.229.234.2:20673
>>>>>>>>   FIN_WAIT2
>>>>>>>> tcp        0      0 10.240.41.55:8091       192.229.234.2:21277
>>>>>>>>   FIN_WAIT2
>>>>>>>> tcp        0      0 10.240.41.55:8091       192.229.234.2:42529
>>>>>>>>   ESTABLISHED
>>>>>>>> tcp        0      0 10.240.41.55:8091       192.229.234.2:27722
>>>>>>>>   FIN_WAIT2
>>>>>>>> tcp        0      0 10.240.41.55:8091       192.229.234.2:63170
>>>>>>>>   FIN_WAIT2
>>>>>>>> tcp        0      0 10.240.41.55:8091       192.229.234.2:8542
>>>>>>>>  FIN_WAIT2
>>>>>>>> tcp        0      0 10.240.41.55:8091       192.229.234.2:7125
>>>>>>>>  FIN_WAIT2
>>>>>>>> tcp        0      1 10.240.41.55:8091       192.229.234.2:16906
>>>>>>>>   FIN_WAIT1
>>>>>>>>
>>>>>>>>
>>>>>>>> zeppelin-site.xml has:
>>>>>>>>
>>>>>>>> <property>
>>>>>>>>   <name>zeppelin.server.port</name>
>>>>>>>>   <value>8091</value>
>>>>>>>>   <description>Server port.</description>
>>>>>>>> </property>
>>>>>>>>
>>>>>>>>
>>>>>>>> regards
>>>>>>>> Sunita
>>>>>>>>
>>>>>>>> On Wed, May 11, 2016 at 8:00 PM, Hyung Sung Shim <hss...@nflabs.com
>>>>>>>> > wrote:
>>>>>>>>
>>>>>>>>> Hello.
>>>>>>>>>
>>>>>>>>> Zeppelin uses websocket connection. Do you have some firewall/proxy
>>>>>>>>> between your browser and zeppelin server daemon? If that does not pass
>>>>>>>>> websocket connection, start page may show 'Disconnected'.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> 2016-05-12 4:09 GMT+09:00 Sunita Koppar <
>>>>>>>>> sunita.kop...@verizondigitalmedia.com>:
>>>>>>>>>
>>>>>>>>>> Hello Experts,
>>>>>>>>>>
>>>>>>>>>> I am beginning to explore Apache Zeppelin and have set it up on
>>>>>>>>>> one of our development cluster nodes. The hadoop version is Hadoop
>>>>>>>>>> 2.6.0-cdh5.7.0, Spark - 1.6, maven 3.3.9 (Had an error while 
>>>>>>>>>> building one
>>>>>>>>>> of the dependencies and it mentioned the version should be atleast 
>>>>>>>>>> 3.1.0)
>>>>>>>>>>
>>>>>>>>>> I have set the below properties in zeppelin-env.sh
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> *export JAVA_HOME=/home/zeppelin/prerequisites/jdk1.7.0_79*
>>>>>>>>>> *export MASTER=yarn-client                               # Spark
>>>>>>>>>> master url. eg. spark://master_addr:7077. Leave empty if you want to 
>>>>>>>>>> use
>>>>>>>>>> local mode.*
>>>>>>>>>> *export
>>>>>>>>>> HADOOP_CONF_DIR=/etc/hadoop/conf.cloudera.yarn:/etc/hive/conf.cloudera.hive*
>>>>>>>>>> *export
>>>>>>>>>> HADOOP_HOME=/opt/cloudera/parcels/CDH-5.7.0-1.cdh5.7.0.p0.45/lib/hadoop*
>>>>>>>>>> *export
>>>>>>>>>> SPARK_HOME=/opt/cloudera/parcels/CDH-5.7.0-1.cdh5.7.0.p0.45/lib/spark*
>>>>>>>>>>
>>>>>>>>>> and built as root with below command:
>>>>>>>>>>
>>>>>>>>>> *mvn clean package -Pspark-1.6 -Dhadoop.version=2.6.0-cdh5.7.0
>>>>>>>>>> -Phadoop-2.6 -Pyarn -DskipTests*
>>>>>>>>>>
>>>>>>>>>> Since default port 8080 threw address in use exception (some
>>>>>>>>>> cloudera services use it I guess), I changed this to 8091.
>>>>>>>>>>
>>>>>>>>>> ./bin/zeppelin-daemon.sh start -> works and the server is
>>>>>>>>>> started, however, there is nothing displayed on the home screen and 
>>>>>>>>>> the
>>>>>>>>>> status shows disconnected.
>>>>>>>>>> There are no errors in the zeppelin-root-xxx.log. Only relevant
>>>>>>>>>> entry could be (which I am not sure is an issue)
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> *INFO [2016-05-11 18:53:05,910] ({main}
>>>>>>>>>> StandardDescriptorProcessor.java[visitServlet]:297) - NO JSP Support 
>>>>>>>>>> for /,
>>>>>>>>>> did not find org.eclipse.jetty.jsp.JettyJspServlet*
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> The zeppelin-root-xxx.out file shows has the below entry as the
>>>>>>>>>> latest:
>>>>>>>>>>
>>>>>>>>>> *May 11, 2016 6:53:08 PM
>>>>>>>>>> com.sun.jersey.server.impl.application.WebApplicationImpl _initiate*
>>>>>>>>>> *INFO: Initiating Jersey application, version 'Jersey: 1.13
>>>>>>>>>> 06/29/2012 05:14 PM'*
>>>>>>>>>> *May 11, 2016 6:53:09 PM com.sun.jersey.spi.inject.Errors
>>>>>>>>>> processErrorMessages*
>>>>>>>>>> *WARNING: The following warnings have been detected with resource
>>>>>>>>>> and/or provider classes:*
>>>>>>>>>> *  WARNING: A HTTP GET method, public javax.ws.rs.core.Response
>>>>>>>>>> org.apache.zeppelin.rest.InterpreterRestApi.listInterpreter(java.lang.String),
>>>>>>>>>> should not consume any entity.*
>>>>>>>>>> *  WARNING: A sub-resource method, public
>>>>>>>>>> javax.ws.rs.core.Response
>>>>>>>>>> org.apache.zeppelin.rest.NotebookRestApi.createNote(java.lang.String)
>>>>>>>>>> throws java.io.IOException, with URI template, "/", is treated as a
>>>>>>>>>> resource method*
>>>>>>>>>> *  WARNING: A sub-resource method, public
>>>>>>>>>> javax.ws.rs.core.Response
>>>>>>>>>> org.apache.zeppelin.rest.NotebookRestApi.getNotebookList() throws
>>>>>>>>>> java.io.IOException, with URI template, "/", is treated as a resource
>>>>>>>>>> method*
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> Appreciate any help in this regard
>>>>>>>>>>
>>>>>>>>>> [image: Inline image 1]
>>>>>>>>>>
>>>>>>>>>> regards
>>>>>>>>>> Sunita
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>
>>>>
>>>
>>
>

Reply via email to