Separate bad users with bad quires from good users with good quires. Spark do not provide no scope separation out of the box.
2016-07-01 11:12 GMT-07:00 Jeff Zhang <zjf...@gmail.com>: > I think so, any reason you want to deploy multiple thrift server on one > machine ? > > On Fri, Jul 1, 2016 at 10:59 AM, Egor Pahomov <pahomov.e...@gmail.com> > wrote: > >> Takeshi, of course I used different HIVE_SERVER2_THRIFT_PORT >> Jeff, thanks, I would try, but from your answer I'm getting the feeling, >> that I'm trying some very rare case? >> >> 2016-07-01 10:54 GMT-07:00 Jeff Zhang <zjf...@gmail.com>: >> >>> This is not a bug, because these 2 processes use the same SPARK_PID_DIR >>> which is /tmp by default. Although you can resolve this by using >>> different SPARK_PID_DIR, I suspect you would still have other issues like >>> port conflict. I would suggest you to deploy one spark thrift server per >>> machine for now. If stick to deploy multiple spark thrift server on one >>> machine, then define different SPARK_CONF_DIR, SPARK_LOG_DIR and >>> SPARK_PID_DIR for your 2 instances of spark thrift server. Not sure if >>> there's other conflicts. but please try first. >>> >>> >>> On Fri, Jul 1, 2016 at 10:47 AM, Egor Pahomov <pahomov.e...@gmail.com> >>> wrote: >>> >>>> I get >>>> >>>> "org.apache.spark.sql.hive.thriftserver.HiveThriftServer2 running as >>>> process 28989. Stop it first." >>>> >>>> Is it a bug? >>>> >>>> 2016-07-01 10:10 GMT-07:00 Jeff Zhang <zjf...@gmail.com>: >>>> >>>>> I don't think the one instance per machine is true. As long as you >>>>> resolve the conflict issue such as port conflict, pid file, log file and >>>>> etc, you can run multiple instances of spark thrift server. >>>>> >>>>> On Fri, Jul 1, 2016 at 9:32 AM, Egor Pahomov <pahomov.e...@gmail.com> >>>>> wrote: >>>>> >>>>>> Hi, I'm using Spark Thrift JDBC server and 2 limitations are really >>>>>> bother me - >>>>>> >>>>>> 1) One instance per machine >>>>>> 2) Yarn client only(not yarn cluster) >>>>>> >>>>>> Are there any architectural reasons for such limitations? About >>>>>> yarn-client I might understand in theory - master is the same process as >>>>>> a >>>>>> server, so it makes some sense, but it's really inconvenient - I need a >>>>>> lot >>>>>> of memory on my driver machine. Reasons for one instance per machine I do >>>>>> not understand. >>>>>> >>>>>> -- >>>>>> >>>>>> >>>>>> *Sincerely yoursEgor Pakhomov* >>>>>> >>>>> >>>>> >>>>> >>>>> -- >>>>> Best Regards >>>>> >>>>> Jeff Zhang >>>>> >>>> >>>> >>>> >>>> -- >>>> >>>> >>>> *Sincerely yoursEgor Pakhomov* >>>> >>> >>> >>> >>> -- >>> Best Regards >>> >>> Jeff Zhang >>> >> >> >> >> -- >> >> >> *Sincerely yoursEgor Pakhomov* >> > > > > -- > Best Regards > > Jeff Zhang > -- *Sincerely yoursEgor Pakhomov*