atlas-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Shwetha Shivalingamurthy <sshivalingamur...@hortonworks.com>
Subject Re: Web UI problem with Atlas 0.7
Date Wed, 19 Oct 2016 09:47:28 GMT
Distro built from master works for me. Embedded kafka data is in
<atlas_home>/data/kafka. Try clearing <atlas_home>/data and restart. Else,
try with external kafka

Regards,
Shwetha






On 19/10/16, 1:34 PM, "Ismaël Mejía" <iemejia@gmail.com> wrote:

>Hello again,
>
>I enabled the ALL level in the log4j configuration and I can't see any
>additional exception (apart of the one I already reported),
>
>This exception seems to be related to Kafka not starting at the good
>moment, however I don't think this is related or critical for the
>dashboard
>initialization, is it ?
>
>Can anybody please help me confirm that the dashboard of the distro works
>out of the box on master (I assume that it is broke on 0.7 because of the
>breadcrumps issue).
>
>Thanks,
>Ismaël
>
>
>On Tue, Oct 18, 2016 at 6:18 AM, Shwetha Shivalingamurthy <
>sshivalingamurthy@hortonworks.com> wrote:
>
>> Can you enable debug logs in atlas-log4j.xml and check if there is any
>> issue with service startup?
>>
>> Regards,
>> Shwetha
>>
>>
>>
>>
>>
>>
>> On 17/10/16, 9:52 PM, "Ismaël Mejía" <iemejia@gmail.com> wrote:
>>
>> >Hello again,
>> >
>> >I tried with the git master version and I still have the same issue of
>>not
>> >seeing anything after login in the WebUI.
>> >
>> >What other data/table does the GUI depend on ? (apart of the given
>> >Types/Entities), because I think there is something else that maybe I
>>am
>> >missing.
>> >
>> >Regards,
>> >Ismaël
>> >
>> >On Mon, Oct 17, 2016 at 2:10 PM, Jean-Baptiste Onofré <jb@nanthrax.net>
>> >wrote:
>> >
>> >> Hi guys,
>> >>
>> >> As 0.7.0 is not super useful with this fix, I would propose to
>>release
>> >> 0.7.1 at least to fix that.
>> >>
>> >> I have couple of other Jira in my bucket I would like to include in a
>> >> 0.7.1 release as well.
>> >>
>> >> Thoughts ?
>> >>
>> >> Regards
>> >> JB
>> >>
>> >>
>> >> On 10/17/2016 10:25 AM, Keval Bhatt wrote:
>> >>
>> >>> Hi Ismaël
>> >>>
>> >>> Recently Atlas UI was not loading after fresh build due to
>> >>> jquery-asBreadcrumbs plugin changes and this is fixed on master.
>> >>>
>> >>> ATLAS-1199  <https://issues.apache.org/jira/browse/ATLAS-1199>
>> >>>
>> >>> Please checkout the latest code from master
>> >>> <https://github.com/apache/incubator-atlas>
>> >>>
>> >>>
>> >>> Thanks,
>> >>> Keval Bhatt
>> >>>
>> >>> On Mon, Oct 17, 2016 at 1:15 PM, Ismaël Mejía <iemejia@gmail.com>
>> >>>wrote:
>> >>>
>> >>> Hello,
>> >>>>
>> >>>> I used Atlas 0.5 and some of the earlier version of Atlas 0.7 with
>>no
>> >>>> issues.
>> >>>> However I am trying to use the released version of Atlas 0.7 and
I
>>am
>> >>>> having
>> >>>> some problems. I built the binary distribution with embedded
>> >>>>hbase/solr
>> >>>> following the instructions from the website:
>> >>>>
>> >>>>     mvn clean package -Pdist,embedded-hbase-solr -DskipTests
>> >>>>
>> >>>> Then I start Atlas like this:
>> >>>>
>> >>>>     export MANAGE_LOCAL_SOLR=true
>> >>>>     export MANAGE_LOCAL_HBASE=true
>> >>>>     bin/atlas_start.py
>> >>>>
>> >>>> If I go to the initial webpage http://localhost:21000/
>> >>>>
>> >>>> I see the login/password page and once I log in with the admin
>>user I
>> >>>> get a
>> >>>> blank page.
>> >>>>
>> >>>> I considered that maybe I was missing some basic data so I ran the
>> >>>> quickstart:
>> >>>>
>> >>>>     bin/quick_start.py
>> >>>>
>> >>>> Then I log in again but still I can't see any data. Am I missing
>> >>>> something
>> >>>> ?
>> >>>>
>> >>>> The weird thing is that I don't have any exception for the web app,
>> >>>>the
>> >>>> only
>> >>>> exception in the logs is on atlas_start:
>> >>>>
>> >>>> 2016-10-17 09:06:48,174 INFO  - [main:] ~ Guice modules loaded
>> >>>> (GuiceServletConfig:120)
>> >>>> 2016-10-17 09:06:48,177 INFO  - [main:] ~ Starting services
>> >>>> (GuiceServletConfig:140)
>> >>>> 2016-10-17 09:06:48,224 WARN  - [main-SendThread(localhost:9026):]
>>~
>> >>>> Session 0x0 for server null, unexpected error, closing socket
>> >>>>connection
>> >>>> and attempting reconnect (ClientCnxn$SendThread:1102)
>> >>>> java.net.ConnectException: Connection refused
>> >>>>     at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)
>> >>>>     at
>> >>>> sun.nio.ch.SocketChannelImpl.finishConnect(
>> SocketChannelImpl.java:717)
>> >>>>     at
>> >>>> org.apache.zookeeper.ClientCnxnSocketNIO.doTransport(
>> >>>> ClientCnxnSocketNIO.java:361)
>> >>>>     at org.apache.zookeeper.ClientCnxn$SendThread.run(
>> >>>> ClientCnxn.java:1081)
>> >>>> 2016-10-17 09:06:48,255 INFO  - [main:] ~ HA is disabled. Hence
>> >>>>creating
>> >>>> table on startup. (HBaseBasedAuditRepository:287)
>> >>>> 2016-10-17 09:06:48,256 INFO  - [main:] ~ Checking if table
>> >>>> apache_atlas_entity_audit exists (HBaseBasedAuditRepository:249)
>> >>>> 2016-10-17 09:06:48,263 INFO  - [main:] ~ Creating table
>> >>>> apache_atlas_entity_audit (HBaseBasedAuditRepository:251)
>> >>>> 2016-10-17 09:06:49,326 WARN  - [main-SendThread(localhost:9026):]
>>~
>> >>>> Session 0x0 for server null, unexpected error, closing socket
>> >>>>connection
>> >>>> and attempting reconnect (ClientCnxn$SendThread:1102)
>> >>>> java.net.ConnectException: Connection refused
>> >>>>     at sun.nio.ch.SocketChannelImpl.checkConnect(Native Method)
>> >>>>     at
>> >>>> sun.nio.ch.SocketChannelImpl.finishConnect(
>> SocketChannelImpl.java:717)
>> >>>>     at
>> >>>> org.apache.zookeeper.ClientCnxnSocketNIO.doTransport(
>> >>>> ClientCnxnSocketNIO.java:361)
>> >>>>     at org.apache.zookeeper.ClientCnxn$SendThread.run(
>> >>>> ClientCnxn.java:1081)
>> >>>>
>> >>>> and also I found this exception when the quick_start script creates
>> >>>>the
>> >>>> first entity:
>> >>>>
>> >>>> 2016-10-17 09:21:40,566 WARN  - [qtp161960012-16 -
>> >>>> 888beb21-202d-4e96-9750-25d5ebe3bcac:] ~ The configuration
>> >>>> auto.commit.enable = false was supplied but isn't a known config.
>> >>>> (AbstractConfig:186)
>> >>>> 2016-10-17 09:21:40,700 WARN  - [kafka-producer-network-thread |
>> >>>> producer-1:] ~ Error while fetching metadata with correlation id
0
>>:
>> >>>> {ATLAS_ENTITIES=LEADER_NOT_AVAILABLE}
>> >>>> (NetworkClient$DefaultMetadataUpdater:600)
>> >>>> 2016-10-17 09:21:40,732 WARN  -
>> >>>> [org.apache.atlas.kafka.KafkaNotification:Controller-
>> >>>> 1-to-broker-1-send-thread:]
>> >>>> ~
>> >>>> [org.apache.atlas.kafka.KafkaNotification:Controller-
>> >>>> 1-to-broker-1-send-thread],
>> >>>> Controller 1 epoch 1 fails to send request
>> >>>> {controller_id=1,controller_epoch=1,partition_states=[{
>> >>>> topic=ATLAS_ENTITIES,partition=0,controller_epoch=
>> >>>> 1,leader=1,leader_epoch=0,isr=[1],zk_version=0,replicas=[1]}
>> >>>> ],live_leaders=[{id=1,host=localhost,port=9027}]}
>> >>>> to broker localhost:9027 (id: 1 rack: null). Reconnecting to
>>broker.
>> >>>> (Logging$class:89)
>> >>>> java.io.IOException: Connection to 1 was disconnected before the
>> >>>>response
>> >>>> was read
>> >>>>     at
>> >>>> 
>>kafka.utils.NetworkClientBlockingOps$$anonfun$blockingSendAndReceive$
>> >>>> 
>>extension$1$$anonfun$apply$1.apply(NetworkClientBlockingOps.scala:87)
>> >>>>     at
>> >>>> 
>>kafka.utils.NetworkClientBlockingOps$$anonfun$blockingSendAndReceive$
>> >>>> 
>>extension$1$$anonfun$apply$1.apply(NetworkClientBlockingOps.scala:84)
>> >>>>     at scala.Option.foreach(Option.scala:236)
>> >>>>     at
>> >>>> 
>>kafka.utils.NetworkClientBlockingOps$$anonfun$blockingSendAndReceive$
>> >>>> extension$1.apply(NetworkClientBlockingOps.scala:84)
>> >>>>     at
>> >>>> 
>>kafka.utils.NetworkClientBlockingOps$$anonfun$blockingSendAndReceive$
>> >>>> extension$1.apply(NetworkClientBlockingOps.scala:80)
>> >>>>     at
>> >>>> kafka.utils.NetworkClientBlockingOps$.recursivePoll$2(
>> >>>> NetworkClientBlockingOps.scala:137)
>> >>>>     at
>> >>>> kafka.utils.NetworkClientBlockingOps$.kafka$utils$
>> >>>> NetworkClientBlockingOps$$pollContinuously$extension(
>> >>>> NetworkClientBlockingOps.scala:143)
>> >>>>     at
>> >>>>
>> >>>>kafka.utils.NetworkClientBlockingOps$.blockingSendAndReceive$
>> extension(
>> >>>> NetworkClientBlockingOps.scala:80)
>> >>>>     at
>> >>>> kafka.controller.RequestSendThread.liftedTree1$1(
>> >>>> ControllerChannelManager.
>> >>>> scala:189)
>> >>>>     at
>> >>>> kafka.controller.RequestSendThread.doWork(ControllerChannelManager.
>> >>>> scala:180)
>> >>>>     at kafka.utils.ShutdownableThread.run(
>> ShutdownableThread.scala:63)
>> >>>> 2016-10-17 09:21:40,809 WARN  - [kafka-producer-network-thread |
>> >>>> producer-1:] ~ Error while fetching metadata with correlation id
1
>>:
>> >>>> {ATLAS_ENTITIES=LEADER_NOT_AVAILABLE}
>> >>>> (NetworkClient$DefaultMetadataUpdater:600)
>> >>>> 2016-10-17 09:21:40,915 WARN  - [kafka-producer-network-thread |
>> >>>> producer-1:] ~ Error while fetching metadata with correlation id
2
>>:
>> >>>> {ATLAS_ENTITIES=LEADER_NOT_AVAILABLE}
>> >>>> (NetworkClient$DefaultMetadataUpdater:600)
>> >>>> 2016-10-17 09:21:41,018 WARN  - [kafka-producer-network-thread |
>> >>>> producer-1:] ~ Error while fetching metadata with correlation id
3
>>:
>> >>>> {ATLAS_ENTITIES=LEADER_NOT_AVAILABLE}
>> >>>> (NetworkClient$DefaultMetadataUpdater:600)
>> >>>>
>> >>>> Notice that the quickstart script reports success in the entities
>> >>>> creation.
>> >>>>
>> >>>> Am I missing maybe some additional configuration that blocks the
UI
>> >>>>from
>> >>>> showing
>> >>>> data, should I do something additionally ?
>> >>>>
>> >>>> I am really blocked by this issue, it is nice that I can still use
>>the
>> >>>> REST
>> >>>> API,
>> >>>> however my goal is to be able to visualize the lineage too.
>> >>>>
>> >>>> Thanks in advance for your help,
>> >>>> Ismaël
>> >>>>
>> >>>>
>> >>>
>> >> --
>> >> Jean-Baptiste Onofré
>> >> jbonofre@apache.org
>> >> http://blog.nanthrax.net
>> >> Talend - http://www.talend.com
>> >>
>>
>>


Mime
View raw message