1. 25 10月, 2016 30 次提交
  2. 24 10月, 2016 1 次提交
  3. 22 10月, 2016 6 次提交
    • D
      Remove leftovers from gpcheck deprecation · 2c30a2c9
      Daniel Gustafsson 提交于
      gpcheck was deprecated in 4.3.6.0 but the configuration file was
      never removed. Clean out together with install rule.
      
      Reported by zhangyuvip
      2c30a2c9
    • A
      Disable PAGER for psql in gpdemo prober · 4e23f022
      Ashwin Agrawal 提交于
      CI for some reason is getting hung, waiting for someone to hit
      enter in probe_config. So, disabling pagination for psql for the same.
      4e23f022
    • F
      Preventing gpstart if there is an unknown configuration parameter in postgresql.conf. (#1220) · 4d64dfe8
      foyzur 提交于
      If there is an unknown configuration parameter in postgresql.conf,
      currently we silently print a log message and skip reading any
      configuration parameter from postgresql.conf. This does not prevent
      database startup. As some of our gucs depend on explicitly mentioned
      values on certain platforms (e.g., gp_vmem_protect_limit is set to 8GB
      explicitly in postgresql.conf, and without explicit mention, it defaults
      to 0 on darwin platforms), this can result in assertion failure and
      confusing dtm errors as QEs fail to start with 0 vmem protect limit (and
      potentially other invalid guc values).
      
      This change prevent database startup if there is any unknown
      configuration parameter.
      
      This is relevant to Github issue #1201. However, for issue #1201 we will
      need another fix to correct bugbuster test so that it doesn't put
      unrecognized parameter in the postgresql.conf.
      
      * Revert "Preventing gpstart if there is an unknown configuration parameter in postgresql.conf."
      
      This reverts commit 6fa636cd924aea83e22964e0d88d0e9736369cc2.
      
      * Error out GPDB start if guc context is PGC_POSTMASTER.
      4d64dfe8
    • N
      Update answer files · a2fc6021
      Nikos Armenatzoglou 提交于
      a2fc6021
    • V
      Update answer files · be2c918e
      Venkatesh Raghavan 提交于
      be2c918e
    • V
      ff3474e2
  4. 21 10月, 2016 3 次提交
    • K
      a711280e
    • K
      Adjust gang_mgmt test case to avoid false negative test result. The case is · d9e42720
      Kenan Yao 提交于
      designed to verify no QE left alive when QD has exited, but QE exit in this
      situation is an asynchronous procedure, so we have to wait some time before we
      do verification.
      d9e42720
    • S
      Delete relcache init file at the end of crash recovery pass2. · ddcfb863
      Shoaib Lari 提交于
      In certain rare cases, crash recovery may prevent start up due to stale
      relfilenodes in relcache init file.  E.g. database crashes right after reindex
      operation on critical system tables in "template1" database is committed.
      
      This can happen only in case of "template1" database because MyDatabaseId is
      set to "template1" during crash recovery.  Relcache needs to be initialized in
      pass 2 of recovery so that heap access methods can be used to update persistent
      tables.  Relcache init file written in pass 2 contains critical relations and
      indexes from "template1" database.  Pass 3 applies redo records from xlog to
      all relations other than persistent tables.  Relfilenodes in the relcache init
      file may become out of date during pass 3.  Note that pass 3 does not need
      relcache and therefore does not bother keeping it up to date.  Pass 4 should
      initialize relcache from scratch rather than using a stale init file created by
      pass 2.
      Signed-off-by: NAshwin Agrawal <aagrawal@pivotal.io>
      ddcfb863