>> I've stumbled on a few entries in my stderr log where the line prefix wh=
ere
>> missing. e.g.:
>>
>> 2011-08-08 13:12:16 CEST|4e3fc490.17bc|6076|foo|DETAIL: Returned type
>> character ...
>> 2011-08-08 13:12:16 CEST|4e3fc490.17bc|6076|foo|CONTEXT: PL/pgSQL
>> function "bm_ ...
>> 2011-08-08 13:12:16 CEST|4e3fc490.17bc|6076|foo|STATEMENT: Select
>> coalesce(colu ...
>> =3D> NOTICE: table "sessions_summary_raw_20110815" does not exist, skip=
ping
>> =3D> NOTICE: ALTER TABLE / ADD PRIMARY KEY will create implicit index
>> "pk_sessions_s ...
>> =3D> NOTICE: table "sessions_site_summary_raw_20110815" does not exist,
>> skipping
>>
>> NOTICE entries should moreover not be logged !
>>
>> Those entries are coming from db_link.
>>
>I guess your test case is looping back to the same Postgres instance?
Yes, I use db_link to trigger multithreading :)
>But frankly this is an enhancement request, not a bug. The entire point
>of the stderr logging mechanism is to capture random printouts to stderr
>that might happen in code called by the backend, and it's doing exactly
>what it's supposed to.
Thanks for the explanation, this issue has no impact on our application.
best regards,
Marc Mamin