Kookish
05.06.13 — 08:53
Добрый день.
Какой-то бред происходит второй день подряд. На сервере (Win 2008 R2) установлен MS SQL Server 2008 и серверная 1С 8.2.16.368. Версия клиента та же. Утром приходят бухгалтера, а она им заявляет, что версии клиента и сервера не соответствуют. И в терминал не пускает. Вчера приехал, вошел на сервер через консоль, ничего не делал. Все заработало. Сегодня опять то же. У кого-нить было что похожее? Подскажите куда копать, где искать? У меня уже крыша едет от этого сервака.
Kookish
1 — 05.06.13 — 08:56
Да, по сети сервер доступен, в расшаренную папку пускает.
vmv
2 — 05.06.13 — 08:56
1C не врет, а бухши коварны
mikecool
3 — 05.06.13 — 08:56
бухи заходят с другого ярлыка, который ссылается на старого клиента?
Kookish
4 — 05.06.13 — 08:57
В том то и дело что нет. У бухов одна версия клиента: 8.2.16.368, а на сервере, говорит, 8.2.17.169, которой там с роду не было.
Сейчас попробую клиента 8.2.17.169 поставить.
Kookish
5 — 05.06.13 — 08:59
Сейчас пустила до логина, потом ругнулась, что версии разные.
Галахад
6 — 05.06.13 — 09:03
В программ файлс посмотреть религия запрещает.
Или в установленные программы.
el-gamberro
7 — 05.06.13 — 09:04
Читать, много думать:
Установка
В 1С:Предприятии 8.2 принципиально переработан механизм установки, запуска и обновления платформы. Предприняты существенные усилия для повышения удобства развертывания системы в крупных организациях.
Новый механизм позволяет значительно упростить администрирование системы в тех случаях, когда одновременно используются несколько разных версий платформы. С его помощью автоматизируется их установка, выбор подходящей версии платформы и подходящего клиентского приложения для запуска, а также процесс своевременного обновления платформы.
Стандартный сценарий развертывания 1С:Предприятия 8.2 предполагает, что в локальной сети организуется общий ресурс, на котором располагаются дистрибутивы версий платформы. Также на этом или на другом общем ресурсе располагается программа запуска, которую запускают пользователи.
Теперь на компьютере одновременно может быть установлено произвольное количество версий платформы. Программа запуска анализирует состав версий платформы, установленных на компьютере пользователя, при необходимости выполняет установку нужной или последней версии платформы с общего сетевого ресурса.
Для каждой информационной базы теперь может быть указана собственная версия платформы и вид клиентского приложения, которым нужно подключаться к этой базе (толстый клиент, тонкий клиент, веб-клиент). После того, как пользователь выберет информационную базу, интерактивная программа запуска запускает нужное клиентское приложение нужной версии.
Кроме описанного стандартного сценария установки поддерживаются и другие сценарии, использующие возможности операционной системы:
установка с помощью групповых политик Windows;
установка с помощью logon-скрипта.
Подробнее о возможностях установки системы можно прочитать в документации «1С:Предприятие 8.2. Руководство администратора», Глава 3. Установка 1С:Предприятия 8″.
el-gamberro
8 — 05.06.13 — 09:06
Как правило глюк из-за того что пользователь запускает стартер. Стартер видит новую версию в папке с дистрибутивами и ставит новую версию клиента. После попытки открытия базы получаем сообщение в (0)
Kookish
9 — 05.06.13 — 09:06
Да точно говорю: на сервере реально версия платформы одна-единственная. На клиенте есть еще 8.2.13.219, но о ней сейчас вообще речи не идет. Откуда вдруг взялась 8.2.17.169, и куда вчера делась. Весь день они ведь вчера нормально работали.
el-gamberro
10 — 05.06.13 — 09:08
(9) Проверь папку с дистрибутивами клиента и платформы. Видимо кто-то туда новый релиз выложил
Kookish
11 — 05.06.13 — 09:10
Нету такой папки, и никто туда ничего не выкладывал. 8.2.17 на сервере вообще никогда не было, а она говорит, что стоит. Потом перестает почему-то говорить и нормально работает.
Kookish
12 — 05.06.13 — 09:13
Сейчас опять туда поеду, а это час на дорогу.
el-gamberro
13 — 05.06.13 — 10:49
Мда… чем интересно дело кончилось?:)
Славен
14 — 05.06.13 — 10:59
обновить везде платформу и не париться, до 18, нет он ещё раз пять поездит поищет того чего нет.
Necessitudo
15 — 05.06.13 — 12:06
Ну деньги с клиента надо стрясти:)
Kookish
16 — 05.06.13 — 18:40
Я там работаю, трясти нечего. Поэтому и парит так туда кататься.
Чем кончилось. Пришел к выводу, что дело в сетевом соединении. А именно, от сервера до коммутатора. Сервер даже сам выключался. Не аварийно, а штатно, как будто его кто выключил через завершение работы и все такое. Заменил коммутатор, кабель от сервера до коммутатора и установил сетевую карту. Встроенные отключил. Пообщались с бухгалтерами, они вспомнили, что проблемы начались, когда мутили с электричеством (у нас на производстве свой газовый генератор). Поискав по просторам интернета, также обнаружил, что когда у людей интеловские серверы вырубаются таким же образом, этому сопутствует легкое волнение в сети питания. Сетевая карта сходит с ума и просит сервер выключиться. Microsoft разводит руками, признает проблему и обещает, что, когда-нибудь в будущем, они займутся ей займутся. Надеюсь, что предпринятые мной мероприятия таки возымеют желаемое действие.
el-gamberro
17 — 06.06.13 — 04:05
(16) Первый раз слышу чтобы сбой в електричестве приводил к установке новой версии клиента :)))
MaxS
18 — 06.06.13 — 04:14
В 1978 году International Standards Organization (ISO) выпустила набор спецификаций, описывающих архитектуру сети с неоднородными устройствами.
В модели OSI сетевые функции распределены между семью уровнями.
В 2013 году, в связи с выходом новых версий 1С 8, появилось ешё несколько уровней:
* уровень глюков
* фантастический уровень
el-gamberro
19 — 06.06.13 — 04:21
(18)Да брось. Теперь все проблемы 1С можно списать на електричество, либо на новый газовый генератор :)))
Vovan_Magadan
20 — 06.06.13 — 04:52
может у них завелась зараза? типа сисадмина? надо заразу искоренять
Гобсек
21 — 06.06.13 — 05:28
(20)Т.е. работу админа должен делать 1С-ник?
МимохожийОднако
22 — 06.06.13 — 06:08
Если не удаётся воспроизвести проблему повторно то это либо враки, либо недопонимание признаков ошибки. Сетевое оборудование и сбои электричества здесь ни при чём. Какой-нибудь бух установила у себя другую версию или сам не помнишь, что делал день назад.
Jonny_Khomich
23 — 06.06.13 — 06:21
(16) при чём тут сеть и разные версии платформы?
Это как в рекламе: зачем носить стринги, если у вас кариес?
Kookish
24 — 06.06.13 — 07:59
Хе-хе-хе.
1. Бухи 1С не устанавливают. По крайней мере, у нас.
2. Я и сисадмин, и 1С-ник, и кроме меня там заводиться некому.
3. Проблема исчезала сама собой, когда я приезжал. И по-моему, в тот момент, когда переключал монитор с компьютера пользователя на сервер.
4. Так или иначе, через несколько минут бухи придут на работу, тогда и посмотрим, устранена ли ошибка.
Kookish
25 — 06.06.13 — 08:30
Та же самая петрушка с утра. Железо пока исключаем, но проблемы точно с сетью, потому что отрубается еще и терминалка, в то время как сетевые папки остаются доступны.
Kookish
26 — 06.06.13 — 08:52
Переключили на другую сетевую карту (что была раньше), все заработало. Зашел через TeamViewer, разбираюсь. В журнале предупреждения «Произошла сетевая ошибка при передаче или получении данных сервером. Редкие сетевые ошибки возможны в любом случае, но большое их число говорит о неправильной настройке сети. Код ошибки содержится в возвращенных данных (форматированных как WORD) и может подсказать причину ошибки.»
Текст:
— <Event xmlns=»http://schemas.microsoft.com/win/2004/08/events/event»>
— <System>
<Provider Name=»srv» />
<EventID Qualifiers=»32768″>2012</EventID>
<Level>3</Level>
<Task>0</Task>
<Keywords>0x80000000000000</Keywords>
<TimeCreated SystemTime=»2013-06-06T04:33:33.794779500Z» />
<EventRecordID>14753</EventRecordID>
<Channel>System</Channel>
<Computer>LAS</Computer>
<Security />
</System>
— <EventData>
<Data>DeviceLanmanServer</Data>
<Binary>0000040001002C0000000000DC07008000000000840100C0000000000000000000000000000000008F050000</Binary>
</EventData>
</Event>
Ковыряюсь дальше.
Славен
27 — 06.06.13 — 08:58
(25)рука лицо
Славен
28 — 06.06.13 — 09:00
давай мыслить логически, нехай проблема с сетью, но тогда как, КАК он определил др. версию платформы, с точностью до последней циферки, что ему передало такие данные, пъяный сантехник стелепатировал или это всё матрица?
Kookish
29 — 06.06.13 — 09:15
(28) Давай мыслить логически. Я сейчас на сервере через TV. После переключения на другую сетевую карту бухи, ничего не меняя у себя и на сервере, зашли в 1С и работают. На сервере установлены две клиентские платформы (8.2.13.219 и 8.2.16.368) и ОДНА серверная (8.2.16.368).
Почему указывает другую версию платформы — ума не приложу.
Славен
30 — 06.06.13 — 09:25
обнови все платформы до 18. старые релизы нахер удали, проверь так хотя бы
ptiz
31 — 06.06.13 — 09:36
Новое слово в танцах с бубном: исправление версии 1С путем замены сетевой карты!
eklmn
32 — 06.06.13 — 09:52
не пятница вроде, а поржал хорошо
Kookish
33 — 06.06.13 — 09:56
Поржал бы, если бы неделю пришлось за 50-60 км каждый день ездить? Сейчас вроде работают, но лихорадит конкретно. В чем дело — не знаю.
eklmn
34 — 06.06.13 — 10:07
(33) каждый день по 40 езжу и ничего
el-gamberro
35 — 06.06.13 — 10:45
(33) тебе уже сказали в чем дело, читай (7), много думай.
Kookish
36 — 06.06.13 — 11:43
Не в 1С дело, это только последствия. Сеть лихорадит вовсю. Глючит невозможно. Из 1С вышибает, TeamViewer выкидывает, безобразничает короче. На следующей неделе новый коммутатор привезут, его поставлю, и буду менять кабели. Обидно, блин, что когда приезжаю, все работает.
Галахад
37 — 06.06.13 — 11:48
Бухи тролли.
Kookish
38 — 07.06.13 — 09:14
Продолжаю эпопею.
Сегодня с утра выехал на место, ковырялся с сетью. Сначала то же несоответствие версий. Поудалял все программы, какие мог, в настройках Касперского сделал сети (три сетевые карты) доверенными. Про несоответствие версий крик прекратился, вошли. Но ненадолго. Вышибло всех. При входе локально «Ошибка формата потока». Причем даже в консоли серверов 1С. Недолгое гугление вывело на наглый протокол IPv6, который лез вперед батьки IPv4. Заблокировал IPv6 путем правки реестра. Полчаса, полет нормальный.
DEVIce
39 — 07.06.13 — 09:18
(38) Судя по твоей логике получается, что кто-то прошил во встроенную память одной из сетевых карт информацию о 8.2.17.169?
Иначе я не понимаю какое отношение сетевые интерфейсы имеют к тому, что 1С знает о существовании версии, которую ты никогда не устанавливал.
zva
40 — 07.06.13 — 09:19
А эти <<сети (три сетевые карты)>> у вас на сервере 1С стоят?
DEVIce
41 — 07.06.13 — 09:19
Ну и есть мнение, что бухи без твоего ведома кого-то приглашали по поводу 1С и молчат как партизаны, чувствуя за собой косяк.
zva
42 — 07.06.13 — 09:23
Причем тут бухи, там явно с ДНС проблема, и клиенты в итоге в другую подсеть ломятся, если <<сети (три сетевые карты)>> на сервере 1С стоят и он еще шлюзом является…
DEVIce
43 — 07.06.13 — 09:25
(42) Он же утверждает, что версии 8.2.17.169 нигде нет и никогда не было. Какая разница на какой сервер ломится 1С, если такой версии нигде нет? Т.е. она таки где-то есть, а втор с бодуна ее ставил и забыл.
Kookish
44 — 07.06.13 — 09:26
Да, клиентскую платформу 1С на сервере оставил только одну, но это, разумеется, ничего не дало.
(40) Да. Две встроенные, и одну уже от отчаяния поставил.
(41) Нет. Да и админского пароля от сервера у них не было. Думаю, дело в обновлениях.
zva
45 — 07.06.13 — 09:27
в его сети нет, если у него их 3, в другой есть и называется также server1c или типа того.
С клиента, когда ошибка про несоответствие версий будет, nslookup server1C (или как он там называется) вывести и посмотреть какой ip выдаст
Kookish
46 — 07.06.13 — 09:27
(43) Находясь в трезвом уме и твердой памяти, максимально ответственно заявляю: на этом сервере нет и никогда не было серверной платформы 1С старше 8.2.16.368.
zva
47 — 07.06.13 — 09:28
(46) ipconfig /all с сервера дай
Ему зачем 2 сетевых, он шлюзом является?
DEVIce
48 — 07.06.13 — 09:28
(46) А на других серверах?
ДенисЧ
49 — 07.06.13 — 09:30
(46) и немедленно выпил (с)
DEVIce
50 — 07.06.13 — 09:33
(46) Чудес не бывает. Где-то лежит она доступная и/или установленная.
Kookish
51 — 07.06.13 — 09:34
(45) В этой сети есть только еще один сервер, но на него серверную платформу никогда и никто не ставил, он используется как рабочая станция.
(47) Это ты у инженеров Intel спроси, зачем они в материнку две сетевые карты вдули. Кабель подключен к одной карте, я его перекидывал, думал поможет. Нет, он не шлюз. Просто файлопомойка + SQL + 1С. Сеть маленькая, всего станций 15.
Я проверил: ping <Имя сервера> выдавало сначала адрес IPv6, после правки реестра — родной адрес IPv4, в точности как в статье на самизнаетечегостарте. И бухи наконец-то работают!!!
Kookish
52 — 07.06.13 — 09:34
(50) Ну вот не лежит, неоткуда ей взяться.
DEVIce
53 — 07.06.13 — 09:37
(52) Ну ты сам сообрази мозгом, откуда вообще клиент при запуске знает что существует в природе 8.2.17.169? И причем тут сеть или электричество? Что сетевая карта что ли эти знания клиенту выдала? Или Чубайс по электрической сети раздает?
DEVIce
54 — 07.06.13 — 09:38
(51) А нафига реестр править для отключения IPv6? Можно зайти просто в настройки интерфейса и снять галочку.
Ты так все администрируешь? Может ты и с 1С чего через реестр делал?
Kookish
55 — 07.06.13 — 09:43
(53) Откуда я знаю? Байтик какой не тем концом залез не туда, вот вам и другая циферка. Может, это Касперский так IPv6 не любит? Главное, больше не появляется. Надеюсь.
(54) В свойствах сетевых карт он уже был отключен. И в статье было сказано, что это не поможет. Нужно именно в ветке реестра HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpip6Parameters создать параметр DisabledComponents DWORD 32 и дать ему значение 0xffffffff, после чего перезагрузить.
Kookish
56 — 07.06.13 — 09:45
Да что я все цитирую? Вот ссылка на статью: ТутОно.ru/public/160388/
В точности мой случай.
Jonny_Khomich
57 — 07.06.13 — 09:45
Ребята, автор вас тролит.
Ничего не происходило, он сам придумал эту ситуацию и начал её развивать, а вы тупо повелись. Сейчас он и его подельники(если они есть) сидят и смеются на вами, как вы съели наживку.
DEVIce
58 — 07.06.13 — 09:46
(55) Ага, байтик так удачно просочился, что из миллиарда возможных значений установился в нужное.
Kookish
59 — 07.06.13 — 09:47
(58) «… и так двадцать раз подряд …». Да я сам фигею. (с)
zva
60 — 07.06.13 — 09:48
(51) выложите ipconfig сервера и клиета
Kookish
61 — 07.06.13 — 09:48
(57) Если бы ты знал меня получше, так бы не говорил.
Kookish
62 — 07.06.13 — 09:49
(60) Да какая теперь разница? Работает же уже. А ошибка вылезала на всех клиентах сразу.
Kookish
63 — 07.06.13 — 09:51
(60)
Настройка протокола IP для Windows
Имя компьютера . . . . . . . . . : LAS
Основной DNS-суффикс . . . . . . :
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Ethernet adapter Подключение по локальной сети:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Intel(R) 82574L Gigabit Network Connection #2
Физический адрес. . . . . . . . . : 00-1E-67-19-7F-04
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Ethernet adapter Подключение по локальной сети 3:
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Gigabit PCI Express Network Adapter
Физический адрес. . . . . . . . . : 64-70-02-01-DA-F9
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv4-адрес. . . . . . . . . . . . : 192.168.0.197(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Основной шлюз. . . . . . . . . : 192.168.0.240
DNS-серверы. . . . . . . . . . . : 192.168.0.240
NetBios через TCP/IP. . . . . . . . : Включен
Ethernet adapter Подключение по локальной сети 2:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Intel(R) 82579LM Gigabit Network Connection
Физический адрес. . . . . . . . . : 00-1E-67-19-7F-05
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
IPv6 выпилен под корень. Админ плюет через левое плечо.
zva
64 — 07.06.13 — 09:53
на клиентах DNS 192.168.0.240 тоже у всех стоит?
Kookish
65 — 07.06.13 — 09:55
Да. Это роутер, раздающий интернет. Он же DHCP сервер по совместительству, когда попросят.
zva
66 — 07.06.13 — 10:01
Если еще раз вылезит, смотрите на клиенте nslookup server1C, куда перенапрявляет запросы ваш роутер. Так же проверьте наличие другого dhcp в сети
Kookish
67 — 07.06.13 — 10:07
Ок, учту.
Jaffar
68 — 07.06.13 — 10:26
(17) «Первый раз слышу чтобы сбой в електричестве приводил к установке новой версии клиента :)))»
не сбой, а восстановление после «неожиданного выключения»
Jaffar
69 — 07.06.13 — 10:32
(62) «А ошибка вылезала на всех клиентах сразу.»
точно проблема в электричестве. там небось не 220В, а всего 219 или того хуже 217.169…
zva
70 — 07.06.13 — 10:43
на шлюзе внешинй ip адрес реальный или внутренний, вида 192.* 172.* 10.*
Kookish
71 — 07.06.13 — 11:34
Шлюз наружу смотрит ВайФаем, откуда-то берет интернет. Nslookup las дает вот что:
Server: KEENETIC_LITE
Address: 192.168.0.240
*** KEENETIC_LITE can’t find las: Non-existent domain
Вот такие пироги. Но вот еще хлеще: Два часа проработали. Уехал — через 20 минут звонят. Вылетело, несоответствие версий. Разворачиваюсь, еду. Захожу в комнату, они заходят в 1С как ни в чем не бывало. Но на компе, с которого сейчас пишу — тоже ведь вышибло. То есть они правду говорят. Только вот куда эту правду засунуть, ума не приложу.
Kookish
72 — 07.06.13 — 11:38
В журналах сервера ничего подозрительного на этот момент.
Kookish
73 — 07.06.13 — 11:45
В ТЖ 1С только два события: завершение сеанса пользователей, которые были в базе.
DEVIce
74 — 07.06.13 — 11:47
(73) Так у тебя еще и вайфай? Может роутер забрасывает в чужую сеть?
Kookish
75 — 07.06.13 — 11:49
Вот с роутером упущение. Его настраивал не я, и зайти на него не могу. Хотя, конечно, любопытно, что можно с ним сделать. Попробую связаться с тем, кто ставил.
Jaffar
76 — 07.06.13 — 12:02
запускать 1С по вайфаю — жесть…
Jaffar
77 — 07.06.13 — 12:02
но виновато, конечно, электричество!
DEVIce
78 — 07.06.13 — 12:05
(77) Мелко берете — Чубайс виноват!
Kookish
79 — 07.06.13 — 12:08
По вайфаю только интернет. Это из экономии. А все остальное по локалке. Чубайс ни при чем, у нас свой генератор.
Kookish
80 — 07.06.13 — 12:11
Попробую отключить Касперского, поставить Windows Defender.
alexhtn
81 — 07.06.13 — 12:12
(0) Может обновили конфигурацию и она требует минимального релиза платформы 8.2.17?
Если появляется окно авторизации пользователя, то значит релизы на клиенте и сервере одинаковые. Остальные сообщение, это уже специфика конфигурации.
ТекстВопроса = Локализация.СтрШаблон(«Для работы с данной конфигурацией требуется версия платформы 1С:Предприятие ¤1¤ или более поздняя.
|Используемая сейчас версия — ¤2¤.
|Рекомендуется прекратить работу программы и обновить версию платформы 1С:Предприятие. В противном случае некоторые функции программы будут недоступны или будут работать неправильно.
|
|Для получения новой версии платформы 1С:Предприятие воспользуйтесь разделом сайта фирмы «»1С»» для пользователей (http://users.v8.1c.ru) или диском Информационно-технологического сопровождения (ИТС)
|
|Прекратить работу программы?»,РекомендуемаяВерсияПлатформы(),СистемнаяИнформация.ВерсияПриложения);
Kookish
82 — 07.06.13 — 12:14
Вылетают все конфигурации разом, платформу выше 8.2.16 ни одна еще не требовала.
Kookish
83 — 07.06.13 — 12:53
Тот, кто настроил роутер, пароль забыл уже. Давно это было. Сижу в офисе, сторожу сервер. Пока сижу — работает
Сергиус
84 — 07.06.13 — 13:06
Делай сброс — один Х** все заново надо настраивать)
Kookish
85 — 07.06.13 — 14:45
Пока остановился на установке защитника Windows и отключении Касперского. Смог доехать до дома. Кажется, работают не вылетают.
BigShmax
86 — 07.06.13 — 15:45
(85) ну точно. это в касперский была вшита инфа о новой платформе 1с и он тролил все запросы
Mitriy
87 — 07.06.13 — 15:50
(86) угу… новый такой вирус от Касперского…
BigShmax
88 — 07.06.13 — 15:55
(87) да там воздушно капельным вирусом пахнет который помутняет ясный ум
ну или ТС верит в чертей
Chai Nic
89 — 07.06.13 — 15:56
Расшарь на сервере папку bin в каталоге программы 1с. Создай ярлыки для каждой информационной базы на 1cv8.exe (толстый) или на 1cv8c.exe (тонкий). Вытащи ярлыки пользователям на рабочие столы. Это будет гарантировать, что запускается в точности та версия, что на сервере. А ставить клиентам 1с — лишнее, в подавляющем большинстве случаев.
Jaffar
90 — 07.06.13 — 16:31
(86) не все. только в отсутствие ТС.
BigShmax
91 — 07.06.13 — 16:32
(90) ну тут все просто. Касперский и на СКУД наверняка стоит, он знал что ТС приближается.
Jaffar
92 — 07.06.13 — 16:35
(91) вот почему наши сисадмины до сих пор используют Каспера 6.0 — он вообще про 1С 8.х ничего не знает, тем более — про 8.2.17.
Черт
93 — 07.06.13 — 16:48
(86) это не в касперском, это в DNS была
Jaffar
94 — 07.06.13 — 16:51
(93) ну или в ДНК…
Kookish
95 — 11.06.13 — 12:14
(94) Проблема в карме.
Эпопея продолжается. Касперский ни при чем, после его отключения юзеров выкидывает по три-четыре раза в день с тем же сообщением о несоответствии версий. Через некоторое время начинает пускать. И терминалка в это время не работает. Сегодня опять — заработало почти сразу после того, как я вошел в бухгалтерию. Жду, когда снова выкинет. Попробую поставить крайнюю версию клиента и сервера 1С.
Jaffar
96 — 11.06.13 — 12:18
(95) 1) естественно, Касперский ни при чем — об этом тебе тут сразу сказали.
2) 18-ю ставить не рекомендую.
3) найди, в какую сеть тебя роутер выбрасывает — там и сервер второй живет.
Kookish
97 — 11.06.13 — 12:25
(96) Я указывал IP сервера вместо имени, и все равно получаю ту же ошибку. Дело явно в сервере, но в чем — пока не соображу никак. Похоже, придется-таки его с нуля переустановить, все начисто настроить и отключить обновления. И еще Shadow Defender какой-нибудь, ибо нефиг.
Jaffar
98 — 11.06.13 — 12:31
(97) «Я указывал IP сервера вместо имени»
где? в настройках базы?
ЕМНИП поиску ключа может помогать nethasp.ini — там что?
Kookish
99 — 11.06.13 — 12:35
Да, в настройках базы. nethasp.ini на сервере?
Mitriy
100 — 11.06.13 — 12:35
типасто
Главная » Уроки и статьи » Android
Как исправить ошибку при получении данных с сервера на Андроид
У пользователей телефонов и планшетов с операционной системой Android часто возникает проблема с официальным магазином при скачке приложений. В окне появляется надпись, свидетельствующая о неполадки при соединении с сервером, а также код ошибки. Как правило, DF-DFERH. Пользователю доступна кнопка повторной отправки информации.
В этой статье рассказано о том, как решить проблему. Обойти ошибку не удастся, так как в большинстве случаев пользователь не может просматривать содержимое Google Play. Советуем придерживаться инструкции, не пропускать действия. Обратите внимание, что на устройствах от разных производителей названия настроек отличаются. Однако суть остается прежней. Также код в сообщении может быть с префиксом «RH».
Магазин приложений не открывается из-за неполадок с сетью или стороннего программного обеспечения
Для начала стоит проверить следующие настройки. Возможно, для решения не понадобится использовать более радикальные методы:
- Измените подключение, поменяйте сеть. Иногда бывает такое, что ошибка исчезает после подключения телефона к другой сети. В таком случае стоит решить проблему с провайдером.
- Перезагрузите смартфон, включив функцию безопасного режима. После этого, у некоторых пользователей пропадает неполадка с подключением к серверу. Причина — сторонние приложения. Некоторое программное обеспечение, например, программы для взлома игр, мешают официальному магазину соединиться с сетью. Безопасный режим запускает Андроид устройство только с системными файлами. Это значит, что установленное ПО не будет работать.
Чтобы предотвратить ошибку, не стоит устанавливать всевозможные неофициальные программы для взлома, накрутки, а также очистки смартфона. К ним также относится VPN. Через виртуальные приватные сети Google Play не сможет передать данные на сервер для подключения. Следовательно, дальнейшая работа будет невозможна, поэтому удалить ПО.
Чтобы включить безопасный режим, сделайте это:
- Зажмите кнопку блокировки, выберите и удерживайте палец на «Отключить устройство» или «Отключить питание».
- После этого появится окно, подтвердите переход в безопасный режим.
На некоторых устройствах процесс отличается. На телефонах и планшетах от Самсунг нужно полностью выключить гаджет. Зажать кнопку включения, после появления логотипа «Samsung» держите клавишу уменьшения громкости. Удерживайте кнопку, пока смартфон не включится.
Если приложение удалять жалко, то отключите его в списке программ.
Очистка кэш-файлов, откат Гугл Плей до предыдущих версий
Этот шаг помогает не во всех случаях, но попробовать стоит. Возможно следующая инструкция решит неполадку с соединением официального магазина Google Play Market с сервером. Суть заключается в удалении кэш-файлов и обновлений Маркета. Ошибка часто происходит на более новых версиях смартфонов. Вероятно, файлы обновления скачались и установились неправильно, чтобы это исправить, сделайте следующее:
- Откройте меню настроек. Найдите раздел «Приложения». На некоторых устройствах название опции отличается.
- На новых версиях операционной системы нужно открыть полный список приложений — «Показать все программы».
- Выберите магазин Google Play. Если возможно, воспользуйтесь поиском.
Нажмите на иконку Play Market. Если версия ОС 8 и выше, то очистите кэш-файлы, всю информацию о программе. Для этого понадобится зайти в пункт «Хранилище». В нем есть все необходимые опции.
Имейте в виду, что после этого нужно повторно выполнить вход в свою учетную запись Google.
После выполненных действий запустите магазин приложений повторно. Проверьте, не исчезла ли ошибка соединения. Некоторым пользователям эти действия помогают. В противном случае откройте настройки еще раз, в списке приложений найдите Play Market, нажмите на кнопку «Отключить». Дальше нужно удалить обновления. Это опция восстановит исходную версию программы, которая изначально была установлена на устройство.
После этого нужно восстановить программу. Нажмите «Включить» в меню настроек. Запустите ПО еще раз, проверьте, подключается ли Маркет к серверу. Иногда оно само начинает обновляться. В таком случае нужно подождать.
Бывает, что вышеописанные шаги не помогают. В таком случае стоит попробовать повторить действия для других сервисов гугл, в том числе, для «Гугл Сервисы», фреймворков и стандартной программы «Загрузки». Последние программы являются системными, это значит, что для их отображения нужно включить опцию в списке приложений. Она находится в правом верхнем углу.
Проблемы с учетной записью Google, вызывающие неполадки с подключением к серверу
При появлении сообщения «Ошибка при соединении с сервером» или об неполадке при получении информации часто помогает сброс учетной записи Гугл на смартфоне или планшете.
Имейте в виду, что при выполнении следующих действий, придется повторно авторизоваться. Для этого нужно знать пароль и адрес электронной почты. В противном случае может возникнуть потребность в восстановлении аккаунта. Чтобы сбросить учетную запись, сделайте это:
- Откройте меню настроек.
- Перейдите во вкладку «Аккаунты».
- Выберите в списке Гугл. В некоторых устройствах этого пункта нет. Поэтому нужно зайти в список аккаунтов электронной почты Gmail.
- Удалите аккаунт, нажав соответствующую кнопку.
- Добавьте учетную запись в список повторно, введя данные для авторизации.
После выполненных действий, зайдите в Google Play Market еще раз. Если проблема не решилась, перейдите к следующей инструкции.
Включите разрешение для программ от Гугл в настройках телефона или планшета
В операционной системе Android нужно предоставлять разрешения для выполнения различных действий. К примеру, работа программы в фоновом режиме или неограниченная передача данных. Если по умолчанию нужные параметры выключены, то программное обеспечение не сможет корректно работать.
Откройте меню настроек, зайдите в список приложений и найдите «Сервисы Google Play». Нажмите на него. В меню «О приложении» должна быть опция «Передача данных». Включите работу в фоновом режиме, отключите ограничение на использование трафика.
Вернитесь в настройку программы сервисов. Откройте ветку дополнительных параметров. Пункт существует не во всех версиях операционной системы Android. Включите функцию, позволяющую изменять системные настройки. Те же действия стоит повторить для Play Market.
Обновление магазина приложений до последней версии
Еще один способ решить неполадку — скачать установщик Play Market в интернете, установить программу вручную. Для этого нужно загрузить APK-файл. Далее разрешите установку программы на телефон или планшет.
Совет! Скачивайте файлы только с проверенных источников, чтобы не заразить устройство вредоносным ПО.
Эти методы помогут исправить неполадку. Если проблема осталась, то возможно проблема в прошивке. В таком случае стоит сделать резервную копию информации и сбросить настройки до заводских или перепрошить смартфон. Также поломка не является редкостью для китайских телефонов с неофициальной ОС.
Понравилось? Поделись с друзьями!
Дата: 02.03.2020
Автор/Переводчик: DM
Сегодня утром на рядовом сервере в домене получил предупреждение следующего содержания: (на КД в логах все чисто. Других ошибок/предупреждений нигде нет)
Имя журнала: System
Источник: srv
Дата: 10.03.2010 10:22:14
Код события: 2012
Категория задачи:Отсутствует
Уровень: Предупреждение
Ключевые слова:Классический
Пользователь: Н/Д
Компьютер: srv2.company.local
Описание:
Произошла сетевая ошибка при передаче или получении данных сервером. Редкие сетевые ошибки возможны в любом случае, но большое их число говорит о неправильной настройке сети. Код ошибки содержится в возвращенных данных (форматированных как WORD) и может подсказать причину ошибки.
Имя компьютера . . . . . . . . . : srv2
Основной DNS-суффикс . . . . . . : company.local
Тип узла. . . . . . . . . . . . . : Гибридный
IP-маршрутизация включена . . . . : Нет
WINS-прокси включен . . . . . . . : Нет
Порядок просмотра суффиксов DNS . : company.local
Ethernet adapter NIC2:
DNS-суффикс подключения . . . . . : company.local
Описание. . . . . . . . . . . . . : Intel(R) 82575EB Gigabit Network Connecti
on #2
Физический адрес. . . . . . . . . : 00-15-17-C5-22-25
DHCP включен. . . . . . . . . . . : Да
Автонастройка включена. . . . . . : Да
Локальный IPv6-адрес канала . . . : fe80::21a9:a206:8bad:de1e%13(Основной)
IPv4-адрес. . . . . . . . . . . . : 192.168.0.38(Основной)
Маска подсети . . . . . . . . . . : 255.255.255.0
Аренда получена. . . . . . . . . . : 6 марта 2010 г. 19:13:55
Срок аренды истекает. . . . . . . . . . : 14 марта 2010 г. 19:13:56
Основной шлюз. . . . . . . . . : 192.168.0.1
DHCP-сервер. . . . . . . . . . . : 192.168.0.10
IAID DHCPv6 . . . . . . . . . . . : 301995287
DUID клиента DHCPv6 . . . . . . . : 00-01-00-01-13-1D-1F-E3-00-15-17-C5-22-24
DNS-серверы. . . . . . . . . . . : 192.168.0.10
192.168.0.11
NetBios через TCP/IP. . . . . . . . : Отключен
Ethernet adapter NIC1:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Intel(R) 82575EB Gigabit Network Connecti
on
Физический адрес. . . . . . . . . : 00-15-17-C5-22-24
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Туннельный адаптер isatap.{EF891914-116F-4716-A35D-AEC0B89318D0}:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Туннельный адаптер Подключение по локальной сети* 4:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . :
Описание. . . . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
Туннельный адаптер isatap.company.local:
Состояние среды. . . . . . . . : Среда передачи недоступна.
DNS-суффикс подключения . . . . . : company.local
Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP #2
Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0
DHCP включен. . . . . . . . . . . : Нет
Автонастройка включена. . . . . . : Да
До этого были жуткие проблемы с NIC1 — доменное имя сервера периодически сбоило и из-за этого не было доступа к этому серверу. Помогло только переключение кабеля на NIC2 и теперь сбоев нет. Драйвера на NICи самые последние.
Есть какие-нибудь соображения по моей проблеме?
Reason for System Event Log srv Event ID: 2012 — While transmitting or receiving data, the server encountered a network error
This article discusses the system event log srv event ID 2012.
Original product version: Windows Server 2008 R2 Service Pack 1
Original KB number: 2885205
Summary
Consider the following scenario:
- You have a Windows Server 2012-based file server
- Windows Server 2003, Windows Server 2003 R2 or Microsoft Windows XP Professional-based client computers are accessing the file server with SMB v1 protocol
- or any other SMB v1 protocol-based computer with third-party CIFS implementation is accessing the file server
In this scenario, you see multiple events with Source Srv ID 2012 in the system event log:
Log Name: System
Source: srv
Date: 07.08.2013 10:23:04
Event ID: 2012
Task Category: None
Level: Warning
Keywords: Classic
User: N/A
Computer: FILEsrv.fqdn
Description:
While transmitting or receiving data, the server encountered a network error. Occasional errors are expected, but large amounts of these indicate a possible error in your network configuration. The error status code is contained within the returned data (formatted as Words) and may point you towards the problem.
In Words
0000: 00040000 002C0001 00000000 800007DC
0008: 00000000 C0000184 00000000 00000000
0010: 00000000 00000000 00000634
Explanation of these ‘Words’ logged in this event:
800007DC = EVENT_SRV_NETWORK_ERROR,
C0000184 = STATUS_INVALID_DEVICE_STATE, The device is not in a valid state to perform this request. 00000634 hex = 1588 decimal, this points to line 1588 in Windows Server 2012 code for downlevel Clients. This number depends on Operating System, Service Pack and possibly on SRV.SYS Hotfix level.
Frequently Asked Questions (FAQ):
Is such Srv 2012 an indicator for a serious error? No this is an event of type WARNING, typically you can ignore it. See below for some typical scenarios, where such Event is expected. Administrators should just ignore the warning.
What should a normal SMB communication look like? According to CIFS protocol specification ([MS-CIFS]: Common Internet File System (CIFS) Protocol) NEGOTIATE DIALECT — SESSION SETUP — TREE CONNECT — TREE DISCONNECT — LOGOFF
After upgrading our file server to Windows Server 2012 we encounter this Event more often, why?
you have an environment with many downlevel SMB1 clients like Windows XP or Windows Server 2003. Unsuccessfully logon attempts (SESSION SETUP Response with error status) followed by TCP FIN result in Event 2012. These clients tend to end their last SMB session with a LOGOFF and TREE DISCONNEcT SMB command, then they terminate the transport session gracefully with a TCP FIN. This sequence of SMB commands is not fully CIFS-compliant, see above, resulting in Event 2012.
you have an environment with some SAMBA / UNIX / MAC based downlevel SMB1 clients. These clients often terminate SMB sessions not CIFS conform (omitting a LOGOFF command), resulting in Event 2012.
downlevel clients with redirected folders on the Windows Server 2012-based file server are disconnected from the network without a proper shutdown. The file server sends in such situation TCP KeepAlive packets to inactive clients and resets the TCP transport connection if there is no more response from the client.
SMB1 clients encounter some network problems (File server is not answering their outstanding SMB command within one minute (SessTimeout = 60 sec), so the client won’t send a LOGOFF, but terminates the TCP session with RESET and then establishes a new TCP / SMB session with a new virtual circuit (VcNumber: 0). The file server was not aware of the clients network issue and scavenges the former client session as soon as it detects the same SMB1 client IP with SESSION SETUP (VcNumber: 0) coming in. (this can happen in NAT Scenario for different clients resulting in same IP address in the file server subnet as well)
More information
For more information about this topic, click the following article number to view the article on the Microsoft Web:
Источник
В сети сбои при получении данных windows 2012
Вопрос
Делаю замену Windows Server 2003 на 2012. Чистая установка, все сервера (более 10) находятся в разных регионах страны и сайтах АД. Проблема в следующема:
в плитке Диспетчер Серверов/Все Сервера/Серверы в столбце «Управляемость» у всех WS2012 светится «В сети: сбой при получении данных», за исключением локального сервера. Ручное обновление не помогает выдает ошибку:
«Ошибка SERVER-D20: не удалось обновить конфигурацию. Ошибка: Не удалось получить метаданные с сервера из-за следующей ошибки: WinRM-клиент получил состояние «Ошибка сервера» (ошибка HTTP 500), но удаленная служба не предоставила других сведений о причине сбоя. 27.07.2013 13:27:23″
Заходил на большенство серверов по RDP и проверял нагрузку на CPU, МЕМ все ОК. Запускал PS под правами администратора и выполнял команду «winrm enumerate winrm/config/listener». При первом выполнии пишет ошибку, а при втором и последующих если зразу же запускать то выдает нормальный результа (протокол ниже)
PS C:Windowssystem32> winrm enumerate winrm/config/listener
WSManFault
Message = WinRM-клиент получил состояние «Ошибка сервера» (ошибка HTTP 500), но удаленная служба не предоставила дру
гих сведений о причине сбоя.
Код ошибки: -2144108176 0x80338170
WinRM-клиент получил состояние «Ошибка сервера» (ошибка HTTP 500), но удаленная служба не предоставила других сведений о
причине сбоя.
PS C:Windowssystem32> winrm enumerate winrm/config/listener
Listener
Address = *
Transport = HTTP
Port = 5985
Hostname
Enabled = true
URLPrefix = wsman
CertificateThumbprint
ListeningOn = 127.0.0.1, 172.30.62.3, ::1, fe80::5efe:172.30.62.3%14, fe80::78cb:ba03:e550:8e4d%12
Сутуация на всех серверах одинаковая, на всех поднята роль AD, DNS, DHCP, FileServer-DFS.
Источник
В сети сбои при получении данных windows 2012
Общие обсуждения
- Изменен тип Alexander Rusinov Moderator 7 марта 2015 г. 5:27 отсутствие активности в течении нескольких дней
Ответы
Возможно повреждение файлов или библиотек. Для начала запустите SFC /SCANNOW
Все ответы
Возможно повреждение файлов или библиотек. Для начала запустите SFC /SCANNOW
Проверка файлов не помогла. Какие еще могут быть варианты?
Здравствуйте! Та-же проблема.
WS 2012 подняты роли AD, Hyper, DNS при запуске диспетчера сервера выдает ошибку «В сети: не удается получить данные ролей и компонентов.»
Кто нибудь сталкивался? Запуск SFC /SCANNOW требует перезагрузки — откат обновлений и та -же проблема.
Приложите результат вызовов «Проверка возможности восстановления образа».
Также уточните какие предупреждения и ошибки присутствуют в Событиях (Eventlogs).
Убедитесь, чтобы у Вас было достаточно место на диске, далее чтобы служба Windows Modules Installer (TrustedInstaller) не была отключена, т.е. режим запуска был установлен Manual
Best Regards, Andrei .
Microsoft Certified Professional
1) Проверка возможности восстановления.
PS Z:> Dism /Online /Cleanup-Image /CheckHealth
Cистема DISM
Версия: 6.2.9200.16384
Версия образа: 6.2.9200.16384
Повреждение хранилища компонентов не обнаружено.
Операция успешно завершена.
PS Z:>
4) Обновление ставится — но после перезагрузки отмена обновлений.
Best Regards, Andrei .
Microsoft Certified Professional
Не помогло чистая загрузка. 24 часа загружались обновления и загрузились на 2% из 24мб. Перезагрузка отменила обновления. Сейчас просто скачал обновления в ручную — попробую поставить. Но обновления может не виноваты что диспетчер сервера выдает ошибку «В сети: не удается получить данные ролей и компонентов.» и не показывает роли, хотя всё работает (ДНС, АД, хупер. ). Ну если не считать что слетели ключи 1С.
Знать — бы где искать причину и в чём причина.
Убедитесь, чтобы у Вас было достаточно место на диске.
Уточните на Вашем сервере достаточно свободного места?
Также попробуйте ознакомиться со статьей «Server 2012 -Cannot get role and feature data», в случае если действия выполняете не из под учетной записи Administrator
Best Regards, Andrei .
Microsoft Certified Professional
Если в сети есть сервер со схожим именем, то сервер может попытаться получить список установленных ролей и фичей в сети, в результате этого выдать ошибку. Вам следует переименовать один из серверов исключить дублирование имен в сети.
Проверьте на повреждения фай: , к примеру для учетной записи Administrator:
Best Regards, Andrei .
Microsoft Certified Professional
1) всё из под учетной записи Administrator.
2) место на диске 370 гб.
3) S erverList . xml открыл — 2-е записи не повторяются.
Также диагностика центра обновления всё время показывает данную ошибку.
service registration is missing or corrupt — — — исправлено
Ошибка центра обновления 0х80070057 — — — исправлено
Проблемы с устоновкой последних обновлений — — -исправлено
Также диагностика центра обновления всё время показывает данную ошибку.
service registration is missing or corrupt — — — исправлено
Ошибка центра обновления 0х80070057 — — — исправлено
Проблемы с устоновкой последних обновлений — — -исправлено
0x80070057 — ERROR_INVALID_PARAMETER. Third party service which is running in the computer creating the problem. Please do a clean boot and then install the updates.
Также попробуйте проанализировать %SYSTEMROOT%LogsCBSCBS.log
Best Regards, Andrei .
Microsoft Certified Professional
Источник
DA Under afsendelse eller modtagelse af data opdagede serveren en netværksfejl.
Fejl forventes en gang imellem, men hvis en stor mængde
fejl opstår, er der muligvis en fejl i netværkskonfigurationen. Fejlstatuskoden findes i
de returnerede data (formateret som ord) og kan give en ide om problemet.
SV Ett nätverksfel uppstod när data skickades eller togs emot. Vissa fel är att
förvänta, men många sådana här fel kan bero på att din nätverkskonfiguration
är felaktig. Felets statuskod finns i de data som returnerades (formaterade
som word). Den här informationen kan hjälpa dig hitta problemet.
EL Κατά τη μετάδοση ή λήψη δεδομένων, παρουσιάστηκε σφάλμα δικτύου στο διακομιστή.
Σποραδικά σφάλματα είναι αναμενόμενα, αλλά μεγάλος αριθμός σφαλμάτων δηλώνει πιθανό
σφάλμα στη ρύθμιση των παραμέτρων του δικτύου. Ο κωδικός κατάστασης σφάλματος περιέχεται στα
δεδομένα που επιστρέφονται (με τη μορφή λέξεων) και ενδέχεται να σας κατευθύνει προς το πρόβλημα.
PT Ao transmitir ou receber dados, o servidor encontrou um erro de rede.
São esperados erros ocasionais, mas grandes quantidades indicam um possível
erro na configuração de rede. O código de estado de erro está contido
nos dados devolvidos (formatados como palavras) e pode indicar o problema.
KO 서버에서 데이터를 전송하거나 받는 동안 네트워크 오류가 발생했습니다.
오류가 가끔 발생할 수는 있지만, 오류가 자주 발생하는 것은 네트워크 구성에
오류가 있을 수 있다는 것을 나타냅니다. 오류 상태 코드는 반환된
데이터(Words 포맷) 내에 포함되며 문제를 가리킬 수 있습니다.
FI Palvelimessa ilmeni verkkovirhe tiedonsiirron aikana.
Satunnaiset virheet ovat odotettavissa, mutta jos virheitä on huomattavasti, se
viittaa mahdolliseen ongelmaan verkkokokoonpanossa. Virhekoodi sisältyy
palautteena saatuun dataan (sanoina) ja se voi auttaa ongelman ratkaisemisessa.
ZH 當傳輸或接收資料時，伺服器發生一個網路錯誤。
偶而的錯誤是可以預期的，但是過量的錯誤代表您網路的設定
可能有錯誤。傳回的資料 (以 Word 的格式) 裡
包含了錯誤狀態碼，它可能向您指出問題的所在。
FR Le serveur a rencontré une erreur réseau lors de la transmission ou la réception de données.
Des erreurs occasionnelles sont attendues, mais en trop grand nombre, cela indique une erreur possible de la configuration réseau. Le code de statut de l’erreur
est contenu dans les données renvoyées (formatées sous Word) et peut vous donner des
indications sur l’origine du problème.
HU A kiszolgáló hálózati hibába ütközött az adatok küldése vagy fogadása közben.
Alkalmi hibák várhatóak ugyan, de ezek nagy száma a hálózati konfiguráció valószínű hibáját jelenti.
A hiba állapotkódját a visszaadott adatok tartalmazzák (szavakként),
és segíthet a probléma megkeresésében.
NL Er is een netwerkfout op de server opgetreden bij het verzenden of ontvangen van gegevens.
Er kunnen fouten optreden, maar als een groot aantal van deze fouten optreedt, wijst dit op een mogelijke fout
in de netwerkconfiguratie. De statuscode van de fout is opgenomen in
de geretourneerde gegevens (ingedeeld als binaire woorden). Deze gegevens geven u een idee van het probleem.
JA データの送信または受信中に、サーバーはネットワーク エラーを検出しました。
ときどき発生するエラーは予期されていますが、エラーが頻繁に発生する場合は、
ネットワーク構成に問題がある可能性があります。エラーの状態コードは返さ
れたデータ (Word 形式) 内に含まれていて、問題が何か判明する可能性が
あります。
TR Sunucu, veri gönderirken veya alırken ağ sorunu ile karşılaştı.
Bu hataların nadiren oluşması beklenebilir, ancak hataların yüksek oranda
oluşması ağ yapılandırmanızda olası bir hatayı gösterir. Hata kodu döndürülen
veridedir (Sözcük biçiminde) ve sorunu işaret edebilir.
NB Serveren oppdaget en nettverksfeil under sending eller mottak av data.
En og annen feil kan forventes, men store mengder av disse indikerer en mulig
feil i nettverkskonfigurasjonen. Feilstatuskoden finnes i de returnerte dataene
(formatert som Word), og kan lede deg til problemkilden.
DE Netzwerkfehler beim Übertragen oder Empfangen von Daten.
Gelegentliche Fehler sind normal, aber häufige Netzwerkfehler deuten auf einen
Fehler in der Netzwerkkonfiguration. Der Fehlerstatuscode steht in den zurückgegebenen
Daten (als Wörter formatiert) und deutet eventuell auf die Fehlerursache.
IT Durante la trasmissione o la ricezione di dati il server ha rilevato un errore di rete.
Sono previsti errori occasionali, ma il verificarsi di un numero elevato di errori può indicare un
errore nella configurazione di rete. Il codice di stato dell’errore è contenuto nei
dati restituiti (in formato Word) e può fornire informazioni utili per la risoluzione del problema.
PL Podczas wysyłania lub odbioru danych serwer napotkał błąd sieciowy.
Błędy mogą zdarzać się czasami, ale duża ich liczba sygnalizuje możliwy błąd
w konfiguracji sieci. Kod stanu błędu zawierają zwrócone dane (w formacie
słów maszynowych), które mogą wskazać źródło problemu.
ES El servidor encontró un error de red mientras transmitía o recibía información.
Errores ocasionales son previsibles, pero si se repiten muchas veces puede
indicar un posible error en la configuración de red. El código de estado del
error está incluido en los datos devueltos (con formato Word) y podría indicarle el origen del problema.
CS Při přenosu nebo přijímání dat došlo k chybě sítě. Chyby sítě se občas mohou
vyskytnout, avšak jejich příliš častý výskyt může být znakem nesprávné konfigurace
sítě. Kód stavu chyby je uložen ve vrácených datech jako typ Word a může vám pomoci při řešení problému.
Привет всем, есть сервер на windows server 2008 и там в системном журнале иногда проскакивают предупреждения с кодом 2012 — источник srv,
Код:
Произошла сетевая ошибка при передаче или получении данных сервером. Редкие сетевые ошибки возможны в любом случае, но большое их число говорит о неправильной настройке сети. Код ошибки содержится в возвращенных данных (форматированных как WORD) и может подсказать причину ошибки.С виду проблем не наблюдается но ошибка настораживает, подскажите как исправить?