What about yarn-cluster mode? 2016-07-01 11:24 GMT-07:00 Egor Pahomov <pahomov.e...@gmail.com>:
> 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* > -- *Sincerely yoursEgor Pakhomov*