This is a discussion on Re: [BUGS] BUG #1466: #maintenace_work_mem = 16384 within the Pgsql Patches forums, part of the PostgreSQL category; --> "Magnus Hagander" <mha@sollentuna.net> writes: > Here is an updated patch, that should take care of this. Tested that it ...
| |||||||
| FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| ||||
| "Magnus Hagander" <mha@sollentuna.net> writes: > Here is an updated patch, that should take care of this. Tested that it > solves the problem reported. I compared this to the version Bruce applied earlier and decided that his version was good. I don't think we should change the original logic that treated write_syslogger_file as an independent special destination for the syslogger process only. I've backpatched that version to 8.0 branch. >> If the logger is complaining, it's quite possibly because it's >> unable to >> write to its file. Now that you mention it, doesn't this code go into >> infinite recursion if write_syslogger_file_binary() tries to ereport? > I haven't looked at this part, it appears a separate (but closely > related) issue. Actually, your change to make write_syslogger_file_binary() use write_stderr seems like a fine solution to this problem. However you didn't get it quite right: the call has to be more like /* can't use ereport here because of possible recursion */ if (rc != count) write_stderr("could not write to log file: %s\n", strerror(errno)); since write_stderr doesn't know about %m and doesn't supply a free newline. Applied and backpatched to 8.0. regards, tom lane ---------------------------(end of broadcast)--------------------------- TIP 3: if posting/reading through Usenet, please send an appropriate subscribe-nomail command to majordomo@postgresql.org so that your message can get through to the mailing list cleanly |
| Thread Tools | |
| Display Modes | |
|
|