{"push_id":2754474696,"size":19,"distinct_size":19,"ref":"refs/heads/5X_STABLE","head":"912420b65b0bfb10ee224e26b4dbf793b3c3a245","before":"8caf6eddc8eeaca5631cb706012f5994bd73959c","commits":[{"sha":"504ad08bc27b0d45ba11c49a41adf6998e1b20ec","author":{"name":"Heikki Linnakangas","email":"9304c20251d03f4d84fc732cc8196e9ef6638e64@pivotal.io"},"message":"Increase sleep between launching gpfdist and running test queries.\n\nWe've seen a lot of failures in the 'sreh' test in the pipeline, like this:\n\n--- 263,269 ----\n  FORMAT 'text' (delimiter '|')\n  SEGMENT REJECT LIMIT 10000;\n  SELECT * FROM sreh_ext;\n! ERROR:  connection failed dummy_protocol://DUMMY_LOCATION\n  INSERT INTO sreh_target SELECT * FROM sreh_ext;\n  NOTICE:  Found 10 data formatting errors (10 or more input rows). Rejected related input data.\n  SELECT count(*) FROM sreh_target;\n\nI don't really know, but I'm guessing it could be because it sometimes\ntakes more than one second for gpfdist to fully start up, if there's a lot\nof disk or other activity. Increase the sleep time from 1 to 3 seconds;\nwe'll see if that helps.\n\n(cherry picked from commit bb8575a9d58939a44218e5f7afa6ce32faf8d3c6)","distinct":true,"url":"https://api.github.com/repos/magi345/gpdb/commits/504ad08bc27b0d45ba11c49a41adf6998e1b20ec"},{"sha":"75da65233dcd5e1097bf7041a80309291c59e66a","author":{"name":"Larry Hamel","email":"c5a53acaa5da6b424e2bd28a0587d04439c72a22@pivotal.io"},"message":"Ping utility can optionally survive DNS failure\n\n- Previously, DNS was queried within the `Ping` utility constructor, so a DNS failure would always raised an exception.\n- Now the DNS query is in the standard `run()` method, so a failure from DNS will raise optionally, depending on the `validateAfter` parameter.\n- `Command` declared as a new style class so that `super(Ping, self).run()` can be called.\n\nCo-authored-by: Larry Hamel <lhamel@pivotal.io>\nCo-authored-by: Jemish Patel <jpatel@pivotal.io>","distinct":true,"url":"https://api.github.com/repos/magi345/gpdb/commits/75da65233dcd5e1097bf7041a80309291c59e66a"},{"sha":"4c3be7835a3bd301625f19360a7d74114772b3a6","author":{"name":"David Kimura","email":"02bf2122b7a92d0294b6d174c377cd11c7a33173@pivotal.io"},"message":"Remove MyProc inDropTransaction flag (#5301)\n\nThe MyProc inDropTransaction flag was used to make sure concurrent AO vacuum\r\nwould not conflict with each other during drop phase. Two concurrent AO vacuum\r\non same relation was possible back in 4.3 where the different AO vacuum phases\r\n(prepare, compaction, drop, cleanup) would interleave with each other, and\r\nhaving two AO vacuum drop phases concurrently on the same AO relation was\r\ndangerous. We now hold the ShareUpdateExclusiveLock through the entire AO\r\nvacuum which renders the inDropTransaction flag useless and disallows the\r\ninterleaving mechanism.\r\n\r\nCo-authored-by: Jimmy Yih <jyih@pivotal.io>","distinct":true,"url":"https://api.github.com/repos/magi345/gpdb/commits/4c3be7835a3bd301625f19360a7d74114772b3a6"},{"sha":"49a2b32cb951934a115904b36c24e6431943560c","author":{"name":"Lisa Owen","email":"4df22dc7fbf61d4ceba3e1420be57d74fa4b4643@pivotal.io"},"message":"docs - correct log file locations in best practices (#5307)\n\n* docs - correct log file locations in best practices\r\n\r\n* edit requested by david","distinct":true,"url":"https://api.github.com/repos/magi345/gpdb/commits/49a2b32cb951934a115904b36c24e6431943560c"},{"sha":"c8a03d208aaf2756223fba9537b022b9d0ace297","author":{"name":"Hao Wang","email":"635f9f244095b81db40150c84907dd49a5db55fb@pivotal.io"},"message":"gpperfmon: fix long query text cannot load into queries_history\n\n1. When doing harvesting, raise the gp_max_csv_line_length to\nmaximum legal value in session level.\n2. For query longer than gp_max_csv_line_length, this workaround\nreplaces line breaks in query text with space to prevent load\nfailure. It may lead long query statement changed when load to\nhistory table, but it is still better than fail to load or truncate\nthe query text.\n\nCo-authored-by: Teng Zhang tezhang@pivotal.io\nCo-authored-by: Hao Wang haowang@pivotal.io","distinct":true,"url":"https://api.github.com/repos/magi345/gpdb/commits/c8a03d208aaf2756223fba9537b022b9d0ace297"},{"sha":"9f83fee598968bb8ebbafb730802da8a1847b642","author":{"name":"Huiliang.liu","email":"b2d52b4410b07d06fd9ecf7ce28023ccb905dcb0@qq.com"},"message":"support fast_match option in gpload config file (#5317)\n\n- add fast_match option in gpload config file. If both reuse_tables\r\nand fast_match are true, gpload will try fast match external\r\ntable(without checking columns). If reuse_tables is false and\r\nfast_match is true, it will print warning message.","distinct":true,"url":"https://api.github.com/repos/magi345/gpdb/commits/9f83fee598968bb8ebbafb730802da8a1847b642"},{"sha":"85c3fd979d1c76c107c02a816dd75fcb71939bb5","author":{"name":"Lisa Owen","email":"4df22dc7fbf61d4ceba3e1420be57d74fa4b4643@pivotal.io"},"message":"docs - remove one copy of duplicate gphdfs hdfs kerberos content (#5311)\n\n* docs - remove duplicate gphdfs/kerberos topic in best practices\r\n\r\n* remove unused file","distinct":true,"url":"https://api.github.com/repos/magi345/gpdb/commits/85c3fd979d1c76c107c02a816dd75fcb71939bb5"},{"sha":"6a71ff044044b0a02b293de5c63a51c2dabb013b","author":{"name":"David Kimura","email":"02bf2122b7a92d0294b6d174c377cd11c7a33173@pivotal.io"},"message":"Fix race condition in autovacuum test\n\nIf autovacuum was triggered before ShmemVariableCache->latestCompletedXid is\nupdated by manually consuming xids then autovacuum may not vacuum template0\nwith a proper transaction id to compare against. We made the test more reliable\nby suspending a new fault injector (auto_vac_worker_before_do_autovacuum) right\nbefore autovacuum worker sets recentXid and starts doing the autovacuum.  This\nallows us to guarantee that autovacuum is comparing against a proper xid.\n\nWe also removed the loop in the test because vacuum_update_dat_frozen_xid fault\ninjector ensures the pg_database table has been updated.\n\nCo-authored-by: Jimmy Yih <jyih@pivotal.io>","distinct":true,"url":"https://api.github.com/repos/magi345/gpdb/commits/6a71ff044044b0a02b293de5c63a51c2dabb013b"},{"sha":"a075db4267fa1ca9e11c2c3813e3e058da4608ce","author":{"name":"Ed Espino","email":"acca901b445e786b0b8454915fc726084374b155@pivotal.io"},"message":"Save git root, submodule and changelog information.\n\nThe following information will be saved in\n${GREENPLUM_INSTALL_DIR}/etc/git-info.json:\n\n* Root repo (uri, sha1)\n* Submodules (submodule source path, sha1, tag)\n\nSave git commits since last release tag into\n${GREENPLUM_INSTALL_DIR}/etc/git-current-changelog.txt","distinct":true,"url":"https://api.github.com/repos/magi345/gpdb/commits/a075db4267fa1ca9e11c2c3813e3e058da4608ce"},{"sha":"62ce3be6b8c2bc88026f28cf2d5783edfe75e7aa","author":{"name":"Mel Kiyama","email":"bbc1f4dea3f834014d5282054bb436aa6aa3b350@users.noreply.github.com"},"message":"docs - gpload - new config. file parameter FAST_MATCH (#5319)\n\n* docs - gpload - new config. file parameter FAST_MATCH\r\n\r\nwill be ported to 5X_STABLE\r\n\r\n* docs - review updates for gpload config. file parameter FAST_MATCH","distinct":true,"url":"https://api.github.com/repos/magi345/gpdb/commits/62ce3be6b8c2bc88026f28cf2d5783edfe75e7aa"},{"sha":"a5e73c1954635cca328f2316dceb03c8455fd4ac","author":{"name":"Lisa Owen","email":"4df22dc7fbf61d4ceba3e1420be57d74fa4b4643@pivotal.io"},"message":"docs - enhance pxf filter pushdown info (#5290)\n\n* docs - enhance pxf filter pushdown info\r\n\r\n* edits requested by david\r\n\r\n* misc edits","distinct":true,"url":"https://api.github.com/repos/magi345/gpdb/commits/a5e73c1954635cca328f2316dceb03c8455fd4ac"},{"sha":"e52fa33ac55dc624006130cc11a97db19110eaf3","author":{"name":"Lisa Owen","email":"4df22dc7fbf61d4ceba3e1420be57d74fa4b4643@pivotal.io"},"message":"docs - use centos7 links for PXF hadoop dist install (#5329)","distinct":true,"url":"https://api.github.com/repos/magi345/gpdb/commits/e52fa33ac55dc624006130cc11a97db19110eaf3"},{"sha":"94d75371bea60cabcf2d25f46e8835365861f257","author":{"name":"Huiliang.liu","email":"b2d52b4410b07d06fd9ecf7ce28023ccb905dcb0@qq.com"},"message":"Fix external schema bug in fast_match (#5325)\n\n- The results of fast_match SQL don't include shema name, so we need\r\nadd shema name to extSchemaTable for fast_match\r\n- Remove locationStr which is unused.","distinct":true,"url":"https://api.github.com/repos/magi345/gpdb/commits/94d75371bea60cabcf2d25f46e8835365861f257"},{"sha":"97e5c2fb98ac3f214e0a0e6530b6a966488f8288","author":{"name":"Ekta Khanna","email":"2fbdcb8e3470ad1f53bbeb24e2deced604b8cfa5@pivotal.io"},"message":"Update ORCA version in config error string","distinct":true,"url":"https://api.github.com/repos/magi345/gpdb/commits/97e5c2fb98ac3f214e0a0e6530b6a966488f8288"},{"sha":"2fad570fa210463428b3ed453ded8e92ee6328e1","author":{"name":"Omer Arap","email":"ce790f0f17dfa06c748b253b0854bcc0f9abba97@pivotal.io"},"message":"ORCA now mimics planner when it comes to empty stats\n\nWhen there is no stats available for any table, ORCA was treating it as an\nempty table while planning. On the other hand planner is utilizing a guc\n`gp_enable_relsize_collection` to obtain the estimated size of the table, but\nno other statistics. This commit enables ORCA to have the same behavior as\nplanner when the guc is set.\n\nSigned-off-by: Sambitesh Dash <sdash@pivotal.io>","distinct":true,"url":"https://api.github.com/repos/magi345/gpdb/commits/2fad570fa210463428b3ed453ded8e92ee6328e1"},{"sha":"910ce8c766dae4240dddb74aaebcd2affa1d7701","author":{"name":"Trevor Yacovone","email":"cb61ebbb3658ab5ced0c5ab53c506c8402736d83@pivotal.io"},"message":"Copy latest README.linux.md from gpdb/master\n\nCo-authored-by: Trevor Yacovone <tyacovone@pivotal.io>\nCo-authored-by: Amil Khanzada <akhanzada@pivotal.io>","distinct":true,"url":"https://api.github.com/repos/magi345/gpdb/commits/910ce8c766dae4240dddb74aaebcd2affa1d7701"},{"sha":"b4cf42bf9e8417e1d71f54a5eddbb627fbbde11b","author":{"name":"tyacovone","email":"5ed9d99127d5c24a435698ec0bc351af20a69b71@users.noreply.github.com"},"message":"Update kernel.sem setting to be consistent with 5.9.0 doc (#5333)\n\nBetween GPDB 5.8.0 and 5.9.0, the recommended Linux System Settings\nchanged for kernel.sem.\nhttps://gpdb.docs.pivotal.io/580/install_guide/prep_os_install_gpdb.html#topic3\nhttps://gpdb.docs.pivotal.io/590/install_guide/prep_os_install_gpdb.html#topic3\n\nHowever, the gpdb repository had references to the kernel.sem parameter,\nas well as a couple other parameters, which seem to be inconsistent.\n\nCo-authored-by: Amil Khanzada <akhanzada@pivotal.io>\nCo-authored-by: Trevor Yacovone <tyacovone@pivotal.io>\n\n(cherry picked from commit 211fa919036d21f035fc0f8fa9f941c355b578bc)","distinct":true,"url":"https://api.github.com/repos/magi345/gpdb/commits/b4cf42bf9e8417e1d71f54a5eddbb627fbbde11b"},{"sha":"195cde8d4fc7db5f9f7c0b3370704e55211b684f","author":{"name":"Scott Kahler","email":"a0add7ea94e61bd2e621034055957d6806647d78@pivotal.io"},"message":"Updating ports in sample configs to match best practices (#5327) (#5343)","distinct":true,"url":"https://api.github.com/repos/magi345/gpdb/commits/195cde8d4fc7db5f9f7c0b3370704e55211b684f"},{"sha":"912420b65b0bfb10ee224e26b4dbf793b3c3a245","author":{"name":"mkiyama","email":"bbc1f4dea3f834014d5282054bb436aa6aa3b350@pivotal.io"},"message":"docs - gpssh --f option. remove to ability to use port/username\nbackport of PR https://github.com/greenplum-db/gpdb/pull/5143","distinct":true,"url":"https://api.github.com/repos/magi345/gpdb/commits/912420b65b0bfb10ee224e26b4dbf793b3c3a245"}]}
{"actor":{"display_login":"magi345"}}