Re: [HACKERS] error handling in RegisterBackgroundWorker
| От | Peter Eisentraut |
|---|---|
| Тема | Re: [HACKERS] error handling in RegisterBackgroundWorker |
| Дата | |
| Msg-id | 3bb07215-05e8-7750-d87c-ce07c62ba5cc@2ndquadrant.com обсуждение исходный текст |
| Ответ на | Re: [HACKERS] error handling in RegisterBackgroundWorker (Noah Misch <noah@leadboat.com>) |
| Ответы |
Re: [HACKERS] error handling in RegisterBackgroundWorker
|
| Список | pgsql-hackers |
On 4/9/17 22:40, Noah Misch wrote: > Agreed. There are times when starting up degraded beats failing to start, > particularly when the failing component has complicated dependencies. In this > case, as detailed upthread, this can only fail in response to basic > misconfiguration. It's not the kind of thing that will spontaneously fail > after a minor upgrade, for example. If history had been different, we could have implemented, say, autovacuum or walreceiver on the background worker framework. I think unifying some of that might actually be a future project. Would it be OK if these processes just logged a warning and didn't start if there was a misconfiguration? -- Peter Eisentraut http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления: