люди, подскажите, плиз...
есть сервак с Windows 2003 Server SP1, к нему цепляются юзеры через терминал и работают на нём в 1с...
на нём расшарен диск, где лежат фотки...

если несколько юзеров (не через терминал) начинают просматривать фотки (которые все лежат в 1 папке), то у всех начинают висеть терминалы... у кого-нить была такая ситуация? кможет ресурсов не хватает каких-нибудь... подскажите, кто что думает по этому поводу...

в логах пусто!

железо:
проц AMD 5200 (двуядерный)
мать Gigabyte GA-M57SLI-S4
ОЗУ 2 Gb

если на папку закрыть доступ, создать другую, то происходит тоже самое и с другой... как-будто памяти не хватает, хотя 2 гига!
пользователей в системе всего 15

системный монитор, показывает часто 100% загрузку ОЗУ... хотя странноо, сегодня попробую добавить памяти и проверить, позже отпишусь...

MZH
А если, например, не фотки с него смотреть, а файлы многогигабайтные лить?
Зависят ли зависания терминалов от количества терминальных сессий в момент яростного просмотра фоток?

это гляну...

MZH
Диск не на RAID'е ли встроенном? Фотки на отдельном разделе/диске или вместе с остальными данными?
фотки в папке вместе с остальными файлами на диске C.
встроенный RAID - не знаю точно, материнка GA-M57SLI-S4 (rev. 1.0)
внутри сервера два винта SATA. второй винт - зеркало первого... это настроено средствами самой ОС Windows 2003 Server

специально следил за системным монитором... прикол в том, что в момент вылетание ни один из ресурсов не доходит до 100% !!! проверял нодом самыми свежими базами вирусов нет - да и сервер в принципе новый, только 1с-ка стоит и в принципе всё...

MZHПопробуйте вынести фотки и прочий неактуальный стафф на отдельный раздел или вообще на отдельный диск. Проверьте дисковые очереди в моменты покоя/загрузки.

На всякий случай проверил бы данные SMART.
подскажите, пожалуйста, какими программами это лучше делать...

хм...

http://www.elgrad.net/files/hdd.jpg

м.б. это из-за этого... сегодня начал копировать папку 300 метров с JPG-ами с сетевого диска на раб комп (не через терминал, а как обычно с расшаренной папки сервака), опять зависли терминалы...

вот точная ссылка на скриншот...

http://www.elgrad.net/files/hdd.JPG

кстати, винты:
320 GB Seagate ST3320620AS Barracuda 7200 16 MB SATA (ST3320620AS)

поспрашивал у железников, говорят, что смарт нормальный, так что дело не в железе... блин, я в шоке... ресурсы 100% тут не при чём...
лицензионный виндовс!!! у нас пиратский работал лучше в своё время!!!

MZH однобитныйвот точная ссылка на скриншот...

http://www.elgrad.net/files/hdd.JPG
На обоих винтах подобные показатели или на одном?
По своему опыту скажу, что, когда Spin Retry Count близок к пороговому значению, ПК регулярно выпадает в "заморозку" при затяжных дисковых операциях.

вот фото обоих скриншот для обоих винтов соответственно:

http://www.elgrad.net/files/hdd1.JPG
http://www.elgrad.net/files/hdd2.JPG

прокомментируйте, пожалуйста...

и вопрос сходу тогда, какими мерами можно понизить Spin Retry Count ? :)

вот логи: (но по ним мало, что можно сказать, вроде как...)

http://www.elgrad.net/files/log1.JPG
http://www.elgrad.net/files/log1_.JPG
http://www.elgrad.net/files/log2.JPG
http://www.elgrad.net/files/log2_.JPG

но эти события похоже уже следствия сбоев...

есть предположение, что контроллеры на материнки глячат... есть ли софт какой-нибудь для тестирования контроллеров SATA?...

короче вчера отсоеденил винт №1, попробывал загрузицца со второго (зеркала)...
Verifying DMI Pool Data... и молчание

отсоеденил второй винт, подключил первый и оставил только его...
всё загрузилось... сегодня проверю как поведёт сервак себя при копировании и обязательно напишу...

зеркалирование отключил...