GitHub PushEvent at 2014-03-19 10:25:10
Repository: impala
Actor: ueshin
Payload: {"shas":[["a67ec1ec09c8f5a9b3279e0213044435ecb4504b","3eca10f30041813f045165784e24b5a950a6cc7e@cloudera.com","IMPALA-900: Allow queries without a resource reservation to run with RM\nenabled\n\nCoordinator fragments don't have any resources reserved for\nthem. Coordinator-only queries (like constant selects) therefore don't\nhave any resources reserved for them at all. This would trigger a DCHECK\nthat was a bit overzealous in PlanFragmentExecutor::Open().\n\nNow rather than FLAGS_enable_rm we check whether the query resource\nmanager is NULL or not to decide whether to perform RM-related tasks for\nqueries. The query resource manager is set if and only if RM is enabled\nand a reservation is present.\n\nChange-Id: Ib1702bc4475d7cf633428f18596771a6e7f3eaa9\nReviewed-on: http://gerrit.ent.cloudera.com:8080/1983\nReviewed-by: Alex Behm <alex.behm@cloudera.com>\nTested-by: jenkins","Henry Robinson",true],["a0371fcb7dbd77cf59c8ba0dcf5f0ff0f060fa16","3801481aac49ac3df829825a1d4dd7c1f9a518ae@cloudera.com","IMPALA 896: impalad crashes in SetMemLimitExceeded under high concurrency\n\nThe entire MemTracker tree rooted at a process MemTracker may be walked\nwhen SetMemLimitExceeded() is invoked. This can cause problems\nif an instance MemTracker in this tree has has been destroyed, but not\nunregistered from its parent query MemTracker. Unregistering happens\nexplicitly in PlanFragmentExecutor::Close(), but not in\nFeSupport_NativeEvalConstExpr\n\nThe fix is to unregister an instance Memtracker from its parent before\ndestroying in the destructor for the RuntimeState (which owns the instance)\ntracker. The explicit call to UnregisterFromParent() in\nPlanFragmentExecutor::Close() has been removed.\n\nChange-Id: If5821ff83f282eede51e0be322ecb788b8053de3\nReviewed-on: http://gerrit.ent.cloudera.com:8080/1988\nReviewed-by: Srinath Shankar <sshankar@cloudera.com>\nTested-by: jenkins","Srinath Shankar",true],["542a4d93d6aa18fe35afa49f8fa1d2044d079ebd","6d4b168ab637b0a20cc9dbf96abb2537f372f946@cloudera.com","Symbol mangling for UDF prepare/close functions\n\nChange-Id: If8f1386073f467e66ada74e606fc98f3344f0733\nReviewed-on: http://gerrit.ent.cloudera.com:8080/1986\nReviewed-by: Skye Wanderman-Milne <skye@cloudera.com>\nTested-by: Skye Wanderman-Milne <skye@cloudera.com>","Skye Wanderman-Milne",true]],"size":3,"ref":"refs/heads/master","head":"542a4d93d6aa18fe35afa49f8fa1d2044d079ebd"}