Ошибка чтения файла конфигурации
Ошибка при вызове метода контекста (ПрочитатьИзменения): Конфигурация узла распределенной ИБ не соответствует ожидаемой!
Конфигурацию выгружал, в удаленный узел загрузил. Такая же фигня. Что можно еще сделать?
Релиз платформы 8.3.12.1790, есличо
Методика 2 вот отсюда звучит страшновато, да и собсно я так понимаю, она именно для другого случая, когда изменения не идут в удаленный узел
(4) Тем, что не работает. Я сделал несколько раз уже. В удаленный узел идут изменения, обратно главный не принимает.
(5) в ЦБ какие-то изменения конфигурации делаются?
Если да, то пересохрани всю конфигурацию в ЦБ - заставь ее заново примениться к базе с реструктуризацией и регистрацией всех своих объектов. Только после этого проведи по шагам методики 1-го пункта.
(6) Делаются. ОНи всасываются успешно в удаленный узел
А обратно шиш.
(7) Что-то я не понял. "Удаленный" - это в смысле "подчиненный"? Тогда не понял. Такая ошибка может возникнуть в подчиненных узлах, но не в центральном. Как узел может "всосать успешно", если проверка соответствия - перед началом обмена?
(11) может, я такое тоже видел, на куче точек норм получает. а в центр хрен. Делал выгрузку CF из узла в Центр. норм заработало. По поводу сабжа в (0). Платформы одинаковые? Тоже недавно на 13-й парился с этим, пока одинаковые платформы не поставил, не проходил обмен.
источник ошибки - в файле от ПБ содержится значение хэш-функции, которое попадает в файл от сохраненной конфигурации в ПБ.
Если это файл для загрузки в ЦБ то ЦБ тоже указывает, что конфигурация не соответствует ожидаемой.
По поводу не совпадения платформ - тоже допускаю, что и в этом может быть причина, т.к. формула для получения хэшфункции в разных платформах может (в теории) давать разные значения. Но часто видел такое, что платформы разные и режим работы с базами разные, а ошибок нет.
Как только конфигурации в ЦБ и в ПБ полностью, абсолютно идентичны - ошибка исчезает.
(10) а как же.
(11) А вот так. Подчиненный узел считает что все ок. Все изменения, что в конфигурации тут навертел - там есть и работают. А главный изменения не принимает.
(13) Одинаковые. Насчет из ПУ в ГУ выгрузки цф это мысль, я попробую потом, как если ща с обновлением версии УТ не взлетит.
(15) замена Digest2 на значение из выгрузки главного узла кстати не помогла, главный узел сказал не приму эту выгрузку.
(17) Имхо, если демоны в базе шалят, то выгрузка/загрузка конфигурации через пустую базу может поможет (из ПБ в ЦБ).
Версии платформы в ЦБ и ПБ одинаковые?
5. Установить другой допустимый релиз платформы (предыдущий или следующий). Повторить шаги 1-4.
Есть мнение, что количество пользователей использующих РИБ, ничтожно мало и релизы в которых есть баги связанные с РИБ 1С не отзывает.
(24) "ну только релизы не менялись" - это тоже важно. Есть релизы - в которых тупо РИБ не работает из-за багов.
(14) за последние 5 лет минимум дважды сталкивался с релизом на котором РИБ не работает именно из-за багов платформы.
- Добавить IIS_IUSRS с разрешением на чтение для файлов в папке
- Измените метод проверки подлинности IIS на BasicAuthentication
- обновите сайт. Это сработает
Что я могу добавить в свой файл web.config? Мне никогда раньше не приходилось его редактировать. Вот его текущее содержание:
Ошибка конфигурации: не удается прочитать файл конфигурации из-за недостаточных разрешений
Файл конфигурации: \? \ C: \ Users ***** \ Documents \ Visual Studio2010 \ WebSites \ PointsForTime \ web.config
Нет проблем с вашим web.config . Ваш веб-сайт работает в рамках процесса. В iis вы можете определить идентичность этого процесса. Удостоверение , под которым пул приложений вашего веб-сайта ( Сетевые службы, локальная система и т. Д.), Должно иметь разрешение на доступ и чтение в Интернете. .config файл.
Обновить:
Этот обновленный ответ такой же, как и выше, но немного длиннее, проще и улучшен.
Прежде всего : вам не нужно ничего менять в файле конфигурации. Все в порядке . Проблема связана с разрешениями для файлов Windows .
Эта проблема возникает из-за того, что ваше приложение не может получить доступ и прочитать файл web.config .
Сделайте файл доступным для группы IIS_IUSRS . Просто щелкните правой кнопкой мыши web.config и выберите свойства на вкладке безопасность , добавьте IIS_IUSRS .
Так что это за штука IIS_IUSRS?
Ваш веб-сайт представляет собой файл EXE . Как и любой exe-файл, он должен быть запущен пользователем и запускается в соответствии с разрешениями , назначенными этому пользователю.
Когда ваш сайт запускается в IIS , Пул приложений вашего веб-сайта связывается с пользователем ( Сетевые службы, Локальная система и т. д. . ) (и может быть изменено в IIS)
Поэтому, когда вы говорите IIS_IUSRS , это означает любого пользователя ( Сетевые службы, локальная система и т. Д. . ), что ваш сайт работает как .
И как @Seph упоминается в комментарии ниже : Если ваш компьютер находится в домене , помните, что Группа IIS_IUSRS - это локальная группа . Также убедитесь, что, когда вы пытаетесь найти этого пользователя, проверьте местоположение, он должен быть установлен на локальный компьютер, а не на корпоративный домен.
Все предоставленные ответы действительны и работают при различных обстоятельствах.
Для меня перезапуск Visual Studio сработал.
Принятое решение меня не устроило. Я использую репозиторий Git, и он клонирован в следующую папку
Я создал новый веб-сайт IIS и указал его на путь. У которого не было разрешений iis_iusrs, предложенных в принятом решении. Когда я добавил разрешения, он все еще не работал.
Он начал работать только тогда, когда я дал следующие разрешения группе «Пользователи», и наследование каскадировало разрешения для web.config. Вероятно, следовало применить его только к web.config, чтобы уменьшить площадь поверхности атаки.
Я использовал subst для создания сопоставления от D: до C:, чтобы сохранить те же настройки, что и у других разработчиков в команде. Это также дало мне те же ошибки, что и описано. Удаление этого исправило это для меня.
- добавить IIS_IUSRS с разрешением на чтение файлов в папке
- измените метод проверки подлинности IIS на BasicAuthentication
- обновить сайт. Это сработает
что добавить в мою сеть.хотя файл конфигурации? Мне никогда не приходилось его редактировать. Вот ее содержание:
ошибка конфигурации: не удается прочитать файл конфигурации из-за недостаточных разрешений
Файл Config: ?C:Users * * * * * * DocumentsVisual Studio2010веб-сайтыPointsForTimeweb.config
здесь нет проблем с вашей сетью.config. Ваш веб-сайт работает в рамках процесса. В iis можно определить идентификатор этого процесса. The личность это, ваш веб-сайт приложение бассейн работает как (Сетевые Службы, Локальная Система, Etc. . ), должны иметь разрешение на доступ и чтение интернета.конфигурационный файл.
обновление:
этот обновленный ответ, такой же, как и выше, но немного длиннее, проще и лучше.
в первую очередь: вам не нужно ничего менять в файле конфигурации. все в порядке. Проблема в права доступа к файлам windows.
эти проблемы возникают, потому что приложения не может открыть и читать web.config.
сделать файл доступным для группу iis_iusrs группы. Просто Правой Кнопкой Мыши сеть.config и нажмите кнопку свойства, под безопасность добавьте группу iis_iusrs.
Так что это за штука IIS_IUSRS?
код веб-сайт и как exe. Как и любой EXE-файл, он должен быть!--1-->запускается пользователем и работает согласно разрешения назначенные этому пользователю.
когда ваш сайт запускается в IIS, приложения Бассейн веб-сайт (Сетевые Службы, Локальная Система, Etc. . ) (и может быть изменен в IIS)
поэтому, когда вы говорите группу iis_iusrs, это значит любой (Сетевые Службы, Локальная Система, Etc. . ), что ваш сайт работает как.
и @Seph упомянутые в комментарий ниже: если ваш компьютер находится в домене, запомните это группу iis_iusrs группа локальная группа. Также убедитесь, что при попытке найти этого пользователя проверьте местоположение, которое должно быть установлено на локальный компьютер, а не корпоративный домен.
Примечание редактора: делать то, что этот ответ говорит опасно! Учетная запись LocalSystem-a .
полностью доверенная учетная запись, больше, чем учетная запись администратора. В одном окне нет ничего, что эта учетная запись не может сделать, и она имеет право на доступ к сети в качестве машины (для этого требуется Active Directory и предоставление учетной записи машины разрешений на что-то)
изменение идентификатора из ApplicationPoolIdentity до LocalSystem сделали работу ;).
Я использую win7 64 с IIS 7.5
У меня было то, что казалось той же проблемой разрешений на .
Однако моя проблема была вызвана тем, что IIS не смог загрузить файл конфигурации, поскольку он содержал правила перезаписи URL, и я не установил модуль перезаписи URL IIS на новом сервере.
устранение: установите модуль перезаписи.
Надеюсь, это сэкономит кому-то несколько часов.
У меня была та же проблема, когда я пытался поделиться корневой папкой сайта с другим пользователем. Какая-то папка потеряла разрешение. Поэтому я выполнил шаги, чтобы добавить разрешение на группу iis_iusrs группа как предложено Afshin Gh. Проблема в том, что эта группа была недоступна для меня. Я использую windows 7.
Что я сделал, я просто изменил некоторые действия:
- щелкните правой кнопкой мыши на родительской папке (кто потерял разрешение),
- Свойства => Безопасность =>В Группе " или имена пользователей:",
- Нажмите Кнопку "Редактировать".
- откроется окно "разрешение для вашей папки".
- в "группы или пользователи:" нажмите "Добавить". БТН
- тип Authen и нажмите Проверить имена,
- вы увидите полное название группы"Авторизованные Пользователи"
- нажмите ok = > применить.
- это должно снова включить привилегии.
Это сработало для меня.
вам не нужно ничего менять в своей сети.конфиг.
проблема заключается в разрешениях файловой системы. Ваши права доступа к файлам не позволяют пользователю IIS_IUSRS получить доступ к сети.config (или, возможно, любой из файлов). Измените их права доступа к файлам в windows, чтобы разрешить доступ к ним учетной записи IIS_IUSRS.
перейдите в родительскую папку, щелкните правой кнопкой мыши и выберите свойства. Выберите безопасность вкладка, редактировать разрешения и добавить. Нажмите на дополнительно и Найти. Выберите группу iis_iusrs и нажмите кнопку OK и OK снова. Убедитесь, что у вас есть check написать. Нажмите OK и OK снова.
сделать файл доступным для группу iis_iusrs группы. Щелкните правой кнопкой мыши свой веб-сайт.config, разверните свойства и на вкладке Безопасность добавьте IIS_IUSRS. Предоставьте группе доступ на чтение / запись.
когда группа не доступно, замените IIS_IUSRS на Имя_компьютера\IIS_IUSRS
при предоставлении разрешений группу iis_iusrs вы должны проверить, что в IIS для проверки подлинности раздел вашего веб-приложения, анонимные учетные данные аутентификации использует удостоверение пула приложений, а не IUSR.
по какой-то причине ваш веб.config установлен как только для чтения. Снимите флажок только для чтения в интернете.конфигурационный файл.
Я пытаюсь установить mongodb на windows 7 64-bit. Я извлек файлы и скопировал каталог bin в c:\mongodb. В c:\mongodb Я разместил файл конфигурации, mongod.cfg, чей контент:
Затем я выполнил следующую команду:
Я попытался сохранить файл cfg как ANSI и UTF-8, но, похоже, это не имело значения. Я просто хочу, чтобы mongodb знал о моих настройках хранения и регистрации.
Попробуйте выполнить полную команду "C:\<install directory>\mongod.exe" --config "C:\<config>" --install и введите свою командную строку в качестве администратора.
В моем случае это происходило, потому что у меня была версия старого db, и установка установщика MSI не обновляла его. Когда я запустил mongod.exe --version , он сказал, что я все еще использую старую версию db (2.2.2 для меня).
Я не уверен, что MSI не знала, где установить или что, но теперь mongod --version возвращает нужный номер версии и error command line: unrecognized line in 'systemLog:' при установке службы.
ответил(а) 2016-05-29T09:02:00+03:00 5 лет, 5 месяцев назадФайлы конфигурации MongoDB выражаются с помощью YAML. В YAML литтеральная строка может быть выражена с помощью стиля с двойным кавычком, single- quoted style или простой стиль (он же "некотируемый" ).
Поскольку ваша строка пути содержит как : , так и \ , вы должны использовать один кавычек:
На всякий случай это помогает кому-то другому: я столкнулся с той же проблемой, и проблема закончилась тем, что была связана с более старой версией mongod в моей переменной среды PATH (вместо той, которую я ожидал; возможно, что-то вроде @ThrowsException).
ответил(а) 2016-03-24T23:13:00+03:00 5 лет, 7 месяцев назадЯ ожидаю, что это связано с изменением варианта хранения во время цикла разработки 3.0. В некоторых из кандидатов раннего выпуска параметр использовал другой случай (например, "wiredtiger" ), но вариант канонической конфигурации для финальной версии 3.0 "wiredTiger" в соответствии с документацией. Альтернативные варианты поддерживались для нескольких последовательных точечных выпусков, но в итоге были удалены.
Читайте также: