Ошибка DotNetNuke 05.06.00 (459) с закрытием AppDomain из-за изменения сообщения конфигурации уровня приложения

Я разработал сайт DNN5 для клиента локально на своем ноутбуке, и у меня возникли проблемы с переносом его на рабочий сервер. Сервер работает под управлением Windows 2008 R2 (IIS 7.5). Я скопировал все файлы, скопировал базу данных, изменил web.config, чтобы увидеть новую базу данных, проверил, что dnn может видеть базу данных через строку подключения, убедился, что права доступа к каталогу верны (пользователь домена приложения имеет доступ RW ко всему виртуальному каталог) .. и это подводит меня со следующим сообщением об ошибке, извлеченным из каталога portals/_default/logs:

<log LogGUID="a3f8aab9-36b6-4d95-a605-53b4b0b02c34" LogFileID="" LogTypeKey="APPLICATION_SHUTTING_DOWN" LogUserID="-1" LogUserName="" LogPortalID="-1" LogPortalName="" LogCreateDate="2/4/2011 11:52:57 AM" LogCreateDateNum="0" BypassBuffering="True" LogServerName="SERVER01" LogConfigID="">
    <LogProperties>
        <LogProperty>
            <PropertyName>Shutdown Details</PropertyName>
            <PropertyValue>The AppDomain shut down because of a change to the application level configuration.</PropertyValue>
        </LogProperty>
    </LogProperties>
</log>

Я застрял на этом последние 3 часа ... так что любой намек или совет очень ценится.

Спасибо!

Филип


iis-7.5 dotnetnuke windows-server-2008-r2 dotnetnuke-5
person Filip    schedule 07.02.2011    source источник

Ответы (1)


arrow_upward
0
arrow_downward

Вы можете посмотреть в таблице EventLog? Я не думаю, что файл журнала будет точным местом для получения всех ваших сообщений об ошибках. В частности, это даже не ошибка, а просто уведомление о том, что несколько дней назад ваше приложение было перезапущено из-за изменения файла web.config.

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

Имеет ли процесс, на котором запущен веб-сайт, доступ к файлу web.config? Можете ли вы дважды или трижды проверить, поскольку кажется, что файл web.config затрагивается каждый раз, когда вы пытаетесь попасть на веб-сайт? Может ли программа обновления пытаться обновить это при первом запуске сайта?

person bdukes    schedule 07.02.2011
comment
Это уведомление записывается в файл журнала сразу (!) после того, как DNN вернет сообщение Этот сайт в настоящее время недоступен обратно в мой браузер. Кстати - я проверил EventLog - там нет сообщений об ошибках. - person Filip; 07.02.2011