On Mon, Nov 18, 2013 at 8:31 PM, Haribabu kommi
<haribabu.ko...@huawei.com> wrote:
> On 18 November 2013 20:01 Amit Kapila wrote:
>> > Code changes are fine.
>> > If two or three errors are present in the configuration file, it
>> prints the last error
>> > Configuration parameter file only. Is it required to be mentioned in
>> the documentation?
>> Do you mean to say parsing errors or some run-time error, could you
>> explain with example?
> LOG:  parameter "shared_buffers" cannot be changed without restarting the 
> server
> LOG:  parameter "port" cannot be changed without restarting the server
> LOG:  configuration file 
> "/home/hari/installation/bin/../../data/postgresql.auto.conf" contains 
> errors; unaffected changes were applied
> The shared_buffers parameter is changed in postgresql.conf and port is 
> changed in postgresql.auto.conf.
> The error file displays the last error occurred file.

   This is only possible if user tries to change configuration
parameters both by Alter System command and manually as well and the
case above is
   not an error, it is just an information for user that there are
some parameters changed in config file which can only get reflected
after server restart.
   So definitely user can check log files to see which parameter's
doesn't get reflected if he is expecting some parameter to be changed,
but it's not
   changed. I think here even in logs if last file containing errors
is mentioned is not a big problem.

> Is it required to mention the above behavior in the document?

   It is better to show in log both the files rather than documenting
it, if the the above case is helpful for user which I don't think so,
also to handle case
   in code can complicate the error handling path of code a bit. So I
think we can leave this case as-is.

With Regards,
Amit Kapila.
EnterpriseDB: http://www.enterprisedb.com

Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:

Reply via email to