Re: Clean up PRs

I'll remove three more PRs below: Closes #2713 How to create an universal filter for a dashboard using date filter? By Manituti Closes #2742 [ZEPPELIN-3168] Interpreter Settings Authorization By necosta Closes #3040 Branch 0.7 By niuguidong On Wed, Jul 4, 2018 at 4:51 PM, Jeff Zhang wrote: > T

Re: illegal start of definition with new spark interpreter

This is due to different behavior of new spark interpreter, I have created ZEPPELIN-3587 and will fix it asap. Paul Brenner 于2018年7月6日周五 上午1:11写道： > Hi all, > > When I try switching over to the new spark interpreter it seems there is a > fundamental difference in how code is interpreted? Maybe

illegal start of definition with new spark interpreter

Hi all, When I try switching over to the new spark interpreter it seems there is a fundamental difference in how code is interpreted? Maybe that shouldn't be a surprise, but I'm wondering if other people have experienced it and if there is any work around or hope for a change in the future. Sp

RE: Partial code lost when multiple people work in same note

PR2848 [1] fixed this behavior, but not merged to branch-0.8. So fixed released versions are absent. 1. https://github.com/apache/zeppelin/pull/2848 - [Zeppelin-3307] - Improved shared browsing/editing for the note Regards, Maksim Belousov From: Jeff Zhang [mailto:zjf...@gmail.com] S

Re: Partial code lost when multiple people work in same note

Which version of zeppelin do you use ? And how do you cooperate ? Multiple people work on the same paragraphs ? Ben Teeuwen 于2018年7月5日周四 下午7:24写道： > Hi, > > We're trying out Zeppelin with a bunch of people. As soon as 2 people work > in the same note on the same machine, code is lost from the chu

Partial code lost when multiple people work in same note

Hi, We're trying out Zeppelin with a bunch of people. As soon as 2 people work in the same note on the same machine, code is lost from the chunk someone is working in. Quite some colleagues concluded that the cooperation feature, initially expected to be one of the killer features, doesn't live up

Re: org.apache.hadoop.fs.FileSystem$Statistics.getThreadStatistics()

Hi Andrea, The following workaround works for me (but maybe there are other alternatives too): - downloaded spark spark-2.3.1-bin-hadoop2.7 - renamed the zeppelin-env.sh.template to zeppelin-env.sh - appended the following line in the above file: export SPARK_HOME=../../spark-2.3.1-bin-hadoop2.7/

Re: org.apache.hadoop.fs.FileSystem$Statistics.getThreadStatistics()

Thanks Jeff, is there a workaround in order to make it work now? Il giorno gio 5 lug 2018 alle ore 12:42 Jeff Zhang ha scritto: > > This is due to hadoop version used in embedded spark is 2.3 which is too > lower. I created https://issues.apache.org/jira/browse/ZEPPELIN-3586 for > this issue. Su

Re: org.apache.hadoop.fs.FileSystem$Statistics.getThreadStatistics()

This is due to hadoop version used in embedded spark is 2.3 which is too lower. I created https://issues.apache.org/jira/browse/ZEPPELIN-3586 for this issue. Suppose it will be fixed in o.8.1 Andrea Santurbano 于2018年7月5日周四 下午3:35写道： > I agree that is not for production, but if want to do a simp

Re: Zeppelin starting time - tied to the load of notebooks loading

I also prefer approach 1 more. https://issues.apache.org/jira/browse/ZEPPELIN-2619 is a related issue. Thanks, moon On Thu, Jul 5, 2018 at 9:40 AM Jeff Zhang wrote: > This is a known issue. I also thought about it for a while. Actually, > starting zeppelin don't need to load all notes, just lo

Re: org.apache.hadoop.fs.FileSystem$Statistics.getThreadStatistics()

I agree that is not for production, but if want to do a simple blog post (and that's what I'm doing) I think it's a well suited solution. Is it possible to fix this? Thanks Andrea Il giorno gio 5 lug 2018 alle ore 02:29 Jeff Zhang ha scritto: > > This might be due to the embedded spark version.