|
Обновление версии 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) папки нельзя. Можно екзешники.. будешь каждый раз когда обновляешь сервер?
укажи диапазон портов |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |