• Postgresql глючит? ;(

    From Oleg Nazaroff@2:50/700.700 to All on Fri Oct 17 15:54:07 2025
    Hello, All.

    Чего это с ним??

    11-10-25 15:40:09 [00000012] Link SQL Exception in getAll: org.postgresql.util.PSQLException: FATAL: terminating connection due to administrator command
    at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2157)
    at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:1886)
    at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:255)
    at org.postgresql.jdbc2.AbstractJdbc2Statement.execute(AbstractJdbc2Statement.java:555)
    at org.postgresql.jdbc2.AbstractJdbc2Statement.executeWithFlags(AbstractJdbc2Statement.java:417)
    at org.postgresql.jdbc2.AbstractJdbc2Statement.executeQuery(AbstractJdbc2Statement.java:302)
    at com.j256.ormlite.jdbc.JdbcCompiledStatement.runQuery(JdbcCompiledStatement.java:55)
    at com.j256.ormlite.stmt.SelectIterator.<init>(SelectIterator.java:55)
    at com.j256.ormlite.stmt.StatementExecutor.buildIterator(StatementExecutor.java:247)
    at com.j256.ormlite.stmt.StatementExecutor.query(StatementExecutor.java:196)
    at com.j256.ormlite.stmt.StatementExecutor.queryForAll(StatementExecutor.java:118)
    at com.j256.ormlite.dao.BaseDaoImpl.queryForAll(BaseDaoImpl.java:241)
    at jnode.dao.GenericDAO.getAll(GenericDAO.java:175)
    at jnode.main.threads.TimerPoll.run(TimerPoll.java:34)
    at java.util.TimerThread.mainLoop(Timer.java:555)
    at java.util.TimerThread.run(Timer.java:505)

    икаких команд никакой админ ему не давал, jNode как была запущена так и осталась, но вот такое в логах - регулярно. После такого несколько дней может почту разбирать-принимать, а потом + начинается коллапс. Процессор выжирает как не в себя, сеет такую ошибку и в конце концов его теряет и jNode, и только потом - сысоп...

    --
    WBR, ON
    --- ХотДог/2.14.5/Android
    * Origin: Somewhere at Russia, in the hut on chicken legs... (2:50/700.700)
  • From Sergey Kaluzhskiy@2:5055/182.1 to Oleg Nazaroff on Fri Oct 17 16:00:41 2025
    Привет, Oleg!

    17 окт 25 15:54, Oleg Nazaroff -> All:

    Hello, All.

    Чего это с ним??

    11-10-25 15:40:09 [00000012] Link SQL Exception in
    getAll: org.postgresql.util.PSQLException: FATAL: terminating
    connection due to administrator command at

    Это в данном случае не administrator command, а сам постгрес упал. А вот почему он это сделал, надо смотреть уже в логах постгреса. В случае линуха, это еще может быть в каком-нить /var/log/syslog . В случае андроида и термукса - видимо в той консоли где запущен постгрес


    Hикаких команд никакой админ ему не давал, jNode как была запущена так
    и осталась, но вот такое в логах - регулярно. После такого несколько
    дней может почту разбирать-принимать, а потом + начинается коллапс. Процессор выжирает как не в себя, сеет такую ошибку и в конце концов
    его теряет и jNode, и только потом - сысоп...

    Может, памяти постгресу не хватает? Хотя тогда должна прибиваться вся сессия термукса. У меня было так, специально делал тестовое приложение чтобы посмотреть как оно себя поведет. В общем, что-то вызывает падение постгреса, а что - ты из логов жноды не поймешь. Hужно смотреть в выхлоп самого постгреса.

    Еще возможно, постгрес сам закрывает соединение по какому-то таймауту:

    The client connection timeout settings in PostgreSQL may be too low, causing premature disconnections.

    Connect to the PostgreSQL using a DB management tool or psql terminal.
    Use the ?SHOW? command to view the current settings for ?statement_timeout?, ?idle_in_transaction_session_timeout?, and ?tcp_keepalives_idle?.
    Consider adjusting these values with the ?SET? command to higher limits suitable for your environment.
    For permanent changes, adjust these parameters in the ?postgresql.conf? file.

    Here?s how we do it in action:

    SHOW statement_timeout;
    SET statement_timeout TO '5min';
    SHOW idle_in_transaction_session_timeout;
    SET idle_in_transaction_session_timeout TO '10min';
    SHOW tcp_keepalives_idle;
    SET tcp_keepalives_idle TO '300';


    С наилучшими пожеланиями, Sergey.

    --- -Уютно у вас, а только странно. И солнца мало.
    * Origin: А мы народ трудящийся... (2:5055/182.1)
  • From Oleg Nazaroff@2:50/700.700 to Sergey Kaluzhskiy on Sat Oct 18 01:08:09 2025
    Hello, Sergey Kaluzhskiy.
    On 17.10.2025 16:00 you wrote:

    Это в данном случае не administrator command, а сам постгрес упал. А вот почему он это сделал,
    надо смотреть уже в логах постгреса. В случае линуха, это еще может быть в каком-нить
    /var/log/syslog . В случае андроида и термукса - видимо в той консоли где запущен постгрес

    С чего б ему.. хотя.. я апгрейдил систему, но после ноду перезапускал и проверял, все норм было. И это не в первый раз ведь..

    Может, памяти постгресу не хватает? Хотя тогда должна прибиваться вся сессия термукса. У меня
    было так, специально делал тестовое приложение чтобы посмотреть как оно себя поведет. В общем,
    что-то вызывает падение постгреса, а что - ты из логов жноды не поймешь. Hужно смотреть в
    выхлоп самого постгреса.

    у, это не в термуксе.

    Еще возможно, постгрес сам закрывает соединение по какому-то таймауту: The client connection
    timeout settings in PostgreSQL may be too low, causing premature disconnections.
    Connect to the PostgreSQL using a DB management tool or psql terminal.
    Use the ?SHOW? command to view the current settings for ?statement_timeout?,
    ?idle_in_transaction_session_timeout?, and ?tcp_keepalives_idle?.
    Consider adjusting these values with the ?SET? command to higher limits suitable for your
    environment.
    For permanent changes, adjust these parameters in the ?postgresql.conf? file.
    Here?s how we do it in action: SHOW statement_timeout; SET statement_timeout TO '5min'; SHOW
    idle_in_transaction_session_timeout; SET idle_in_transaction_session_timeout TO '10min'; SHOW
    tcp_keepalives_idle; SET tcp_keepalives_idle TO '300'; С наилучшими пожеланиями, Sergey. ---
    -Уютно у вас, а только странно. И солнца мало. * Origin: А мы народ трудящийся...
    (2:5055/182.1)

    --
    WBR, ON
    --- ХотДог/2.14.5/Android
    * Origin: Somewhere at Russia, in the hut on chicken legs... (2:50/700.700)
  • From Dmitry Protasoff@2:5001/100.1 to Oleg Nazaroff on Sat Oct 18 04:15:20 2025
    Hello, Oleg!

    Saturday October 18 2025 01:08, you wrote to Sergey Kaluzhskiy:

    С чего б ему.. хотя.. я апгрейдил систему, но после ноду перезапускал
    и проверял, все норм было. И это не в первый раз ведь..

    Ты используешь древнюю и бажную версию jnode, лошара.

    Best regards,
    dp.

    --- GoldED+/OSX 1.1.5-b20250409
    * Origin: All is good in St. John's Wood (2:5001/100.1)
  • From Dmitry Protasoff@2:5001/100.1 to Sergey Kaluzhskiy on Sat Oct 18 04:18:03 2025
    Hello, Sergey!

    Friday October 17 2025 16:00, you wrote to Oleg Nazaroff:

    Это в данном случае не administrator command, а сам постгрес упал. А
    вот почему он это сделал, надо смотреть уже в логах постгреса. В
    случае линуха, это еще может быть в каком-нить /var/log/syslog . В
    случае андроида и термукса - видимо в той консоли где запущен постгрес

    Он использует старую и кривую версию jnode, структура базы там такая, что при малейшей нагрузке постгресу плохо, а ресурсов он ему выделил нифига и меньше.

    Это же Hазаров - он не умеет буквально ничего.

    Best regards,
    dp.

    --- GoldED+/OSX 1.1.5-b20250409
    * Origin: All is good in St. John's Wood (2:5001/100.1)