Сообщество русскоговорящих пользователей
CMS DotNetNuke
   Вы здесь:  Форум
Добро пожаловать, Гость. Чтобы воспользоваться всеми функциями форума - зарегистрируйтесь или аутентифицируйтесь.
amor Offline
#1 Оставлено : 4 ноября 2010 г. 23:28:05(UTC)
amor

Статус: Опытный

Зарегистрирован: 30.01.2010(UTC)
Сообщений: 134
Откуда: Russian Federation

Сказал(а) «Спасибо»: 11 раз
Поблагодарили: 8 раз в 8 постах
Попросил хостера отключить wildcard mapping. Примерно в то же время начались проблемы. Для частоты исследования установил DNN с нуля, с того же дистрибутива, что и стоял раньше. Все продолжается так же. Указанными ниже ошибками заполнен весь лог за последние два дня.
Техподдержка разводит руками, говорит спрашивайте гуру в DNN.

Собственно что делать? Куда копать?

Справка:
The version of Windows on the server. OS Version:
The version of Windows on the server.
Microsoft Windows NT 5.2.3790 Service Pack 2
The version of Internet Information Server (IIS) Web Server Version:
The version of Internet Information Server (IIS)
Microsoft-IIS/6.0
The version of .NET .NET Framework Version:
The version of .NET
2.0.50727.3603
The Windows user account under which the application is running. This is the account which needs to be granted folder permissions on the server. ASP.NET Identity:
The Windows user account under which the application is running. This is the account which needs to be granted folder permissions on the server.
IIS325\IUSR_1278
The name of the Host Computer Host Name:
The name of the Host Computer
iis325
The physical location of the site root on the server. Physical Path:
The physical location of the site root on the server.
d:\hshome\c308669\m.org
The principal url for this site. Site Url:
The principal url for this site.
m.org
The relative location of the application in relation to the root of the site. Relative Path:
The relative location of the application in relation to the root of the site.
/
The current date and time for the web server. Server Time:
The current date and time for the web server.
11/4/2010 4:24:24 PM


DotNetNuke Product:
The DotNetNuke application you are running
DotNetNuke Community Edition
The version of DotNetNuke. DotNetNuke Version:
The version of DotNetNuke.
5.5.1
The site's unique identifier. Host GUID:
The site's unique identifier.
EDB3D769-C9B2-44EB-A513-1DEF772C7C7D
The Code Access Security (CAS) Permissions available for this site. CAS Permissions:
The Code Access Security (CAS) Permissions available for this site.
ReflectionPermission, WebPermission, AspNetHostingPermission
The default data provider for the site. Data Provider:
The default data provider for the site.
SqlDataProvider
The default caching provider for the site. Caching Provider:
The default caching provider for the site.
FileBasedCachingProvider
The default logging provider for the site. Logging Provider:
The default logging provider for the site.
DBLoggingProvider
The default Html editor provider for the site. Html Editor Provider:
The default Html editor provider for the site.
TelerikEditorProvider
The default friendly url provider for the site. Friendy Url Provider:
The default friendly url provider for the site.
DNNFriendlyUrl
Displays whether Friendly URLs are enabled for the site. Friendly URLs Enabled:
Displays whether Friendly URLs are enabled for the site.
True
Displays the type of Friendly URLs used for the site. Friendly URL Type:
Displays the type of Friendly URLs used for the site.
humanfriendly
The Timer Method maintains a separate thread to execute scheduled tasks while the worker process is alive. Alternatively, the Request Method executes tasks when HTTP Requests are made. You can also disable the scheduler by selecting Disabled. Scheduler Mode:
The Timer Method maintains a separate thread to execute scheduled tasks while the worker process is alive. Alternatively, the Request Method executes tasks when HTTP Requests are made. You can also disable the scheduler by selecting Disabled.
REQUEST_METHOD
This setting determines whether the site operates in Web Farm mode. Web Farm Enabled:
This setting determines whether the site operates in Web Farm mode.
False


Ошибки:

11/4/2010 4:12:19 PM Application Started ...
Server Name: IIS325
11/4/2010 4:11:15 PM Scheduler Event Failure THREAD ID: 6; TYPE: DotNetNuke.Services.ModuleCache.Purg ...
THREAD ID: 6
TYPE: DotNetNuke.Services.ModuleCache.PurgeModuleCache
EXCEPTION: Thread was being aborted.
RESCHEDULED FOR: 1/1/0001 12:00:30 AM
SOURCE: STARTED_FROM_BEGIN_REQUEST
ACTIVE THREADS: -3
FREE THREADS: 4
READER TIMEOUTS: 0
WRITER TIMEOUTS: 0
IN PROGRESS: 0
IN QUEUE: 4
Server Name: IIS325
11/4/2010 4:11:15 PM Scheduler Event Failure THREAD ID: 6; TYPE: DotNetNuke.Services.ModuleCache.Purg ...
THREAD ID: 6
TYPE: DotNetNuke.Services.ModuleCache.PurgeModuleCache
EXCEPTION: Thread was being aborted.
RESCHEDULED FOR: 1/1/0001 12:00:30 AM
SOURCE: STARTED_FROM_BEGIN_REQUEST
ACTIVE THREADS: -2
FREE THREADS: 3
READER TIMEOUTS: 0
WRITER TIMEOUTS: 0
IN PROGRESS: 0
IN QUEUE: 4
Server Name: IIS325
11/4/2010 4:11:15 PM Scheduler Exception AssemblyVersion: 5.5.1; PortalID: -1; PortalName ...
AssemblyVersion: 5.5.1
PortalID: -1
PortalName:
UserID: -1
UserName:
ActiveTabID: -1
ActiveTabName:
RawURL:
AbsoluteURL:
AbsoluteURLReferrer:
UserAgent:
DefaultDataProvider: DotNetNuke.Data.SqlDataProvider, DotNetNuke.SqlDataProvider
ExceptionGUID: c2818550-6c69-4307-9ee2-8fbae2d9b5dc
InnerException: Thread was being aborted.
FileName:
FileLineNumber: 0
FileColumnNumber: 0
Method: DotNetNuke.Services.Scheduling.DNNScheduling.ProcessGroup.Run
StackTrace:
Message: System.Threading.ThreadAbortException: Thread was being aborted. at DotNetNuke.Services.Scheduling.DNNScheduling.ProcessGroup.Run(ScheduleHistoryItem objScheduleHistoryItem)
Source:
Server Name: IIS325
11/4/2010 4:11:15 PM Scheduler Exception AssemblyVersion: 5.5.1; PortalID: -1; PortalName ...
AssemblyVersion: 5.5.1
PortalID: -1
PortalName:
UserID: -1
UserName:
ActiveTabID: -1
ActiveTabName:
RawURL:
AbsoluteURL:
AbsoluteURLReferrer:
UserAgent:
DefaultDataProvider: DotNetNuke.Data.SqlDataProvider, DotNetNuke.SqlDataProvider
ExceptionGUID: afb8f2c5-9be3-44a9-b6ab-99c14233bd99
InnerException: Thread was being aborted.
FileName:
FileLineNumber: 0
FileColumnNumber: 0
Method: DotNetNuke.Services.ModuleCache.PurgeModuleCache.DoWork
StackTrace:
Message: System.Threading.ThreadAbortException: Thread was being aborted. at DotNetNuke.Services.ModuleCache.PurgeModuleCache.DoWork() at DotNetNuke.Services.Scheduling.DNNScheduling.ProcessGroup.Run(ScheduleHistoryItem objScheduleHistoryItem)
Source:
Server Name: IIS325
11/4/2010 4:11:15 PM General Exception AssemblyVersion: 5.5.1; PortalID: -1; PortalName ...
AssemblyVersion: 5.5.1
PortalID: -1
PortalName:
UserID: -1
UserName:
ActiveTabID: -1
ActiveTabName:
RawURL:
AbsoluteURL:
AbsoluteURLReferrer:
UserAgent:
DefaultDataProvider: DotNetNuke.Data.SqlDataProvider, DotNetNuke.SqlDataProvider
ExceptionGUID: 779bf2b8-e220-4d5c-9a8a-f72ff303ea20
InnerException: Thread was being aborted.
FileName:
FileLineNumber: 0
FileColumnNumber: 0
Method: System.Threading.Thread.SleepInternal
StackTrace:
Message: System.Threading.ThreadAbortException: Thread was being aborted. at System.Threading.Thread.SleepInternal(Int32 millisecondsTimeout) at DotNetNuke.Common.Utilities.FileSystemUtils.DeleteFileWithWait(String filename, Int16 waitInMilliseconds, Int16 maxAttempts) at DotNetNuke.Services.ModuleCache.FileProvider.PurgeExpiredItems(Int32 portalId) at DotNetNuke.Services.ModuleCache.PurgeModuleCache.DoWork()
Source:
Server Name: IIS325
11/4/2010 4:11:15 PM Scheduler Event Failure THREAD ID: 6; TYPE: DotNetNuke.Services.ModuleCache.Purg ...
THREAD ID: 6
TYPE: DotNetNuke.Services.ModuleCache.PurgeModuleCache
EXCEPTION: Thread was being aborted.
RESCHEDULED FOR: 11/4/2010 4:11:29 PM
SOURCE: STARTED_FROM_BEGIN_REQUEST
ACTIVE THREADS: -1
FREE THREADS: 2
READER TIMEOUTS: 0
WRITER TIMEOUTS: 0
IN PROGRESS: 0
IN QUEUE: 4
Server Name: IIS325
11/4/2010 4:11:15 PM Scheduler Exception AssemblyVersion: 5.5.1; PortalID: -1; PortalName ...
AssemblyVersion: 5.5.1
PortalID: -1
PortalName:
UserID: -1
UserName:
ActiveTabID: -1
ActiveTabName:
RawURL:
AbsoluteURL:
AbsoluteURLReferrer:
UserAgent:
DefaultDataProvider: DotNetNuke.Data.SqlDataProvider, DotNetNuke.SqlDataProvider
ExceptionGUID: 564993d9-51e6-4541-82f8-79908a608c44
InnerException: Thread was being aborted.
FileName:
FileLineNumber: 0
FileColumnNumber: 0
Method: System.Threading.Thread.SleepInternal
StackTrace:
Message: System.Threading.ThreadAbortException: Thread was being aborted. at System.Threading.Thread.SleepInternal(Int32 millisecondsTimeout) at DotNetNuke.Common.Utilities.FileSystemUtils.DeleteFileWithWait(String filename, Int16 waitInMilliseconds, Int16 maxAttempts) at DotNetNuke.Services.ModuleCache.FileProvider.PurgeExpiredItems(Int32 portalId) at DotNetNuke.Services.ModuleCache.PurgeModuleCache.DoWork()
Source:
Server Name: IIS325
11/4/2010 4:10:57 PM Application Started ...
Реклама
OdKirill Offline
#2 Оставлено : 5 ноября 2010 г. 0:45:50(UTC)
OdKirill

Статус: Опытный

Зарегистрирован: 11.12.2009(UTC)
Сообщений: 170
Откуда: Одесса

Сказал «Спасибо»: 9 раз
Поблагодарили: 16 раз в 16 постах
Да это нормально, это-же PurgeModuleCache)) причин может быть много
У меня недавно была похожая ситуация с Purge Users Online
На официальном форуме полно веток обсуждения, сейчас и не упомню какая мне помогла (или наоборот))

Проблема в том что сиквел не успевает, почему...

1) Всё это добро на
Хост » Планировщик
эти службы запускаются каждую минуту и этого бывает не хватает , можно увеличить, выставив 2 или 5 минут,
тут надо подумать, может вообще отключить к примеру Purge Users Online если вы не используете это св-во,
или если храните модули в памяти тогда PurgeModuleCache как-бы без надобности.

2) Причины могут быть так-же в переполненных таблицах сиквела, надо такие поискать и зачистить , стандарнтый набор зачистных инструкций следующий - почистить истории событий, посещений сайта и истории отработки задач
Хост » SQL
truncate table {databaseOwner}{objectQualifier}EventLog
truncate table {databaseOwner}{objectQualifier}SiteLog
truncate table {databaseOwner}{objectQualifier}ScheduleHistory

Кстати в истории отработки задач вы и можете найти историю проблемы.
Находится она на
Хост » Планировщик => Задача - Журнал
amor Offline
#3 Оставлено : 5 ноября 2010 г. 12:05:32(UTC)
amor

Статус: Опытный

Зарегистрирован: 30.01.2010(UTC)
Сообщений: 134
Откуда: Russian Federation

Сказал(а) «Спасибо»: 11 раз
Поблагодарили: 8 раз в 8 постах
OdKirill написал:
Да это нормально, это-же PurgeModuleCache)) причин может быть много
У меня недавно была похожая ситуация с Purge Users Online
На официальном форуме полно веток обсуждения, сейчас и не упомню какая мне помогла (или наоборот))

Проблема в том что сиквел не успевает, почему...

1) Всё это добро на
Хост » Планировщик
эти службы запускаются каждую минуту и этого бывает не хватает , можно увеличить, выставив 2 или 5 минут,
тут надо подумать, может вообще отключить к примеру Purge Users Online если вы не используете это св-во,
или если храните модули в памяти тогда PurgeModuleCache как-бы без надобности.


Поигрался с планировщиком, настройками производительности. Ошибки исчезли. Что на что повлияло - запутался. :)

Осталось только постоянное Application Started.... Причем с разной периодичностью и раз в несколько часов, и через 30 секунд бывает. Записей о завершении приложения или рестарте нет. Только постоянные записи в логе Application Started.... И раньше такого не было. Как такое может быть?
wowikt Offline
#4 Оставлено : 5 ноября 2010 г. 14:23:03(UTC)
wowikt

Статус: Участник

Зарегистрирован: 10.02.2010(UTC)
Сообщений: 35
Откуда: Новосибирск

Сказал «Спасибо»: 1 раз
Поблагодарили: 1 раз в 1 постах
Выскажу предположение (не более!), что на том же сервере Вашего хостинга завелся беспокойный сосед, в смысле, достаточно нагруженный сайт, а то и не один. В итоге, когда серверу не хватает ресурсов, он сбрасывает Ваше приложение, а когда к Вашему приложению приходит запрос, запускает заново. Ну и аналогичная ситуация при обращении к базе - не успевает, потому что занят общением с другими приложениями.
OdKirill Offline
#5 Оставлено : 5 ноября 2010 г. 16:44:26(UTC)
OdKirill

Статус: Опытный

Зарегистрирован: 11.12.2009(UTC)
Сообщений: 170
Откуда: Одесса

Сказал «Спасибо»: 9 раз
Поблагодарили: 16 раз в 16 постах
Куча Application Started в интервале менее 20 минут а иногда каждые десятки секунд и как следствие тормоза...
и такое то-же было, это Вам в саппорт хостинга жалобу надо писать.
Кстати, частично эти проблемы обсуждались как раз в этой ветке
Т.е. тут возможна ситуация когда приложение исчерпывает выделенную хостером ОЗУ и идёт рестарт.

Отредактировано пользователем 5 ноября 2010 г. 16:52:25(UTC)  | Причина: Не указана

amor Offline
#6 Оставлено : 6 ноября 2010 г. 0:04:28(UTC)
amor

Статус: Опытный

Зарегистрирован: 30.01.2010(UTC)
Сообщений: 134
Откуда: Russian Federation

Сказал(а) «Спасибо»: 11 раз
Поблагодарили: 8 раз в 8 постах
wowikt написал:
Выскажу предположение (не более!), что на том же сервере Вашего хостинга завелся беспокойный сосед, в смысле, достаточно нагруженный сайт, а то и не один. В итоге, когда серверу не хватает ресурсов

К сожалению это уже пробовал - перевел себя на выделенный пул (всего 64 метра, но все честные только твои)- не помогло. Хотя раньше на выделенном пуле работало как часы.

OdKirill написал:
Куча Application Started в интервале менее 20 минут а иногда каждые десятки секунд и как следствие тормоза...
и такое то-же было, это Вам в саппорт хостинга жалобу надо писать.

Уже писал, как указал в начале поста, техподдержка развела руками: "ничего не знаем, обратитесь на специализированный форум DNN за помощью".
OdKirill, а что конкретно Вы писали в ваш саппорт? (И, кстати, интересно что они там подкрутили?) Я своим отправил логи DNN и задал вопрос - "что за хрень? Почему вы выгружаете мое приложение, если раньше все было в порядке?". Ответ см. выше. :(
Есть вообще логи о том что сервер выгружает приложение? Это логи IIS или нет? Хочу ткнуть саппорт носом, но не знаю куда... :(
OdKirill Offline
#7 Оставлено : 6 ноября 2010 г. 2:02:49(UTC)
OdKirill

Статус: Опытный

Зарегистрирован: 11.12.2009(UTC)
Сообщений: 170
Откуда: Одесса

Сказал «Спасибо»: 9 раз
Поблагодарили: 16 раз в 16 постах
Я им написал
> Hi,
> I look through my event log at dnn and I see more records:
> ...
> 28.09.2010 14:37:22 Application Started
> 28.09.2010 14:35:22 Application Started
> 28.09.2010 14:32:08 Application Started
> 28.09.2010 14:31:21 Application Started
> ...
> Main process should be killed after 20 minutes without activity, but at your server is it killed at once ?
> Please check it.
В ответ получил
Hi,
Please test now.
И всё)
Ну прелюдию я опустил, я там писал про тормоза они в ответ
> Hi,
> I am testing the issue and will move it to separate pool to investigate.
> DNN sites are usually slow in initial loads and we do not have built in keep alive settings.

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

>>Есть вообще логи о том что сервер выгружает приложение?
28.09.2010 14:37:22 Application Started
Это как раз и означает что приложение было выгружено, выгрузка может происходить по многим причинам, как я писал, это и плановая спустя 20 минут без активности рабочего процесса, и внеплановая, например вы изменили код,подлили файлы или вручную рестартовали, но и может быть задействованы механизмы хостинга когда вы исчерпываете квоту памяти к примеру или происходят критические ошибки.

Отредактировано пользователем 6 ноября 2010 г. 2:13:03(UTC)  | Причина: Не указана

amor Offline
#8 Оставлено : 14 ноября 2010 г. 22:52:30(UTC)
amor

Статус: Опытный

Зарегистрирован: 30.01.2010(UTC)
Сообщений: 134
Откуда: Russian Federation

Сказал(а) «Спасибо»: 11 раз
Поблагодарили: 8 раз в 8 постах
Отпуск кончился, продолжаем борьбу. :)
Вообщем хостинг разводит пока руками, нашел вот что.... как можно объяснить и побороть запуск задачи самим DNN несколько раз в... одну секунду (или спустя несколько секунд)?! В планировщике установлен запуск Messaging Dispatch раз в 5 минут без повторов, Purge Log Buffer раз в 5 минут с повторами в 5 минут.
Коллеги, помогите, плиз.

p.s. Запуск задачи вручную порождает ТРИ записи в логе о запуске этой одной задачи. В чем прикол, блин?
Запуск стоит по таймеру, никакой многопортальности или фермы не используется.

Messaging Dispatch
MessagingScheduler DoWork Starting 51bbfafd-4b0e-4e28-8ec0-58af6bc21e96 Message Scheduler '51bbfafd-4b0e-4e28-8ec0-58af6bc21e96' sent a total of 0 message(s) IIS325 0 True
S: 14.11.2010 14:24:25
E: 14.11.2010 14:24:25
N: 14.11.2010 14:29:25
Messaging Dispatch
MessagingScheduler DoWork Starting bd11deec-2c40-47e9-a58f-6359691f6a09 Message Scheduler 'bd11deec-2c40-47e9-a58f-6359691f6a09' sent a total of 0 message(s) IIS325 0 True
S: 14.11.2010 14:24:25
E: 14.11.2010 14:24:25
N: 14.11.2010 14:29:25
Purge Log Buffer
Purged log entries successfully IIS325 0,017 True
S: 14.11.2010 14:23:24
E: 14.11.2010 14:23:24
N: 14.11.2010 14:28:24
Purge Log Buffer
Purged log entries successfully IIS325 0,033 True
S: 14.11.2010 14:23:24
E: 14.11.2010 14:23:24
N: 14.11.2010 14:28:24
Purge Log Buffer
Purged log entries successfully IIS325 0 True
S: 14.11.2010 14:23:18
E: 14.11.2010 14:23:18
N: 14.11.2010 14:28:18
Messaging Dispatch
MessagingScheduler DoWork Starting 011fb7a9-464d-4a71-bffe-6261cf34bc41 Message Scheduler '011fb7a9-464d-4a71-bffe-6261cf34bc41' sent a total of 0 message(s) IIS325 0 True
S: 14.11.2010 14:19:17
E: 14.11.2010 14:19:17
N: 14.11.2010 14:24:17



А это запуск вручную:
Messaging Dispatch
MessagingScheduler DoWork Starting 21a09163-2881-4302-8a11-92aa3445be89 Message Scheduler '21a09163-2881-4302-8a11-92aa3445be89' sent a total of 0 message(s) IIS325 0 True
S: 14.11.2010 16:00:55
E: 14.11.2010 16:00:55
N: 14.11.2010 16:05:55
Messaging Dispatch
MessagingScheduler DoWork Starting a82abd88-6cec-489a-9ed3-13d7f1c8cca7 Message Scheduler 'a82abd88-6cec-489a-9ed3-13d7f1c8cca7' sent a total of 0 message(s) IIS325 0 True
S: 14.11.2010 16:00:55
E: 14.11.2010 16:00:55
N: 14.11.2010 16:05:55
Messaging Dispatch
MessagingScheduler DoWork Starting 30c5ea87-34cd-489b-a943-56a9e669f18c Message Scheduler '30c5ea87-34cd-489b-a943-56a9e669f18c' sent a total of 0 message(s) IIS325 0 True
S: 14.11.2010 16:00:54
E: 14.11.2010 16:00:54
N: 14.11.2010 16:05:54

Отредактировано пользователем 15 ноября 2010 г. 0:19:52(UTC)  | Причина: Не указана

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



 
OpenedBorderBoxed Small width layoutMedium width layoutMaximum width layout Small textMedium textMaximum text