Ошибка программного лицензирования error 2147217406 0x80041002

Программная лицензия

Я

  

NikolayNiko

16.01.18 — 13:44

Люди, хелп!

Без ведомых причин слетела программная лицензия. При попытке восстановления пишет: Ошибка обращения к центру лицензирования. При попытке сохранения файла-запроса лицензии тоже выводит ошибку. И в том и в другом случае ошибка одна и та же: 2147217406(0х80041002). Антивирус отключил, брэндмауэр тоже. В чем причина может быть?

  

Лефмихалыч

1 — 16.01.18 — 13:51

железо поменялось

  

Лефмихалыч

2 — 16.01.18 — 13:52

хотя, тогда бы было «лицензия не обнаружена» или что-то типа этого

  

NikolayNiko

3 — 16.01.18 — 13:55

(1) ничего не менялось, не обновлялось.

  

dmtrpv

4 — 16.01.18 — 13:57

(3) Это бывает. У меня несколько раз на пустом месте слетало. Введите резервный пин-код или запросите в 1С.

  

dmtrpv

5 — 16.01.18 — 13:58

(0) Почистить кеш предлагали?

  

NikolayNiko

6 — 16.01.18 — 13:59

(5) Кэш чистил. С резервным все тоже самое

  

NikolayNiko

7 — 16.01.18 — 14:00

Происходит со всеми базами

  

Мыш

8 — 16.01.18 — 14:04

(0) Причина есть всегда. Не всегда удается её узнать. Лицензия серверная или клиентская? Файл лицензии не отличается от копии? (у вас же есть копия файла, правда)

  

Catsavl

9 — 16.01.18 — 14:05

При запуске 1С, когда выскакивает окно запроса лицензии, что пишет по нажатии кнопки Отмена, а затем Подробно?

  

Мыш

10 — 16.01.18 — 14:05

В каком каталоге лежит файл? Есть ли доступ к этому каталогу у пользователя, от имени которого работает сервер приложений?

  

NikolayNiko

11 — 16.01.18 — 14:06

(9) Предлагает включить аппаратную лицензию

  

NikolayNiko

12 — 16.01.18 — 14:07

(9) Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!

по причине:

Поиск лицензии на клиенте:

Ошибка программного лицензирования. Error=-2147217406(0x80041002)

Конфигурация не является базовой, Конфигурация не является базовой

  

NikolayNiko

13 — 16.01.18 — 14:08

(8) Клиентская, копии нет. C:ProgramData1Clicenses. Доступ есть

  

s03

14 — 16.01.18 — 14:44

(12) Используемая конфигурация более не является базовой. Вроде всё по русски. Другой вопрос, почему это теперь так считается

  

Winnie Buh

15 — 16.01.18 — 17:40

(12) судя по сообщению у вас базовая версия? демобаза запускается?

  

hhhh

16 — 16.01.18 — 17:43

(12) наверно там у вас умельцы открыли базовую конфу конфигуратором проф.

  

Мыш

17 — 16.01.18 — 17:45

(16) Смотри (3). Автор не может обманывать сообщество.

  

Winnie Buh

18 — 17.01.18 — 08:54

(17) автор в (3) утверждает, что не менялось железо, а (12) говорит, что проблема вовсе не железе или в лицензии, а в базе

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

  

MM

19 — 17.01.18 — 09:08

(12) https://support.microsoft.com/ru-ru/help/2465990/-0x80041002-wbem-e-not-found-error-occurs-when-you-try-to-open-a-wmi-n

Первая же ссылка гугла говорит, что проблема в WMI, а 1С через неё получает данные об оборудовании и ОС. Вероятно, по портилось хранилище данных WMI, надо его лечить.

  

Джо-джо

20 — 17.01.18 — 09:12

(15)

>>>Конфигурация не является базовой

>>>судя по сообщению у вас базовая версия

логика не твой конёк

  

Fish

21 — 17.01.18 — 09:28

(15) Судя по сообщению, он пытается запустить НЕ базовую версию с лицензией на базовую.

  

2dolist

22 — 17.01.18 — 10:02

(16) проф конфигуратор? А что, есть базовый конфигуратор?

  

Джо-джо

23 — 17.01.18 — 10:10

(21) это ложь, проверка на  то является конфа базовой или нет никак не зависит от наличия базовой лицензии

  

Джо-джо

24 — 17.01.18 — 10:23

Hey folks,

Getting the following error below in our DFS architecture. Little back story here. I have 6 remote sites all replicating between each other in full mesh. The server having the issue is running Windows Server 2008 R2. It recently had a power failure but is
now back online and AD replication is solid. However, DFS is a bit unhappy. I have two replication groups called «Public» and «Private». The are both reporting the following error.

[ERROR] Failed to execute GetOutboundBacklogFileCount method. Err: -2147217406 (
0x80041002)

I have stopped DFSR service and backed up DFSR folder inside the System Volume Information folder. I then deleted the DFSR folder and restarted the DFSR service. This created the new DFSR folder just fine. I then ran the following command:

C:>wmic /namespace:rootmicrosoftdfs path DfsrReplicatedFolderInfo get replic
atedFolderName, State
ReplicatedFolderName  State
Private               0
Public                0

After about 30 minutes a re-ran the command again and I see the below output. I am still getting the error on both replication groups. Any ideas on how to resolve this? Should I remove from replication group and re-add. I don’t want to cause any further
corruption with other Namespace servers or replication partners.

C:>wmic /namespace:rootmicrosoftdfs path DfsrReplicatedFolderInfo get replic
atedFolderName, State
ReplicatedFolderName  State
Private               2
Public                4

C:>dfsrdiag backlog /receivingmember:4server /sendingmember:0dc /RGname:»thepar
tnership.localsharesPublic» /RFName:Public
[ERROR] Failed to execute GetOutboundBacklogFileCount method. Err: -2147217406 (
0x80041002)

Operation Failed


Robert Hefner

Hey folks,

Getting the following error below in our DFS architecture. Little back story here. I have 6 remote sites all replicating between each other in full mesh. The server having the issue is running Windows Server 2008 R2. It recently had a power failure but is
now back online and AD replication is solid. However, DFS is a bit unhappy. I have two replication groups called «Public» and «Private». The are both reporting the following error.

[ERROR] Failed to execute GetOutboundBacklogFileCount method. Err: -2147217406 (
0x80041002)

I have stopped DFSR service and backed up DFSR folder inside the System Volume Information folder. I then deleted the DFSR folder and restarted the DFSR service. This created the new DFSR folder just fine. I then ran the following command:

C:>wmic /namespace:rootmicrosoftdfs path DfsrReplicatedFolderInfo get replic
atedFolderName, State
ReplicatedFolderName  State
Private               0
Public                0

After about 30 minutes a re-ran the command again and I see the below output. I am still getting the error on both replication groups. Any ideas on how to resolve this? Should I remove from replication group and re-add. I don’t want to cause any further
corruption with other Namespace servers or replication partners.

C:>wmic /namespace:rootmicrosoftdfs path DfsrReplicatedFolderInfo get replic
atedFolderName, State
ReplicatedFolderName  State
Private               2
Public                4

C:>dfsrdiag backlog /receivingmember:4server /sendingmember:0dc /RGname:»thepar
tnership.localsharesPublic» /RFName:Public
[ERROR] Failed to execute GetOutboundBacklogFileCount method. Err: -2147217406 (
0x80041002)

Operation Failed


Robert Hefner

Hey folks,

Getting the following error below in our DFS architecture. Little back story here. I have 6 remote sites all replicating between each other in full mesh. The server having the issue is running Windows Server 2008 R2. It recently had a power failure but is
now back online and AD replication is solid. However, DFS is a bit unhappy. I have two replication groups called «Public» and «Private». The are both reporting the following error.

[ERROR] Failed to execute GetOutboundBacklogFileCount method. Err: -2147217406 (
0x80041002)

I have stopped DFSR service and backed up DFSR folder inside the System Volume Information folder. I then deleted the DFSR folder and restarted the DFSR service. This created the new DFSR folder just fine. I then ran the following command:

C:>wmic /namespace:rootmicrosoftdfs path DfsrReplicatedFolderInfo get replic
atedFolderName, State
ReplicatedFolderName  State
Private               0
Public                0

After about 30 minutes a re-ran the command again and I see the below output. I am still getting the error on both replication groups. Any ideas on how to resolve this? Should I remove from replication group and re-add. I don’t want to cause any further
corruption with other Namespace servers or replication partners.

C:>wmic /namespace:rootmicrosoftdfs path DfsrReplicatedFolderInfo get replic
atedFolderName, State
ReplicatedFolderName  State
Private               2
Public                4

C:>dfsrdiag backlog /receivingmember:4server /sendingmember:0dc /RGname:»thepar
tnership.localsharesPublic» /RFName:Public
[ERROR] Failed to execute GetOutboundBacklogFileCount method. Err: -2147217406 (
0x80041002)

Operation Failed


Robert Hefner

Программная лицензия

Я

  

NikolayNiko

16.01.18 — 13:44

Люди, хелп!

Без ведомых причин слетела программная лицензия. При попытке восстановления пишет: Ошибка обращения к центру лицензирования. При попытке сохранения файла-запроса лицензии тоже выводит ошибку. И в том и в другом случае ошибка одна и та же: 2147217406(0х80041002). Антивирус отключил, брэндмауэр тоже. В чем причина может быть?

  

Лефмихалыч

1 — 16.01.18 — 13:51

железо поменялось

  

Лефмихалыч

2 — 16.01.18 — 13:52

хотя, тогда бы было «лицензия не обнаружена» или что-то типа этого

  

NikolayNiko

3 — 16.01.18 — 13:55

(1) ничего не менялось, не обновлялось.

  

dmtrpv

4 — 16.01.18 — 13:57

(3) Это бывает. У меня несколько раз на пустом месте слетало. Введите резервный пин-код или запросите в 1С.

  

dmtrpv

5 — 16.01.18 — 13:58

(0) Почистить кеш предлагали?

  

NikolayNiko

6 — 16.01.18 — 13:59

(5) Кэш чистил. С резервным все тоже самое

  

NikolayNiko

7 — 16.01.18 — 14:00

Происходит со всеми базами

  

Мыш

8 — 16.01.18 — 14:04

(0) Причина есть всегда. Не всегда удается её узнать. Лицензия серверная или клиентская? Файл лицензии не отличается от копии? (у вас же есть копия файла, правда)

  

Catsavl

9 — 16.01.18 — 14:05

При запуске 1С, когда выскакивает окно запроса лицензии, что пишет по нажатии кнопки Отмена, а затем Подробно?

  

Мыш

10 — 16.01.18 — 14:05

В каком каталоге лежит файл? Есть ли доступ к этому каталогу у пользователя, от имени которого работает сервер приложений?

  

NikolayNiko

11 — 16.01.18 — 14:06

(9) Предлагает включить аппаратную лицензию

  

NikolayNiko

12 — 16.01.18 — 14:07

(9) Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!

по причине:

Поиск лицензии на клиенте:

Ошибка программного лицензирования. Error=-2147217406(0x80041002)

Конфигурация не является базовой, Конфигурация не является базовой

  

NikolayNiko

13 — 16.01.18 — 14:08

(8) Клиентская, копии нет. C:ProgramData1Clicenses. Доступ есть

  

s03

14 — 16.01.18 — 14:44

(12) Используемая конфигурация более не является базовой. Вроде всё по русски. Другой вопрос, почему это теперь так считается

  

Winnie Buh

15 — 16.01.18 — 17:40

(12) судя по сообщению у вас базовая версия? демобаза запускается?

  

hhhh

16 — 16.01.18 — 17:43

(12) наверно там у вас умельцы открыли базовую конфу конфигуратором проф.

  

Мыш

17 — 16.01.18 — 17:45

(16) Смотри (3). Автор не может обманывать сообщество.

  

Winnie Buh

18 — 17.01.18 — 08:54

(17) автор в (3) утверждает, что не менялось железо, а (12) говорит, что проблема вовсе не железе или в лицензии, а в базе

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

  

MM

19 — 17.01.18 — 09:08

(12) https://support.microsoft.com/ru-ru/help/2465990/-0x80041002-wbem-e-not-found-error-occurs-when-you-try-to-open-a-wmi-n

Первая же ссылка гугла говорит, что проблема в WMI, а 1С через неё получает данные об оборудовании и ОС. Вероятно, по портилось хранилище данных WMI, надо его лечить.

  

Джо-джо

20 — 17.01.18 — 09:12

(15)

>>>Конфигурация не является базовой

>>>судя по сообщению у вас базовая версия

логика не твой конёк

  

Fish

21 — 17.01.18 — 09:28

(15) Судя по сообщению, он пытается запустить НЕ базовую версию с лицензией на базовую.

  

2dolist

22 — 17.01.18 — 10:02

(16) проф конфигуратор? А что, есть базовый конфигуратор?

  

Джо-джо

23 — 17.01.18 — 10:10

(21) это ложь, проверка на  то является конфа базовой или нет никак не зависит от наличия базовой лицензии

  

Джо-джо

24 — 17.01.18 — 10:23

Содержание

  1. Ответы линии консультаций
  2. Бесплатно
  3. 0 ₽/мес.
  4. ИТС ТЕХНО
  5. от 1044 ₽/мес.
  6. ИТС ЛК
  7. от 1500 ₽/мес
  8. ИТС ПРОФ
  9. от 2472 ₽/мес.
  10. Ошибка программного лицензирования. Как исправить?
  11. Лицензия не получена: Ошибка программного лицензирования Error=-2147217394 (0x8004100E)
  12. Ошибка программного лицензирования 1с error 2147217406 0x80041002
  13. Вопрос
  14. Ошибка программного лицензирования. Неверный формат файла программного лицензирования

Ответы линии консультаций

Создание заявки

Шаг 1: Вы пробуете найти ответ с помощью быстрого поиска по базе знаний. Если ответ не найден, переходим на Шаг 2. Шаг 2: Для того что бы задать вопрос и получить ответ от нашего специалиста, нам необходима краткая информация о вас. Вы формируете вопрос, заполняете анкету и переходите на Шаг 3. Шаг 3: Если вы еще не наш клиент, Вам предоставляется выбор тарифа. Первый вопрос вы можете задать бесплатно. Важно! Мы работаем только с пользователями лицензионных программ 1С. Чтобы задать вопрос, вы должны знать регистрационный номер вашей программы 1С. Что это и как узнать номер, смотрите здесь.

Проверка регистрационного номера программного продукта показала, что , поэтому мы подготовили для Вас, следующие тарифы:

Бесплатно

0 ₽/мес.

  • 1 бесплатный вопрос
  • Консультация специалиста
  • Ответ в течении 3х рабочих дней

Бесплатно

ИТС ТЕХНО

от 1044 ₽/мес.

  • Доступ к лицензионным обновлениям программы
  • 1 консультация в месяц
  • Подключение сервиса «1С:ЭДО»
  • Подробнее

Отправить заявку

ИТС ЛК

от 1500 ₽/мес

  • Неограниченное количество консультаций
  • Помощь по телефону и email
  • Помощь по удаленному подключению
  • Подробнее

Отправить заявку

ИТС ПРОФ

от 2472 ₽/мес.

  • Помощь специалиста в обновлениях и настройке программы
  • Неограниченное количество консультаций
  • Доступ к сервисам 1С .
  • Подробнее

Отправить заявку

Вопрос: При входе в 1С выдает ошибку, что не находит лицензию.

На сервере 1С:Предприятия не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!
по причине:
Ошибка программного лицензирования. Error=-2147217406(0x80041002)
локальный ключ недоступен: Status=0, EN8SA Локальный, не установлен
локальный ключ недоступен: Status=0, ENSR8 Локальный, не установлен
Поиск лицензии в сервисе лицензирования:
Ошибка программного лицензирования. Error=-2147217406(0x80041002)

Источник

Ошибка программного лицензирования. Как исправить?

Средний 4 комментария

Для запуска 1С в клиент-серверном режиме нужно ДВЕ лицензии: одна серверная для запуска сервера 1С:Предприятия, вторая клиентская для запуска клиентского приложения (а для запуска файловой базы нужна только клиентская лицензия, а серверную устанавливать не нужно вовсе) .

Сегодня устанавливал 1С Предприятие на сервер, восстановил лицензию при помощи резервного пинкода, получил в диалоговом окне сообщение что лицензия успешно установлена.

Судя по данному тексту вы получили лицензию на СЕРВЕР.

Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!

Данный текст говорит о том, что 1С не видит лицензию на запуск КЛИЕНТА.

Файл программной лицензии не предусматривает возможность запуска клиентских приложений 1С:Предприятия или внешних соединений:
file://C:/ProgramData/1C/licenses/ХХХХХХХХ.lic

100% что это файл той самой лицензии на сервер 1С, который вы только что получили.
Уточнить можно открыв файл лицензии текстовым редактором, например, блокнотом — в конце файла будет информация о лицензии в человекочитаемом виде.

Т.е для работы вам теперь ещё надо получить клиентскую лицензию.
Для полного понимания советую почитать инструкцию по повторному получению лицензии 1С с разборами ошибок и примерами (кстати, ваш случай там тоже есть)
Как восстановить программную лицензию 1С:Предприятие 8

P. S.
Кстати имя файла затерли совершенно зря — оно представляет собой дату и время получения лицензии, никакой уникальной идентифицирующей информации в имени файла нет, например, активированная сегодня лицензия будет вида 202110131012345.lic, где первые 8 цифр — это дата 2021.10.13, а следующие 6 цифр — это время ЧЧ.ММ.СС.

Источник

Лицензия не получена: Ошибка программного лицензирования Error=-2147217394 (0x8004100E)

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

Казалось бы, проблема решается просто восстановлением лицензии. Но при получении лицензии (любым способом) появилась ошибка «Лицензия не получена: Ошибка программно лицензирования Error=-2147217394 (0x8004100E)». Программа даже не переходила к сбору параметров компьютера.

Закралось подозрение, что проблема в Windows, так как пытался и запускать под правами админа, и чистить кэш, и удалять 1Сv8conn.pfl — не помогло. Ошибка (0x8004100E), как оказалось в процессе гугления в яндексе — ошибка связанная с работоспособностью WMI (Windows Management Instrumentation). Служба Windows Management Instrumentation, или Инструменты управления Windows, если в русифицированной версии работала и ее перезапуск при перезагрузке компа ничего не давал.

1) Открываем оснастку управления службами, например «Пуск»-«Выполнить»-«services.msc».

2) Останавливаем службу Windows Management Instrumentation, или Инструменты управления Windows, если в русифицированной версии. Попутно она остановит еще несколько зависимых служб, соглашаемся.

3) А теперь самое важное — чистим репозиторий WMI, расположенный %SystemRoot%System32WbemRepository, где %SystemRoot% — это C:Windows при стандартных условиях установки. Просто удаляем все файлы внутри папки Repository.

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

5) Получаем работоспособную 1С. Даже не потребуется скорее всего повторно получать лицензию, и она увидится сразу, если конечно ничего в конфигурации не менялось. Ну или переполучаем лицензию.

ВНИМАНИЕ! Данный способ «жесткого» пересоздания репозитория подходил мне, но не факт, что порадует сисадмина, если он есть. Теоретически существуют приложения, которые обновляют репозиторий только при установке. Соответственно, при пересоздании репозитория данные приложения не обновят информацию автоматически и их данные, связанные с WMI, будут потеряны вплоть до переустановки. Но в общем случае это может быстро решить проблему. А сисадмины, конечно же, делают бэкапы репозитория WMI, как это рекомендуется. Ведь делают?

Кому поможет, можете скачать PDF-файл с решением всего за 1 стартмани 🙂

Источник

Вопрос

Getting the following error below in our DFS architecture. Little back story here. I have 6 remote sites all replicating between each other in full mesh. The server having the issue is running Windows Server 2008 R2. It recently had a power failure but is now back online and AD replication is solid. However, DFS is a bit unhappy. I have two replication groups called «Public» and «Private». The are both reporting the following error.

[ERROR] Failed to execute GetOutboundBacklogFileCount method. Err: -2147217406 (
0x80041002)

I have stopped DFSR service and backed up DFSR folder inside the System Volume Information folder. I then deleted the DFSR folder and restarted the DFSR service. This created the new DFSR folder just fine. I then ran the following command:

C:>wmic /namespace:rootmicrosoftdfs path DfsrReplicatedFolderInfo get replic
atedFolderName, State
ReplicatedFolderName State
Private 0
Public 0

After about 30 minutes a re-ran the command again and I see the below output. I am still getting the error on both replication groups. Any ideas on how to resolve this? Should I remove from replication group and re-add. I don’t want to cause any further corruption with other Namespace servers or replication partners.

C:>wmic /namespace:rootmicrosoftdfs path DfsrReplicatedFolderInfo get replic
atedFolderName, State
ReplicatedFolderName State
Private 2
Public 4

Источник

Ошибка программного лицензирования. Неверный формат файла программного лицензирования

Внезапно 1С перестала видеть программные лицензии выдавая ошибку:

Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!по причине:

Поиск лицензии на клиенте:

локальный ключ недоступен: Status=-10, ORGL8 Локальный, не установлен

Ошибка программного лицензирования. Неверный формат файла программного лицензирования: file://C:/ProgramData/1C/licenses/file0.lic

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

Файл лицензии на компьютере должен быть один.

Файл лицензии можно перемещать, но нельзя копировать.

Для решения проблемы следует на всех компьютерах, где ранее ставилась эта лицензия, найти и удалить все файлы 2*.lic и все файлы conn8211.pfl (или 1cv8conn.pfl, если версия 8.3)

Если используется клиент-серверный вариант работы, то перестартуйте службу агента сервера.

Затем на данном компьютере выполните обновление (восстановление) всех ранее установленных на нем лицензий по последнему использованному пин-коду.

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

Способ №1 На сервере: удалить conn8211.pfl или 1cv8conn.pfl

Способ №2 Перегенерация ключей в 1С удалить старые ключи: *.lic

И перегенируем ключи используя скан лицензии и те данные которые вводились изначально(на кого активировалась лицензия)

Если лицензия по прежнему не обнаруживается:

1. Убедитесь, что используется версия платформы не ниже 8.2.15. Если ниже — скачайте с пользовательского сайта.

2. В окне с перечнем информационных баз нажмите «Настройка» и поставьте галочку «Использовать аппаратную лицензию. «, если она не стоит.

3. При появлении сообщения об отсутствии лицензии откажитесь получать лицензию и нажмите кнопку «Подробно» и прислать в 1С текст появившегося Журнала поиска ключа.

в Windows файлы lic и pfl обычно находятся в:

Program Files (x86)1cv8conf;

в Linux файлы lic и pfl обычно находятся в:

Источник

Программная лицензия

Я

NikolayNiko

16.01.18 — 13:44

Люди, хелп!

Без ведомых причин слетела программная лицензия. При попытке восстановления пишет: Ошибка обращения к центру лицензирования. При попытке сохранения файла-запроса лицензии тоже выводит ошибку. И в том и в другом случае ошибка одна и та же: 2147217406(0х80041002). Антивирус отключил, брэндмауэр тоже. В чем причина может быть?

Лефмихалыч

1 — 16.01.18 — 13:51

железо поменялось

Лефмихалыч

2 — 16.01.18 — 13:52

хотя, тогда бы было «лицензия не обнаружена» или что-то типа этого

NikolayNiko

3 — 16.01.18 — 13:55

(1) ничего не менялось, не обновлялось.

dmtrpv

4 — 16.01.18 — 13:57

(3) Это бывает. У меня несколько раз на пустом месте слетало. Введите резервный пин-код или запросите в 1С.

dmtrpv

5 — 16.01.18 — 13:58

(0) Почистить кеш предлагали?

NikolayNiko

6 — 16.01.18 — 13:59

(5) Кэш чистил. С резервным все тоже самое

NikolayNiko

7 — 16.01.18 — 14:00

Происходит со всеми базами

Мыш

8 — 16.01.18 — 14:04

(0) Причина есть всегда. Не всегда удается её узнать. Лицензия серверная или клиентская? Файл лицензии не отличается от копии? (у вас же есть копия файла, правда)

Catsavl

9 — 16.01.18 — 14:05

При запуске 1С, когда выскакивает окно запроса лицензии, что пишет по нажатии кнопки Отмена, а затем Подробно?

Мыш

10 — 16.01.18 — 14:05

В каком каталоге лежит файл? Есть ли доступ к этому каталогу у пользователя, от имени которого работает сервер приложений?

NikolayNiko

11 — 16.01.18 — 14:06

(9) Предлагает включить аппаратную лицензию

NikolayNiko

12 — 16.01.18 — 14:07

(9) Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!

по причине:

Поиск лицензии на клиенте:

Ошибка программного лицензирования. Error=-2147217406(0x80041002)

Конфигурация не является базовой, Конфигурация не является базовой

NikolayNiko

13 — 16.01.18 — 14:08

(8) Клиентская, копии нет. C:ProgramData1Clicenses. Доступ есть

s03

14 — 16.01.18 — 14:44

(12) Используемая конфигурация более не является базовой. Вроде всё по русски. Другой вопрос, почему это теперь так считается

Winnie Buh

15 — 16.01.18 — 17:40

(12) судя по сообщению у вас базовая версия? демобаза запускается?

hhhh

16 — 16.01.18 — 17:43

(12) наверно там у вас умельцы открыли базовую конфу конфигуратором проф.

Мыш

17 — 16.01.18 — 17:45

(16) Смотри (3). Автор не может обманывать сообщество.

Winnie Buh

18 — 17.01.18 — 08:54

(17) автор в (3) утверждает, что не менялось железо, а (12) говорит, что проблема вовсе не железе или в лицензии, а в базе

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

MM

19 — 17.01.18 — 09:08

(12) https://support.microsoft.com/ru-ru/help/2465990/-0x80041002-wbem-e-not-found-error-occurs-when-you-try-to-open-a-wmi-n

Первая же ссылка гугла говорит, что проблема в WMI, а 1С через неё получает данные об оборудовании и ОС. Вероятно, по портилось хранилище данных WMI, надо его лечить.

Джо-джо

20 — 17.01.18 — 09:12

(15)

>>>Конфигурация не является базовой

>>>судя по сообщению у вас базовая версия

логика не твой конёк

Fish

21 — 17.01.18 — 09:28

(15) Судя по сообщению, он пытается запустить НЕ базовую версию с лицензией на базовую.

2dolist

22 — 17.01.18 — 10:02

(16) проф конфигуратор? А что, есть базовый конфигуратор?

Джо-джо

23 — 17.01.18 — 10:10

(21) это ложь, проверка на  то является конфа базовой или нет никак не зависит от наличия базовой лицензии

  

Джо-джо

24 — 17.01.18 — 10:23

Hey folks,

Getting the following error below in our DFS architecture. Little back story here. I have 6 remote sites all replicating between each other in full mesh. The server having the issue is running Windows Server 2008 R2. It recently had a power failure but is
now back online and AD replication is solid. However, DFS is a bit unhappy. I have two replication groups called «Public» and «Private». The are both reporting the following error.

[ERROR] Failed to execute GetOutboundBacklogFileCount method. Err: -2147217406 (
0x80041002)

I have stopped DFSR service and backed up DFSR folder inside the System Volume Information folder. I then deleted the DFSR folder and restarted the DFSR service. This created the new DFSR folder just fine. I then ran the following command:

C:>wmic /namespace:rootmicrosoftdfs path DfsrReplicatedFolderInfo get replic
atedFolderName, State
ReplicatedFolderName  State
Private               0
Public                0

After about 30 minutes a re-ran the command again and I see the below output. I am still getting the error on both replication groups. Any ideas on how to resolve this? Should I remove from replication group and re-add. I don’t want to cause any further
corruption with other Namespace servers or replication partners.

C:>wmic /namespace:rootmicrosoftdfs path DfsrReplicatedFolderInfo get replic
atedFolderName, State
ReplicatedFolderName  State
Private               2
Public                4

C:>dfsrdiag backlog /receivingmember:4server /sendingmember:0dc /RGname:»thepar
tnership.localsharesPublic» /RFName:Public
[ERROR] Failed to execute GetOutboundBacklogFileCount method. Err: -2147217406 (
0x80041002)

Operation Failed


Robert Hefner

Hey folks,

Getting the following error below in our DFS architecture. Little back story here. I have 6 remote sites all replicating between each other in full mesh. The server having the issue is running Windows Server 2008 R2. It recently had a power failure but is
now back online and AD replication is solid. However, DFS is a bit unhappy. I have two replication groups called «Public» and «Private». The are both reporting the following error.

[ERROR] Failed to execute GetOutboundBacklogFileCount method. Err: -2147217406 (
0x80041002)

I have stopped DFSR service and backed up DFSR folder inside the System Volume Information folder. I then deleted the DFSR folder and restarted the DFSR service. This created the new DFSR folder just fine. I then ran the following command:

C:>wmic /namespace:rootmicrosoftdfs path DfsrReplicatedFolderInfo get replic
atedFolderName, State
ReplicatedFolderName  State
Private               0
Public                0

After about 30 minutes a re-ran the command again and I see the below output. I am still getting the error on both replication groups. Any ideas on how to resolve this? Should I remove from replication group and re-add. I don’t want to cause any further
corruption with other Namespace servers or replication partners.

C:>wmic /namespace:rootmicrosoftdfs path DfsrReplicatedFolderInfo get replic
atedFolderName, State
ReplicatedFolderName  State
Private               2
Public                4

C:>dfsrdiag backlog /receivingmember:4server /sendingmember:0dc /RGname:»thepar
tnership.localsharesPublic» /RFName:Public
[ERROR] Failed to execute GetOutboundBacklogFileCount method. Err: -2147217406 (
0x80041002)

Operation Failed


Robert Hefner

Hey folks,

Getting the following error below in our DFS architecture. Little back story here. I have 6 remote sites all replicating between each other in full mesh. The server having the issue is running Windows Server 2008 R2. It recently had a power failure but is
now back online and AD replication is solid. However, DFS is a bit unhappy. I have two replication groups called «Public» and «Private». The are both reporting the following error.

[ERROR] Failed to execute GetOutboundBacklogFileCount method. Err: -2147217406 (
0x80041002)

I have stopped DFSR service and backed up DFSR folder inside the System Volume Information folder. I then deleted the DFSR folder and restarted the DFSR service. This created the new DFSR folder just fine. I then ran the following command:

C:>wmic /namespace:rootmicrosoftdfs path DfsrReplicatedFolderInfo get replic
atedFolderName, State
ReplicatedFolderName  State
Private               0
Public                0

After about 30 minutes a re-ran the command again and I see the below output. I am still getting the error on both replication groups. Any ideas on how to resolve this? Should I remove from replication group and re-add. I don’t want to cause any further
corruption with other Namespace servers or replication partners.

C:>wmic /namespace:rootmicrosoftdfs path DfsrReplicatedFolderInfo get replic
atedFolderName, State
ReplicatedFolderName  State
Private               2
Public                4

C:>dfsrdiag backlog /receivingmember:4server /sendingmember:0dc /RGname:»thepar
tnership.localsharesPublic» /RFName:Public
[ERROR] Failed to execute GetOutboundBacklogFileCount method. Err: -2147217406 (
0x80041002)

Operation Failed


Robert Hefner

0

13.03.2012 — 18:56


На машину в Win 7 Ультиматум ставятся программные лицензии. При попытке получить автоматом или через файл на самом последнем шаге — после надписи — Идет сбор конфигурации компьютера — выходит ошибка :

Лицензия не получена: Ошибка программно лицензирования Error=2147217404(80041004) File=srcHardInfoWin.cpp(106)

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

1

13.03.2012 — 19:39

всё ясно, это ошибка № 2147217404;-)

2

13.03.2012 — 20:32

мож UAC отключить попробовать?

3

13.03.2012 — 20:36

2-Маус > ага.. а уточняющая проблема № 106. … :)
3-lalex23 > пробовал… и от админа и под админом запускал саму 1с.
Антивира нет…защитник.. Хотя прогнать надо будет Купейтом, неудобно что машина удаленная и доступ только по Тимвьюкеру..
Короче день не удался..одни вопросы и нерешенные проблемы

4

14.03.2012 — 11:22

Ошибка пока не поборена… Переставлять ОС крайне не желательно

5

14.03.2012 — 19:18

да, ломай ее нафиг и все дела…
привыкли спину гнуть перед барином? ;)

6

14.03.2012 — 22:35

не могу.. права не имею ))
а вот геморроя с программными лицензиями еще хлебнем, уж точно..

7

15.03.2012 — 12:36

Получил ответ линии 1С

Вопрос:
Ошибка программного лицензирования. Error — 2147221164(80040154).Класс не зарегистрирован. File=scrHardInfoWin.cpp(106)

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

8

15.03.2012 — 12:40

ответ лоха звучит примерно также — переустановите Windows

9

15.03.2012 — 12:43

ну им есс-но нет времени и возможности разбираться, что же мешает их механизму получения данных о компе…
Хотя такой вариант должны были предусмотреть и или пропускать «битое место или хоть варианты предлагать
Только вот переставить ОС удаленно нет возможности.. а юзер админ ..

10

15.03.2012 — 12:56

2(0) Поставь Linux. Там этой ошибки не будет.

11

15.03.2012 — 12:57

это — отнюдь не «НЕТ ВРЕМЕНИ и ВОЗМОЖНОСТИ.»

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

на этом вся реклама о линии консультаций и поддержке ЗАКАНЧИВАЕТСЯ

12

15.03.2012 — 12:57

(11) зато там будут многие другие ошибки

13

15.03.2012 — 16:03

Это все увлекательно .. только проблема не решена.. :)

14

15.03.2012 — 18:19

Win 7 Ультиматум — лицензионная?
Если нет, то чем и как «лечили»?

хм:

Цитата:

Известные ошибки версии 8.2.15, планируемые к исправлению в версии 8.2.16:
При запуске веб-клиента или тонкого клиента через веб сервер с файловой информационной базой под Windows через IIS может происходить ошибка
Ошибка программного лицензирования Error=-2147217405(80041003) File=srcHardInfoWin.cpp(106)
если на компьютере веб-сервера установлена программная клиентская лицензия.
Дата публикации:
2012-02-03

http://downloads.v8.1c.ru/content/Pl…8_2_15_294.htm

15

15.03.2012 — 18:28

15-Блондинка в шок > это я находил на просторах инета, но у меня не никаких веб серверов.. обычный файловый вариант и все…

Завтра комп привезут, буду на месте смотреть еще раз.

Лечили — удаленно прогнали CureIt … чисто

16

15.03.2012 — 19:34

логично, логично чисто по программистски — «если будут яйца, купи два десятка…» (с) :)))

Так и ты в ответ на (15) —
если винда нелицензия, то лечили CureIt :)))

спалился ;)

зы: уточню — чем «лечили» саму Win7 ультимэйт от нелицензионности? сомнения гложут, что кто-то будет покупать на офисный бухгалтерский комп лицензионную Ultimate…

поставили какую-нибудь сборку от зверя…

А ты теперь удивляешься, что техподдержка от 1С тебе отписывается про повреждения оси.

17

15.03.2012 — 21:03

+
Вопрос про лицензионность винды на самом деле не такой праздный, как тебе могло бы показаться.

Известен и активно использовался способ активации вин7 путем эмуляции биоса. (За подробностями в гугл) :)

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

18

15.03.2012 — 22:15

(18) так вроде много нормальных ломов есть для ВЫН-7?

19

15.03.2012 — 23:03

19-Helen 1986 > Угу, только половина из них — так называемые «лоадеры».
Для мировых OEM-поставщиков типа HP, Dell, Sony мелкософт выпускает специальные OEM (OLP) ключи для offline-активации винды.
Все лоадеры так или иначе эмулируют железо под этих мировых OEM-брендов, они потому и называются лоадеры, что загружаются до загрузки винды. (Для особо извращенных можно даже перепрошить часть биоса).
На самом деле винда не ломается, а сразу при установке активируется offline и потом впоследствии проходит все проверки на сайте микрософта. Типа у тебя компьютер от OEM-бренда.

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

Но, видимо, иногда плохо привязывается. :)

20

16.03.2012 — 17:55

Win 7 не лицензионный, как ее ломали без понятия тоже. Но внутри самой винды чтото-побито — экран обновления выглядит весь в ошибках и т.д. Очевидно сбой этот и мешает 1С получить параметры компа…Про безопасный режим спросил…ответ 1С тоже порадовал

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

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

21

17.03.2012 — 11:48

в россии есть две проблемы -Программы, и Лицензии к ним :-))

Информация о системе:

На вашем ПК работает:  

специальное предложение

0x80041002 часто может появляться из-за неправильно настроенных параметров системы или из-за нарушений в реестре Windows. Эту ошибку относительно быстро и легко исправить, если использовать PC Repair, настроенную на решение всех распространенных проблем с реестром.

  • Название ошибки: 0x80041002
  • Совместимо с: Windows 10, 11, 8, 7, Vista, XP
  • 0x80041002 появляется и начинает нарушать окно активной программы;
  • 0x80041002 появляется на экране;
  • Появляется сообщение ‘Обнаружена проблема, и Windows была выключена, чтобы предотвратить повреждение компьютера. Похоже, что проблема вызвана следующим файлом…’;
  • Компьютер пользователя перестает работать, выдавая ошибку 0x80041002 при запуске программы;
  • Windows работает плохо, медленно реагируя на команды;
  • Компьютер пользователя часто зависает

0x80041002 сообщения об ошибке могут появляться из-за засорения реестра Windows и ошибочных записей несуществующих программ, поскольку пользователь обычно неправильно удаляет программное обеспечение. Другими распространенными причинами являются неправильный ввод данных, отсутствие файлов, которые были случайно удалены из реестра, что вызывает проблемы в работе системы.

  1. 1. Скачать PC Repair.
  2. 2. Установить и запустить программу.
  3. 3. Нажмите Scan Now для обнаружения ошибок и различных отклонений от оптимального уровня.
  4. 4. Нажмите Repair All для устранения каждой проблемы.


Эта страница доступна на других языках:
English |
Deutsch |
Español |
Italiano |
Français |
Indonesia |
Nederlands |
Nynorsk |
Português |
Українська |
Türkçe |
Malay |
Dansk |
Polski |
Română |
Suomi |
Svenska |
Tiếng việt |
Čeština |
العربية |
ไทย |
日本語 |
简体中文 |
한국어

Показывать по
10
20
40
сообщений

Новая тема

Ответить

ananasik-s

Дата регистрации: 03.03.2016
Сообщений: 162

                  

112.                                    
annasm@inbox.ru

01.07.16 12:38

                                                                                                          Добрый день!

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

Ниже подробное описание ошибки. Видимо, ключевая фраза: «Конфигурация не является базовой». Но как она могла перестать быть базовой??? М.б., на сервере users.v8.1C.ru что-то напартачили — и мы автоматически, сами того не ведая, поставили конфигурацию ПРОФ поверх своей базовой??? И как нам теперь это исправить?

Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!
по причине:
Поиск лицензии на клиенте:
локальный ключ недоступен: Status=0, ORGL8 Локальный, не установлен
Ошибка программного лицензирования. Неверный формат файла программного лицензирования:

file://C:/ProgramData/1C/licenses/file0.lic

локальный ключ недоступен: Status=0, ORG8A Локальный, не установлен
локальный ключ недоступен: Status=0, ORG8B Локальный, не установлен
nethasp.ini: C:/Program Files (x86)/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=15, ORGL8 Сетевой, не установлен
nethasp.ini: C:/Program Files (x86)/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=15, ORG8A Сетевой, не установлен
nethasp.ini: C:/Program Files (x86)/1cv8/conf/nethasp.ini, прочитан успешно, ошибка соединения с менеджером лицензий: Net Status=0, System Error=0, Warning=15, ORG8B Сетевой, не установлен
Конфигурация не является базовой                  

ananasik-s

Дата регистрации: 03.03.2016
Сообщений: 162

из 1С уже ответили — см.ниже.
…Что-то я не уверена, что мы перед обновлениями делаем архивные копии : .

——— Пересылаемое сообщение ———
От кого: Lic <Lic@1c.ru>
Кому: Анна Смыкова <annasm@inbox.ru>
Дата: Пятница, 1 июля 2016, 12:44 +03:00
Тема: RE: Re[5]: «слетела» программная лицензия

                                                Здравствуйте!

К сожалению, ошибка в обновлении. Оно уже отозвано, в новой версии проблема будет исправлена. Извините за доставленые неудобства.

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

Тэра

Дата регистрации: 25.12.2008
Сообщений: 22390

ananasik-s, вообще то копия должна была делаться автоматически. Поищите по форуму, не так давно обсуждалось, где могут лежать эти копии.

ananasik-s

Дата регистрации: 03.03.2016
Сообщений: 162

Тэра, спасибо. Да, уже как раз нашла папку, куда должна была копия до обновления сброситься. Но что-то именно на этот раз не заладилось: вот для сравнения папки архивов от 30.06.16 и от 19.06.16 (когда было предыдущее обновление).

В 1С обещали попытаться помочь, если мы архив не найдем — превратить нашу базу ПРОФ в Базовую. Очень на это надеюсь. В свое время я такую процедуру сама провела (с помощью универсальной загрузки-выгрузки), но повторять не хотелось бы.

Консультант 1С

Дата регистрации: 06.09.2008
Сообщений: 300

ananasik-s пишет:

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

Для этого не нужна загрузка-выгрузка, накатывается файл .cf базовой конфигурации той же версии, предварительно сняв с поддержки ПРОФ

ananasik-s

Дата регистрации: 03.03.2016
Сообщений: 162

Геннадий Новосибирск пишет:

Цитата

                                                                  накатывается файл .cf базовой конфигурации той же версии, предварительно сняв с поддержки ПРОФ
                                                            ­      

спасибо, это кажется куда проще.

а Базовая версия в итоге будет на поддержке? или нужно будет как-то на поддержку поставить?

Консультант 1С

Дата регистрации: 06.09.2008
Сообщений: 300

ananasik-s,
будет, т.е. встанет на поддержку

Хотя, при определённых усилиях можно всё и куда угодно поломать

Вы наименование (БП — 2.0 или 3.0?) и номер версии конфигурации 1С озвучьте
Как-то странно задавать конкретные вопросы и раздавать тут гарантии о довольно абстактно обозначенном контексте

ananasik-s

Дата регистрации: 03.03.2016
Сообщений: 162

Геннадий , БП 2.0.65.36, это указано в теме.

ananasik-s

Дата регистрации: 03.03.2016
Сообщений: 162

Кажется, получилось «накатить» правильную Базовую конфигурацию на неправильную, получившуюся после обновления (ПРОФ?). Опишу подробно, для чайников типа меня.

1С в релизе 2.0.65.34 дало дистрибутив полной установки и инструкцию по восстановлению после перехода на 2.0.65.36.
Но у меня, повторюсь, нет архивной копии до обновления на 2.0.65.36, т.к. именно в тот день автоархивация не завершилась успешно.
В общем, создала я пустую базу базовой конфигурации 2.0.65.34 из шаблона, выгрузила конфигурацию в файл.
Затем открыла в конфигураторе свою базу версии 2.0.65.36 (ПРОФ), сняла ее с поддержки и загрузила конфигурацию из файла (ранее выгруженную).
После чего — ву-а-ля — база снова открывается на компьютере с файловой базовой лицензией.
Теоретически это могло не сработать, из-за разных релизов — но между данными двумя конфигурациями, видимо, принципиальных отличий нет.

Возможно, правильнее было бы действовать через «Сравнение и объединение конфигураций» — но я не знала, окажется ли результат на поддержке.

Консультант 1С

Дата регистрации: 06.09.2008
Сообщений: 300

Консультант-преподаватель — программист 1С круглосуточно отвечает:
Аа, да, виноват, что-то тему не до конца читал, хотя сами сообщения — по несколько раз.
Хотя, версия и неважна для результата
Больше — из любопытства — с какой линейкой (2.0 или 3.0) проблема

Цитата
Возможно, правильнее было бы действовать через «Сравнение и объединение конфигураций» — но я не знала, окажется ли результат на поддержке.

Неправильнее … и не из-за поддержки

Показывать по
10
20
40
сообщений

Программная лицензия

Я
   NikolayNiko

16.01.18 — 13:44

Люди, хелп!

Без ведомых причин слетела программная лицензия. При попытке восстановления пишет: Ошибка обращения к центру лицензирования. При попытке сохранения файла-запроса лицензии тоже выводит ошибку. И в том и в другом случае ошибка одна и та же: 2147217406(0х80041002). Антивирус отключил, брэндмауэр тоже. В чем причина может быть?

   Лефмихалыч

1 — 16.01.18 — 13:51

железо поменялось

   Лефмихалыч

2 — 16.01.18 — 13:52

хотя, тогда бы было «лицензия не обнаружена» или что-то типа этого

   NikolayNiko

3 — 16.01.18 — 13:55

(1) ничего не менялось, не обновлялось.

   dmtrpv

4 — 16.01.18 — 13:57

(3) Это бывает. У меня несколько раз на пустом месте слетало. Введите резервный пин-код или запросите в 1С.

   dmtrpv

5 — 16.01.18 — 13:58

(0) Почистить кеш предлагали?

   NikolayNiko

6 — 16.01.18 — 13:59

(5) Кэш чистил. С резервным все тоже самое

   NikolayNiko

7 — 16.01.18 — 14:00

Происходит со всеми базами

   Мыш

8 — 16.01.18 — 14:04

(0) Причина есть всегда. Не всегда удается её узнать. Лицензия серверная или клиентская? Файл лицензии не отличается от копии? (у вас же есть копия файла, правда)

   Catsavl

9 — 16.01.18 — 14:05

При запуске 1С, когда выскакивает окно запроса лицензии, что пишет по нажатии кнопки Отмена, а затем Подробно?

   Мыш

10 — 16.01.18 — 14:05

В каком каталоге лежит файл? Есть ли доступ к этому каталогу у пользователя, от имени которого работает сервер приложений?

   NikolayNiko

11 — 16.01.18 — 14:06

(9) Предлагает включить аппаратную лицензию

   NikolayNiko

12 — 16.01.18 — 14:07

(9) Не найдена лицензия. Не обнаружен ключ защиты программы или полученная программная лицензия!

по причине:

Поиск лицензии на клиенте:

Ошибка программного лицензирования. Error=-2147217406(0x80041002)

Конфигурация не является базовой, Конфигурация не является базовой

   NikolayNiko

13 — 16.01.18 — 14:08

(8) Клиентская, копии нет. C:ProgramData1Clicenses. Доступ есть

   s03

14 — 16.01.18 — 14:44

(12) Используемая конфигурация более не является базовой. Вроде всё по русски. Другой вопрос, почему это теперь так считается

   Winnie Buh

15 — 16.01.18 — 17:40

(12) судя по сообщению у вас базовая версия? демобаза запускается?

   hhhh

16 — 16.01.18 — 17:43

(12) наверно там у вас умельцы открыли базовую конфу конфигуратором проф.

   Мыш

17 — 16.01.18 — 17:45

(16) Смотри (3). Автор не может обманывать сообщество.

   Winnie Buh

18 — 17.01.18 — 08:54

(17) автор в (3) утверждает, что не менялось железо, а (12) говорит, что проблема вовсе не железе или в лицензии, а в базе

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

   MM

19 — 17.01.18 — 09:08

(12) https://support.microsoft.com/ru-ru/help/2465990/-0x80041002-wbem-e-not-found-error-occurs-when-you-try-to-open-a-wmi-n

Первая же ссылка гугла говорит, что проблема в WMI, а 1С через неё получает данные об оборудовании и ОС. Вероятно, по портилось хранилище данных WMI, надо его лечить.

   Джо-джо

20 — 17.01.18 — 09:12

(15)

>>>Конфигурация не является базовой

>>>судя по сообщению у вас базовая версия

логика не твой конёк

   Fish

21 — 17.01.18 — 09:28

(15) Судя по сообщению, он пытается запустить НЕ базовую версию с лицензией на базовую.

   2dolist

22 — 17.01.18 — 10:02

(16) проф конфигуратор? А что, есть базовый конфигуратор?

   Джо-джо

23 — 17.01.18 — 10:10

(21) это ложь, проверка на  то является конфа базовой или нет никак не зависит от наличия базовой лицензии

  

Джо-джо

24 — 17.01.18 — 10:23

Решение вопроса:

1) Открываем оснастку управления службами, например «Пуск»-«Выполнить»-«services.msc».
2) Останавливаем службу Windows Management Instrumentation, или Инструменты управления Windows, если в русифицированной версии. Попутно она остановит еще несколько зависимых служб, соглашаемся.
3) А теперь самое важное — чистим репозиторий WMI, расположенный %SystemRoot%System32WbemRepository, где %SystemRoot% — это C:Windows при стандартных условиях установки. Просто удаляем все файлы внутри папки Repository.
4) Перезапускаемся, чтобы все службы стартанули. Ну или запускаем их — WMI, и все те, которые были выключены вслед за ней, и брандмауэр, но проще перегрузиться. Все эти действия приведут к пересозданию репозитория WMI.
5) Получаем работоспособную 1С. Проблема решена.

Following error was displayed while checking DFS replication backup on Windows Server 2012:

[ERROR] Failed to execute GetVersionVector method. Err: -2147217406 (0x80041002)

The issue was caused by a recent unexpected DFS server shutdown. Windows Server 2008 R2 and Windows Server 2012 by default do not automatically resume DFS replication after dirty DFSR JET database shutdown. For more info about this and how to re-start DFS replication manually read this post.

Window Server 2008 R2
Windows Server 2012

Возможно, вам также будет интересно:

  • Ошибка программирования реквизита 1227 ошибка программирования реквизита 1227 неверный номер поля
  • Ошибка программного лицензирования error 2147217394 0x8004100e
  • Ошибка программирования реквизита 1227 неверный формат команды
  • Ошибка программного лицензирования error 2147023170 0x800706be сбой при удаленном вызове процедуры
  • Ошибка программирования реквизита 1227 неверная длина

  • Понравилась статья? Поделить с друзьями:
    0 0 голоса
    Рейтинг статьи
    Подписаться
    Уведомить о
    guest

    0 комментариев
    Старые
    Новые Популярные
    Межтекстовые Отзывы
    Посмотреть все комментарии