| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
| |
Reviewed-by: Michael Paquier <michael.paquier@gmail.com>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Previously, these functions were created in a schema "binary_upgrade",
which was deleted after pg_upgrade was finished. Because we don't want
to keep that schema around permanently, move them to pg_catalog but
rename them with a binary_upgrade_... prefix.
The provided functions are only small wrappers around global variables
that were added specifically for pg_upgrade use, so keeping the module
separate does not create any modularity.
The functions still check that they are only called in binary upgrade
mode, so it is not possible to call these during normal operation.
Reviewed-by: Michael Paquier <michael.paquier@gmail.com>
|
|
|
|
|
|
|
| |
Also document that rsync has one-second granularity for file
change comparisons.
Report by Stephen Frost
|
| |
|
|
|
|
| |
Report by Pavel Raiskup
|
|
|
|
|
|
| |
The user specified to the upgrade was effectively the install user, but
that was not clearly stated in the comments, documentation, or error
messages.
|
|
|
|
|
|
|
| |
~/.pgpass is a sound choice everywhere, and "peer" authentication is
safe on every platform it supports. Cease to recommend "trust"
authentication, the safety of which is deeply configuration-specific.
Back-patch to 9.0, where pg_upgrade was introduced.
|
| |
|
|
|
|
|
|
| |
directory
Per report by Marc Mamin
|
|
|
|
|
|
|
|
|
|
|
| |
DocBook XML is superficially compatible with DocBook SGML but has a
slightly stricter DTD that we have been violating in a few cases.
Although XSLT doesn't care whether the document is valid, the style
sheets don't necessarily process invalid documents correctly, so we need
to work toward fixing this.
This first commit moves the indexterms in refentry elements to an
allowed position. It has no impact on the output.
|
| |
|
| |
|
|
|
|
| |
This simplifies the docs and makes it easier to cut/paste command lines.
|
|
|
|
|
|
|
| |
Mention that link mode uses less disk space, and uses junction points on
Windows.
Backpatch to 9.3.
|
|
|
|
|
|
| |
In a few cases, pg_upgrade said old/new cluster location when it meant
old/new Postgres install location, so fix those.
Per private email report
|
|
|
|
|
|
|
|
| |
Previously, pg_upgrade docs recommended using .pgpass if using MD5
authentication to avoid being prompted for a password. Turns out pg_ctl
never prompts for a password, so MD5 requires .pgpass --- document that.
Also recommend 'peer' for authentication too.
Backpatch back to 9.1.
|
|
|
|
|
|
| |
Document that tablespaces and pg_xlog can be on different file systems
for pg_upgrade --link mode.
Backpatch to 9.3.
|
|
|
|
|
| |
-h (help) is not needed; pg_upgrade already supports --help and -?,
which is consistent with other tools.
|
|
|
|
|
|
| |
Previous code had old/new prefixes on option values, e.g.
--old-datadir=OLDDATADIR. Remove them, for simplicity; now:
--old-datadir=DATADIR. Also update docs to do the same.
|
|
|
|
|
|
|
| |
Change -u (user) option to -U, for consistency with other tools like
pg_dump and psql. Also expand --user to --username, again for
consistency.
BACKWARD INCOMPATIBILITY
|
|
|
|
| |
Backpatch to 9.2.
|
| |
|
|
|
|
|
|
| |
Document that post-upgrade steps are likely to be the same for all
clusters with the same DDL/schemas; this should help automated
upgrades.
|
|
|
|
|
| |
Remove references to "one click", as we're not supposed to call
them that anymore.
|
|
|
|
|
|
|
|
|
| |
Mention it might be necessary to modify postgresql.conf in the new
cluster to match the old cluster.
Backpatch to 9.2.
Suggested by user.
|
|
|
|
|
| |
This patch implements parallel copying/linking of files by tablespace
using the --jobs option in pg_upgrade.
|
|
|
|
|
| |
Add pg_upgrade --jobs, which allows parallel dump/restore of databases,
which improves performance.
|
|
|
|
|
|
| |
logical replication upgrades.
Backpatch to 9.2.
|
|
|
|
|
|
| |
with a socket directory mismatch with the new server.
Backpatch to 9.2.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When starting either an old or new postmaster, force it to place its Unix
socket in the current directory. This makes it even harder for accidental
connections to occur during pg_upgrade, and also works around some
scenarios where the default socket location isn't usable. (For example,
if the default location is something other than "/tmp", it might not exist
during "make check".)
When checking an already-running old postmaster, find out its actual socket
directory location from postmaster.pid, if possible. This dodges problems
with an old postmaster having a configured location different from the
default built into pg_upgrade's libpq. We can't find that out if the old
postmaster is pre-9.1, so also document how to cope with such scenarios
manually.
In support of this, centralize handling of the connection-related command
line options passed to pg_upgrade's subsidiary programs, such as pg_dump.
This should make future changes easier.
Bruce Momjian and Tom Lane
|
|
|
|
| |
checking an old running server.
|
|
|
|
|
|
| |
files, like postmaster.pid.
Backpatch to 9.2.
|
|
|
|
|
|
| |
pg_upgrade.
Backpatch to 9.2.
|
| |
|
|
|
|
|
| |
See 6ef24487967692604b07a4a54e71821a60fb729a for an explanation. This
is the same for the new man pages.
|
|
|
|
| |
pgindent and perltidy should clean up the rest.
|
|
|
|
|
|
|
| |
Create separate appendixes for contrib extensions and other server
plugins on the one hand, and utility programs on the other. Recast
the documentation of the latter as refentries, so that man pages are
generated.
|
|
|
|
|
|
|
|
|
|
|
| |
add ability to control permissions of created files
have psql echo its queries for easier debugging
output four separate log files, and delete them on success
add -r/--retain option to keep log files after success
make logs file append-only
remove -g/-G/-l logging options
sugggest tailing appropriate log file on failure
enhance -v/--verbose behavior
|
|
|
|
|
|
|
| |
right after we restore the schema (a common failure point), and right
before we do the link operation.
Per suggesgtions from Robert and ^!C^!^@lvaro
|
|
|
|
| |
-l, --logfile=FILENAME log internal activity to file\n\
|
|
|
|
| |
preserve pg_class oids since PG 9.0.
|
|
|
|
| |
document its use for config-only directory installs.
|
| |
|
|
|
|
|
|
|
|
| |
because its internal format was changed in 8.4.
Backpatch to 9.0 and 9.1.
Report by depesz, diagnosis by Tom.
|
| |
|
|
|
|
| |
talk about client access.
|
|
|
|
|
| |
client connections during the upgrade. Also rename data/bin/port
environment variables to being with 'PG'. Also no longer honor PGPORT.
|
|
|
|
| |
Backpatch to 9.1 and 9.0.
|
|
|
|
|
|
|
|
|
| |
the same file system, and that authentication should lock out normal
users.
Per suggestsion from #postgresql irc channel.
Backpatch to 9.1.
|
|
|
|
| |
checks for PGHOST and PGHOSTADDR.
|