Работали на 8.2.13.205 - все было хорошо.

Все-таки решили обновить платформу на 8.2.19.68.
Обновили.
В результате - в локальной сети (несколько подсетей) все работает.
А из других городов вываливает ошибку:
server_addr=tcp://sql1:1560 descr=Сервер недоступен (Не отвечает, завершается аварийно или порт занят другим приложением) ... ну и дальше бла,бла,бла ...

Путем несложных танцев с бубном обнаружилось: толстый клиент запускается, а  если тонкий клиент - вываливается с вышеописанной ошибкой.
Дальнейшие танцы выявили следующую закономерность: при скорости порядка 60кБит - еще работает, а вот на 40кБит - ошибка. Скорость соединения давилась искусственно.

Подскажите, господа, есть ли решение такой проблемы ?

думаю более стабильный канал интернета поможет решить эту проблему. как трассировка к серверу проходит, сколько пакетов теряет?

(0) Поймал аналогичную проблему именно на релизе 8.2.19.68. Как победить непонятно. Для себя решил переведя работу тонкого клиента через веб сервер.

пакеты не теряются

такое ощущение, что разработчики решили, что сейчас у вех ОЧЕНЬ быстрый тырнет и задавили таймауты.

ну ведь же заявлено, что "тонкий" может на медленных каналах работать  :(

и, самое главное -  он работал !!!

Я думаю дело не в скорости, у нас между филиалами скорость вполне приличная, а все равно не работает. Через web сервер при этом работает нормально.

это косяк релиза.. к сожалению не лечится... ждём следующего

(5) там проблема не в скорости тырнета.
а как производити запуск?
после тестов получил что если запускать через common/1cestart вылетает если запускаю через 8.2.19.68/bin/ то всё работает..

позвонили в тех поддержку, результат - ставим 8.2.18.109

(9) 8.2.19.76  не поможет?

(8) А через диспетчер задач можно командную строку восстановить и поперебирать параметры на предмет глючного?

(7) не единственный.
у меня вылез косяк с блокировками. я откатился обратно на 104-ю

Да, тоже интересно, 8.2.19.76 не пробовали ещё?

А на 8.3.4?

Ip6 включен?

8.2.19.76 попробовали - такая же хрень!!!

8.2.18.109 - РАБОТАЕТ !!!

целый день потерян  :(

хорошо еще, что данные не покорежены  :)

(0) в очереднйо раз правило подтвердилось!

Ни в коем случае нельзя работать на последних релизах!!!

П,С, "Стальная Крыса" - хорошая книга :)

(19) по крысе подтверждаю, ровно как и по истине))

(19) за Крысу Гаррисона плюсую) ну и закладка

ОФФ: А я сейчас С.Кинга слушаю. 11/22/63 называется.
оч.неплохо

Было такое, долго разбирался.

В итоге помогло:

1. Отключаем все компоненты IPv6, кроме интерфейса замыкания на себя (loopback interface), путём внесения в реестр

HKLM:\SYSTEM\CurrentControlSet\services\TCPIP6\Parameters -Name DisabledComponents -PropertyType DWord -Value 0xffffffff

2. Останавливаем вспомогательную службу IP.

(23) делать на каждом клиенте, который падает с такой ошибкой?

(24) Только на сервере

(23) У МС есть хотфикс для тотального отключения v6.

поскриптум:

"ЧУДЕСНОЕ" поведение

после некоторой работы на 8.2.18.109 (помним, что вернулись из 8.2.19) обнаружилось падение 1С при нажатии на кнопку выбора из справочника с "ошибкой SQL" (текст приводить нет смысла)

наблюдалось такое поведение не во всех формах (!!!) где был реквизит такого типа справочника.

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

зы. даже выгрузка в dt и загрузка не решили этой проблемы.

во как !!!

(19) "Стальную Крысу" читал уже после серии "Мир смерти".
"Мир" мне больше понравился  :)

а конфигурация у вас какая?

И на чем теперь запускать обновление УТ 11?

Та же самая проблема, танцы с отключением ipv6 не помогли(

Толстым клиентом входит, тонким - нет