Skip to content

P
Postgres FD Implementation
Commit 238d21d7 authored by Bruce Momjian's avatar Bruce Momjian
Browse files
Options

Modify pg_standby, pgbench, and pg_upgrade manual pages to be consistent 

in their display of command-line options with other client applications.
parent 7ff79fa4
Show whitespace changes
Inline Side-by-side
Showing with 411 additions and 329 deletions
contrib/pg_upgrade/option.c
View file @ 238d21d7
...@@ -226,17 +226,17 @@ usage(migratorContext *ctx) ...@@ -226,17 +226,17 @@ usage(migratorContext *ctx)
printf(_("\nUsage: pg_upgrade [OPTIONS]...\n\ printf(_("\nUsage: pg_upgrade [OPTIONS]...\n\
\n\ \n\
Options:\n\ Options:\n\
-b, --old-bindir=OLDBINDIR old cluster executable directory\n\ -b, --old-bindir=old_bindir old cluster executable directory\n\
-B, --new-bindir=NEWBINDIR new cluster executable directory\n\ -B, --new-bindir=new_bindir new cluster executable directory\n\
-c, --check check clusters only, don't change any data\n\ -c, --check check clusters only, don't change any data\n\
-d, --old-datadir=OLDDATADIR old cluster data directory\n\ -d, --old-datadir=old_datadir old cluster data directory\n\
-D, --new-datadir=NEWDATADIR new cluster data directory\n\ -D, --new-datadir=new_datadir new cluster data directory\n\
-g, --debug enable debugging\n\ -g, --debug enable debugging\n\
-G, --debugfile=DEBUGFILENAME output debugging activity to file\n\ -G, --debugfile=debug_filename output debugging activity to file\n\
-k, --link link instead of copying files to new cluster\n\ -k, --link link instead of copying files to new cluster\n\
-l, --logfile=LOGFILENAME log session activity to file\n\ -l, --logfile=log_filename log session activity to file\n\
-p, --old-port=portnum old cluster port number (default %d)\n\ -p, --old-port=old_portnum old cluster port number (default %d)\n\
-P, --new-port=portnum new cluster port number (default %d)\n\ -P, --new-port=new_portnum new cluster port number (default %d)\n\
-u, --user=username clusters superuser (default \"%s\")\n\ -u, --user=username clusters superuser (default \"%s\")\n\
-v, --verbose enable verbose output\n\ -v, --verbose enable verbose output\n\
-V, --version display version information, then exit\n\ -V, --version display version information, then exit\n\
......
doc/src/sgml/oid2name.sgml
View file @ 238d21d7
<!-- $PostgreSQL: pgsql/doc/src/sgml/oid2name.sgml,v 1.7 2010/05/20 03:45:38 momjian Exp $ --> <!-- $PostgreSQL: pgsql/doc/src/sgml/oid2name.sgml,v 1.8 2010/05/25 15:55:28 momjian Exp $ -->
<sect1 id="oid2name"> <sect1 id="oid2name">
<title>oid2name</title> <title>oid2name</title>
...@@ -36,7 +36,7 @@ ...@@ -36,7 +36,7 @@
</sect2> </sect2>
<sect2> <sect2>
<title><application>oid2name</> options</title> <title><application>oid2name</> Options</title>
<para> <para>
<application>oid2name</application> accepts the following command-line arguments: <application>oid2name</application> accepts the following command-line arguments:
......
doc/src/sgml/pgbench.sgml
View file @ 238d21d7
<!-- $PostgreSQL: pgsql/doc/src/sgml/pgbench.sgml,v 1.15 2010/04/23 23:21:43 rhaas Exp $ --> <!-- $PostgreSQL: pgsql/doc/src/sgml/pgbench.sgml,v 1.16 2010/05/25 15:55:28 momjian Exp $ -->
<sect1 id="pgbench"> <sect1 id="pgbench">
<title>pgbench</title> <title>pgbench</title>
...@@ -116,89 +116,142 @@ pgbench <optional> <replaceable>options</> </optional> <replaceable>dbname</> ...@@ -116,89 +116,142 @@ pgbench <optional> <replaceable>options</> </optional> <replaceable>dbname</>
in both cases. in both cases.
</para> </para>
<table id="pgbench-init-options"> </sect2>
<title><application>pgbench</application> initialization options</title>
<tgroup cols="2"> <sect2 id="pgbench-init-options">
<thead> <title><application>pgbench</> Initialization Options</title>
<row>
<entry>Option</entry> <para>
<entry>Description</entry> <application>pgbench</application> accepts the following command-line
</row> initialization arguments:
</thead>
<variablelist>
<tbody>
<row> <varlistentry>
<entry><literal>-i</literal></entry> <term><option>-F</option> <replaceable>fillfactor</></term>
<entry> <listitem>
Required to invoke initialization mode. <para>
</entry>
</row>
<row>
<entry><literal>-s</literal> <replaceable>scale_factor</></entry>
<entry>
Multiply the number of rows generated by the scale factor.
For example, <literal>-s 100</> will create 10,000,000 rows
in the <structname>pgbench_accounts</> table. Default is 1.
</entry>
</row>
<row>
<entry><literal>-F</literal> <replaceable>fillfactor</></entry>
<entry>
Create the <structname>pgbench_accounts</>, Create the <structname>pgbench_accounts</>,
<structname>pgbench_tellers</> and <structname>pgbench_tellers</> and
<structname>pgbench_branches</> tables with the given fillfactor. <structname>pgbench_branches</> tables with the given fillfactor.
Default is 100. Default is 100.
</entry> </para>
</row> </listitem>
</tbody> </varlistentry>
</tgroup>
</table> <varlistentry>
<term><option>-i</option></term>
<table id="pgbench-run-options"> <listitem>
<title><application>pgbench</application> benchmarking options</title> <para>
<tgroup cols="2"> Required to invoke initialization mode.
<thead> </para>
<row> </listitem>
<entry>Option</entry> </varlistentry>
<entry>Description</entry>
</row> <varlistentry>
</thead> <term><option>-s</option> <replaceable>scale_factor</></term>
<listitem>
<tbody> <para>
<row> Multiply the number of rows generated by the scale factor.
<entry><literal>-c</literal> <replaceable>clients</></entry> For example, <literal>-s 100</> will create 10,000,000 rows
<entry> in the <structname>pgbench_accounts</> table. Default is 1.
</para>
</listitem>
</varlistentry>
</variablelist>
</para>
</sect2>
<sect2 id="pgbench-run-options">
<title><application>pgbench</> Benchmarking Options</title>
<para>
<application>pgbench</application> accepts the following command-line
benchmarking arguments:
<variablelist>
<varlistentry>
<term><option>-c</option> <replaceable>clients</></term>
<listitem>
<para>
Number of clients simulated, that is, number of concurrent database Number of clients simulated, that is, number of concurrent database
sessions. Default is 1. sessions. Default is 1.
</entry> </para>
</row> </listitem>
<row> </varlistentry>
<entry><literal>-j</literal> <replaceable>threads</></entry>
<entry> <varlistentry>
<term><option>-C</option></term>
<listitem>
<para>
Establish a new connection for each transaction, rather than
doing it just once per client session.
This is useful to measure the connection overhead.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-d</option></term>
<listitem>
<para>
Print debugging output.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-D</option> <replaceable>varname</><literal>=</><replaceable>value</></term>
<listitem>
<para>
Define a variable for use by a custom script (see below).
Multiple <literal>-D</> options are allowed.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-f</option> <replaceable>filename</></term>
<listitem>
<para>
Read transaction script from <replaceable>filename</>.
See below for details.
<literal>-N</literal>, <literal>-S</literal>, and <literal>-f</literal>
are mutually exclusive.
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-j</option> <replaceable>threads</></term>
<listitem>
<para>
Number of worker threads within <application>pgbench</application>. Number of worker threads within <application>pgbench</application>.
Using more than one thread can be helpful on multi-CPU machines. Using more than one thread can be helpful on multi-CPU machines.
The number of clients must be a multiple of the number of threads, The number of clients must be a multiple of the number of threads,
since each thread is given the same number of client sessions to manage. since each thread is given the same number of client sessions to manage.
Default is 1. Default is 1.
</entry> </para>
</row> </listitem>
<row> </varlistentry>
<entry><literal>-t</literal> <replaceable>transactions</></entry>
<entry> <varlistentry>
Number of transactions each client runs. Default is 10. <term><option>-l</option></term>
</entry> <listitem>
</row> <para>
<row> Write the time taken by each transaction to a logfile.
<entry><literal>-T</literal> <replaceable>seconds</></entry> See below for details.
<entry> </para>
Run the test for this many seconds, rather than a fixed number of </listitem>
transactions per client. <literal>-t</literal> and </varlistentry>
<literal>-T</literal> are mutually exclusive.
</entry> <varlistentry>
</row> <term><option>-M</option> <replaceable>querymode</></term>
<row> <listitem>
<entry><literal>-M</literal> <replaceable>querymode</></entry> <para>
<entry>
Protocol to use for submitting queries to the server: Protocol to use for submitting queries to the server:
<itemizedlist> <itemizedlist>
<listitem> <listitem>
...@@ -213,121 +266,135 @@ pgbench <optional> <replaceable>options</> </optional> <replaceable>dbname</> ...@@ -213,121 +266,135 @@ pgbench <optional> <replaceable>options</> </optional> <replaceable>dbname</>
</itemizedlist> </itemizedlist>
The default is simple query protocol. (See <xref linkend="protocol"> The default is simple query protocol. (See <xref linkend="protocol">
for more information.) for more information.)
</entry> </para>
</row> </listitem>
<row> </varlistentry>
<entry><literal>-N</literal></entry>
<entry> <varlistentry>
Do not update <structname>pgbench_tellers</> and <term><option>-n</option></term>
<structname>pgbench_branches</>. <listitem>
This will avoid update contention on these tables, but <para>
it makes the test case even less like TPC-B.
</entry>
</row>
<row>
<entry><literal>-S</literal></entry>
<entry>
Perform select-only transactions instead of TPC-B-like test.
</entry>
</row>
<row>
<entry><literal>-f</literal> <replaceable>filename</></entry>
<entry>
Read transaction script from <replaceable>filename</>.
See below for details.
<literal>-N</literal>, <literal>-S</literal>, and <literal>-f</literal>
are mutually exclusive.
</entry>
</row>
<row>
<entry><literal>-n</literal></entry>
<entry>
Perform no vacuuming before running the test. Perform no vacuuming before running the test.
This option is <emphasis>necessary</> This option is <emphasis>necessary</>
if you are running a custom test scenario that does not include if you are running a custom test scenario that does not include
the standard tables <structname>pgbench_accounts</>, the standard tables <structname>pgbench_accounts</>,
<structname>pgbench_branches</>, <structname>pgbench_history</>, and <structname>pgbench_branches</>, <structname>pgbench_history</>, and
<structname>pgbench_tellers</>. <structname>pgbench_tellers</>.
</entry> </para>
</row> </listitem>
<row> </varlistentry>
<entry><literal>-v</literal></entry>
<entry> <varlistentry>
Vacuum all four standard tables before running the test. <term><option>-N</option></term>
With neither <literal>-n</> nor <literal>-v</>, pgbench will vacuum the <listitem>
<structname>pgbench_tellers</> and <structname>pgbench_branches</> <para>
tables, and will truncate <structname>pgbench_history</>. Do not update <structname>pgbench_tellers</> and
</entry> <structname>pgbench_branches</>.
</row> This will avoid update contention on these tables, but
<row> it makes the test case even less like TPC-B.
<entry><literal>-D</literal> <replaceable>varname</><literal>=</><replaceable>value</></entry> </para>
<entry> </listitem>
Define a variable for use by a custom script (see below). </varlistentry>
Multiple <literal>-D</> options are allowed.
</entry> <varlistentry>
</row> <term><option>-s</option> <replaceable>scale_factor</></term>
<row> <listitem>
<entry><literal>-C</literal></entry> <para>
<entry>
Establish a new connection for each transaction, rather than
doing it just once per client session.
This is useful to measure the connection overhead.
</entry>
</row>
<row>
<entry><literal>-l</literal></entry>
<entry>
Write the time taken by each transaction to a logfile.
See below for details.
</entry>
</row>
<row>
<entry><literal>-s</literal> <replaceable>scale_factor</></entry>
<entry>
Report the specified scale factor in <application>pgbench</>'s Report the specified scale factor in <application>pgbench</>'s
output. With the built-in tests, this is not necessary; the output. With the built-in tests, this is not necessary; the
correct scale factor will be detected by counting the number of correct scale factor will be detected by counting the number of
rows in the <structname>pgbench_branches</> table. However, when testing rows in the <structname>pgbench_branches</> table. However, when testing
custom benchmarks (<literal>-f</> option), the scale factor custom benchmarks (<literal>-f</> option), the scale factor
will be reported as 1 unless this option is used. will be reported as 1 unless this option is used.
</entry> </para>
</row> </listitem>
<row> </varlistentry>
<entry><literal>-d</literal></entry>
<entry> <varlistentry>
Print debugging output. <term><option>-S</option></term>
</entry> <listitem>
</row> <para>
</tbody> Perform select-only transactions instead of TPC-B-like test.
</tgroup> </para>
</table> </listitem>
</varlistentry>
<table id="pgbench-common-options">
<title><application>pgbench</application> common options</title> <varlistentry>
<tgroup cols="2"> <term><option>-t</option> <replaceable>transactions</></term>
<thead> <listitem>
<row> <para>
<entry>Option</entry> Number of transactions each client runs. Default is 10.
<entry>Description</entry> </para>
</row> </listitem>
</thead> </varlistentry>
<tbody> <varlistentry>
<row> <term><option>-T</option> <replaceable>seconds</></term>
<entry><literal>-h</literal> <replaceable>hostname</></entry> <listitem>
<entry>database server's host</entry> <para>
</row> Run the test for this many seconds, rather than a fixed number of
<row> transactions per client. <literal>-t</literal> and
<entry><literal>-p</literal> <replaceable>port</></entry> <literal>-T</literal> are mutually exclusive.
<entry>database server's port</entry> </para>
</row> </listitem>
<row> </varlistentry>
<entry><literal>-U</literal> <replaceable>login</></entry>
<entry>username to connect as</entry> <varlistentry>
</row> <term><option>-v</option></term>
</tbody> <listitem>
</tgroup> <para>
</table> Vacuum all four standard tables before running the test.
With neither <literal>-n</> nor <literal>-v</>, pgbench will vacuum the
<structname>pgbench_tellers</> and <structname>pgbench_branches</>
tables, and will truncate <structname>pgbench_history</>.
</para>
</listitem>
</varlistentry>
</variablelist>
</para>
</sect2>
<sect2 id="pgbench-common-options">
<title><application>pgbench</> Common Options</title>
<para>
<application>pgbench</application> accepts the following command-line
common arguments:
<variablelist>
<varlistentry>
<term><option>-h</option> <replaceable>hostname</></term>
<listitem>
<para>
The database server's hostname
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-p</option> <replaceable>port</></term>
<listitem>
<para>
The database server's port number
</para>
</listitem>
</varlistentry>
<varlistentry>
<term><option>-U</option> <replaceable>login</></term>
<listitem>
<para>
The username to connect as
</para>
</listitem>
</varlistentry>
</variablelist>
</para>
</sect2> </sect2>
<sect2> <sect2>
......
doc/src/sgml/pgstandby.sgml
View file @ 238d21d7
<!-- $PostgreSQL: pgsql/doc/src/sgml/pgstandby.sgml,v 2.10 2009/06/25 12:03:11 heikki Exp $ --> <!-- $PostgreSQL: pgsql/doc/src/sgml/pgstandby.sgml,v 2.11 2010/05/25 15:55:28 momjian Exp $ -->
<sect1 id="pgstandby"> <sect1 id="pgstandby">
<title>pg_standby</title> <title>pg_standby</title>
...@@ -122,34 +122,39 @@ pg_standby <optional> <replaceable>option</> ... </optional> <replaceable>archiv ...@@ -122,34 +122,39 @@ pg_standby <optional> <replaceable>option</> ... </optional> <replaceable>archiv
</variablelist> </variablelist>
</para> </para>
<table> </sect2>
<title><application>pg_standby</> options</title>
<tgroup cols="3"> <sect2>
<thead> <title><application>pg_standby</> Options</title>
<row>
<entry>Option</entry> <para>
<entry>Default</entry> <application>pg_standby</application> accepts the following command-line arguments:
<entry>Description</entry>
</row> <variablelist>
</thead>
<tbody> <varlistentry>
<row> <term><option>-c</option></term>
<entry><literal>-c</></entry> <listitem>
<entry>yes</entry> <para>
<entry>
Use <literal>cp</> or <literal>copy</> command to restore WAL files Use <literal>cp</> or <literal>copy</> command to restore WAL files
from archive. from archive. This is the only supported behavior so this option is useless.
</entry> </para>
</row> </listitem>
<row> </varlistentry>
<entry><literal>-d</></entry>
<entry>no</entry> <varlistentry>
<entry>Print lots of debug logging output on <filename>stderr</>.</entry> <term><option>-d</option></term>
</row> <listitem>
<row> <para>
<entry><literal>-k</> <replaceable>numfiles</></entry> Print lots of debug logging output on <filename>stderr</>.
<entry>0</entry> </para>
<entry> </listitem>
</varlistentry>
<varlistentry>
<term><option>-k</option></term>
<listitem>
<para>
Remove files from <replaceable>archivelocation</replaceable> so that Remove files from <replaceable>archivelocation</replaceable> so that
no more than this many WAL files before the current one are kept in the no more than this many WAL files before the current one are kept in the
archive. Zero (the default) means not to remove any files from archive. Zero (the default) means not to remove any files from
...@@ -164,57 +169,67 @@ pg_standby <optional> <replaceable>option</> ... </optional> <replaceable>archiv ...@@ -164,57 +169,67 @@ pg_standby <optional> <replaceable>option</> ... </optional> <replaceable>archiv
small setting could result in removal of files that are still needed small setting could result in removal of files that are still needed
for a restart of the standby server, while a too large setting wastes for a restart of the standby server, while a too large setting wastes
archive space. archive space.
</entry> </para>
</row> </listitem>
<row> </varlistentry>
<entry><literal>-r</> <replaceable>maxretries</></entry>
<entry>3</entry> <varlistentry>
<entry> <term><option>-r</option> <replaceable>maxretries</></term>
Set the maximum number of times to retry the copy command if it <listitem>
fails. After each failure, we wait for <replaceable>sleeptime</> * <para>
<replaceable>num_retries</> Set the maximum number of times to retry the copy command if
it fails (default 3). After each failure, we wait for
<replaceable>sleeptime</> * <replaceable>num_retries</>
so that the wait time increases progressively. So by default, so that the wait time increases progressively. So by default,
we will wait 5 secs, 10 secs, then 15 secs before reporting we will wait 5 secs, 10 secs, then 15 secs before reporting
the failure back to the standby server. This will be the failure back to the standby server. This will be
interpreted as end of recovery and the standby will come interpreted as end of recovery and the standby will come
up fully as a result. up fully as a result.
</entry> </para>
</row> </listitem>
<row> </varlistentry>
<entry><literal>-s</> <replaceable>sleeptime</></entry>
<entry>5</entry> <varlistentry>
<entry> <term><option>-s</option> <replaceable>sleeptime</></term>
Set the number of seconds (up to 60) to sleep between tests to see <listitem>
if the WAL file to be restored is available in the archive yet. <para>
The default setting is not necessarily recommended; Set the number of seconds (up to 60, default 5) to sleep between
consult <xref linkend="warm-standby"> for discussion. tests to see if the WAL file to be restored is available in
</entry> the archive yet. The default setting is not necessarily
</row> recommended; consult <xref linkend="warm-standby"> for discussion.
<row> </para>
<entry><literal>-t</> <replaceable>triggerfile</></entry> </listitem>
<entry>none</entry> </varlistentry>
<entry>
<varlistentry>
<term><option>-t</option> <replaceable>triggerfile</></term>
<listitem>
<para>
Specify a trigger file whose presence should cause failover. Specify a trigger file whose presence should cause failover.
It is recommended that you use a structured filename to It is recommended that you use a structured filename to
avoid confusion as to which server is being triggered avoid confusion as to which server is being triggered
when multiple servers exist on the same system; for example when multiple servers exist on the same system; for example
<filename>/tmp/pgsql.trigger.5432</>. <filename>/tmp/pgsql.trigger.5432</>.
</entry> </para>
</row> </listitem>
<row> </varlistentry>
<entry><literal>-w</> <replaceable>maxwaittime</></entry>
<entry>0</entry> <varlistentry>
<entry> <term><option>-w</option> <replaceable>maxwaittime</></term>
<listitem>
<para>
Set the maximum number of seconds to wait for the next WAL file, Set the maximum number of seconds to wait for the next WAL file,
after which a fast failover will be performed. after which a fast failover will be performed.
A setting of zero (the default) means wait forever. A setting of zero (the default) means wait forever.
The default setting is not necessarily recommended; The default setting is not necessarily recommended;
consult <xref linkend="warm-standby"> for discussion. consult <xref linkend="warm-standby"> for discussion.
</entry> </para>
</row> </listitem>
</tbody> </varlistentry>
</tgroup>
</table> </variablelist>
</para>
</sect2> </sect2>
<sect2> <sect2>
......
doc/src/sgml/pgupgrade.sgml
View file @ 238d21d7
<!-- $PostgreSQL: pgsql/doc/src/sgml/pgupgrade.sgml,v 1.11 2010/05/25 14:50:56 momjian Exp $ --> <!-- $PostgreSQL: pgsql/doc/src/sgml/pgupgrade.sgml,v 1.12 2010/05/25 15:55:28 momjian Exp $ -->
<sect1 id="pgupgrade"> <sect1 id="pgupgrade">
<title>pg_upgrade</title> <title>pg_upgrade</title>
...@@ -38,7 +38,7 @@ ...@@ -38,7 +38,7 @@
</sect2> </sect2>
<sect2> <sect2>
<title><application>pg_upgrade</> options</title> <title><application>pg_upgrade</> Options</title>
<para> <para>
<application>pg_upgrade</application> accepts the following command-line arguments: <application>pg_upgrade</application> accepts the following command-line arguments:
...@@ -46,13 +46,13 @@ ...@@ -46,13 +46,13 @@
<variablelist> <variablelist>
<varlistentry> <varlistentry>
<term><option>-b</option> <replaceable>OLDBINDIR</></term> <term><option>-b</option> <replaceable>old_bindir</></term>
<term><option>--old-bindir</option> <replaceable>OLDBINDIR</></term> <term><option>--old-bindir</option> <replaceable>OLDBINDIR</></term>
<listitem><para>specify the old cluster executable directory</para></listitem> <listitem><para>specify the old cluster executable directory</para></listitem>
</varlistentry> </varlistentry>
<varlistentry> <varlistentry>
<term><option>-B</option> <replaceable>NEWBINDIR</></term> <term><option>-B</option> <replaceable>new_bindir</></term>
<term><option>--new-bindir</option> <replaceable>NEWBINDIR</></term> <term><option>--new-bindir</option> <replaceable>NEWBINDIR</></term>
<listitem><para>specify the new cluster executable directory</para></listitem> <listitem><para>specify the new cluster executable directory</para></listitem>
</varlistentry> </varlistentry>
...@@ -64,13 +64,13 @@ ...@@ -64,13 +64,13 @@
</varlistentry> </varlistentry>
<varlistentry> <varlistentry>
<term><option>-d</option> <replaceable>OLDDATADIR</></term> <term><option>-d</option> <replaceable>old_datadir</></term>
<term><option>--old-datadir</option> <replaceable>OLDDATADIR</></term> <term><option>--old-datadir</option> <replaceable>OLDDATADIR</></term>
<listitem><para>specify the old cluster data directory</para></listitem> <listitem><para>specify the old cluster data directory</para></listitem>
</varlistentry> </varlistentry>
<varlistentry> <varlistentry>
<term><option>-D</option> <replaceable>NEWDATADIR</></term> <term><option>-D</option> <replaceable>new_datadir</></term>
<term><option>--new-datadir</option> <replaceable>NEWDATADIR</></term> <term><option>--new-datadir</option> <replaceable>NEWDATADIR</></term>
<listitem><para>specify the new cluster data directory</para></listitem> <listitem><para>specify the new cluster data directory</para></listitem>
</varlistentry> </varlistentry>
...@@ -82,7 +82,7 @@ ...@@ -82,7 +82,7 @@
</varlistentry> </varlistentry>
<varlistentry> <varlistentry>
<term><option>-G</option> <replaceable>DEBUGFILENAME</></term> <term><option>-G</option> <replaceable>debug_filename</></term>
<term><option>--debugfile</option> <replaceable>DEBUGFILENAME</></term> <term><option>--debugfile</option> <replaceable>DEBUGFILENAME</></term>
<listitem><para>output debugging activity to file</para></listitem> <listitem><para>output debugging activity to file</para></listitem>
</varlistentry> </varlistentry>
...@@ -94,19 +94,19 @@ ...@@ -94,19 +94,19 @@
</varlistentry> </varlistentry>
<varlistentry> <varlistentry>
<term><option>-l</option> <replaceable>LOGFILENAME</></term> <term><option>-l</option> <replaceable>log_filename</></term>
<term><option>--logfile</option> <replaceable>LOGFILENAME</></term> <term><option>--logfile</option> <replaceable>LOGFILENAME</></term>
<listitem><para>log session activity to file</para></listitem> <listitem><para>log session activity to file</para></listitem>
</varlistentry> </varlistentry>
<varlistentry> <varlistentry>
<term><option>-p</option> <replaceable>portnum</></term> <term><option>-p</option> <replaceable>old_portnum</></term>
<term><option>--old-port</option> <replaceable>portnum</></term> <term><option>--old-port</option> <replaceable>portnum</></term>
<listitem><para>specify the old cluster port number</para></listitem> <listitem><para>specify the old cluster port number</para></listitem>
</varlistentry> </varlistentry>
<varlistentry> <varlistentry>
<term><option>-P</option> <replaceable>portnum</></term> <term><option>-P</option> <replaceable>new_portnum</></term>
<term><option>--new-port</option> <replaceable>portnum</></term> <term><option>--new-port</option> <replaceable>portnum</></term>
<listitem><para>specify the new cluster port number</para></listitem> <listitem><para>specify the new cluster port number</para></listitem>
</varlistentry> </varlistentry>
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment