Sqlstate hy000 general error 7 no connection to the server

RDS PostgreSQL: General error: 7 SSL error: invalid key length

Part of AWS Collective

Sometimes I catch an error from RDS PostgreSQL.

SQLSTATE[HY000]: General error: 7 SSL error: invalid key length

Usually it works fine, but sometimes the error.

What could it be? Any ideas?

• Engine: PostgreSQL 9.4.1
• Certificate Authority: rds-ca-2015 (Mar 5, 2020)
• Instance Class: db.m3.medium
• Storage Type: General Purpose (SSD)
• IOPS: disabled
• Storage: 100 GB
• Encryption Enabled: No
• DB Instance Status: available
• Multi AZ: No

Updated 2016-01-18

A SQL request does not matter, I catch the error with different requests, usually primitive. And I don’t see any relationship with the SQL request.

I noticed, that it happens when SQL requests have a delay:

• SQL requests (everything fine)
• -> Request to PayPal REST API for validation (everything fine)
• -> SQL requests (catch the error)

I cannot understand, it’s only for AWS / RDS or someone catch it in other cases?

Updated 2016-01-27

LOG: could not receive data from client: Connection reset by peer

When I’m trying execute a query again I’m getting another error:

SQLSTATE[HY000]: General error: 7 no connection to the server

Reconnecting does not help, I have the same error «no connection to the server»

The script made 50 attempts during the day and in the end the script has worked without the error.

Seems the error related with network or connecting (PDO connecting, PHP-FPM, PHP 5.6, SSL)

Источник

SSL-ошибка Postgres

Я пытаюсь запустить миграцию Drupal через SSH и drush (оболочку командной строки), копируя данные из базы данных postgres в mysql.

Некоторое время работает нормально (

5 минут или около того), но потом я получаю сообщение об ошибке:

Соединение с базой данных postgres, похоже, пропало, и я просто получаю ошибки:

Он отлично работает локально, поэтому я думаю, что проблема должна быть с postgres и запуском скрипта через SSH, но поиск этих ошибок не дает ничего полезного. Кто-нибудь знает, что может быть причиной этого?

задан 12 июля ’12, 11:07

Может быть тайм-аут. сначала проверьте журнал (возможно, измените ssl_reegotiation_limit) — wildplasser

Да, именно в этом и была проблема — запрос выполнялся слишком долго, я переписал его и теперь все в порядке. Большое спасибо за помощь. Вы хотите опубликовать свой комментарий как ответ, и я могу пометить его как принятый? — Ben Scott

2 ответы

Может быть тайм-аут. сначала проверьте журнал (возможно, измените ssl_reegotiation_limit)

Кстати: IIRC, повторное согласование происходит не через фиксированное количество времени, а через определенное количество переданных символов (2 ГБ?)

ответ дан 01 апр.

Вы должны проверить журналы PostgreSQL и MySQL для получения дополнительных сведений. Если в журнале PostgreSQL мало информации, посмотрите log_min_error_statement в postgresql.conf. Как вы найдете по этой ссылке, вы можете настроить его, чтобы увеличить количество журналов. Если в журнале PostgreSQL все еще нет подсказок, я бы посмотрел на другие компоненты вашей системы на наличие проблемы.

Создан 12 июля ’12, 12:07

Спасибо за совет. Я проверил журнал, и там не было ничего полезного, но я попытаюсь увеличить журнал и посмотреть, есть ли там какие-либо подсказки. Привет, Бен — Бен Скотт

Не тот ответ, который вы ищете? Просмотрите другие вопросы с метками postgresql drupal postgresql-8.4 or задайте свой вопрос.

Источник

Laravel по-русски

Русское сообщество разработки на PHP-фреймворке Laravel.

#1 31.07.2015 18:23:04

Ошибка базы данных SQLSTATE[HY000] [2002] Connection refused

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

PDOException in Connector.php line 50:
SQLSTATE[HY000] [2002] Connection refused

Гугл не помог, подскажите, может быть у кого-то была подобная проблема?
Использую homestead, но еще на компьютере установлен MAMP, может быть дело в этом?

Не в сети 31.07.2015

#2 01.08.2015 04:46:07

Re: Ошибка базы данных SQLSTATE[HY000] [2002] Connection refused

http://joxi.ru/GrqdW3ns965BAz
Так и не нашел решения, помогите пожалуйста

Не в сети 31.07.2015

#3 01.08.2015 12:11:14

Re: Ошибка базы данных SQLSTATE[HY000] [2002] Connection refused

Настройте конфигурацию подключения к бд в файле .env

Не в сети 23.11.2014

#4 01.08.2015 13:52:43

Re: Ошибка базы данных SQLSTATE[HY000] [2002] Connection refused

Файл настроен, миграции проходят, но статьи не выводятся.
http://joxi.ru/zANpbxPsPXO6m9

Не в сети 31.07.2015

#5 01.08.2015 14:26:03

Re: Ошибка базы данных SQLSTATE[HY000] [2002] Connection refused

Выявил такую ошибку, меняешь параметры в файле .env, но на сайте в дебагере они не меняются.

Не в сети 31.07.2015

#6 01.08.2015 19:39:37

Re: Ошибка базы данных SQLSTATE[HY000] [2002] Connection refused

Я Вам написал, исправьте настройки в .env

и в database.php

Не в сети 23.11.2014

#7 01.08.2015 19:40:19

Re: Ошибка базы данных SQLSTATE[HY000] [2002] Connection refused

По скриншоту видно, что у вас дефолтные настройки

Не в сети 23.11.2014

#8 17.08.2015 13:31:37

Re: Ошибка базы данных SQLSTATE[HY000] [2002] Connection refused

По скриншоту видно, что у вас дефолтные настройки

Нифига не дефолтные, точнее кажется что это так. порт у него какой то марсианский 33060, а так вроде ниче так дефолт 😀

Не в сети 17.08.2015

#9 04.09.2016 04:58:54

Re: Ошибка базы данных SQLSTATE[HY000] [2002] Connection refused

собственно кому полезно может будет.
Решение аналогичное Fanaticus.
—
правда машина — Мак, локалхост через Mamp.
после некоторых действий тут
http://stackoverflow.com/questions/3250 … -with-mamp
переМэйкил контроллер связанный с миграцией.

love what you doing

Не в сети 25.01.2016

#10 01.12.2018 12:39:36

Re: Ошибка базы данных SQLSTATE[HY000] [2002] Connection refused

У меня возникла такая же проблема на MAMP. Решил просто — включил галочку в настройках MySQL. Если кому-то поможет, тут скриншот экрана, на котором нужно включить настройку http://priscree.ru/img/bc59e5a1ee0c1c.png

Не в сети 01.12.2018

#11 01.12.2018 13:08:32

Re: Ошибка базы данных SQLSTATE[HY000] [2002] Connection refused

@VovaMark2 а не может такого быть, что миграции ты выполняешь на одной машине (виртуальной), а вебсервер работает на другой (физической)? В такм случае localhost для них разный. Лучше всего всё делать на одном и том же хосте, но если очень хочется иметь доступ отовсюду, то надо указать IP где находится сервер БД и убедиться, что настроки MySQL позволят обращаться извне.

Другая идея состоит в том, что возможно настройки нормальные, но конфигурация не обновилась из-за кеширования. Решается через
php artisan config:clear
или
php artisan config:cache

There are two hard things in computer science: cache invalidation, naming things, and off-by-one errors.

Не в сети 21.11.2017

#12 24.10.2021 18:33:09

Re: Ошибка базы данных SQLSTATE[HY000] [2002] Connection refused

artoodetoo, спасибо!
При переносе проекта на VPS такая же ошибка была.
Помогло обновление кэш
php artisan config:cache

Источник

SQLSTATE[HY000]: General error: 1835 Malformed communication packet on LARAVEL

SQLSTATE[HY000]: General error: 1835 Malformed communication packet (SQL: select * from tb_users where ( username = 121211) limit 1)

I already checked this: MySQL: ERROR 2027 (HY000): Malformed packet, but it seems a different case.

1. I’ve successfully logged in to MySQL after previously login using SSH (using: mysql -u -p).
2. I’ve successfully logged in to MySQL directly from a remote PC (using: mysql -h [IP] -u -p).

But my Laravel got the error I mentioned before. Any experience in this?

16 Answers 16

All my Laravel apps running PHP 7.2 had this error but those running on PHP 7.3 did not. So I changed the PHP version to 7.3 and the problem was fixed. (Running Laravel 7)

Found the solution. Don’t know if it’s permanent or temporary:

‘options’ => [PDO::ATTR_EMULATE_PREPARES => true]

exist on mysql connection.

This issue started happening for a lot of people after the recent MariaDB update yesterday after Updating MariaDB to v10.3.26 (and 10.2.35). This issue is already addressed here: https://jira.mariadb.org/browse/MDEV-24121

As of now, these are the only known solutions:

1. Upgrade your PHP to 7.3: It appears these errors are shown on sites using php ‘options’ => [PDO::ATTR_EMULATE_PREPARES => true] to Database Config: This has been suggested in some answers which might solve 1 issue but open up a lot of other issues.

CONS: Adding the above to the database config file solved 1 problem for me, but it also opened a whole lot of other queries that were failing, database inserts where failing, etc. So I would not recommend this fix at all.

4. Wait for MariaDB Update: The next update should address this issue.

CONS: We don’t know how long it will take to get an update that fixes this issue for older versions of PHP. It could be even days and some applications might not be able to wait that long.

So all in all, these are the only options I can see as of now. Just hoping there is a fix for it soon.

Short Term Fix: Out of all, downgrading MariaDB seems to be the only easy (sorta) temporary fix for me considering my application needs a lot of work to be ready for php 7.3. I downgraded MariaDB to 10.2.34 and locked it and the error no longer appears.

Long Term Fix: It is better to eventually get your application ready for php 7.3 and upgrade to that so MariaDB newer version also will not complain.

Источник

Description:
------------
When using pcntl_fork to fork children, and *only* the parent uses the Postgres PDO database connection, the connection becomes unusable after the first child exits and the signal handler is called. If SIGCHLD signal handler is omitted PDO works normally for parent. Tested with and without persistent connections.
Possible relevant bugs: 48447, 45797

Actual result:
--------------
PHP Warning:  PDOStatement::execute(): SQLSTATE[HY000]: General error: 7 server closed the connection unexpectedly
This probably means the server terminated abnormally

Patches

Add a Patch

Pull Requests

Add a Pull Request

History

AllCommentsChangesGit/SVN commitsRelated reports

I revoke the statement of SIGCHLD, it happens even without the handler in some situations, the behaviour seems erratic. Perhaps the database connection is shared with the children, and when the child dies the db variable the connection is closed. 

I tried closing the DB connection first thing on the child but with no results, the error still appears when the child dies.

When using persistent connections, even if reopening a new connection *after* forking, the connection fails. The only way to have DB connections is to reopen them after forking, with PDO::ATTR_PERSISTENT => false

Can you provide a test script for your issue?

Closing as no feedback has been provided since I asked for it in 2012.

I confirm the existence of this error in php 7.

Here is example code:

test1.php:
<?php
defined('APPLICATION_PATH')
|| define('APPLICATION_PATH', realpath(__DIR__ . '/application'));
defined('APPLICATION_ENV')
|| define('APPLICATION_ENV', (getenv('APPLICATION_ENV') ? getenv('APPLICATION_ENV') : 'development'));
require_once 'Zend/Application.php';
$application = new Zend_Application(
    APPLICATION_ENV,
    APPLICATION_PATH . '/configs/application.ini'
);

$db = new Zend_Db_Adapter_Pdo_Pgsql(array(
    'host' => 'localhost',
    'username' => 'test',
    'password' => 'hasłodlatest',
    'dbname' => 'test'
));

echo 'start' . "n";
$select = $db->select()->from('aaa', '*');
print_r($db->fetchOne($select));
echo "n";

$pid = pcntl_fork();
if ($pid == -1) {
    // pcntl_fork() failed
    echo('could not fork');
} elseif ($pid) {

} elseif ($pid == 0) {
    // you're in the new (child) process
    exec('/usr/bin/php /home/idea/CLI/test2.php &>/home/idea/CLI/test.log &');
    exit;
}

echo 'After fork' . "n";

while (true) {
    sleep(5);
    $select = $db->select()->from('aaa', '*');
    print_r($db->fetchOne($select));
}

test2.php:
<?php
echo 'Forked' . "n";

Доброго времени суток. При выполнении запроса выдается ошибка PDOException: SQLSTATE[HY000]: General error in D:OSPaneldomainsbloknotappvendoryiisoftyii2dbCommand.php:1156. Запрос в phpMyadmin отрабатывает нормально.
Код

 $sql = "CREATE TEMPORARY TABLE `temp`
                SELECT  t2.id_orders,t1.total_sum FROM order_service_product as t2 
                JOIN orders AS t1 
                ON t1.id = t2.id_orders 
                AND t1.data_begin BETWEEN  DATE_FORMAT("2018-06-20", "%Y-%m-%d") 
                AND DATE_FORMAT("2018-06-22", "%Y-%m-%d")
                WHERE t2.id_services IS NULL GROUP by t2.id_orders; SELECT SUM(temp.total_sum)total_sum from temp;";
        $count = Yii::$app->db->createCommand($sql)->queryAll();

Ошибка:
PDOException: SQLSTATE[HY000]: General error in D:OSPaneldomainsbloknotappvendoryiisoftyii2dbCommand.php:1156
Stack trace:
#0 [internal function]: PDOStatement->fetchAll(2)
#1 D:OSPaneldomainsbloknotappvendoryiisoftyii2dbCommand.php(1156): call_user_func_array(Array, Array)
#2 D:OSPaneldomainsbloknotappvendoryiisoftyii2dbCommand.php(399): yiidbCommand->queryInternal(‘fetchAll’, 2)
#3 D:OSPaneldomainsbloknotappmodelsServices.php(109): yiidbCommand->queryAll()
#4 D:OSPaneldomainsbloknotappviewsreporttbl_services.php(20): appmodelsServices->getReceiptForServicesByTime(‘2018-06-22’, ‘2018-06-24’)
#5 D:OSPaneldomainsbloknotappvendoryiisoftyii2baseView.php(336): require(‘D:\OSPanel\doma…’)
#6 D:OSPaneldomainsbloknotappvendoryiisoftyii2baseView.php(254): yiibaseView->renderPhpFile(‘D:\OSPanel\doma…’, Array)
#7 D:OSPaneldomainsbloknotappvendoryiisoftyii2webView.php(212): yiibaseView->renderFile(‘D:\OSPanel\doma…’, Array, Object(appcontrollersReportController))
#8 D:OSPaneldomainsbloknotappvendoryiisoftyii2webController.php(49): yiiwebView->renderAjax(‘tbl_services’, Array, Object(appcontrollersReportController))
#9 D:OSPaneldomainsbloknotappcontrollersReportController.php(121): yiiwebController->renderAjax(‘tbl_services’, Array)
#10 [internal function]: appcontrollersReportController->actionReportServices()
#11 D:OSPaneldomainsbloknotappvendoryiisoftyii2baseInlineAction.php(57): call_user_func_array(Array, Array)
#12 D:OSPaneldomainsbloknotappvendoryiisoftyii2baseController.php(157): yiibaseInlineAction->runWithParams(Array)
#13 D:OSPaneldomainsbloknotappvendoryiisoftyii2baseModule.php(528): yiibaseController->runAction(‘report-services’, Array)
#14 D:OSPaneldomainsbloknotappvendoryiisoftyii2webApplication.php(103): yiibaseModule->runAction(‘report/report-s…’, Array)
#15 D:OSPaneldomainsbloknotappvendoryiisoftyii2baseApplication.php(386): yiiwebApplication->handleRequest(Object(yiiwebRequest))
#16 D:OSPaneldomainsbloknotappwebindex.php(14): yiibaseApplication->run()
#17 {main}