Имя: Пароль:
1C
1С v8
Обновление версии 1С сервер
0 Infsams654
 
14.05.12
13:05
После обновления сервера 1С 8.2.13.219 на 8.2.15.310 на клиентах вылетает Windows Sockets - 100060. На серверном компе крутится сервер 1С и MS SQL, и клиент на нем после обновления запускается нормально.
На нем файлы srvribrg.lst и 1CV8Reg.lst вообще не изменяются, после сноса 8.2.15.310 и 8.2.13.219 и последующей установки сервера 8.2.13.219 все начинает работать без проблем.
Получается, что 8.2.15 пытается работать с SQL Server на своем же компе по tcp, а не через Shared Memory, или как ?
1 Infsams654
 
14.05.12
13:56
Up
2 sash-ml
 
14.05.12
13:57
в чем вопрос?
3 fisher
 
14.05.12
14:06
MS похерило возможность работать через MDAC по Shared Memory еще в 2005 сиквеле.
Релизы 1С тут не причем. В чем у тебя проблемы я х.з. А уж как ты сделал такие выводы - я вообще не понял.
4 Infsams654
 
14.05.12
14:28
(3) При чем тут MDAC, как работают между собой 1С сервер и SQL это их внутреннее дело. Выводы сделал из того что к скулю по tcp никак не цепляется из машин сети (Excel, ODBC и т.п.), однако, если же на сервере цепляться по ODBC к SQL,
то все оК.
"Релизы 1С тут не причем. В чем у тебя проблемы я х.з." - обозначил: 8.2.13.219 - работает
8.2.15.310 - ни.х
5 fisher
 
14.05.12
14:40
"Получается, что 8.2.15 пытается работать с SQL Server на своем же компе по tcp, а не через Shared Memory, или как?" слабо вяжется с "как работают между собой 1С сервер и SQL это их внутреннее дело".
Я всего лишь проинформировал, что Shared Memory тут не причем. 1С не может через него работать с SQL в обоих релизах. Твоя проблема скорее во взаимодействии 1С-клиента и 1С-сервера. Туда и копай.
6 Infsams654
 
14.05.12
15:14
Так и вопрос то в том, как копать? Все отличие только в том, что ничего не меняется кроме как каталог в строке запуска службы "C:\Program Files\1cv82\8.2.13.219\bin\ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d "C:\Program Files\1cv82\srvinfo". Все настройки сервера 1С сравнивал и в консоли и в файлах \srvinfo - одинаковы (да я уж говорил, что файлы *.lst не изменялись),
т.е. ragent в 13 и 15 работают по разному. А по разному - 13 по разделяемой памяти, 15 - только по tcp, т.к. проверено - по tcp подключение не создается.
7 Infsams654
 
14.05.12
15:36
есть тут спецы по администрированию 1С сервера?
МОЖЕТ форум не волшебный ?
8 fisher
 
14.05.12
15:36
(6) Что ты как клещ в разделяемую память вцепился? Слышал звон... Не при чем она тут, сколько можно говорить. Просто не устанавливается клиентское подключение у тебя на новом релизе. Оно ВСЕГДА делается по tcp. На всех релизах.
Попробуй в порядке эксперимента стопорнуть сервер, весь каталог srvinfo куда-нить переместить и стартануть. Чтобы он настройки кластера с нуля инициализировал. Если не в этом дело - назад потом вернешь.
9 Infsams654
 
14.05.12
16:57
Да пробовал уже. Если б все так просто, то и не спрашивал сюда. Отчего такая уверенность что всегда по tcp? Пока лазил другая инфа - по умолчанию память если на одном компе (и это правильно, нафига еще на localhost заворачивать).
10 Kreont
 
14.05.12
16:59
а я еще слова знаю такие: сокеты :) "оно" через них работает если локально.
11 Kreont
 
14.05.12
17:02
Хотя правду говорят: проблема после обновления одна "Windows Sockets - 100060", ее и надо решать а не разбирать взаимодействие 1С<->SQL
12 Infsams654
 
14.05.12
17:33
Эта ошибка идет от MS SQL, одинСервер просто передает клиенту: Ошибка соединения с сервером 1С:Предприятие 8.2: server_addr=tcp://192.xxx.xxx.xxx:1540 descr=Ошибка сетевого доступа к серверу (Windows Sockets - 10060(0x000024C). Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик и т.д.
Настраивать работу SQL по tcp это другой вопрос.
Вопрос - почему под 8.2.13 этой ошибки не возникает?
В Socket(розетка) не та вилка лезет ?
13 fisher
 
14.05.12
17:37
(12) "Ошибка соединения с сервером 1С:Предприятие 8.2"
Сиквел тут не причем. Уже все устали это говорить.
А ошибка твоя - тупо таймаут доступа к серверу приложений.
Х.з. по какой причине. Может у тебя на файрволе хитрые настройки с завязкой на конкретные приложения.
14 Infsams654
 
14.05.12
17:49
(13) Прочитай сначала начало (12). Уже устал это говорить ... Клиенты и сервер без всяких фареволов и брандмаров. D:\>netsh firewall set opmode disable
ВНИМАНИЕ! Команда успешно выполнена.
...
ОК.

Еще раз вопрос, почему в 8.2.13 работает, а в 8.2.15 - нет?
15 mzelensky
 
14.05.12
17:53
(14) ты что, анекдок не знаешь -
"-Работает?
-ДА!
-Точно работает, проверял?
-Да проверял ,работает!
-ТОГДА РАДИ БОГА - НЕ ТРОЖ!!!"
16 Infsams654
 
14.05.12
17:57
(15) полностью за. Но надо, однако.
17 Kreont
 
14.05.12
18:00
18 Kreont
 
14.05.12
18:01
Каспера нету случаем (с фильтром сети)?
19 fisher
 
14.05.12
18:02
(14) Смысл перечитывать твои нелепые выводы, за которые ты упрямо держишься? Режим работы сервера приложений с сиквелом не зависит от режима запуска клиента.
Параметры подключения локальные и клиентские одинаковые? Что там прописано? Айпи, имя, порт?
20 Infsams654
 
14.05.12
18:17
(17)(18)(14) все уже смотрел, все параметры одинаковые, запускается только ragent разный. Нелепые выводы прежние - 8.2.15 выдает ошибку от сервера SQL как от запроса по tcp, 8.2.13 - не выдает.
Посмотрю, что будет если поставлю 8.2.14
21 MaxS
 
14.05.12
18:25
Новую базу новый 1С сервер позволяет создать? Такая же ошибка?
22 fisher
 
14.05.12
18:34
Из сабжа: "после сноса 8.2.15.310 и 8.2.13.219". Ты что, оба сервака одновременно завести пытался?
23 Oleg_Kag
 
14.05.12
19:04
один и тот же порт для 13 и 15 версий?
24 ПесняПроЗайцев
 
14.05.12
19:23
из опыта установки баз и т.н. сервера1С под линуксы, выяснил забавную глупость последнего: машина с таким набором должна не только пинговаться, а пинговаться по Имени. Что отношу к одному из тупейших проколов 1с.
25 Живой Ископаемый
 
14.05.12
19:26
2(24) не зависит от линукс/не линукс.. Сервер может быть и на винде, но в другом домене например.
И если не внесешь в хостс и не сделаешь сервер доверенным на клиенте - не подключится.
26 Infsams654
 
14.05.12
19:34
Всяко пытался: сносил все версии 1С сервера. Ставлю 8.2.15 - не работает. Сношу все, ставлю 8.2.13 - работает. Fisher прав в том, что должно работать по tcp, однако 8.2.13 работает без настроенного tcp в скуле. И еще момент, при сервер 1С 8.2.15 на компе сервера клиент работает, на других не хочет.
27 Живой Ископаемый
 
14.05.12
19:36
да уже сказали что посмотреть. и что взаимодействие с МС СКЛ не при чем.
28 ПесняПроЗайцев
 
14.05.12
19:37
(25) я не про линукс. в виндах все включено, как правило, по дефолту. А вот такой тупизм, как обязательное пингование по имени, только в 1с попался.
29 DmiVo
 
14.05.12
21:22
(26) Копай брандмауэр сервера. Посмотри у Гилева http://www.gilev.ru/1c/app/
30 Infsams654
 
15.05.12
14:18
Всем спасибо за участие. Все дело было в Eset-е. Он, зараза, по принципу: что явно не разрешено – то запрещено (в правилах для процессов сервера 1С ragent, rmngr, rphost были разрешения только для приложений из папки \8.2.13.219).
Так что, имейте в виду.
31 Живой Ископаемый
 
15.05.12
18:35
ну, итого правду говорили, что МС СКЛ тут не при чем. Про фаервол говорили в (13)
32 bvi2
 
03.06.12
19:06
У меня такая же проблема. Можно подробнее? Что такое Eset?
33 Мимохожий Однако
 
03.06.12
19:38
(30)спасибо
(32)Антивирус
34 bvi2
 
03.06.12
19:44
Антивирус ни при чем. Отключил брандмауер на сервере, все заработало. Надо его настроить. Где там папки приложений указать?
35 Живой Ископаемый
 
03.06.12
22:07
2(34) папки нельзя. Можно екзешники.. будешь каждый раз когда обновляешь сервер?
укажи диапазон портов
Ошибка? Это не ошибка, это системная функция.