[MDEV-16308] Out of sync with server Created: 2018-05-28 Updated: 2020-12-08 Resolved: 2020-02-10 |
|
| Status: | Closed |
| Project: | MariaDB Server |
| Component/s: | Protocol |
| Affects Version/s: | 10.2.15 |
| Fix Version/s: | 10.2.32, 10.3.23, 10.4.13 |
| Type: | Bug | Priority: | Major |
| Reporter: | Sergii Volikov | Assignee: | Oleksandr Byelkin |
| Resolution: | Fixed | Votes: | 0 |
| Labels: | None | ||
| Environment: |
Windows Server 2008 R2. |
||
| Attachments: |
|
||||||||||||
| Issue Links: |
|
||||||||||||
| Description |
|
После установки mariaDB 10.2.15 начала появляться ошибка: Если сразу после ошибки дать повторный запрос - ошибки не будет. В интете не нашел ничего похожего на мой случай. Скрипты разные. |
| Comments |
| Comment by Vladislav Vaintroub [ 2018-05-28 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
поделитесь пожалуйста полным стэктрейсом исключения. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-28 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Даже сервер перегружал. System.Web.HttpUnhandledException (0x80004005): Exception of type 'System.Web.HttpUnhandledException' was thrown. ---> MySql.Data.MySqlClient.MySqlException (0x80004005): Out of sync with server | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-05-28 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
советую попробовать с ConnectionReset=true опцией в connection string | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-05-28 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Possibly related https://github.com/PyMySQL/PyMySQL/issues/526 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Появилась нагрузка, пошло много ошибок. Пока откатился на 10.2.14. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
После отката ошибки не пропали, вроде, субъективно, стали немного меньше. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
можно ко всем типам "ошибок" их stacktrace получить ? | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Не понял, что значит ко всем? Ошибка, вроде,одна. MySql.Data.MySqlClient.MySqlException: Out of sync with server MySql.Data.MySqlClient.MySqlException (0x80004005): Out of sync with server | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Спасибо. ошибка одна, но stacktrace разный. с ConnectionReset более очевидный | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
А это ошибка без ConnectionReset MySql.Data.MySqlClient.MySqlException: Out of sync with server System.Web.HttpUnhandledException (0x80004005): Exception of type 'System.Web.HttpUnhandledException' was thrown. ---> MySql.Data.MySqlClient.MySqlException (0x80004005): Out of sync with server | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Я не могу понять, причину ее появления. Она появилась после установки версии 10.2.15. Тогда почему откат на 10.2.14 не дал результата!? Откат был не через бекап, а удаление 10.2.15 и установка 10.2.14. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Для меня проблема приобрела критическое значение. Можете еще будут идеи? | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Эта-же ошибка проявляться на локальной машине с другим клиентом - MySQL Connector Net 6.9.11 [MySqlException (0x80004005): Out of sync with server] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Я могу предположить , что причина появления - перестартовка сервера, без перестартовки приложения, и пул соединений. Это не единственный коннектор кстати говоря, есть и получше в том смысле что меньше багов https://github.com/mysql-net/MySqlConnector | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Как можно выполнить перестартовку сервера без перестартовки приложения? | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
можно конечно. Мы говорим сервер, подразумеваем базы данных. Другой сервер это веб, их можно в разное время перезапускатъ | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
При использовании MySqlConnector появляется ошибка Packet received out-of-order. Expected 1; got 98. Exception Details: MySql.Data.MySqlClient.MySqlProtocolException: Packet received out-of-order. Expected 1; got 98. Судя по тому, что она проявляется не всегда, а аналогично "Out of sync with server" можно предположить, что и причина аналогичная. [MySqlProtocolException: Packet received out-of-order. Expected 1; got 98.] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Ясно. У меня сервер БД и сервер приложений на одной виртуальной машине. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
о, вот это уже лучше диагностика. Хотя, если бы вы смогли wireshark tracе раздобыть, это было бы идеально | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Удалил последние установленные обновления на сервере - не помогло. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Простите мою безграмотность, но что такое wireshark tracе? Как его можно получить? | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Wireshark это програмка, которая записывает TCP коммуникацию. но если не знаете, ладно, обойдемся | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Установил. Буду пробовать, что-то получить. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Вроде получил. Что именно нужно? No. Time Protocol Length Info | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
там естъ возможность сохранить как .pcap, вот этот файл было бы неплохо иметь | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Куда переслать файл? | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
вот это Kак нибудь сохранить весь trace, но только не в .png картинках | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Отослал на Вашу почту. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
В JIRA есть "Drop files to attach, or browse". | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Во вложении настройки сервера my.ini | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Вроде локально проблему победил. По крайней мере, теперь не могу воспроизвести ее локально. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
As diego dupin noted, there is a strange response to a Ping in the attached .pcap So, we did send some junk, I'll try to reproduce it myself with example C program #41
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Sergey_W, what are your final settings? Anything in the connection string you can share? | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Строка подключения: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Any changes compared to prior settings? | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
На севере проблему победить не удалось. Настройки строки подключения не менялись. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-05-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
ну баг то вроде есть, доказано .pcap-ом . Надо просто постараться нам воспроизвести | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-30 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Изменений в строке подключений не было. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-30 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Вроде, нашел причину! | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-05-30 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Ошибка не проявляется, значит причина найдена. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-05-31 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
pcap traces show iirregularity , probably something weird with semicolon batching, the MORE_RESULTS_EXIST flag is set on OK from ping, probably from previous multi-statement. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-05-31 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
could not reproduce the same with c++ so far. Here iis the program that emulates C/NET connect sequence and tries to emulate the queries/ping/change database as close as possible (note, that C/NET also sends a weird unparsable by wireshark connection attribute, but this program does not) That passes with last 10.2, no problem, pcap trace does not show any irregularities
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-06-01 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
here is C# program tested with 6.9.12 C/NET, as well as 8.0.11 it does not show errors either
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-06-01 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
tested the above with community MySqlConnector, too. Works as well. So I guess the error is really of a sporadic nature, rather than systematic. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-06-05 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Добрый день! Кстати, сегодня ошибка проявилась два раза. До этого ее небыло. System.Web.HttpUnhandledException (0x80004005): Exception of type 'System.Web.HttpUnhandledException' was thrown. ---> MySql.Data.MySqlClient.MySqlException (0x80004005): Out of sync with server | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-06-05 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Это я себе пишу, а также всем кто читает ( у нас не все в русском сильны). А вопросы есть, да У вас прокси нету между клиентом и сервером? Я долго смотрел на код, и решил что такого как в .pcap быть не может в обычном случае. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-06-05 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Думаю прокси тут не причем (его и нет), так как сервер приложения и сервер БД это один физический (вернее виртуальный) сервер. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-06-05 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
ну если нету , можно еще постарать повторить ошибку, с локальным сервером БД? | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-06-05 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Установить локальный сервер БД? | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-06-05 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
главное ошибку повторить. .pcap можно собрать с помощью rawcap http://www.netresec.com/?page=RawCap | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-06-05 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
ошибка легко воспроизводится на реальной базе. Но нужно несколько раз выполнить скрипт Inset и Select.
Кроме того, другие клиенты этого приложения тоже в этот момент могут получить ошибку, даже не обращаясь к этим таблицам. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-06-05 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
написать маленькое приложение, как мой пример вверху, чтобы это воспроизвести можно было с нуля. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-06-05 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
а, я вижу это не получается. Это гдето, кроме "реальной базы" воспроизводится? | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-06-05 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Написать без проблем, но почему думаете, что оно воспроизведет ошибку? | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-06-05 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
пробовал на другой схеме "test" той-же базы - не удалось воспроизвести. Даже с теми же данными. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Sergii Volikov [ 2018-06-05 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Программу сделал, но как и ожидалось - результат отличный, но нас не устраивает, потому, что ошибка не воспроизводиться.
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Wolfgang Krebs [ 2018-10-23 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
we have the same problem at our site - using mariadb - server on centos 7 in version 10.2.8 and we already tried version 10.2.18 and on the client mysql-connector for .net 4.1 and mysql-connector for .net 4.5. ) = 0 ) = 0 ) = 0 we solved the problem by changing/recompiling the client SW with an odbc driver not changing the server versions. With the ODBC client version there are no problems at all. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-10-23 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
wkrebs, do you have a reproducible test case for that? If you have, please share | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Oleksandr Byelkin [ 2018-10-24 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Are/is there triggers/trigger on the table which is updating? | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Wolfgang Krebs [ 2018-10-24 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
there are no triggers on the table which is updating - especially the error occurs without updating any table concerning a test case - I can support you with the sequence of commands, that are send to the database - and I want to mention some interesting thing - the application worked fine at the first connection to the database after a restart of the mariadb-server. When we closed the application and restarted it the error occurred. here the sequence that is executed (i think some of the commands are executed within the mysql connector itself and must not be programmed especially - sorry, i have no access to the source code, so that is the maximum I can provide: | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2018-10-25 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Thanks wkrebs. Summarizing what we have seen so far, including yesterdays brainstorming session with sanja 0. it happens when there is a semicolon-separated "batch". Both cases where it was seen, there is a command that returns OK (SET/UPDATE), followed by semicolon, followed by a SELECT 1. for one case for which we have network trace, pcap, it manifests in a weird resultset already returned by select command in the batch (resultset rows end with an EOF with "more results exist" flag, which is directly followed by an EOF packet without this flag) 2. the following OK packet (response to ping) is malformed, and embeds part of another OK packet into message (which is normally reserved for readable string) 3. The following command (switch database) returns a malformed packet, which seemingly contains tail part of OK in 2. 4. It was reported that triggers are not involved. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Bradley Grainger [ 2019-06-13 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Issues filed on MySqlConnector (.NET driver) that appear to be caused by this bug: https://github.com/mysql-net/MySqlConnector/issues/612 https://github.com/mysql-net/MySqlConnector/issues/651 | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Moshe L [ 2019-06-13 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
I can repro. the problem on 10.3.15@Windows 2016, 10.3.13@Linux. My Testcase (C# with MySqlConnector, but fail also with other error message with oracle MySql.Data): {{ // working: string sql = @"set @s=POINT(32.08373,34.8965); set@z=POINT(32.08373,34.8965);"; for (int i = 0; i < 2200; i++) { using (var Conn = new MySqlConnection(connstr)) } Console.ReadKey(); | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2019-06-13 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
what data do you have in your table Moshe L ? | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Moshe L [ 2019-06-13 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
the data is useless; I can use any table for the select. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2019-06-13 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Ok, just to make sure, as an example for "any table", this will also fail for you CREATE TABLE t(i int); if you execute given enough attempts? DO 1; SELECT 1; Can you confirm that this would be failing? You do get the failure with a single user, or only with multiple ones? | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Moshe L [ 2019-06-14 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Tes. Your first testcase was failing. did not crash SET @hereami =1; SELECT 1; also not crashed DO 1; select * from news limit 1; crashed multiuser only. I was tested via "Pooling=false" and via batch file looping on mysql -e "..." - no problems. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2019-06-14 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Moshe L, if you are using pooling, how often you open a new connection? I your previous example it was just a single time, which equates basically to no-pooling | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Moshe L [ 2019-06-14 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
@Bradley Grainger was wrote the Pooling machine. As I know, it open a ~5 connections (in my configuration), and re-use them forever until the connection is broken. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Moshe L [ 2019-06-14 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
My C# Testcase
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Bradley Grainger [ 2019-06-14 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
pooling=true; Connection reset =false may be relevant to the repro here. With this setting, MySqlConnector will send a COM_PING packet to the server when MySqlConnection.Open() is called (which doesn't open a new connection, but retrieves one from the pool); this is done to check that the connection is still valid. At least in one of the packet captures I reviewed, a corrupt packet was sent in response to the COM_PING; it's also been mentioned previously on this case. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Moshe L [ 2019-06-15 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
other version of this bug:
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Moshe L [ 2020-01-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
something new with this problem? | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2020-01-29 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
We have not reproduced it this far. I tried my best , but there is not enough information. Maybe you can share the details of the server configuration (my.ini or my.cnf), so this gives an idea. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Moshe L [ 2020-01-30 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
my.ini for one of the servers (Windows 2016). a ~same configuration was throws the same error on Debian.
I was added a testcase in C# you can see on the comments. if you want, I can test it for you with a server open to the world or to my static IP. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2020-01-30 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Moshe L , I tried you testcase , too . Of course I've no idea about your "news" table, so I had a table with single int row. I'm not getting the errors. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Moshe L [ 2020-01-30 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
Thank you for all work. I want to do it. yes. the strage thing: I was saw the errors on my production (3 diffrent machines) but non on my development system. btw, I was saw a "better" error rate on this query, on a simple loop: {{ the specific error message is diffrent: `Packet received out-of-order. Expected 1; got 115., /Company/PostSite` on the old testcase it was `got 84`. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2020-01-30 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
https://1drv.ms/u/s!AqT4tBcElQz_bgxYQBf6J2ykN_A?e=h6uH6N I build a ZIP package for the "fix by suspicion" ( https://github.com/mariadb/server/commit/64437d040bfdb61c92efd33301a676ca02f342c8 ). I tend to strongly suspect the COM_MULTI code that came in 10.2 for the breakage. that line that I removed was protocol-relevant addition that came with that code, and this is in semicolon batching. And it kinda rhymes well with "concatenated packets" that we have seen in the network trace sanja, FYI. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Moshe L [ 2020-01-30 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
my test: extract your zip file run the testcase The testcase success. I will wait a day to see if the random problem disappears. | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Vladislav Vaintroub [ 2020-01-30 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Comment by Moshe L [ 2020-02-03 ] | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
4 days of quiet. you can mark this bug as fixed, I think. |