Ошибка 10060 стор хаус

1. 17.12.2015, 12:29

   
   

   #1

   

   
   Banned
   

   ---

   При резервном копировании базы данных в Store House выдает сообщение «Невозможна операция обмена данными с сервером»
   

   При резервном копировании базы данных в Store House выдает сообщение «Невозможна операция обмена данными с сервером» «Невозможна операция чтения (5065). Код ошибки WinSock: 10060»

   Кто сталкивался?
   Поиск по форуму ничего не дал.

   
   

   ---

2. 17.12.2015, 14:20

   
   

   #2

   

   
   Разбирающийся
   

   ---

   Бекап делаете на сервере?
   Ночной бекап настроен? Он проходит?

   Попробуйте увеличить таймаут в настройках подключения к БД

   Ильин Александр, Компания «Соттос»
   г Новосибирск +7 (383) 373-96-98; +7 (909) 533-93-92; nsk@sottos.ru
   г Омск +7 (3812) 377-902; +7 (905) 098-92-06; abc@sottos.ru
   www.sottos.ru | vk.com/sottos | fb.com/sottosru
   Продажа и установка ПО R-Keeper, обучение, техническая поддержка 24/7

   ---

3. 17.12.2015, 16:59

   
   

   #3

   

   
   Разбирающийся
   

   ---

   Была такая ошибка, прям вчера. На машине с сервером клиент был подключен по TCPIP, загрузил локально все нормально забекапилось, естественно сервер пришлось стартануть вручную.

   ---

4. 17.12.2015, 17:02

   
   

   #4

   

   
   Сведущий
   

   ---

   Сообщение от sibgaba
   

   Нифига!

   Сегодня у клиента провернул такой финт ушами:
   Приехал с ноутом с 7кой, вошел там в ЛК, скачал утм (дистрибутив) перенес на XP, поставил. Все ок.
   Дальнейшую работу пока не проверил. Склад обновляем.

   Значит дистриб обновили. УТМ этот, чтоб его обновляется чаще, чем софт от Гуревича.

   «Невозможна операция обмена данными с сервером» «Невозможна операция чтения (5065). Код ошибки WinSock: 10060»

   Меняем значение таймаута на соединение с сервером. Мне, когда столкнулся с подобным, помог таймаут длиной в минуту. Смотрим прилепленный скрин.
   таймаут.jpg

   P.S.: UCS рекомендует бэкапить локально, т.е. по протоколу Local, но иногда, да что там — почти всегда эта хрень не работает корректно и приходится использовать старый добрый TCP/IP, но локально, т.е. 127.0.0.1:рTa%порт%

   ---

5. 17.12.2015, 17:28

   
   

   #5

   

   
   ТВОРЕЦ СЧАСТЬЯ
   

   

   ---

   Вот никогда не было проблем с локальным бэкапом.

   Алексей Аркадьев

   Когда заказчик ищет волшебника, то чаще всего он находит сказочника.
   Если у Вас есть вопрос по поддержке — напишите его на форуме, я обязательно отвечу, если знаю ответ.
   Если Вам нужны какие-то файлы, пишите на почту: support@carbis.ru, но вначале посмотрите в разделе для скачивания.
   Для коммерческих вопросов:
   +7 (495) 740-49-91, или на почту: sales@carbis.ru

   ---

6. 18.12.2015, 08:25

   
   

   #6

   

   
   Разбирающийся
   

   ---

   Как писал выше тоже делаю бекап локально. Возник вопрос, как же тогда нормально проходит ежедневный бекап по TCP IP (просто интересно, может он тоже неправильно бекапит)?

   ---

7. 18.12.2015, 09:30

   
   

   #7

   

   
   Разбирающийся
   

   

   ---

   Не смотря на ошибку, бэкап обычно делается нормально. Возникающая ошибка зачастую указывает не на проблемы с бэкапом, а на то что сервер не успевает ответить в установленное время (таймаут). Поэтому программа, через которую произведен запуск бэкапа, не получив в установленное время от сервера информацию об успешном завершении бэкапа, сигнализирует об ошибке. Ну и для избежания получения такой ошибки , совершенно логично увеличить таймаут.

   ---

8. 18.12.2015, 12:04

   
   

   #8

   

   
   Разбирающийся
   

   ---

   Возник вопрос, как же тогда нормально проходит ежедневный бекап по TCP IP

   А он не по TCP IP проходит… Его сервер делает.
   Sh имеет клиент-серверную архитектуру.
   SDBman (через который вы делаете ручной бекап) — с точки зрения сервера SH это клиентское приложение. И общение с ним проходит по TCP/IP.
   Когда сервер делает ночной бекап (по расписанию) никакого клиента тут не участвует. Ни с кем ни по какому протоколу сервер не связывается. Он делает все сам.

   Ильин Александр, Компания «Соттос»
   г Новосибирск +7 (383) 373-96-98; +7 (909) 533-93-92; nsk@sottos.ru
   г Омск +7 (3812) 377-902; +7 (905) 098-92-06; abc@sottos.ru
   www.sottos.ru | vk.com/sottos | fb.com/sottosru
   Продажа и установка ПО R-Keeper, обучение, техническая поддержка 24/7

   ---

После двух часов плевков, матерков и ударов головой о стену решил произвести выгрузку ИБ (т.к. при запуске с сервера проблем не было, то выполнить это не составило труда) и перекинуть их с Microsoft SQL в файловый вариант, чтобы бухгалтерия не простаивала.

В общем, пришлось искать решение самому.

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

Нашел правило «Разрешение подключения к Кластеру 1С». После чего, побегав по закладкам данного правила, остановился на закладке «Дополнительно»:

Кстати, побегав по сети, я понял, что данная проблема актуальна не только для описанного мной случая. Ошибка 10060 во всех случаях связана с невозможностью выполнить соединение с сервером. Таким образом можно выделить несколько основных причин:

Специальные предложения

Очень часто за новыми релизами начинаешь наблюдать разного рода странности, например в виде игнорирования процедуры регистрации компоненты COM-соединения. Тут соответственно забыли написать правила разрешения в брэндмауэре.

Откровенно говоря что-то странное у 1С творится. Одно только неимоверное количество обновлений типовых конфигураций в этом квартале чего стоит.

Но пытливый ум все победит. Спасибо за статью 😉

(0) ну во-первых однозначный «лайк», как выразился Вячеслав. Но меня тут же взволновал другой вопрос.

Источник

Исправить ошибку сокета 10060

Ошибка сокета 10060 в основном ошибка времени ожидания соединения. Эта ошибка возникает, когда удаленный FTP-сервер не отвечает на CuteFTP.

Эта ошибка тайм-аута возникает после установления сеанса FTP, но даже сервер не отвечает. Сообщение об ошибке отображается в следующем формате:

‘Время соединения истекло. Попытка подключения не удалась, потому что подключенная сторона не ответила должным образом через некоторое время, или не удалось установить соединение, потому что подключенный хост не ответил. ‘

Решения

Причины ошибок

Ошибка сокета 10060 может возникнуть по нескольким причинам, включая:

Дополнительная информация и ручной ремонт

Вот некоторые из лучших и быстрых методов самостоятельного решения проблемы Socket Error 10060 на вашем ПК.

Способ 1. Устранение неполадок подключения веб-прокси

Этот метод работоспособен и эффективен, если Socket Error 10060 возникает только тогда, когда служба веб-прокси используется. Чтобы выполнить его, вот что вам нужно сделать: установить Winsock Proxy Client на ваш ПК.

Отключите настройки веб-прокси в настройках локальной сети на вкладке Подключения параметров Интернета. После того, как вы отключите настройки, попробуйте перейти на сайт, на котором вы сообщаете об ошибке. Если сайт доступен, ошибка устранена.

Способ 2. Увеличьте время ожидания веб-прокси

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

Помните, что при неправильном изменении реестра могут возникнуть серьезные проблемы.

Способ 3: переключиться из пассивного режима в режим активного порта

Этот метод эффективен, если ошибка возникает из-за неправильных настроек подключения к данным.

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

Теперь на вкладке «Тип» измените тип подключения к данным, чтобы использовать порт.

Способ 4: настройка параметров брандмауэра

Иногда ошибка также может возникать из-за брандмауэра. Чтобы решить, настройте Настройки межсетевого экрана разрешить протокол FTP.

Метод 5: скачать Restoro

Если ошибка возникает из-за вирусной инфекции или проблем с реестром, рекомендуется загрузить Restoro.

Это продвинутая и многофункциональная программа для ремонта ПК, в которую встроено множество утилит, таких как антивирус и очиститель реестра. Утилита очистки реестра удаляет ненужные файлы, файлы cookie и недействительные записи, повреждающие реестр.

Он очищает, восстанавливает и восстанавливает реестр, в то время как антивирус удаляет все типы вирусов, таких как шпионское ПО и трояны, за считанные секунды, тем самым разрешая код ошибки сокета 10060.

Это безопасно, удобно и совместимо со всеми версиями Windows. Нажмите скачать Ресторо сегодня.

Исправить ошибку DRIVER_POWER_STATE_FAILURE

Исправить ошибку загрузочного устройства не найдено в Windows

Как исправить ошибку обновления Windows 10 0x8024a000

Файл или каталог повреждены и нечитабельны

Удалите большие файлы отчетов об ошибках системы

Разъем для наушников не работает на ноутбуке

Исправить Обновление не применимо в Windows

Перемещение меню «Пуск» на второй монитор

Источник

Ошибка сетевого доступа к серверу (Windows Sockets — 10060 (0x0000274C))

Так вот, после установки сервера стала выпадать упомянутая в названии темы ошибка. Сразу, как обычно, подумал — кривая обнова, надо поставить старую. Но, после установки старой, проблема никуда не исчезла. Да, кстати, при загрузке платформы с самого сервака проблем не возникало. Ошибка вылетала при запуске с клиентских компьютеров.

После двух часов плевков, матерков и ударов головой о стену решил произвести выгрузку ИБ (т.к. при запуске с сервера проблем не было, то выполнить это не составило труда) и перекинуть их с Microsoft SQL в файловый вариант, чтобы бухгалтерия не простаивала.

Далее, в спокойной обстановке, начал разбираться с ситуацией. Пообщавшись с гуглом, понял, что толковых советов в инете нет. То предлагают поотключать все фаерволы на сервере (что для сервера данных смерти подобно), то еще какие нибудь глупости — типа переустановки всей системы.

В общем, пришлось искать решение самому.

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

Нашел правило «Разрешение подключения к Кластеру 1С». После чего, побегав по закладкам данного правила, остановился на закладке «Дополнительно»:

И тут меня осенило — на всех компьютерах нашей сети установлены профили «Публичный», а в правиле как раз на нем нет галочки. После того как я отметил этот профиль, правило стало распространяться и на него и, соответственно, все заработало.

Признаюсь честно, почему возникла такая проблема — так и не понял, возможно, обновление добавляет какие то коррективы в правила.

Кстати, побегав по сети, я понял, что данная проблема актуальна не только для описанного мной случая. Ошибка 10060 во всех случаях связана с невозможностью выполнить соединение с сервером. Таким образом можно выделить несколько основных причин:

Очень часто за новыми релизами начинаешь наблюдать разного рода странности, например в виде игнорирования процедуры регистрации компоненты COM-соединения… Тут соответственно забыли написать правила разрешения в брэндмауэре.

Откровенно говоря что-то странное у 1С творится. Одно только неимоверное количество обновлений типовых конфигураций в этом квартале чего стоит.

Но пытливый ум все победит. Спасибо за статью 😉

Соглашусь с Вячеславом 🙂

(2) insurgut, пожалуйста. Рад что она оказалась полезной… 🙂

(0) ну во-первых однозначный «лайк», как выразился Вячеслав. Но меня тут же взволновал другой вопрос.

* то что разрешения на кластер выставлены НЕ для публичного профиля — это понятно. Как говорят наши специалисты по ИТ безопасности между серверами приложений и клиентами приложений весь трафик должен идти через «частные сети», то есть такие сети, в которых существуют средства обеспечения безопасности (причем безопасники всегда хотят чтобы это был hardware firewall). Наши администраторы сделали предположение, что кто-то ознакомился со стандартами ИТ безопасности и включил это в настройку.

* но вот то, что у вас на компьютерах включен «публичный» профиль — вот это вызывает как минимум вопросы.

Предположу что это сделано в целях всё той же безопасности, но такая настройка у меня вызывает большие сомнения. Если клиенты действительно публичные — доступ через HTTP/S и никакого другого. Учитывая что у вас Бухгалтерия — то тут проблем с НЕуправляемыми формами быть не должно.

Если кластер развернут на облачных площадках и нужно обеспечить доступ из любой сети — то вопрос «к шифрованным тунелям» и облачным AD от того же Azure (я так понимаю стэк то Microsoft).

P.S. У меня наверное в связи с этим напрашивается совет — присмотрелись бы вы к администрированию: чувствую там есть что донастроить/улучшить.

(5) lustin, спасибо за совет. Сеть у нас локальная. На рабочих станциях выбирали публичное подключение, как вы правильно поняли для усиления безопасности сети. Доступ к базе по HTTP пока только в перспективе. Поэтому не знаю, есть ли смысл что то менять в архитектуре сети.

Все хорошо, но скриншоты уже удалены 🙁

(7) rus128, сейчас исправим.

Спасибо, помогло решить проблему после обновления на 8.3.8

Помогло решить проблему после перехода на 8.3.8

Выбивало ошибку, что нет соединения на порту 1562. В правилах брандмауэра был указан только порт 1560. Расширил правило на 1560-1580 и всё заработало.

Спасибо за статью, были похожие ошибки 10053 и 10054 на платформе 8.2. Удалось решить проблему после установки доступа.

(11) Не за что… Рад что смог помочь.

Проблема поднята, но решение указано только частично.

К какому объекту давать доступ? Какие параметры указаны на других вкладках?

Это правило не автоматическое, в данном конкретном случае введено вручную, возможно младшими релизами 1С. Трудно было показать все настройки? Или хотя бы озвучить имя объекта к которому распространяются правила.

Источник

Поиск решений вопросов, возникающих в 1С:Предприятие 8

Вместо вступления (из сериала House M.D. о диагностике и поиске решений)

В этой статье показан пример общих принципов разбора технологических вопросов, которые могут появляться при работе с 1С:Предприятие 8.1.

В качестве примеров будут разобраны:

Пример 1. Пользователь пожаловался на невозможность запуска 1С:Бухгалтерия.

Пример 2. «Потерялся» доступ к информационной базе.

Ошибка при выполнении операции с информационной базой

Microsoft OLE DB provider for SQL Server: Login failed for user ‘user1c’

H RESULT=80040E4D, SQLSrvr: Error state=1, Severity=E, native=18456, line=1

Пример 3. Странная «неизвестная» ошибка.

Текст сообщения: «Произошла неизвестная ошибка на сервере 1С предприятие (80010108)»

1. Определение текста (проявления) ошибки и локализация источника возникновения

Примечание. Пример 1. Поиск в ниже в разделе «Где можно найти готовое решение» по приведенным на данной странице тексту «10061» покажет сразу объяснение причины и решение: на сервере приложений остановлена служба «Агент сервера 1с:Предприятие 8.1«. Соответственно ее надо запустить, например из командной строки:

net start Агент сервера 1с:Предприятие 8.1

Если сервер приложений не стартует, в некоторых случаях сделайте копию папки C:Program Files1cv81server и удалите содержимое перед попыткой старта.

2. Воспроизведение ошибки

Не занимайтесь анализом проблемы, если можете сразу по коду или тексту ошибки найти решение. Анализ нужно делать, если решение не помогло или проблема неизвестна. Во втором случае потребуется научиться воспроизводить ошибку, выявить факторы-провокаторы и понять причины. Затем подобрать одно, а повозможности несколько вариантов решения, различающихся по цене.

Для локализация источника ВДУМЫВАЙТЕСЬ в текст сообщения об ошибке. Если под подозрением несколько источников, старайтесь исключать поочередно (если это возможно) каждый источник по-одному. Для локализации пользователя-виновника в коде сервера приложений можно попытаться создать временно рабочих процессов по количеству пользователей.

Технологический журнал

Опрос пользователей

Д-р Хаус (Кэмерон и Чейзу): Вы вместе принимали душ?
Д-р Кэмерон/Д-р Чейз (одновременно): Нет!
Д-р Хаус: Двойное отрицание означает «да»!

«Все лгут» (Everybody lies) © Хаус

С опросом пользователей надо аккуратней. Этот способ диагностики лучше применять, только после того как будут использованы и проанализированы все дургие источники информации. Опять таки, все время в опросе концентрироваться на главном вопросе и/или постораться понять, ради чего лгут.

Воспроизведение проблемы

Иногда воспроизведение проблеммы дает интересные результаты.

Перед выполнением каких-либо «научно-исследовательских действий» обязательно сделайте бэкап.

Чтобы закрепить предположение задаем вопрос нескольким пользователям, работает ли у них в данный момент информационная база. Пользователи в нашем примере дружно ответили, что никто работать не может. Это в свою очередь исключает «вину» клиентской части 1С:Предприятие, так как тогда эффект вряд ли бы был у всех.

Решение:

Запускаем Management Studio и пробуем подключиться к серверу под «user1c». Оказывается, администратор сервера сменил пароль логину «user1c». При этом в настройках информационной базы в кластере серверов остался «старый» пароль.

После обновления пароля у информационной базы в кластере серверов 1С:Предприятие проблема исчезла.

3. Поиск решений

Примечание. Пример 3. Поисковая система Google (www.google.ru) выдала такую причину «The object invoked has disconnected from its clients». Т.е. по некой причине соединение сервера 1С:Предприятие было отключено. Попробуем определить возможные причины отключения соединения: определим, возникает ли такая ошибка одновременно у всех пользователей. Ошибка возникает по таймауту (т.е. через некоторое время после установки соединения). Уточним, всегда ли таймаут постоянный, каково время таймаута. Определим, есть ли настройки в системе, увязывающие работоспособность с неким параметром, имеющим значение близкое к нашему времени таймаута.

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

В данном примере «Схема управления питанием» имела настройку «Отключение дисков» = 20 минут, что коррелировало с 20 минутными периодами возникновения этой ошибки.

Пример №4. Описан здесь.

Накопление статистики

Я сказал, что у нас есть три человека.

Это шесть ног.

Так что три болят из-за бега,

две пострадали при авариях,

и ещё одна нога беременна.

© Хаус

Напрасно многие столкнувшиеся с проблемой, считают проблему уникальной. Часто это просто нехватка информационного обмена с аналогичными попытками других коллег. Полезность знания статистики известна не многим, но кто ею пользуются, экономят кучу времени.

Где можно найти готовое решение

В настоящее время большинство технологических вопросов достаточно легко решить, так как по ним в Интернете накоплены знания.

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

Источник

Сервер 1с

Добрый день форумчане.
у хьюстона проблемы:
суть есть сервак 1с на постгре.
4 компа клиентов.
3 компа нормально цепляются к серваку все путем.
у 4
server_addr=tcp://0.0.0.0:1541 descr=0.0.0.0:1541:10060(0x0000274C): Попытка установить соединение была безуспешной, т.к. от другого компьютера за требуемое время не получен нужный отклик, или было разорвано уже установленное соединение из-за неверного отклика уже подключенного компьютера. ; line=1052 file=srcDataExchangeTcpClientlmpl.cpp

Выполняется ожидание возможности запуска.

При появлении возможности, запуск будет выполнен автоматически.

(56) если и в списке и в кластере по IP, то на (54) можно не отвечать, получается что имя сервера вообще не используется.
ерунда какая то.. может платформу перставить на клиенте?
на сколько я понимаю, подключение работает по слудующему методу.
1. если в списке баз указано имя сервера кластера, то оно конвертируется операционной системой в IP адрес. если указан IP, то используется этот IP. также можно указать порт подключения к кластеру через :. если не указан, используется 1541.
2. идет обращение по IP к кластеру.
3. кластер решает к какому серверу он хочет подключить клиента, и в зависимости от того как этот сервер прописан в кластере (IP или имя), возвращает параметры подключения обратно клиенту. то есть если в кластере указан IP, то возращается IP, если имя, то имя.
4. если кластер вернул ИМЯ сервера, то опять таки операционная система на стороне клиента будет пытаться конвертировать это имя в IP адрес. после этого будет пытаться подключиться к серверу.

Источник