Re: Incomplete startup packet help needed

Поиск
Список
Период
Сортировка
Искать
От
Jon Erdman
Тема
Re: Incomplete startup packet help needed
Дата
Msg-id
20141106113043.d2b6cd9d8e60dce3be2879e9@thewickedtribe.net
Ответ на
Список
Дерево обсуждения
Incomplete startup packet help needed David Johnston <polobo@yahoo.com>
Re: Incomplete startup packet help needed Adrian Klaver <adrian.klaver@gmail.com>
Re: Incomplete startup packet help needed memtec <juanantonio.izquierdo@gmail.com>
Re: Incomplete startup packet help needed Francisco Olarte <folarte@peoplecall.com>
Re: Incomplete startup packet help needed Jon Erdman <postgresql@thewickedtribe.net>
Re: Incomplete startup packet help needed David Johnston <polobo@yahoo.com>
Re: Incomplete startup packet help needed Adrian Klaver <adrian.klaver@gmail.com>
Re: Incomplete startup packet help needed David Johnston <polobo@yahoo.com>
Re: Incomplete startup packet help needed John R Pierce <pierce@hogranch.com>
Re: Incomplete startup packet help needed David Boreham <david_list@boreham.org>
Re: Incomplete startup packet help needed Florian Weimer <fweimer@bfk.de>
Re: Incomplete startup packet help needed Achilleas Mantzios <achill@smadev.internal.net>
On Thu, 6 Nov 2014 13:40:14 +0100
Francisco Olarte  wrote:

> Hi Juan Antonio:
> 
> On Tue, Nov 4, 2014 at 9:54 PM, memtec 
> wrote:
> 
> > You can force this message executing:
> > $ echo | nc SERVER_IP 5432
> > 2014-11-04 21:44:37 CET LOG:  incomplete startup packet
> >
> 
> What do you need help on? PG uses a binary protocol, you sent it bad data
> ( I think this will open connection, send a \n byte, shutdown it ) and it
> complained in the first check ( I suppose it is due to the connection
> expecting an startup packet with a given format, and it couldn't get it
> because it's longer than 1 byte, everything is prety well documented, RTFM
> ).

FYI: It's very common to get these messages in your log file if you have something like nagios or other monitoring tools checking to see if postgres is up. This is because many of them just test to see if something is listening on the port, without opening a proper postgres connection (i.e. telnet localhost 5432). The just connect to the port then disconnect without sending any data of any kind.
--
Jon Erdman (aka StuckMojo)
    PostgreSQL Zealot
В списке pgsql-general по дате отправления
От: Bill Moran
Дата:
От: Adrian Klaver
Дата:
FAQ