|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
nnivanova, у меня в древние времена похожая беда была, разбираться было некогда - я в код клиентских приложений добавил периодический (1 раз в несколько минут) запрос к серверу (естественно, в рамках "проблемного" коннекта) что-то вроде select count(*) from RDB@DATABASE, все с тех пор и работает. Хотя да, надо было разобраться. Наверное. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 09:08 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
nnivanovaи эта беда не только на моем ПК, примерно 7-10 раз за день я получаю подобные ошибки от разных людей (ОС разные, от Win XP до Win 8). Есть пользователи, от которых я эту ошибку получаю каждый день, есть люди переменные (Для себя я уже начала статистику некую вести). Ссылалась на род их деятельности в программе, эти люди чаще просматривают некую информацию и затем программа у них простаивает до след. запроса.У отдела тех.поддержки или системного администратора должны быть данные инвентаризации оборудования по всем компам. Поинтересуйтесь адресно - какие ethernet контроллеры стоят на компах у работников, обращавшихся с жалобой на разрыв соединения, а на своём компе, ради эксперимента, в свойствах сетевого адаптера попробуйте запретить управление питанием (снять галочку с "Разрешить отключение этого устройства для экономии энергии"). ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 09:11 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
Tactical Nuclear Penguin, есть ошибка регулярная: CORPUS_SERVER (Server) Wed Sep 06 21:40:32 2017 INET/inet_error: read errno = 10054 Пыталась я их связать, но эта ошибка за день в лог записываться может раз 30, а разрывов по моим подсчетом было максимум за рабочий день 15. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 09:12 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
чччД, был у нас тоже в программе некий код (запрашивали время с сервера), но мы от него ушли. Хотелось бы найти истинную причину. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 09:18 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
nnivanova, кстати может у вас шибко умный роутер какой стоит и там ограничение установлено? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 09:29 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
Tactical Nuclear Penguin, может, попробую узнать у сисадмина. Касаемо сети и оборудования - тут у меня нет полной информации, но узнать попробую ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 09:47 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
Бесполезный и бесперспективный топик. Что-то, где-то, может быть, иногда, ... Ни логов нормальных, ни ответов на вопросы, ни попыток что-то изменить при наличии исходников... Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 10:10 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
rdb_devnnivanovao_v_a, FirebirdSql.Data.FirebirdClient.dll версией 2.1.0.0.Вы же утверждали, что у вас версия сервера 2.5.7, а теперь вы пишите, что версия клиента 2.1.0.0. Как так-то? nnivanovaМожет ли сервер передавать какой-то таймаут клиенту на соединение? Например, в два часа? По истечении которого клиент разрывает соединение.Давайте не будем мучить ваш тестовый сервер - он не причем. Проблема явно кроется в софте вашего компа с Win7. Попробуйте на своём компе с Win7 подключиться к поднятому на вашем же компе серверу не на ip адрес сетевого адаптера, а на ip адрес фильтр-драйвера пели: "127.0.0.1/3050:database" и посмотрите - будет ли закрываться соединение через 2 часа. По 127.0.0.1 разрыва соединения нет ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 10:22 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
Гаджимурадов РустамБесполезный и бесперспективный топик. Что-то, где-то, может быть, иногда, ... Ни логов нормальных, ни ответов на вопросы, ни попыток что-то изменить при наличии исходников... +1 Был бы ТС парнем, давно ...ями бы обложили. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 10:24 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
Ага, вежливые. Может, на фотку надеятся. :) Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 10:26 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
Гаджимурадов Рустам, на все вопросы ответы есть, где есть, что сказать. По поводу сети - до сих пор жду сисадмина, второй день! Такой у нас беспредел, как будет информация -отпишусь. По поводу исходников - есть они, и решение будет со стороны кода, если проблемаправда в сети и сисадмин не пойдет на встречу, простые "заплатки" ставить не хочется. По поводу пустых запросов к БД - причина почему мы ушли от этого, в процесс Firebird_а к концу раб.дня разрастался до 8 Гб из-за этих запросов, как только их убрали - максимум к концу раб.дня - до 2 Гб. Там конечно беда была с частотой, по моему мы отправляли запрос каждые 30 сек, а пользователей много - около 200 человек. Проблема есть, решение хочется найти, за терпение и активность -спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 10:29 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
nnivanovaПо 127.0.0.1 разрыва соединения нетСие, в очередной раз, подтверждает предыдущие выводы о том, что настройки TCP/IP (keepalive), а также сервера и клиента firebird не причем. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 10:30 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
nnivanovaПо поводу пустых запросов к БД - причина почему мы ушли от этого, в процесс Firebird_а к концу раб.дня разрастался до 8 Гб из-за этих запросов, как только их убрали - максимум к концу раб.дня - до 2 Гб. а вот здесь поподробней пожалуйста. Возможно это повод обратится в трекер. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 10:31 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
nnivanovaПо поводу исходников - есть они, и решение будет со стороны кода, если проблема правда в сети и сисадмин не пойдет на встречу, простые "заплатки" ставить не хочется.В данном случае не стоит заниматься перфекционизмом. Не тратьте время и нервы, напишите заплатку - запрос к FB, который будет выполняться раз в 10 мин, типа: Код: sql 1. 2. 3. 4. 5. 6. 7.
... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 10:38 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
Симонов Дениса вот здесь поподробней пожалуйста. Возможно это повод обратится в трекер.Подозреваю, что этот "memory leek" был у них еще в Firebird v2.1.0. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 10:39 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
Симонов Денис, rdb_dev, со стороны клиента каждые 30 сек отправлялся по таймеру запрос на считывание текущ.вермени. У всех пользователей подключение активно до конца раб. дня. И как я поняла, очищение памяти происходило после того, как клиент отключался. Ответы на запросы от БД начали задерживаться, подтупливала программа. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 10:51 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
rdb_dev, был у нас сперва и 2.1 сервер, но такая же беда с разрастанием процесса до 8 Гб была вроде и в 2.5.2. На 2.5.7 мы перешли буквально месяц назад. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 10:54 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
nnivanovaсо стороны клиента каждые 30 сек отправлялся по таймеру запрос на считывание текущ.вермени. У всех пользователей подключение активно до конца раб. дня. И как я поняла, очищение памяти происходило после того, как клиент отключался. Ответы на запросы от БД начали задерживаться, подтупливала программа.Запросы закрывать пробовали ? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 10:56 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
nnivanova> со стороны клиента каждые 30 сек отправлялся по таймеру запрос В одной и той же транзакции, поди? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 10:57 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
nnivanova, UDF есть? Я до 3.0 SS вообще не использовал. Да и большинство разработчиков тоже. Сейчас использую 3.0.2 SS в бою полёт нормальный ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 11:00 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
У меня есть коннекты к базе, от информационных киосков, которые висят круглосуточно. Прерываются только когда нужно перезагрузить или выключить сервер, а такое бывает 1-2-3 раза в год. Киоски не умеют сами делать реконнект, поэтому приходится пихать руками. И поэтому такая оперия не пройдет бесследно. Но самопроизвольных отвалов киосков у меня нет. Вообще нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 11:01 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
Забыл указать что на чем. Сервер - WinXP на нем FB2.5.1 Клиенты - от WinXP до Win10. Киоски почти все - на разных линухах, программа написана на Delphi, запускается через Wine. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 11:03 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
И UDF не использую. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 11:03 |
|
Разрыв пользовательского соединения через 2 часа
|
|||
---|---|---|---|
#18+
Симонов Денис, UDF-ки были, стараемся от них избавляться. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.09.2017, 11:05 |
|
|
start [/forum/topic.php?fid=40&msg=39517062&tid=1561437]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
136ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
64ms |
get tp. blocked users: |
1ms |
others: | 13ms |
total: | 257ms |
0 / 0 |