Здравейте,

Пиша тук, защото не намерих аналогичен случай описан в нета (може би не знам какво точно да търся). Проблемът е следния:

В даден момент ASP спира да работи едновременно във всички виртуални директории, като обръщение към .asp скрипт, дори несъдържащ код в себе си, задължително е internal server error 500. Обръщението към виртуална директория без индексен файл не е познатото 403, ами е 400 - bad request.

Случва ми се за трети път в рамките на 1 седмица. Предните 2 пъти го счетох за проявил се проблем с паметта на компютъра (над 70 дена ъптайм при доста сериозно натоварване, около 25% използвано процесорно време, used memory с 300 MB повече от RAM-а). Жертвах пак желанието ми да докажа стабилността на машината и я рестартирах. Може би сгреших, защото в предните случаи ASP скрипт от сорта на:

<%="a"%>

връщаше response от сорта на:
0x801010...
-0192409134981

а сега не връща нищо :)

(обърнете внимание, връща го ИЗПИСАНО на екрана като стринг, а не като ASP error)

за съжаление тогава не обърнах нужното внимание и не записах точните два реда, а google search на това 0x.... върна само някакви въпроси в мейлинг листи за CFML.

При рестартиране на services се оправя до следващия краш. Това е напълно изненадващ за мен IIS проблем, моля - помогнете, ако имате идея какво е.

Огледай за ДЛЛ-и във ИИС - ИСАПИ-та или друго. Ако трябва - преинсталирай ИИС.

Love conquers all... :-(

На сървъра има само 1G свободно пространство;

Сървъра е ежедневно бива тестван по 20-ина пъти от nimda (или нещо такова), което обаче не би трябвало да му влияе;

Основните сайтове РАБОТЯТ, когато виртуалните директории крашнат.

Hi,

tova s 300-te MB memory usage nad obema na RAM pametta shte da e.
Pone na men tova mi se vijda strashno mnogo.
Pametta v momenta e jalti stotinki. Probvay da ya uvelichish pone s tezi 300MB.
I togava da vidim dal pak sha se troshi po tozi nachin ....

Предполагам dllhost-овете растат ли растат. 300Мб над паметта не е толкова фрапиращо.
Би следвало да не се получава ако сложиш протекшъна на апликейшъните, които ти правят най-голям dllhost на high(isolated). Или направо всички ги сложи...
При мен помага.

Дзвер,
ти май вече си ми помагал без да знаеш....с Явор Янков сме приятели.....
гледам ти си имал странен проблем да докладвам и аз за един подобен

иамам горедолу следната ситуация
сървър - WinNT 4.0 SP 6A 128 bit (за 128-тях бита не съм убеден, ама е 6А)
база данни - MS SQL Server 2000 SP2
интерфейс - ASP (java script мразя VB)
след рестартиране на сървъра модула(с него са въведени вече над 3000 записа), който записва данните дава съобщение за грешка от типа "че полето дето се опитвате да запишете съдържа нулева стойност а там не може" все неща дето се проверяват елементарно и очевадно не са така...

как го лекувам - в началото рестартирах всички сървиси дето дават грешки...CI беше един от тях...винаги при стартиране на сървъра пише някакви грешки в евентлога.....понякога се оправяше като отворя проекта с MS Internet Developer или FrontPage...

сега - просто изчаквам час два и се оправя от самосебеси....

имаш ли идея защо се получава това ?

от сега да кажа - проблем с памет, дисково пространство и друг хардуер НЯМАМ; сървъра не е натоварен изобщо - около 50 - 100 юзера максимум, ама абселютен максимум! 3 до 5 колежки въвеждат данни, останалите четат справки..)))

значи, нашият проблем със сървъра спря да се проявява след като направихме малко почистване на хард диска :) иди прави връзки в microsoft windows - де го чукаш, де се пука.

cannot insert null принципно би трябвало да дава когато се опитваш да инсъртваш, без да упоменаваш стойност за поле, което е not null. вярно, елементарно се проверява, но сигурен ли си, че някое дребно редче не ти е убягнало от кода?

Препоръчвам ти да си направиш error log - в 500-100.asp да инсъртваш в таблица или добавяш в текстов файл данни за грешката, за параметрите, включително и последна изпълнена sql заявка. Така когато някой user ти изгърми приложението, ще знаеш какво е станало.

Дзвер.....
става дума за код от пет реда и три полета(а в другата таблица са дори 2)....
другото което се наблюдава е разформатиране на полетата с дати....дава ги в американския стандарт за известно време....и след това почва да ги дава с точки както си е настроено....тогава вече пише нормално...

тая сутрин пак се случи, щото вчера (а и днес също) нямахме ток....пуснаха го сутринта за един час...

май пропуснах да кажа, че се занимавам с бази данни повече от 5 - 6 години...

Редактирано от Topбaлaн на 12.07.02 19:39.

prosto iskah da pomogna,
niama da se obajdam drug put togava :)

абе обаждай се!!!! даже, още по често се обаждай!
аз ако исках да не се обаждаш, нямаше да те закачам!

ето....вчера пак рестартирахме сървъра щото нямаше ток...и пак същата работа.......

сяда колежката да въвежда....и половин час не може да въведе и един ред.....
след това със същите данни въвежда без проблеми...

интересно защо обаче форматира датата различно?



Дзвер, ако имаш време за губене обади се - ICQ# 44441095

Редактирано от Topбaлaн на 13.07.02 23:29.