Как обработать такое исключение в c#?

Question

[iamserge]

Собственно в процессе работы потоков, которых довольно много вываливается исключение, которое я не могу выловить. Пробовал try{}catch{} обернуть код создания потока - но не помогло, вылетаю в отладку и не понимаю "где" "это" случается и как это ловить ... Гуглил по тексту ошибки - результаты более чем скромные =( Хочется поймать и подождать если надо и продолжить ... ну или поток перезапустить, если не получается подождать - тоже хороший вариант ...

at System.Net.Sockets.NetworkStream.set_ReadTimeout(Int32 value)
   at MySql.Data.MySqlClient.TimedStream.StartTimer(IOKind op)
   at MySql.Data.MySqlClient.TimedStream.Read(Byte[] buffer, Int32 offset, Int32 count)
   at MySql.Data.MySqlClient.MySqlStream.ReadFully(Stream stream, Byte[] buffer, Int32 offset, Int32 count)
   at MySql.Data.MySqlClient.MySqlStream.LoadPacket()
   at MySql.Data.MySqlClient.MySqlStream.ReadPacket()
   at MySql.Data.MySqlClient.NativeDriver.GetResult(Int32& affectedRow, Int64& insertedId)
   at MySql.Data.MySqlClient.Driver.NextResult(Int32 statementId, Boolean force)
   at MySql.Data.MySqlClient.MySqlDataReader.NextResult()
   at MySql.Data.MySqlClient.MySqlCommand.ExecuteReader(CommandBehavior behavior)
   at MySql.Data.MySqlClient.MySqlCommand.ExecuteNonQuery()
   
   // Строка с updateCommand.ExecuteNonQuery(); которая в try{} catch (MySqlException Ext){}
  // MySQL ошибки она ловит и все прекрасно ... 
   at Application.Form1.pPointsCalculate(String InitName, String Mode, DataGridViewRow NextRow) in C:\Users\User\Desktop\Application\Application\Form1.cs:line 641 
   
   // Строка где создается сам поток ... 
   at Application.Form1.<>c__DisplayClass21_1.<start_WeeklyPPointsUpdate_Click>b__0() in C:\Users\User\Desktop\Application\Application\Form1.cs:line 1076
   
   at System.Threading.ExecutionContext.RunInternal(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state, Boolean preserveSyncCtx)
   at System.Threading.ExecutionContext.Run(ExecutionContext executionContext, ContextCallback callback, Object state)
   at System.Threading.ThreadHelper.ThreadStart()

Timeout can be only be set to 'System.Threading.Timeout.Infinite' or a value > 0. Parameter name: value

Comments

[Василий Банников]

Покажи код, где ты timeout указываешь.
Судя по тексту ошибки - ловить её и смысла нет, тк ты кривые параметры передаёшь.
Это раз.

Два: в стектрейсе пишется ещё тип исключения. Скорее всего тут какой-нибудь ArgumentException

[iamserge]

Василий Банников, Я так догадываюсь что речь не о MySQL, а кроме него я ничему не указываю timeout ...

using (MySqlConnection UpgradeConnection = new MySqlConnection(SQLConnect))
                        {

                            MySqlCommand updateCommand = UpgradeConnection.CreateCommand();
                            updateCommand.CommandText = String.Join("", SQL_QUERIES.ToArray());
                            updateCommand.CommandTimeout = 180;
                            UpgradeConnection.Open();
                            updateCommand.ExecuteNonQuery();

                        }

А так создаю поток каждый ...

Thread pPointThread = new Thread(() => pPointsCalculate(InitName, "Week", NextRow));

                    activeThreads.Add(new threadData
                    {

                        id = pPointThread.ManagedThreadId,
                        InitName = initGrid.Rows[NextRow.Index].Cells[0].Value.ToString(),
                        thread = pPointThread,
                        type = "pPointsWeekly"

                    });

                    pPointThread.Start();

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

Два: в стектрейсе пишется ещё тип исключения. Скорее всего тут какой-нибудь ArgumentException

Сейчас достану скоро ... Не редкость они у меня .... Если он нигде их не хранит старые ...

[Василий Банников]

iamserge, а таймаут у тебя всегда один или он вычисляется?

[iamserge]

Василий Банников, Пока один постоянный на UPDATE и по дефолту на SELECT т.е. там вроде 30 сек.

Не совсем понял где именно, но "Exception Unhandled" в заголовке ну или "System.ArgumentOutOfRangeException:" перед текстом ошибки ... Да действительно, аргументы вне диапазона ... Ничего правда не понял, какие аргументы у меня и куда вообще вдруг вышли за какие такие пределы ...

[Василий Банников]

iamserge, попробуй пока ещё catch(Exception e) {} добавить и хотябы логировать другие ошибки.

[iamserge]

Василий Банников, ок, ее бы просто поймать хотя бы и пусть даже перезапустить поток ... Правда не понимаю связи между потоком и SQL, потоки чудно работают по многу времени и ждут себе долгих запросов без проблем. А иногда бац и это исключение по необъяснимым причинам ...

[Василий Банников]

iamserge, ну тут надо весь код смотреть

[iamserge]

Василий Банников, Хм, а вот кстати на счет всего кода - добавлю пожалуй я один try{}catch{} на всю что внутри функции потока ... Хм, вообще "Exception" вроде бы как общий, но я не до конца понимаю пределы его "власти" т.е. насколько он резиновый чтобы обо всем сообщать ... ? То есть я про то, как все будет выглядеть если я хочу переловить вообще все что только может случиться? Ну и наверное их будет все же 2-3 штуки, а может и один большой - не знаю пока как лучше и правда ... Надо серьезно этим заняться ...

Да и почитал, кажется это работает с try{} тотальным почти так же как и без, но за то я буду контролировать процесс весь, а не мучаться с такими проблемами ... Даже если не могу обработать нормально или найти причин - смогу что-то сделать, чтобы недопустить краха приложения и справится без перезапуска.

[Василий Банников]

iamserge,

Хм, вообще "Exception" вроде бы как общий, но я не до конца понимаю пределы его "власти" т.е. насколько он резиновый чтобы обо всем сообщать ... ?

Все исключения обязаны наследоваться от базового.
Перехватить нельзя всего несколько очень специфичных исключений типа OOM

[iamserge]

Все исключения обязаны наследоваться от базового.
Перехватить нельзя всего несколько очень специфичных исключений типа OOM

Тогда пожалуй и стоит взять это на вооружения, т.е. для меня c# не особо привычная среда с его компилятором - когда одна ошибка приводит к тому что все приложение разваливается. Хотя может есть и лучше способы ...

[Роман]

iamserge, Это везде так, необработанное исключение завершает выполнение.

Не видя всего кода сложно сказать, БД и потоки скользкая тема, У вас много потоков создается? Может как решение, сделать отдельный поток для работы с БД и в нем организовать очередь заданий для БД?

[iamserge]

Роман, Только в php сайт не ложится для всех, когда один из 100 скриптов для одного клиента чего-то не смог сделать=)

Ну потоков в целом 30 штук, по три на траблицу, объем запросов не знаю в целом, но в пиках их эдак 10k/секунда может быть, само собой они там в очереди топчатся и я использую MEMORY таблицы.

В целом пока я "придумал" и почти сделал:
1. try{} catch{} на всю функцию потока
2. Если процесс умер - запускаю заново
3. Храню их все время в списке
4. Пишу код так, чтобы восстанавливаться в духе save/load или снапшотов и т.п. (хотя он и так такой, новые ошибки каждый раз меня вынудили думать об этом почти сразу)

Да тут даже не в коде дело, часто об это спотыкаюсь и долго ищу решения иногда, надоело довольно быстро страдать от этой проблемы

[d'Ivan]

Можно много выдавать много теорий что является причиной, но без кода помочь нечем. Если есть минимальный код, воспроизводящий проблему - выкладывай ссылку на репозиторий/архив и тебе смогут помочь.

[Gennady S]

iamserge, PHP так же падает, просто запускается заново для каждого клиента (зависимо от способа работы интерпретатора, либо полностью, либо как процессы или потоки). У Вас судя по 10 тысячам запросов в секунду в 30 потоках — может вылетать и драйвер/коннектор, упоминания о чем гуглятся с 2015-го года при высоких нагрузках. Не говоря о провисании серии запросов за 180 секунд. Начните с суммарных, ну не знаю, 1000 запросов в секунду, например. И лучше это вынести из GUI (судя по запуску потока на обработчике клика в логе ошибки). Обойдите все настройки с лимитами, включая сторону сервера.