EMR uses upstart to manage all daemons/services running on the cluster, so
the best way to restart Zeppelin on EMR is to use "sudo stop zeppelin; sudo
start zeppelin". (Note: normally you'd use "sudo restart", but this doesn't
actually work due to the way that upstart is configured for all of these
Shyla,
What release of EMR are you using? There was a problem with earlier
releases of EMR where upstart was not properly tracking the Zeppelin PID,
so "sudo stop zeppelin" wouldn't work. This has been fixed for a while, but
I don't remember what version contained the fix. If you are not using the
I have not tried using Shiro with Zeppelin yet, but one thing I'll point
out is that for Zeppelin on EMR, configuration should be done through
zeppelin-env.sh rather than zeppelin-site.xml. All Zeppelin configuration
properties can be set via either file, so we (I'm on the EMR team, btw)
decided to
Thu, Feb 2, 2017 at 2:33 AM Jonathan Kelly
> wrote:
>
> Hi, I see that all PRs mentioned on this thread have now been closed, so I
> was wondering if there will be another RC cut today?
>
> Thank you,
> Jonathan
>
> On Thu, Jan 26, 2017 at 5:56 AM Andreas Weise
> wrot
Hi, I see that all PRs mentioned on this thread have now been closed, so I
was wondering if there will be another RC cut today?
Thank you,
Jonathan
On Thu, Jan 26, 2017 at 5:56 AM Andreas Weise
wrote:
> As there seems to be RC4, any chance to also get PR 1804 [1] merged for
> 0.7.0.
>
> It fixe
Hi, Antoine, this issue was being tracked in
https://issues.apache.org/jira/browse/ZEPPELIN-1977, but it is now resolved
as of yesterday (looks like about 18 hours ago). Maybe you need to pull
from master again and rebuild?
~ Jonathan
On Fri, Jan 20, 2017 at 1:19 PM Antoine wrote:
> Hei,
>
> I'
On the most recent several releases of EMR, Spark dynamicAllocation is
automatically enabled, as it allows longer running apps like Zeppelin's
Spark interpreter to continue running in the background without taking up
resources for any executors unless Spark jobs are actively running.
However, if y
Mark,
I see in the couchbase-spark-connector Github project that they have
already upgraded to Spark 2.0 (
https://github.com/couchbase/couchbase-spark-connector/pull/9) but that
this change has not yet been released into a new version. According to the
discussion on that pull request, it sounds l
/json" with my curl command, it all works as
expected.
Glad to know this is not a bug in Zeppelin!
~ Jonathan
On Mon, Jul 18, 2016 at 10:32 PM Jonathan Kelly
wrote:
> I should have mentioned the JIRA issue ID so that this issue might be more
> searchable in the mailing list arch
I should have mentioned the JIRA issue ID so that this issue might be more
searchable in the mailing list archives. Here it is:
https://issues.apache.org/jira/browse/ZEPPELIN-837
On Mon, Jul 18, 2016 at 10:29 PM Jonathan Kelly
wrote:
> Through a handy dandy `git bisect` command, I found t
Shiro security has been added?
Thanks,
Jonathan
On Mon, Jul 18, 2016 at 2:34 PM Jonathan Kelly
wrote:
> I'm running into an issue with the REST API in Zeppelin 0.6.0 that I did
> not experience using the same exact workflow on Zeppelin 0.5.6.
>
> When I call a method that takes a
I'm running into an issue with the REST API in Zeppelin 0.6.0 that I did
not experience using the same exact workflow on Zeppelin 0.5.6.
When I call a method that takes a message body (i.e., POSTs and PUTs), I
get an NPE in the Zeppelin server. Somehow the message String being passed
to the API me
+1
On Sat, Jul 16, 2016 at 1:57 PM moon soo Lee wrote:
> Original implementation of pyspark interpreter printed output without
> print().
> But the behavior changed since
> https://github.com/apache/zeppelin/commit/956e3f74a1b2f28fd8caa25055e77f687ca8d211
>
> I also prefer to get output without p
13 matches
Mail list logo
