Process terminated any clients finished with error

Лечим 54ю ошибку в 1С

 Описание ошибки

server_addr=tcp://<имясервера>:1562 descr=Ошибка сетевего доступа к серверу (Windows Sockets — 10054(0x00002746). Удаленный хост принудительно разорвал существующее подключение.) line=1031 file=.srcDataExchangeTcpClientImpl.cpp

Как бороться с этой проблемой

Настроить Технологический журнал и разобрать его логи.
Наиболее частыми причинами бывают падения серверной части 1С:Предприятия.
В также можно убедиться, посмотрев — ане создаются ли дампы (смотреть путь logcfg.xml, если настройка dump-ов в нем отсутствует, то в каталоге %USERPROFILE%Local SettingsApplication Data1C1Cv81Dumps, например C:Documents and Settings<Имя пользователя>Local SettingsApplication Data1C1Cv81dumps. Падения платформы чаще всего могут возникать из-за запросов с нестандартными параметрами. Дампы отсылайте в техподдержку 1С email:v8@1c.ru.
1. Чаще всего мне встречалась проблема в журнале документов в отборах запросы были похожи на этот:

SELECT ALLOWED TOP 35 R.Date_Time A1,
R.Number A2,
R.Fld9608 A3,
R.Fld9613 A4,
R.Fld9606 A5,
R.Fld9610 A6,
R.Fld9611 A7,
R.Fld9607 A8,
R.Fld9612 A9,
R.Fld9615 A10,
R.Fld9614 A11,
R.Fld9609 A12,
R.Fld9605 A13,
R.Document A14,
R.Marked A15,
R.Posted A16,CAST(R.Fld9608 AS REF(Reference9)).Description
A17,CAST(R.Fld9606 AS REF(Reference52)).Description A18,CAST(R.Fld9611
AS REF(Reference93)).Description A19, CASE WHEN R.Fld9609 REFS
Reference53 THEN CAST(R.Fld9609 AS REF(Reference53)).Description WHEN
R.Fld9609 REFS Reference150 THEN CAST(R.Fld9609 AS
REF(Reference150)).Description WHEN R.Fld9609 REFS Reference63 THEN
CAST(R.Fld9609 AS REF(Reference63)).Description WHEN R.Fld9609 REFS
Reference114 THEN CAST(R.Fld9609 AS REF(Reference114)).Description END
A20,CAST(R.Fld9605 AS REF(Reference79)).Description A21
FROM DocumentJournal9604 R WHERE
((R.Fld9605=79:b63e000bcd6ad80811da7cf12c684266)) AND
(R.Date_Time > DATETIME(2006,12,31,12,0,0) OR (R.Date_Time =
DATETIME(2006,12,31,12,0,0) AND (R.Document >=
343:b654000bcd6ad80811dba49c7aabe269)))
ORDER BY A1 ASC, A14 ASC’

2. Пример лога ТЖ, показывающее причину падений сервера при обновлении полнотекстового поиска
11:40.9690-0,EXCP,1,process=rphost,p:processName=<база данных>,t:clientID=3, t:applicationName=BackgroundJob,t:connectID=27,Usr=DefUser,DumpFile=C:Program Files (x86)1cv81dumpsrphost_8.1.13.41_7d4e2366_20090609021136_10236.mdmp,Context=’
ОбщийМодуль.МодульРегламентныхЗаданий : 46 : ПолнотекстовыйПоиск.ОбновитьИндекс(Ложь, Истина);’

Итоговым решением в этом примере будет отключить фоновый процес в проблемной базе. Дождаться нового релиза платформы и обновиться.
Более подробно про падения платформы смотрите в моем блоге.
3. Пример ТЖ для циклический перезапуск процессов. Для анализа этого события на компьютере сервера 1С:Предприятия необходимо включить запись в технологический журнал событий PROC (пример файла logcfg.xml).
Когда процесс выключается, будет выведено событие PROC со свойством Txt=Process become disable.
Когда процесс останавливается, будет выведено событие PROC со свойством Txt=Process terminated. Any clients finished with error. Если аварийные завершения работы пользователей совпадают по времени с выводом этого события, то причиной является принудительная остановка рабочего процесса либо администратором (через консоль кластера), либо вследствие автоматического перезапуска.
4. Убедиться, что причиной являются/не являются действия администратора в консоли

—————————-

Ниже представлен вариант решения коллегой.

Всем заинтересованным в решении проблем с падением платформы с ошибками:

10051, 10053, 10054, 10064

Как показал разбор полетов по падениям платформы, с выше указанными ошибками:

— Большинство падений вызвано именно работой фоновых заданий, как и предполагалось в топике.

— Не хваткой дискового пространства

— Наличием большого числа не завершенных транзакций в журнале 1С

* * *

— Прежде чем заниматься разбором с технологическим журналом, проанализируйте используемые в конфигурации фоновые задания и отключите те, которые не требуются Вам для работы, конфигурации (банально, анализ 14 ГБ мусора можно считать времяпрепровождением, если Вам нечем заняться… :))) )

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

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

— Проанализируйте и ИСПРАВЬТЕ ПРОБЛЕМЫ ФУНКЦИОНИРОВАНИЯ типовых фоновых заданий конфигурации

— Выполните регламентные процедуры с базой данных, через пункт меню Администрирование-Тестирование и исправление, не забудьтеобязательно, выполнить сжатие базы данных

— Проанализируйте объем используемого пространства сервером SQL, вероятно что серверу банально нехватает памяти

— Проверьте политки настройки Active Directory

— И также сожмите/очистите журнал транзакций SQL вот примерно таким кодом (для SQL 2000):

Если после этих операций падения продолжаются, тогда продолжайте следовать рекомендациям:

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

— Пробуйте разнести сервера 1С предприятия и SQL, если они у Вас на одной машине.

— Или наоборот установите их на одной машине (если хватает ресурсов) Отмечаются случаи, когда именно перенос серверов на один сервер помогало (На мой взгляд очень сомнительно и больше относится именно к причине начала работы, это сжатие журналов транзакций)

— Проверьте время отклика сервера (вероятнее всего, что все будет в пределах нормы, а редкие провалы во времени обслуживания, не могут столь сильно влиять на работу сервера предприятия)

— Проверьте работу маршрутизаторов в сети (Редко, но бывает, что именно их перенастройка влияет на количество падений)

— Проверьте конфликты оборудования в сети (это к вопросу, почему желательно иметь оборудование одного поставщика в сети. Кто хочет может проверить, например, в тех. документации 3COM написано: если сетевая карта обнаруживает, что взаимодействует с аналогичной сетевой картой, то она может быть переключена в более производительный режим, засчет перехода на оптимизированный алгоритм обработки сетевых пакетов, проверено на личном опыте скачок производительности до 50%)

— Проверьте уровни сигналов у потребителей/конечных компьютеров (может быть банально, низкий уровень сигналов, постоянные повторные запросы блоков, задержка очереди на обслуживание в сети, а следовательно в конце концов получение сообщения, что конечный серевер разорвал соединение, когда количество попыток превысит время ожидания поступления сигнала. Если хотите разобраться в данном вопросе обратитесь к протоколу работы Ethernet/CSMA CD/CSMA. Количество попыток в передаче пакета по данному протоколу не бесконечно… ))) Да и буфер в картах тоже не беспределен.)

— Добавьте памяти на сервера

— Переведите часть/всех пользователей в терминальный режим (Т.е. обеспечьте то, что МНОГИЕ пользователи определеяют как ТОНКОГО КЛИЕНТА 1C). В качестве такого сервера я бы рекомендовал Citrix Metaframe или Terminal Server MS

Вероятнее всего, когда Вы выполните указанные рекомендации, за исключением разбора проблем с железом, стабильность работы возрастет настолько что падения платформы станут очень редкими, что перекроют технологические промежутки по обслуживанию базы данных, выполнять которые всеже НЕОБХОДИМО и не думайте, что те рекомендации что указаны выше Панацея от всех проблем.

Они решат многие, но не все проблемы.

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

(С) Шарафан Александр (AXELOT, Москва)

———————————

Ряд проблем связан с утечками памяти.
1. Перезагрузите сервер.
2. Если у Вас 1 рабочий процесс, добавьте еще несколько, чтобы иметь возможность переподключиться в случаи сбоя рабочего процесса.

3. Если у Вас 32х разрядна версия сервера 1С, то пора купить 1С:Предприятие 8.2. Лицензию на сервер (x86-64).

Исследуйте роли «Пользователя», если они есть в типовой конфигурации конечно, и в частности, после того как вычислите проблемныйдокумент с помощью ТЖ, нужно найти проблемную роль (кто жалуется).
Далее для роли Пользователя смотрим РЛС документа, если дополнительных настроек нет (чисто), то правой кнопкой на нем — поиск ссылок на объект, и последовательно просматриваем РЛС для роли «Пользователь» для каждого объекта.

Ошибочное принятие высокой интенсивности пользователей за атаку на протокол в некоторых случаях Windows.
>Запустить программу regedit.exe, добавь новое значение типа DWORD с именем SynAttackProtect в раздел реестра HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters и присвой ему значение 00000000
Имеет смысл делать для ОС Windows 2003 SP1 (http://msdn.microsoft.com/ru-ru/library/ms189083.aspx).

p.s. Кроме того, 54 ошибку можно получить на релизах <= 8.1.12.98 при ри конвертации конвертором ИБ 77(DBF) -> 81(SQL) в типовой ТиС (демо, взятой с ИТС) релиз. 954 в клиент-серверном варианте.
обойти можно так:
— выполните конвертацию в файловый фариант информационной базы 1С:Предприятия 8.1,
— выгрузите полученную информационную базу в файл,
— загрузите в клиент-серверный вариант информационной базы 1С:Предприятия 8.1.

Собрать логи ТЖ можно файлом logcfg.xml.

1С ошибка 10054 на Debian Squeeze

Причины возникновения
Причины этой ошибки разняться по своей «природе», но их объединяето то, что уже существующее (т.е. ранее установленое) соединение с клиентом разрывает сервер.

1. С версии 8.1.11 включен циклический перезапуск процессов, по наступлению интервала происходит автоматический перезапуск рабочих процессов rphost.

2. В некоторых случаях причиной ошибки могут стать утечки памяти.

3. Действия администратора в консоли (команда удалить пользователя)

4. Процесс rphost на серверном компьютере завершился аварийно

5. Ошибочное принятие высокой интенсивности пользователей за атаку на протокол в некоторых случаях Windows

6. Устаревание данных в кэшах

7. Плохо отслеживаемые события в фоновых процессах

8. Нестандартные запросы могут приводить к падениям rphost

Способы устранения
1. с 8.1.11 включен циклический перезапуск процессов, для анализа этого события на компьютере сервера 1С:Предприятия необходимо включить запись в технологический журнал событий PROC (пример файла logcfg.xml).
Когда процесс выключается, будет выведено событие PROC со свойством Txt=Process become disable.
Когда процесс останавливается, будет выведено событие PROC со свойством Txt=Process terminated. Any clients finished with error. Если аварийные завершения работы пользователей совпадают по времени с выводом этого события, то причиной является принудительная остановка рабочего процесса либо администратором (через консоль кластера), либо вследствие автоматического перезапуска.

2. перезагрузить сервер
3. убедиться, что причиной являются/не являются действия администратора в консоли
4. создать на сервере приложения два или более рабочих процесса, чтобы иметь возможность переподключиться в случаи сбоя рабочего процесса
5. Запусти программу regedit.exe, добавь новое значение типа DWORD с именем SynAttackProtect в раздел реестра HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters и присвой ему значение 00000000
Имеет смысл делать для ОС Windows 2003 SP1 (http://msdn.microsoft.com/ru-ru/library/ms189083.aspx).

6. arp -d *
ipconfig /flushdns
ipconfig /registerdns
nbtstat -R
nbtstat -RR

7. отключить фоновые процессы во всех базах

8. найти технологическим журналом запрос, приводящий к падению

p.s. Кроме того, 54 ошибку можно получить на релизах <= 8.1.12.98 при ри конвертации конвертором ИБ 77(DBF) -> 81(SQL) в типовой ТиС (демо, взятой с ИТС) релиз. 954 в клиент-серверном варианте.

обойти можно так:

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

Подробнее на www.gilev.ru

При расследовании проблем производительности в информационных системах на платформе 1С часто приходится проверять не выполнялся ли в момент жалоб пользователей на «зависания» и медленную работу перезапуск рабочих процессов в кластере 1С, т.к. «при аварийном завершении рабочего процесса, кластер серверов запускает новый рабочий процесс. Затем выполняется попытка перенести все клиентские сеансы, которые обслуживал завершившийся рабочий процесс, на новый рабочий процесс. Это приводит к тому, что пользователи могут наблюдать существенные паузы в работе: клиентское приложение перестает реагировать на пользовательские команды, создается ощущение, что клиентское приложение «зависло».» (https://its.1c.ru/db/v8316doc#bookmark:cs:TI000000259). Один из способов это определить — это посмотреть на график использования рабочим процессом памяти (Частный рабочий набор) в байтах. 

И в Perfmon Windows часто приходится видеть такого вида графики:

Почему зелёный график имеет такую форму? Наш основной rphost вдруг освободил чуть ли не всю память, а затем продолжил работать как ни в чём не бывало? 

Предлагаю рассмотреть этот вопрос подробнее и график, соответственно, поближе.

Ниже будет описание в виде басни. Почему-то именно сегодня мне захотелось оформить данную публикацию именно так. Могу опубликовать тоже самое с описанием формальным языком отдельно. Предлагаю написать в комментариях, кому не понравится изложение в виде басни. Сюжет основан на реальных событиях. Имена хостов и ID процессов изменены. Всякое совпадение является случайным. Кстати, прошу строго не судить — это моя первая публикация на Инфостарте. Так сказать проба пера.

Итак:

Жили-были agent-папа, mngr-мама и сын их rphost и был у него PID 10428. И был rphost одинок.

Как-то сожрали мама с сыном лишних 164 с небольшим мегабайт оперативной памяти и решил папа, что предел его 5-тиминутному терпению лопнул и решил он сына остановить:

28:22.387011-0,ATTN,1,process=ragent,OSThread=11908,Descr=Temporary allowed memory limit exceeded for server,ServerID=7d61e944-8c4f-456b-94c9-46ebeb290d6b,HostName=m1.app.nodeN.domain.local,TotalMemory(Kb)=25165300,TempAllowedProcessesMemory(Kb)=15625000,TempAllowedTimeLimit=300,ExcessStartTime=20231010092321,ExcessDuration(sec)=301,ProcessList[pid, mem(Kb)]='[10428, 14720016], [8296, 1073628]’

28:22.387015-0,ATTN,1,process=ragent,OSThread=11908,Descr=Process exceeded temporary allowed memory limit and would be stopped,agentURL=tcp://m1.app.nodeN.domain.local:1540,procURL=tcp://m1.app.nodeN.domain.local:1560,Pid=10428,Name=rphost

Предварительно сделал папа нового сына rphost и присвоила матрица ОСь ему PID 13532, а Performance Monitor окрестил его rphost#1:

28:23.887000-93986,PROC,0,process=ragent,OSThread=4632,Txt=’Run process from user. Prog=C:Program Files1cv88.3.15.1534in
phost.exe, Command=(«C:Program Files1cv88.3.15.1534in
phost.exe» -range 1560:1591 -reghost m1.app.nodeN.domain.local -regport 1541 -pid 354eb8ed-587c-4d61-9e3a-642223f84145 -fromsrvc), Domain=DOMAIN, User=USER, logon success, win API loaded, ProfilePath=C:UsersUSER, user profile loaded, user environment loaded, success, pid=13532‘

и перестал старший rphost быть одинок пока через полторы минуты не помер, послав на прощание всем своим клиентам ошибку:

30:02.263020-0,PROC,0,process=rphost,OSThread=6296,Txt=Process terminated. Any clients finished with error.

30:02.263022-0,PROC,0,process=rphost,OSThread=6296,Err=0,Txt=1C:Enterprise 8.3 (x86-64) (8.3.15.1534) Working Process terminated.

30:02.709019-0,ATTN,1,process=ragent,OSThread=11908,Descr=Process is abandoned,agentURL=tcp://m1.app.nodeN.domain.local:1540,procURL=tcp://m1.app.nodeN.domain.local:1560,Pid=10428,Name=rphost

30:02.709021-0,EXCP,0,process=ragent,OSThread=13496,Exception=»GetExitCodeProcess(‘10428‘,10428)»,Descr=process exited

30:02.709022-0,ATTN,0,process=ragent,OSThread=13496,Descr=Process terminated,agentURL=tcp://m1.app.nodeN.domain.local:1540,procURL=tcp://m1.app.nodeN.domain.local:1560,Pid=10428,Name=rphost

Тогда Performance Monitor сделал rphost#1 старшим и переименовал его в rphost.

И жил rphost с PID 13532 счастливо, пока в 14:28:26 не умер из-за сбоя в матрице OSException.

28:26.071000-0,EXCP,0,process=rphost,p:processName=RHostRoot,OSThread=16660,OSException=rphost_8.3.15.1534_0b127ca0_20231010142826_13532 enabled external

Пока умерший rphost с PID 13532 пытался оставить после себя хоть что-то:

28:26.071003-0,EXCP,0,process=rphost,p:processName=RHostRoot,OSThread=16660,DumpError=DirBin property is empty

Папа сделал ещё одного сына rphost и присвоила матрица ему PID 17064, а Performance Monitor дал ему имя в мониторинге rphost#1:

28:31.368000-77985,PROC,0,process=ragent,OSThread=4632,Txt=’Run process from user. Prog=C:Program Files1cv88.3.15.1534in
phost.exe, Command=(«C:Program Files1cv88.3.15.1534in
phost.exe» -range 1560:1591 -reghost m1.app.nodeN.domain.local -regport 1541 -pid 354eb8ed-587c-4d61-9e3a-642223f84145 -fromsrvc), Domain=DOMAIN, User=USER, logon success, win API loaded, ProfilePath=C:UsersUSER, user profile loaded, user environment loaded, success, pid=17064′

Затем папа понял что старший сын таки потерян:

28:36.446034-0,ATTN,1,process=ragent,OSThread=11908,Descr=Process is abandoned,agentURL=tcp://m1.app.nodeN.domain.local:1540,procURL=tcp://m1.app.nodeN.domain.local:1561,Pid=13532,Name=rphost

И после второго запроса решил, что потерян давно и совсем:

28:46.477031-0,ATTN,0,process=ragent,OSThread=2872,Descr=Process is abandoned long enough,agentURL=tcp://m1.app.nodeN.domain.local:1540,procURL=tcp://m1.app.nodeN.domain.local:1561,Pid=13532,Name=rphost,expirationTimeout=100,abandonedTimestamp=-946632333

И решил его добить:

28:46.477032-0,ATTN,0,process=ragent,OSThread=2872,Descr=Process will be killed,agentURL=tcp://m1.app.nodeN.domain.local:1540,procURL=tcp://m1.app.nodeN.domain.local:1561,Pid=13532,Name=rphost,logOnly=0,createDump=1

Оставив на память его скальп:

28:46.477033-0,EXCP,0,process=ragent,OSThread=2872,OSException=rphost_8.3.15.1534_00000000_20231010142846_13532 enabled external

30:48.614008-0,EXCP,0,process=ragent,OSThread=2872,DumpError=Created dump file: C:КаталогСервераDumps
phost_8.3.15.1534_00000000_20231010142846_13532.mdmp

В таких случаях при довольно частых опросах (pingTimeout=5000, pingPeriod=1000) папы жив ли сын, сын при обжорстве частенько не успевает оставить после себя полноценный скальп (дамп) со смещением отличным от 00000000 и скальп (типа rphost_8.3.15.1534_0b127ca0_20231010142826_13532) может оказаться недописанным.

Это была присказка, а теперь сказка.

 Сколько rphost’oв перезапустилось в 14:51 судя по данным графика ниже?

Папа версии 8.3.15.1534 очень плодовит. Причём настройки скопления 1С, предполагающие что ему не нужно иметь более одного потомка в один момент времени, ему не указ.

Судя по книге жизни, rphost с PID 17064, родившийся в 14:28:31.368, прожил недолго. До 14:51:08 того же дня. Потому что папа-agent наклепал других rphost, они вместе съели всю разрешённую им папой память и даже чуть больше. За что наш 17064-й и поплатился жизнью, так как съел больше остальных, ибо был старшим, и папа решил его остановить:

51:02.422010-0,ATTN,1,process=ragent,OSThread=11908,Descr=Temporary allowed memory limit exceeded for server,ServerID=7d61e944-8c4f-456b-94c9-46ebeb290d6b,HostName=m1.app.nodeN.domain.local,TotalMemory(Kb)=25165300,TempAllowedProcessesMemory(Kb)=15625000,TempAllowedTimeLimit=300,ExcessStartTime=20231010144426,ExcessDuration(sec)=396,ProcessList[pid, mem(Kb)]='[17064, 6640356], [17060, 4938764], [13780, 2529248], [8296, 1077264], [14188, 688396]’

51:02.422014-0,ATTN,1,process=ragent,OSThread=11908,Descr=Process exceeded temporary allowed memory limit and would be stopped,agentURL=tcp://m1.app.nodeN.domain.local:1540,procURL=tcp://m1.app.nodeN.domain.local:1560,Pid=17064,Name=rphost

Мемуары 17064-го оканчиваются такими же строками как и у его предшественника:

51:08.751012-0,PROC,0,process=rphost,OSThread=11960,Txt=Process terminated. Any clients finished with error.

51:08.751013-0,PROC,0,process=rphost,OSThread=11960,Err=0,Txt=1C:Enterprise 8.3 (x86-64) (8.3.15.1534) Working Process terminated.

Таким образом зелёная линия должна была упереться в землю где-то в точке между 14:50:30 и 14:52:00.

А младшие братья были благополучно переименованы Performance Monitor’ом: rphost#1 в rphost, rphost#2 в rphost#1, rphost#3 в rphost#2. В связи с чем и получаем такие весёлые картинки.

Поэтому глядя на подобные графики Performance Monitor мы должны видеть следующее (отредактировано в MS Paint):

Эх, не хватает нам в Performance Monitor’е привязки к ID процесса.

Мораль сей басни такова: не стоит обольщаться графиками подобными первому, думая, что наш основной rphost вдруг освободил чуть ли не всю память, а затем продолжил работать как ни в чём не бывало!

Это, как говорится, уже совсем другой rphost…

1С:Предприятие 8.1: Ошибка сетевого доступа к серверу

Большинство проблем при подключении к серверу 1С:Предприятия связаны с адресами машин и доступностью серверов кластера сервера 1С.

Содержание

Ошибка «Затребованное имя допустимо»

При подключении к серверу 1С:Предприятия получаем ошибку:

Ошибка 11004 показывает, что указанному имени сервера в DNS нет соответствующей записи типа A, которая определяет его IP адрес. [1]

Возможное решение

На ошибку «Затребованное имя допустимо и оно найдено в базе данных, но для имени отсутствует связанные с ним данные, которые были разрешены для него» в файлах

/home/usr1cv81/1c/1cv81/srvibrg.lst и /home/usr1cv81/1c/1cv81/reg_1541/s1CV8Reg.lst

нужно заменить везде localhost.localdomain (или адрес, который там указан) на IP-адрес сервера сервера (в кавычках), либо на имя машины (тоже в кавычках). При указании имени машины нужно обеспечить для имён машин прямую зону в DNS, а для IP-адресов — обратную.

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

Ошибка сетевого доступа к серверу

При запуске базы в режиме предприятия получаем ошибку: descr = Ошибка сетевого доступа к серверу (Windows Sockets — 10004(0x00002714).@) line=870 file=.srcDataExchangeServerImpl.cpp

В качестве решения нужно прописать адрес и имя сервера в /etc/hosts

Дальнейшие действия для локализации проблемы.

1. Удостовериться в правильной и полной установки пакетов.

rpm -qa | grep nterprise

должно быть примерно:

2. Удостовериться в правильном и полном запуске сервера

Источник

Ошибка подключения к серверной базе

Доброго рвемени суток!

Поставили СКЛ сервер 2005 х64 + 1С 8.1.

Файловые базы работают нормально, а вот при попытке подключиться к серверной базе (либо уже развернутой на сервере, либо при создании новой) пишет:

server_addr=tcp://s2:1562 descr=ошибка сетевого доступа к серверу Удаленный хост принудительно разорвал удаленное соединение.

Имя сервера «s2», имя кластера «s2». Ток меня смущает ,что порт локальный порт кластера «1541» (как обычно по умолчанию) ,а в строке ошибки что-то другое «tcp://s2:1562».

Строка параметров 1С сервера выглядит вот так:

«C:Program Files1cv81binragent.exe» -srvc -agent -regport 1541 -port 1540 -range 1560:1591 -d «C:Program Files1cv81server»

Подскажите как вылечить?!

может в этом файле косяк какой-то?

Ну так, давай, взрослый, подскажи в чем косяк может быть?!

а что может быть НЕ ПРАВИЛЬНО при стандартной установки?

Поставил сервер, поставил платформу.

Какие могут быть ньюансы дополнительные?

(18) брэндмауэр точно выключен, в хосте адрес и имя сервера прописал.

пользователю USER1CV81 добавил членство в группе «администраторы»

(22) пробовал запускать консоль серверов и создавать там базу — точно такая же ошибка.

Хотя на старом серваке этого не требовалось. База создавалась сама

Вот там чувак пишет:

И так.
Скажу сразу, проблема решена.

В поисках решения было сделанно следующие:
1)Удаление Повторная установка сервера и клиентской части 1С.
Тема закрыта. Предлагаю перенести в шапку, судя по Гуглу, проблема актуальна.

В общем сперва снес все что было связано с 1С, сервер, платформу, драйвера. поставил заново — ошибка осталась.

Решил попробовать другой сервер 1С. До этого я ставил 1С сервер 64 битный. Затер его и поствил обычный, з2 битный — то, что стоит на старом сервере — И ВСЕ ЗАРАБОТАЛО.

Какой вывод, кривой сервак или какая-то несовместимость идет.

(42) многие ставвят именно так!

Обусловлено следующим — вин 2003 потому что 2008 конфликтует с железом нашего сервера и нормально не работает, а 2003 втсает хорошо. Скл 2005 потому что он хорошо ложится на Вин 2003. А 8.1 х 64 потому что хочется добиться лучшей производительности. вот как бы такая логика.

2(45) мы говорим про Сервис пак к СКЛ Серверу, а не к Винде!
http://v8.1c.ru/requirements/

SQL Server 2005 требуется установка пакета обновлений 3 (SP3)

(52) рейд стоит 5-тый. При установке винлы подсовывали ей драйвера для рейдконтроллера. Сама установка проходила совершенно нормально. А после ввода того как указываешь пользователя и пароль, пытаешься войти (особенно первый раз) то начинается ПОЛНЫЙ ТУПНЯК. пишет «обработка идет. » и так 3 часа.

(53) Сервак брали — официальную сборку

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

Не буду здесь касаться настроек базы данных и сервера – мы их практически не меняли, использовали как есть. Скажу пару слов о регулярных процедурах.

Помимо бэкапов, важно проводить и другие процедуры на SQL-сервере – пересоздание и дефрагментацию индексов, обновление статистики, урезание базы. Наиболее заметное улучшение результатов работы дала ежедневная дефрагментация индексов: помимо ускорения, она еще и высвобождает свободное место в базе, занимаемое «лишними» индексами. Единственный минус – лог транзакций в результате этой процедуры растет.

Пример расписание задач нашего SQL-сервера:

00:00
Каждый понедельник — полный бэкап, удаление устаревших дифференциальных бэкапов (старше двух недель), обрезание файлов базы, проверка базы на целостность.
Ежедневно кроме понедельника — дифференциальный бэкап, удаление устаревших транзакционных бэкапов (старше недели), обрезание файлов базы.

02:00
Пересоздание индексов.

04:00
Обновление статистики.

Каждый час — создание транзакционного бэкапа.

13:05
Полная дефрагментация индексов.

Источник

Windows Sockets — 10054(0x00002746)

Описание ошибки

server_addr=tcp:// :1562 descr=Ошибка сетевего доступа к серверу (Windows Sockets — 10054(0x00002746). Удаленный хост принудительно разорвал существующее подключение.) line=1031 file=.srcDataExchangeTcpClientImpl.cpp

Как бороться с этой проблемой

Настроить Технологический журнал и разобрать его логи.
Наиболее частыми причинами бывают падения серверной части 1С:Предприятия.
В также можно убедиться, посмотрев — ане создаются ли дампы (смотреть путь logcfg.xml, если настройка dump-ов в нем отсутствует, то в каталоге %USERPROFILE%Local SettingsApplication Data1C1Cv81Dumps, например C:Documents and Settings Local SettingsApplication Data1C1Cv81dumps. Падения платформы чаще всего могут возникать из-за запросов с нестандартными параметрами. Дампы отсылайте в техподдержку 1С email:v8@1c.ru.
1. Чаще всего мне встречалась проблема в журнале документов в отборах запросы были похожи на этот:

SELECT ALLOWED TOP 35 R.Date_Time A1,
R.Number A2,
R.Fld9608 A3,
R.Fld9613 A4,
R.Fld9606 A5,
R.Fld9610 A6,
R.Fld9611 A7,
R.Fld9607 A8,
R.Fld9612 A9,
R.Fld9615 A10,
R.Fld9614 A11,
R.Fld9609 A12,
R.Fld9605 A13,
R.Document A14,
R.Marked A15,
R.Posted A16,CAST(R.Fld9608 AS REF(Reference9)).Description
A17,CAST(R.Fld9606 AS REF(Reference52)).Description A18,CAST(R.Fld9611
AS REF(Reference93)).Description A19, CASE WHEN R.Fld9609 REFS
Reference53 THEN CAST(R.Fld9609 AS REF(Reference53)).Description WHEN
R.Fld9609 REFS Reference150 THEN CAST(R.Fld9609 AS
REF(Reference150)).Description WHEN R.Fld9609 REFS Reference63 THEN
CAST(R.Fld9609 AS REF(Reference63)).Description WHEN R.Fld9609 REFS
Reference114 THEN CAST(R.Fld9609 AS REF(Reference114)).Description END
A20,CAST(R.Fld9605 AS REF(Reference79)).Description A21
FROM DocumentJournal9604 R WHERE
((R.Fld9605=79:b63e000bcd6ad80811da7cf12c684266)) AND
(R.Date_Time > DATETIME(2006,12,31,12,0,0) OR (R.Date_Time =
DATETIME(2006,12,31,12,0,0) AND (R.Document >=
343:b654000bcd6ad80811dba49c7aabe269)))
ORDER BY A1 ASC, A14 ASC’

2. Пример лога ТЖ, показывающее причину падений сервера при обновлении полнотекстового поиска
11:40.9690-0,EXCP,1,process=rphost,p:processName= ,t:clientID=3, t:applicationName=BackgroundJob,t:connectID=27,Usr=DefUser,DumpFile=C:Program Files (x86)1cv81dumpsrphost_8.1.13.41_7d4e2366_20090609021136_10236.mdmp,Context=’
ОбщийМодуль.МодульРегламентныхЗаданий : 46 : ПолнотекстовыйПоиск.ОбновитьИндекс(Ложь, Истина);’

Итоговым решением в этом примере будет отключить фоновый процес в проблемной базе. Дождаться нового релиза платформы и обновиться.
Более подробно про падения платформы смотрите в моем блоге.
3. Пример ТЖ для циклический перезапуск процессов. Для анализа этого события на компьютере сервера 1С:Предприятия необходимо включить запись в технологический журнал событий PROC (пример файла logcfg.xml).
Когда процесс выключается, будет выведено событие PROC со свойством Txt=Process become disable.
Когда процесс останавливается, будет выведено событие PROC со свойством Txt=Process terminated. Any clients finished with error. Если аварийные завершения работы пользователей совпадают по времени с выводом этого события, то причиной является принудительная остановка рабочего процесса либо администратором (через консоль кластера), либо вследствие автоматического перезапуска.
4. Убедиться, что причиной являются/не являются действия администратора в консоли

Ниже представлен вариант решения коллегой.

Всем заинтересованным в решении проблем с падением платформы с ошибками:

10051, 10053, 10054, 10064

Как показал разбор полетов по падениям платформы, с выше указанными ошибками:

— Большинство падений вызвано именно работой фоновых заданий, как и предполагалось в топике.

— Не хваткой дискового пространства

— Наличием большого числа не завершенных транзакций в журнале 1С

— Прежде чем заниматься разбором с технологическим журналом, проанализируйте используемые в конфигурации фоновые задания и отключите те, которые не требуются Вам для работы, конфигурации (банально, анализ 14 ГБ мусора можно считать времяпрепровождением, если Вам нечем заняться… :))) )

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

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

— Проанализируйте и ИСПРАВЬТЕ ПРОБЛЕМЫ ФУНКЦИОНИРОВАНИЯ типовых фоновых заданий конфигурации

— Выполните регламентные процедуры с базой данных, через пункт меню Администрирование-Тестирование и исправление, не забудьтеобязательно, выполнить сжатие базы данных

— Проанализируйте объем используемого пространства сервером SQL, вероятно что серверу банально нехватает памяти

— Проверьте политки настройки Active Directory

— И также сожмите/очистите журнал транзакций SQL вот примерно таким кодом (для SQL 2000):

Где pub_log — имя Вашей базы данных

Вариант 3:
sp_detach_db — отключим с данной процедурой базу, а sp_attach_db — подключим снова. Журнал транзакций при этом очистится.
(ПОдробнее можно прочесть в разделах MSDN Q256650 (для SQL 7.0) и Q272318 (для SQL 2000).)

Вариант 4: (Для 7.0)
DBCC SHRINKFILE (file_name, target_size)
DBCC SHRINKDATABASE (database_name, target_percent)
BACKUP LOG database_name WITH TRUNCATE_ONLY

Если после этих операций падения продолжаются, тогда продолжайте следовать рекомендациям:

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

— Пробуйте разнести сервера 1С предприятия и SQL, если они у Вас на одной машине.

— Или наоборот установите их на одной машине (если хватает ресурсов) Отмечаются случаи, когда именно перенос серверов на один сервер помогало (На мой взгляд очень сомнительно и больше относится именно к причине начала работы, это сжатие журналов транзакций)

— Проверьте время отклика сервера (вероятнее всего, что все будет в пределах нормы, а редкие провалы во времени обслуживания, не могут столь сильно влиять на работу сервера предприятия)

— Проверьте работу маршрутизаторов в сети (Редко, но бывает, что именно их перенастройка влияет на количество падений)

— Проверьте конфликты оборудования в сети (это к вопросу, почему желательно иметь оборудование одного поставщика в сети. Кто хочет может проверить, например, в тех. документации 3COM написано: если сетевая карта обнаруживает, что взаимодействует с аналогичной сетевой картой, то она может быть переключена в более производительный режим, засчет перехода на оптимизированный алгоритм обработки сетевых пакетов, проверено на личном опыте скачок производительности до 50%)

— Проверьте уровни сигналов у потребителей/конечных компьютеров (может быть банально, низкий уровень сигналов, постоянные повторные запросы блоков, задержка очереди на обслуживание в сети, а следовательно в конце концов получение сообщения, что конечный серевер разорвал соединение, когда количество попыток превысит время ожидания поступления сигнала. Если хотите разобраться в данном вопросе обратитесь к протоколу работы Ethernet/CSMA CD/CSMA. Количество попыток в передаче пакета по данному протоколу не бесконечно… ))) Да и буфер в картах тоже не беспределен.)

— Добавьте памяти на сервера

— Переведите часть/всех пользователей в терминальный режим (Т.е. обеспечьте то, что МНОГИЕ пользователи определеяют как ТОНКОГО КЛИЕНТА 1C). В качестве такого сервера я бы рекомендовал Citrix Metaframe или Terminal Server MS

Вероятнее всего, когда Вы выполните указанные рекомендации, за исключением разбора проблем с железом, стабильность работы возрастет настолько что падения платформы станут очень редкими, что перекроют технологические промежутки по обслуживанию базы данных, выполнять которые всеже НЕОБХОДИМО и не думайте, что те рекомендации что указаны выше Панацея от всех проблем.

Они решат многие, но не все проблемы.

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

Ряд проблем связан с утечками памяти.
1. Перезагрузите сервер.
2. Если у Вас 1 рабочий процесс, добавьте еще несколько, чтобы иметь возможность переподключиться в случаи сбоя рабочего процесса.

3. Если у Вас 32х разрядна версия сервера 1С, то пора купить 1С:Предприятие 8.2. Лицензию на сервер (x86-64).

Исследуйте роли «Пользователя», если они есть в типовой конфигурации конечно, и в частности, после того как вычислите проблемныйдокумент с помощью ТЖ, нужно найти проблемную роль (кто жалуется).
Далее для роли Пользователя смотрим РЛС документа, если дополнительных настроек нет (чисто), то правой кнопкой на нем — поиск ссылок на объект, и последовательно просматриваем РЛС для роли «Пользователь» для каждого объекта.

Источник

1С 8.x : Ошибка Windows Sockets 10054

Причины возникновения
Причины этой ошибки разняться по своей «природе», но их объединяето то, что уже существующее (т.е. ранее установленое) соединение с клиентом разрывает сервер.

1. С версии 8.1.11 включен циклический перезапуск процессов, по наступлению интервала происходит автоматический перезапуск рабочих процессов rphost.

2. В некоторых случаях причиной ошибки могут стать утечки памяти.

3. Действия администратора в консоли (команда удалить пользователя)

4. Процесс rphost на серверном компьютере завершился аварийно

5. Ошибочное принятие высокой интенсивности пользователей за атаку на протокол в некоторых случаях Windows

6. Устаревание данных в кэшах

7. Плохо отслеживаемые события в фоновых процессах

8. Нестандартные запросы могут приводить к падениям rphost

Способы устранения
1. с 8.1.11 включен циклический перезапуск процессов, для анализа этого события на компьютере сервера 1С:Предприятия необходимо включить запись в технологический журнал событий PROC (пример файла logcfg.xml).
Когда процесс выключается, будет выведено событие PROC со свойством Txt=Process become disable.
Когда процесс останавливается, будет выведено событие PROC со свойством Txt=Process terminated. Any clients finished with error. Если аварийные завершения работы пользователей совпадают по времени с выводом этого события, то причиной является принудительная остановка рабочего процесса либо администратором (через консоль кластера), либо вследствие автоматического перезапуска.

2. перезагрузить сервер
3. убедиться, что причиной являются/не являются действия администратора в консоли
4. создать на сервере приложения два или более рабочих процесса, чтобы иметь возможность переподключиться в случаи сбоя рабочего процесса
5. Запусти программу regedit.exe, добавь новое значение типа DWORD с именем SynAttackProtect в раздел реестра HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters и присвой ему значение 00000000
Имеет смысл делать для ОС Windows 2003 SP1 (http://msdn.microsoft.com/ru-ru/library/ms189083.aspx).

6. arp -d *
ipconfig /flushdns
ipconfig /registerdns
nbtstat -R
nbtstat -RR

7. отключить фоновые процессы во всех базах

8. найти технологическим журналом запрос, приводящий к падению

p.s. Кроме того, 54 ошибку можно получить на релизах 81(SQL) в типовой ТиС (демо, взятой с ИТС) релиз. 954 в клиент-серверном варианте.

обойти можно так:

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

Ошибка Windows Sockets 10054

Причины возникновения
Причины этой ошибки разняться по своей «природе», но их объединяето то, что уже существующее (т.е. ранее установленое) соединение с клиентом разрывает сервер.

1. С версии 8.1.11 включен циклический перезапуск процессов, по наступлению интервала происходит автоматический перезапуск рабочих процессов rphost.

2. В некоторых случаях причиной ошибки могут стать утечки памяти.

3. Действия администратора в консоли (команда удалить пользователя)

4. Процесс rphost на серверном компьютере завершился аварийно

5. Ошибочное принятие высокой интенсивности пользователей за атаку на протокол в некоторых случаях Windows

6. Устаревание данных в кэшах

7. Плохо отслеживаемые события в фоновых процессах

8. Нестандартные запросы могут приводить к падениям rphost

Способы устранения
1. с 8.1.11 включен циклический перезапуск процессов, для анализа этого события на компьютере сервера 1С:Предприятия необходимо включить запись в технологический журнал событий PROC (пример файла logcfg.xml).
Когда процесс выключается, будет выведено событие PROC со свойством Txt=Process become disable.
Когда процесс останавливается, будет выведено событие PROC со свойством Txt=Process terminated. Any clients finished with error. Если аварийные завершения работы пользователей совпадают по времени с выводом этого события, то причиной является принудительная остановка рабочего процесса либо администратором (через консоль кластера), либо вследствие автоматического перезапуска.

2. перезагрузить сервер
3. убедиться, что причиной являются/не являются действия администратора в консоли
4. создать на сервере приложения два или более рабочих процесса, чтобы иметь возможность переподключиться в случаи сбоя рабочего процесса
5. Запусти программу regedit.exe, добавь новое значение типа DWORD с именем SynAttackProtect в раздел реестра HKEY_LOCAL_MACHINESYSTEMCurrentControlSetServicesTcpipParameters и присвой ему значение 00000000
Имеет смысл делать для ОС Windows 2003 SP1 (http://msdn.microsoft.com/ru-ru/library/ms189083.aspx).

6. arp -d *
ipconfig /flushdns
ipconfig /registerdns
nbtstat -R
nbtstat -RR

7. отключить фоновые процессы во всех базах

8. найти технологическим журналом запрос, приводящий к падению

p.s. Кроме того, 54 ошибку можно получить на релизах 81(SQL) в типовой ТиС (демо, взятой с ИТС) релиз. 954 в клиент-серверном варианте.

обойти можно так:

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

Выкидывает всех пользователей из 1с

Конфигурация «Управление торговлей», 10.2
Платформа 8.1.9.57. MS SQL 2005. Несколько раз в день всех выкидывает из всех баз 1с сообщение об ошибке следующее

server_addr=tcp://server:1541 descr=tcp://SERVER-RKS:1562 descr=Ошибка сетевого доступа
к серверу (Windows Sockets -10054(0x00002746). Удаленный хост принудительно разорвал
существующее подключение. ) line=908 file=.srcDataExchangeTcpClientlmpl.cpp

SERVER3:1563 descr=ошибка сетевого доступа к серверу (Windows Socets — 10054(0x00002746). Удаленный хост принудительно разорвал существующее подключение line=908 file=.srcDataExchangeTcpClientlmpl.cpp После чего клиент вынужден перезапускать 1С:Предприятие. Платформа 1С:Предприятие 8.1 (8.1.11.67) Конфигурация «Управление торговлей», редакция 10.3 (10.3.2.11) Сетевой анализатор существенных проблем на сервере не выявил. Можно предположить, что возникли проблемы с менеджером лицензий. SynAttackProtect=0, ip адрес сервера статический. Уважаемые коллеги, что можете предложить для решения этой проблемы?

чтобы не гадать на кофейной гуще, включите технологический журнал, и прежде всего убедитесь, что не включены фоновые процессы и приватная память rphost не превышает гигабайта (при достижении граничных значений, она сбрасывается к нуля с данной ошибкой) и наконец убедитесь, что отключен рециклинг rphost. Если автоматический перезапуск рабочих процессов выключен, то вероятно аварийное завершение процесса rphost. Для анализа пришлите, пожалуйста, дампы.
Если автоматический перезапуск рабочих процессов включен, то убедитесь, что значение параметра кластера «Выключенные процессы останавливать через » достаточно большое, но меньше значения параметра «Рабочие процессы перезапускать через «.

Как исправить ошибку Windows 10054

Признаки ошибки 10054

• Появляется сообщение «Ошибка 10054» и окно активной программы вылетает.
• Ваш компьютер часто прекращает работу после отображения ошибки 10054 при запуске определенной программы.
• Отображается “Windows Error Code 10054”.
• Windows медленно работает и медленно реагирует на ввод с мыши или клавиатуры.
• Компьютер периодически «зависает» на несколько секунд.

Такие сообщения об ошибках 10054 могут появляться в процессе установки программы, когда запущена программа, связанная с Microsoft Corporation (например, Windows), при запуске или завершении работы Windows, или даже при установке операционной системы Windows. Отслеживание момента появления ошибки 10054 является важной информацией при устранении проблемы.

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

• Поврежденная загрузка или неполная установка программного обеспечения Windows.
• Повреждение реестра Windows из-за недавнего изменения программного обеспечения (установка или удаление), связанного с Windows.
• Вирус или вредоносное ПО, которые повредили файл Windows или связанные с Windows программные файлы.
• Другая программа злонамеренно или по ошибке удалила файлы, связанные с Windows.

Ошибки типа Ошибки во время выполнения, такие как «Ошибка 10054», могут быть вызваны целым рядом факторов, поэтому важно устранить каждую из возможных причин, чтобы предотвратить повторение ошибки в будущем.

Совместима с Windows 2000, XP, Vista, 7, 8 и 10

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

star rating here

Как исправить ошибку Windows 10054

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

Пожалуйста, учтите: Нажмите на изображение [ ] , чтобы развернуть инструкции по устранению проблем по каждому из шагов ниже. Вы также можете использовать изображение [ ], чтобы скрывать инструкции по мере их выполнения.

Шаг 1: Восстановить записи реестра, связанные с ошибкой 10054

Редактирование реестра Windows вручную с целью удаления содержащих ошибки ключей Ошибка 10054 не рекомендуется, если вы не являетесь специалистом по обслуживанию ПК. Ошибки, допущенные при редактировании реестра, могут привести к неработоспособности вашего ПК и нанести непоправимый ущерб вашей операционной системе. На самом деле, даже одна запятая, поставленная не в том месте, может воспрепятствовать загрузке компьютера!

В силу данного риска для упрощения процесса рекомендуется использовать программу для очистки реестра ОС. Программа для очистки реестра автоматизирует процесс поиска недопустимых записей реестра, отсутствующих ссылок на файлы (например, вызывающих ошибку Windows Error Code 10054) и неработающих ссылок в реестре. Перед каждым сканированием автоматически создается резервная копия с возможностью отмены любых изменений одним щелчком мыши, что обеспечивает защиту от возможности повреждения ПК.

Будучи серебряным партнером Microsoft, мы предоставляем программное обеспечение, которое поможет вам устранить следующие проблемы:

Предупреждение: Если вы не являетесь опытным пользователем ПК, мы НЕ рекомендуем редактирование реестра Windows вручную. Некорректное использование Редактора реестра может привести к серьезным проблемам и потребовать переустановки Windows. Мы не гарантируем, что неполадки, являющиеся результатом неправильного использования Редактора реестра, могут быть устранены. Вы пользуетесь Редактором реестра на свой страх и риск.

Перед тем, как вручную восстанавливать реестр Windows, необходимо создать резервную копию, экспортировав часть реестра, связанную с Ошибка 10054 (например, Windows):

1. Нажмите на кнопку Начать.
2. Введите «command» в строке поиска. ПОКА НЕ НАЖИМАЙТЕENTER!
3. Удерживая клавиши CTRL-Shift на клавиатуре, нажмите ENTER.
4. Будет выведено диалоговое окно для доступа.
5. Нажмите Да.
6. Черный ящик открывается мигающим курсором.
7. Введите «regedit» и нажмите ENTER.
8. В Редакторе реестра выберите ключ, связанный с Ошибка 10054 (например, Windows), для которого требуется создать резервную копию.
9. В меню Файл выберите Экспорт.
10. В списке Сохранить в выберите папку, в которую вы хотите сохранить резервную копию ключа Windows.
11. В поле Имя файла введите название файла резервной копии, например «Windows резервная копия».
12. Убедитесь, что в поле Диапазон экспорта выбрано значение Выбранная ветвь.
13. Нажмите Сохранить.
14. Файл будет сохранен с расширением .reg.
15. Теперь у вас есть резервная копия записи реестра, связанной с Windows.

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

Мы не несем никакой ответственности за результаты действий, совершенных по инструкции, приведенной ниже — вы выполняете эти задачи на свой ​​страх и риск.

Шаг 2: Проведите полное сканирование вашего компьютера на вредоносное ПО

Есть вероятность, что ошибка 10054 может быть связана с заражением вашего компьютера вредоносным ПО. Эти вредоносные злоумышленники могут повредить или даже удалить файлы, связанные с Ошибки во время выполнения. Кроме того, существует возможность, что ошибка 10054 связана с компонентом самой вредоносной программы.

Совет: Если у вас еще не установлены средства для защиты от вредоносного ПО, мы настоятельно рекомендуем использовать Emsisoft Anti-Malware (скачать). В отличие от других защитных программ, данная программа предлагает гарантию удаления вредоносного ПО.

Шаг 3: Очистить систему от мусора (временных файлов и папок) с помощью очистки диска (cleanmgr)

Со временем ваш компьютер накапливает ненужные файлы в связи с обычным интернет-серфингом и повседневным использованием компьютера. Если такие ненужные файлы иногда не удалять, они могут привести к снижению быстродействия Windows или к ошибке 10054, возможно вследствие конфликтов файлов или перегрузки жесткого диска. Удаление таких временных файлов при помощи утилиты Очистка диска может не только устранить ошибку 10054, но и существенно повысить быстродействие вашего компьютера.

Совет: Хотя утилита Очистки диска является прекрасным встроенным инструментом, она удаляет не все временные файлы с вашего компьютера. Другие часто используемые программы, такие как Microsoft Office, Firefox, Chrome, Live Messenger, а также сотни других программ не поддаются очистке при помощи программы Очистка диска (включая некоторые программы Microsoft Corporation).

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

Будучи серебряным партнером Microsoft, мы предоставляем программное обеспечение для очистки временных файлов:

Как запустить Очистку диска (cleanmgr) (Windows XP, Vista, 7, 8 и 10):

1. Нажмите на кнопку Начать.
2. Введите «command» в строке поиска. ПОКА НЕ НАЖИМАЙТЕENTER!
3. Удерживая клавиши CTRL-Shift на клавиатуре, нажмите ENTER.
4. Будет выведено диалоговое окно для доступа.
5. Нажмите Да.
6. Черный ящик открывается мигающим курсором.
7. Введите «cleanmgr» и нажмите ENTER.
8. Программа Очистка диска приступит к подсчету занятого места на диске, которое вы можете освободить.
9. Будет открыто диалоговое окно Очистка диска, содержащее флажки, которые вы можете выбрать. В большинстве случаев категория «Временные файлы» занимает большую часть дискового пространства.
10. Установите флажки напротив категорий, которые вы хотите использовать для очистки диска, и нажмите OK.

Шаг 4: Обновите драйверы устройств на вашем компьютере

Ошибки 10054 могут быть связаны с повреждением или устареванием драйверов устройств. Драйверы с легкостью могут работать сегодня и перестать работать завтра по целому ряду причин. Хорошая новость состоит в том, что чаще всего вы можете обновить драйверы устройства, чтобы устранить проблему с Ошибка 10054.

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

Будучи серебряным партнером Microsoft, мы предоставляем программное обеспечение, которое поможет вам обновить следующие драйверы:

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

Шаг 5: Используйте Восстановление системы Windows, чтобы «Отменить» последние изменения в системе

Восстановление системы Windows позволяет вашему компьютеру «отправиться в прошлое», чтобы исправить проблемы Ошибка 10054. Восстановление системы может вернуть системные файлы и программы на вашем компьютере к тому времени, когда все работало нормально. Это потенциально может помочь вам избежать головной боли от устранения ошибок, связанных с 10054.

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

Чтобы использовать Восстановление системы (Windows XP, Vista, 7, 8 и 10):

1. Нажмите на кнопку Начать.
2. В строке поиска введите «Восстановление системы» и нажмите ENTER.
3. В окне результатов нажмите Восстановление системы.
4. Введите пароль администратора (при появлении запроса).
5. Следуйте инструкциям Мастера для выбора точки восстановления.
6. Восстановить ваш компьютер.

Шаг 6: Удалите и установите заново программу Windows, связанную с Ошибка 10054

Инструкции для Windows 7 и Windows Vista:

1. Откройте «Программы и компоненты», нажав на кнопку Пуск.
2. Нажмите Панель управления в меню справа.
3. Нажмите Программы.
4. Нажмите Программы и компоненты.
5. Найдите Windows в столбце Имя.
6. Нажмите на запись Windows.
7. Нажмите на кнопку Удалить в верхней ленте меню.
8. Следуйте инструкциям на экране для завершения удаления Windows.

Инструкции для Windows XP:

1. Откройте «Программы и компоненты», нажав на кнопку Пуск.
2. Нажмите Панель управления.
3. Нажмите Установка и удаление программ.
4. Найдите Windows в списке Установленные программы.
5. Нажмите на запись Windows.
6. Нажмите на кнопку Удалить справа.
7. Следуйте инструкциям на экране для завершения удаления Windows.

Инструкции для Windows 8:

1. Установите указатель мыши в левой нижней части экрана для показа изображения меню Пуск.
2. Щелкните правой кнопкой мыши для вызова Контекстного меню Пуск.
3. Нажмите Программы и компоненты.
4. Найдите Windows в столбце Имя.
5. Нажмите на запись Windows.
6. Нажмите Удалить/изменить в верхней ленте меню.
7. Следуйте инструкциям на экране для завершения удаления Windows.

После того, как вы успешно удалили программу, связанную с Ошибка 10054 (например, Windows), заново установите данную программу, следуя инструкции Microsoft Corporation.

Совет: Если вы абсолютно уверены, что ошибка 10054 связана с определенной программой Microsoft Corporation, удаление и повторная установка программы, связанной с Ошибка 10054 с большой вероятностью решит вашу проблему.

Шаг 7: Запустите проверку системных файлов Windows («sfc /scannow»)

Проверка системных файлов представляет собой удобный инструмент, включаемый в состав Windows, который позволяет просканировать и восстановить поврежденные системные файлы Windows (включая те, которые имеют отношение к Ошибка 10054).

Чтобы запустить проверку системных файлов (Windows XP, Vista, 7, 8 и 10):

1. Нажмите на кнопку Начать.
2. Введите «command» в строке поиска. ПОКА НЕ НАЖИМАЙТЕENTER!
3. Удерживая клавиши CTRL-Shift на клавиатуре, нажмите ENTER.
4. Будет выведено диалоговое окно для доступа.
5. Нажмите Да.
6. Черный ящик открывается мигающим курсором.
7. Введите «sfc /scannow» и нажмите ENTER.
8. Проверка системных файлов начнет сканирование на наличие проблем Ошибка 10054 и других системных файлов (проявите терпение — проверка может занять длительное время).
9. Следуйте командам на экране.

Шаг 8: Установите все доступные обновления Windows

Microsoft постоянно обновляет и улучшает системные файлы Windows, связанные с Ошибка 10054. Иногда для решения проблемы Ошибки во время выполнения нужно просто напросто обновить Windows при помощи последнего пакета обновлений или другого патча, которые Microsoft выпускает на постоянной основе.

Чтобы проверить наличие обновлений Windows (Windows XP, Vista, 7, 8 и 10):

1. Нажмите на кнопку Начать.
2. Введите «update» в строке поиска и нажмите ENTER.
3. Будет открыто диалоговое окно Обновление Windows.
4. Если имеются доступные обновления, нажмите на кнопку Установить обновления.

Шаг 9: Произведите чистую установку Windows

Предупреждение: Мы должны подчеркнуть, что переустановка Windows займет очень много времени и является слишком сложной задачей, чтобы решить проблемы 10054. Во избежание потери данных вы должны быть уверены, что вы создали резервные копии всех важных документов, изображений, программ установки программного обеспечения и других персональных данных перед началом процесса. Если вы сейчас е создаете резервные копии данных, вам стоит немедленно заняться этим (скачать рекомендованное решение для резервного копирования [MyPCBackup]), чтобы защитить себя от безвозвратной потери данных.

Пожалуйста, учтите: Если проблема 10054 не устранена после чистой установки Windows, это означает, что проблема Ошибки во время выполнения ОБЯЗАТЕЛЬНО связана с аппаратным обеспечением. В таком случае, вам, вероятно, придется заменить соответствующее оборудование, вызывающее ошибку 10054.

Информация об операционной системе

Сообщения об ошибках 10054 могут появляться в любых из нижеперечисленных операционных систем Microsoft Windows:

• Windows 10
• Windows 8
• Windows 7
• Windows Vista
• Windows XP
• Windows ME
• Windows 2000

Проблема с 10054 все еще не устранена?

Обращайтесь к нам в любое время в социальных сетях для получения дополнительной помощи:

Об авторе: Джей Гитер (Jay Geater) является президентом и генеральным директором корпорации Solvusoft — глобальной компании, занимающейся программным обеспечением и уделяющей основное внимание новаторским сервисным программам. Он всю жизнь страстно увлекался компьютерами и любит все, связанное с компьютерами, программным обеспечением и новыми технологиями.

Почему модем Yota 4G LTE не подключается к интернету: на ноутбуке или стационарном компьютере

Для некоторых людей даже временное отсутствие интернета является катастрофой. Часто бывает так: модем или роутер куплен, договор составлен, услуга оплачена, а мобильного интернета нет. Произойти это может с любым оператором. В случае если персональный компьютер или ноутбук не видят устройство, не стоит горячиться и проклинать всех вокруг. Гораздо эффективнее будет воспользоваться парой действенных советов, способных заставить, казалось бы, сломанный передатчик работать. В этой статье будет разобрано, почему модем «Йота» не подключается к интернету и что делать, если роутер «Yota 4G» горит красным.

Виды неполадок

Факторов, которые оказывают влияние на модем, – огромное количество. Большинство из них можно устранить своими руками без помощи профессионалов. Для этого необходимо определить вид неполадки, который мешает устройству нормально функционировать.

Не запускается

Для корректной работы сетевой девайс должен быть правильно подключен к персональному компьютеру в порт USB. Если все соединено правильно, а модем Yota не подключается к сети и не отображается, причин может быть несколько:

• аппарат неисправен. Обычно такое бывает из-за заводского брака или при покупке с рук. В любом случае нужно заменить модем или отнести его в сервисный центр клиентов «Йота»;
• сломался USB-порт. В данном случае всему виной ПК. Можно попробовать воткнуть прибор в другой свободный и рабочий порт или проверить работоспособность на другом компьютере;
• устройство не может быть распознано. Помочь может простая перезагрузка ПК или обновление его драйверов. В редких случаях приборы оказываются просто несовместимыми.

Не горит лампочка

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

Важно! Если используется 4G LTE-сеть, то решить проблему можно, положив модем на окно. Все дело в том, что бетонные стены с арматурой плохо пропускают мобильный интернет и вообще любую связь.

Модем не видит SIM-карту

Произойти это может в нескольких случаях: при неисправности сим-карты и при поломке самого модема. Можно попробовать вынуть карточку, протереть от пыли ватой, немного смоченной в спирте, и вставить ее назад. В большинстве случаев это помогает. Если результата нет, то следует посетить сервисный центр по обслуживанию клиентов, где либо заменят карточку, либо починят устройство.

Модем греется

Здесь также есть две причины:

• устаревшая или несовместимая прошивка;
• конструкционные особенности прибора.

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

Во втором случае ничего сделать нельзя. Придется мириться с нагревом или покупать новое устройство (возможно даже другого оператора). Можно, конечно, разобрать корпус и обеспечить рассевание тепла, но делать это крайне не рекомендуется.

Периодически выключается

Временами выключаться модем может в следующих случаях:

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

При плохом качестве сигнала можно сменить свое местоположение, при нагреве – использовать микро-кулер, работающий от того же USB-порта. Мощность блока питания выставляется в настройках «Электропитания» ПК или ноутбука.

ПК не находит роутер «Йота»

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

Не подключается к интернету

Если устройство не может подключиться к Сети, лампочка на его корпусе моргает синим цветом. Обычно виной этому становятся:

• вовремя неоплаченные услуги подключения к интернету;
• технические работы или аварии на базовых станциях провайдера;
• наличие вирусов и прочих вредоносных программ на ПК.

Вирусы

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

Важно! После лечения компьютера можно также очистить его от лишних файлов и папок, а также пройтись по реестру. В этом поможет бесплатная программа CCleaner.

Механические повреждения

В случае обнаружения механических повреждений можно отдать технику или прибор в ремонт, где специалисты заменят все сломанные детали. Касается это и вирусных программ, которые не всегда можно обезвредить самостоятельно. Если модем был на гарантии, то его можно смело сдать в центр по обслуживанию клиентов, получив новый или отремонтированный старый прибор (в зависимости от договора). Компьютер в этом плане починить легче, так как почти всегда проблема в гнездах USB и их контактах.

Разбираемся с компьютером

Если пользователь на 100 % уверен, что проблема именно в ПК, то список действий, которые необходимо выполнить, следующий:

• сканирование антивирусной программой;
• очистка памяти от мусора и временных файлов;
• проверка системного реестра.

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

Что делать, если модем не работает

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

• неправильное подключение модема к роутеру. Случается это тогда, когда на маршрутизаторе не создана и не настроена беспроводная сеть. Также, возможно, аппарат не может поймать сигнал оператора;
• неправильное подсоединение модема к компьютеру. Наиболее часто эта ошибка возникает из-за устаревшей системы Windows (95,98, XP, Vista), которая установлена на ПК или по причине отсутствия на ней необходимых драйверов. Решить это можно путем обновления ОС или установкой новых версий ПО для работы с сетью.

Куда обратиться за помощью

Если человек неопытен и не хочет ничего испортить, или же все варианты уже перепробованы, следует обратиться за помощью. Сделать это можно несколькими способами:

• отправить сообщение или позвонить на номер 0999;
• написать в поддержку через онлайн-чат по ссылке (yota.ru/chat-popup);
• заполнить форму обратной связи на официальном сайте;
• создать электронное письмо на ящик mail@yota.ru;
• обратиться в ближайший центр по работе с клиентами.

Обновление или переустановка драйверов

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

• перейти в меню «Пуск» и найти там «Панель управления»;
• в этом окне выбрать «Диспетчер устройств» и найти вкладку с подключенными модемами;
• щелкнуть правой кнопкой мыши по необходимому устройству и удалить элементы его программного обеспечения;
• перезагрузить ноутбук или персональный компьютер, переподключив модем;
• дождаться установки драйверов. Если она не началась, то следует опять вернуться в «Диспетчер устройств», найти свой модем и по нажатию правой кнопки мыши выбрать «Обновить драйвера вручную».

Важно! Обновить пакет программного обеспечения можно и другим способом: найти официальный сайт производителя модема, на котором в соответствующем разделе скачать актуальную версию драйверов.

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

Источник

Модем Yota не работает на Windows 10 и не подключается к интернету

Привет! Скитаясь по разным районам города, приходилось не раз пользоваться Йотом. И, если честно, все проходило почти всегда гладко, да без накладок. Но в нашу поддержку регулярно пишут люди с проблемами, что модем Yota не подключается к интернету. Почему так бывает, а главное что делать, и будет посвящена эта статья.

Внимание! Мы не поддержка Yota. Мы просто любительский портал, который помогает добрым людям. Не нужно писать в нашу сторону гневные комментарии по поводу качества связи. Но вы всегда можете рассказать о своем опыте использования другим пользователям, чтобы помочь в решении их проблем.

Рекомендации ниже актуальные не только для модемов Yota 4G LTE, но и вообще для всей сетевой техники, включая и роутеры на SIM-картах.

Прежде чем выбрасывать модем

Без шуток, многие сразу же хотят почему-то его выкинуть, даже не попробовав наладить. А в большинстве случаев вся проблема опирается на глупость его владельца. Техника глупая, ломается не так уж и часто, а человеческие фантазии воистину безграничны.

Не подключается к интернету? Пробуем следующее:

• Проверяем баланс – а вдруг вы просто забыли оплатить?
• Вы сейчас в зоне покрытия? А то иногда даже в городской полосе возникают проблемы со связью.
• Перезагружаем компьютер, выключаем-включаем модем.

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

И еще – зайдите в веб-конфигуратор модема и посмотрите там статус подключения. Если указано «Подключен», но интернета нет, значит дело и вовсе не в самом модеме, а на компьютере. Если же не подключается к сети – связываемся с поддержкой оператора.

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

• Драйверы – лютые 95% всех случаев при подключении к компьютеру через USB. Затираем драйвер, ставим сверху, и все работает как новое.
• Поломка USB-порта. Не роняли? Не гнули? В моей практике был один случай, когда после небольшого на первый взгляд удара модем отказывал в работе.
• Недостаток питания – уже писал выше про адаптер, но даже некоторые шнуры могут давать сбой, если они слишком длинные.
• Обновления Windows – что-то изменилось, и все – поддержку модема забыли отладить. Решение – ждем неделю-другую.

Т.е. идем по этому списку сверху вниз и применяем на себе. И если есть возможность – устраняем неисправность.

Драйверы

Обычно модемы Yota распознаются без проблем и прочих танцев с бубнами. Все работает из коробки. Но порой все-таки виноват драйвер. Лучший способ решить эту проблему – все-таки обратиться в поддержку Йоты. Их устройства, разберутся наверняка.

Но для любителей самостоятельного поиска подкину драйверы для нескольких моделей. Модемы выпускались под разными брендами – Zyxel, Quanta, Huawei, Gemtek. Поэтому перед началом, уточните свою конкретную модель модема. А далее уже или к ним в поддержку, или же на сайт производителя.

Поломка USB

Обычно характеризуется отсутствием подсветки индикатора. Не горит синим? Тогда точно имеем дело с железной поломкой. Единственное тут разумное решение – берем новый модем. Возникает после ударов и утоплений, очень редко горит.

Питание

Так как столкнулся с этим сам, настоятельно рекомендую проверить свой модем со всеми возможными адаптерами питания дома. Еще как отдельное работающее решение – попробуйте запитать напрямую через USB от ноутбука или задних портов компьютера – так с током точно не возникнет проблем.

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

Обновления

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

Еще в сети полно информации о некоем обновлении Windows 10, когда полетели привилегии, что аж приходилось давать службе разрешения через реестр. Для истории оставляю здесь, а вдруг пригодится.

Ветка реестра: HKEY_LOCAL_MACHINE – SYSTEM – CurrentControlSet – Services – RasMan
Строка: RequiredPrivileges
Добавляем значение: SeLoadDriverPrivilege

И ошибка в конфигурации сетевых адресов:

Еще немного профилактики

И еще несколько действий, которые стоит проверить:

• А вдруг модем не распознается на компьютере? Пробуем перезагрузить компьютер. Пробуем использовать другой USB порт.
• Не горит лампа, внешне модем вообще не работает. Тут два варианта: или нет питания из-за поломки USB порта, или просто нет зоны покрытия. Проверить в другом порту, проверить в другом месте.
• Не видит SIM карту. Рекомендую извлечь симку и протереть ее ватным диском со спиртом-одеколоном. После вставить обратно.
• Модем сильно греется. Еще старые китайские модемы были склонны к этому – сильный нагрев, как итог перезагрузка. Для исправления, пожалуй, подойдет только полная замена. Ну и для профилактики – не храним на горячей батарее, под прямыми лучами солнца и т.д.
• Сигнал устанавливается, но через время отключается? Все перечисленное выше тоже может влиять на это: слабый сигнал, перегрев, питание, кабель

Не подключается к Wi-Fi

Проблема подключения к Wi-Fi сети модема – это совершенно другое направление ошибки. Не буду здесь очень подробно все расписывать, т.к. на эту тему у нас есть уже подробные статьи:

Но все-таки главные причины, чего не подключается ваша Yota – баланс, покрытие сети или физическая поломка. Остальное все скорее относится к локальным проблемам компьютера и спокойно проверяется на другом компьютере, ноутбуке или адаптере питания. На этом заканчиваю эту краткую инструкцию, если что – комментарии ниже всегда открыты.

Источник