1. 26 May, 2010 1 commit
    • Robert Haas's avatar
      More fixes for shutdown during recovery. · 615704af
      Robert Haas authored
      1. If we receive a fast shutdown request while in the PM_STARTUP state,
      process it just as we would in PM_RECOVERY, PM_HOT_STANDBY, or PM_RUN.
      Without this change, an early fast shutdown followed by Hot Standby causes
      the database to get stuck in a state where a shutdown is pending (so no new
      connections are allowed) but the shutdown request is never processed unless
      we end Hot Standby and enter normal running.
      
      2. Avoid removing the backup label file when a smart or fast shutdown occurs
      during recovery.  It makes sense to do this once we've reached normal running,
      since we must be taking a backup which now won't be valid.  But during
      recovery we must be recovering from a previously taken backup, and any backup
      label file is needed to restart recovery from the right place.
      
      Fujii Masao and Robert Haas
      615704af
  2. 25 May, 2010 10 commits
  3. 24 May, 2010 3 commits
  4. 23 May, 2010 2 commits
  5. 21 May, 2010 1 commit
  6. 20 May, 2010 4 commits
  7. 19 May, 2010 7 commits
  8. 18 May, 2010 6 commits
  9. 17 May, 2010 3 commits
  10. 16 May, 2010 2 commits
  11. 15 May, 2010 1 commit
    • Tom Lane's avatar
      Ensure that pg_restore -l will output DATABASE entries whether or not -C · bd823e11
      Tom Lane authored
      is specified.  Per bug report from Russell Smith and ensuing discussion.
      Since this is a corner case behavioral change, I'm going to be conservative
      and not back-patch it.
      
      In passing, also rename the RestoreOptions field for the -C switch to
      something less generic than "create".
      bd823e11