|
||||||||||||||||||
Заголовок: "Сервер не обслуживает каталог обмена" Прислано пользователем box_vma на 04.10.12 в 09:32:30 Добрый день! Время от времени клиенту выдается сообщение о том, что сервер не обслуживает каталог обмена. При этом сервер работает. Приходится заново проходить процедуру регистрации. Сервер ФБП на 20 имен пользователей работает под WIN SERVER 2003, у каждого клиента свой подкаталог для обмена. Если не изменяет память подобное обсуждение уже было на форуме, найти не смог. Подскажите, в чем причина? С уважением, В. Антипин |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем mine-R на 04.10.12 в 12:05:21 Однажды подобное было. Оказалось что антивирус монопольно блокировал для проверки файл upti в каталоге обмена в момент введения новых операций. Это может быть и не обязательно антивирус. Просто клиент по каким-то причинам теряет связь с файлом upti в каталоге обмена. (Например, пока никто не видит, один из операторов последовательно отправляет запросы w on, w off...) |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем box_vma на 04.10.12 в 13:35:40 W ON и W OFF от клиентов исключены. Антивирус (Касперский) каталог _box_ не проверяет. Не может ли по каким-то причинам Windows блокировать, и как от этого избавиться? Подозреваю, что по этой же причине возникают "тормоза" при работе клиента (ожидание отклика на протяжении нескольких секунд). "Тормозит" не всегда, закономерность выявить не удается. |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена&quo Прислано пользователем box_vma на 04.10.12 в 13:37:21 P.S. Перезагрузка сервера ФБП позволяет от "тормозов" избавиться... |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем mine-R на 04.10.12 в 15:22:53 on 10/04/12 в 13:35:40, box_vma wrote:
А решилась ли прошлая проблема (Win 7 и ФБП)? Похоже, что теряется много пакетов в сети и затержка оттого, что идет повторная отправка утерянных пакетов. on 10/04/12 в 13:37:21, box_vma wrote:
??? Получается, что эти самые "тормоза" не только у клиентов по сети, но и если клиент запущен на машине с сервером т.е. локально? Не смог найти, но где-то обсуждалось, что может скапливаться большое количество файлов *.out в каталоге из-за того, что клиенту иногда не удается их подчистить. А при перезагрузке сервера как раз подчищается все полностью и остаются лишь upti. Посмотрите ради интереса, что происходит в каталоге обмена когда начинаются "тормоза". |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена&quo Прислано пользователем box_vma на 04.10.12 в 15:40:25 Проблема Win 7 и ФБП не решилась. Сервер ФБП перенесли на машину с другой Windows. Проблемы "тормозов" на время исчезли и появились снова после: - переезда части операторов в другой кабинет, где был проложен новый кусок ЛВС; - увеличения количества пользователей; - перехода на 20-ти пользовательскую версию ФБП |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем Boris, Kiev. на 05.10.12 в 22:18:34 on 10/04/12 в 15:40:25, box_vma wrote:
Понаблюдайте за кол-вом *.out и процентом ЦП за сервером в диспетчере задач, если будет связь, то, можно: 1. Настроить работу через мост Василенко. 2. Написать форму для чистки *.out, но придеться пожертвовать одним именем из 20, т.к. желательно запускать периодически в авторежиме. 3. Подождать версию клиента, кот. будет делать ту же работу. |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем Vladimir на 06.10.12 в 19:37:21 Quote:
Есть такое ощущение, что количество OUT не являются причиной замедления работы в среде W7. Я провел такой эксперимент. Серверная машина: W7-Home Premium-64, Intel Core 2 Quad CPU Q6700 @2.67 GHz, RAM 4GB; Сервер 4.22 х64 на 30 пользователей. Клиентская машина: Sony Vaio W7-Professional-64, Processor i7 M640 @2.8 GHz RAM 8GB; Клиент-FCM http://www.imte.ca/fcm/ Десктоп серверной машины я смотрел с помощью RealVNC. Это дало возможность одновременно наблюдать как выглядит директория обмена с точки зрения серверной машины (C:\fin-test\_BOX_) и клиентской машины (O:\_BOX_). Обратите внимание, что на серверной машине 34758.OUT уже сформирован, а клиентская машина "видит" 34758.IN, а 34758.OUT-а и в помине нет! Понятно, что клиент ждет-пождет... Любопытно то, что такая картина висела секунд 30-40, что дало мне возможность не торопясь осознать происходящее, сделать скрин шот и потом еще некоторое время дивиться на Windows. http://www.imte.ca/fcm/pix/brake.jpg Quote:
Мост Василенко не пробовал, а со своим мостом экспериментировал. Действительно, проблема решается. Quote:
При запуске клиента-FCM непосредственно на серверной машине все работате без каких-либо замедлений. (Попутно отмечу, что Клиент-FCM корректно подчищает OUT-ы за собой.) Предположения. 1. W7 по-оcобому относиться к файлам с расширением IN и OUT при передачи их по сети. 2. W7 слишком много времени тратит на подготовку к передаче маленьких файлов по сети. 3. Некие настройки приватности, как файерволл или что-то еще долго не могут решить, что же делать с этими файлами. Полагаю, что на самом деле надо ждать обновления Windows и надеятся. |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем Boris, Kiev. на 06.10.12 в 21:37:40 on 10/06/12 в 19:37:21, Vladimir wrote:
Плз., попробуйте штатного клиента. Quote:
Плз, поэкспериментируйте с мостами на скорость передачи больших файлов по локальной и глобальной сети с целью определить кто быстрее. Quote:
Т.к. мосты решают проблему, поэтому "да" только третьему пункту без упоминания малоразмерности файла, т.к. мосты пользуют другие методы для передачи файлов. Ещё один субъективный факт был установлен - если отчет большой, т.е. если его передача на XP грузится, например, за 14 сек, т.е. более 4-5сек.(замеченное время задержки под W7), то на связке W7 этот отчет передается быстрее(12сек.) Странно, т.к. сетевое железо тоже самое, но факт. Получается что сетевой софт под W7 даёт выигрыш в скорости. Quote:
Если описать проблему и она попадет в ИХ повестку на решение, то можно и подождать. Кстати, картинка неудачная, т.к. Вы добавляете проблемы с передачей картинки с VNC. Просто поставьте два экрана рядом и настройте согласованное обновление картинок в одном и том же файловом менеджере, тогда, Вы убедитесь в собственной странности этой картинки. Вы ведь смотрите в одну и ту же папку! На что расcчитываете?, эту картинку лучше разработчикам VNC подарите. Если бы это наблюдение было связано с мостами, была бы понятна цель, а так, вопросы только к VNC. |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем Vladimir на 07.10.12 в 06:18:14 on 10/06/12 в 21:37:40, Boris, Kiev. wrote:
Борис, неужели вы не поняли что происходит? Для ясности я пометил красными надписями что видно с серверной машины и что с клиентской. Сервер УЖЕ сформировал ответ. RealVNC УЖЕ передал реальное состояние директории обмена то есть то, как она видна на серверной машине. А то, что видит клиентская машина в той же самой директории (это вы точно подметили!) серьезно отстает по времени актуализации. Вывод - RealVNC тут ни при чем. Он-то как раз работает исправно (полагаю потому, что осуществляет обмен по протоколу, как и мосты). А вот файловый обмен W7 явно затруднен. Мне показалось что следующая манипуляция улучшила ситуацию. Я включил режим "Отображать расширения файлов для известных типов." Как это сделать подробно описано тут. http://www.granneman.com/techinfo/windows/showextensions/ Будет любопытно узнать, помогло ли это коллегам, кто страдает в реальной жизни. Еще одно соображение. При изменении расширения имени файла вручную, W (не толко 7ой) выдает такое предупреждение: "Если вы измените расширение фйала, то он может стать неиспользуемым." При изменении расширения файла программным способом спрашивать, вроде бы некого, но тормоза могут возникнуть. Интересно, а такая бдительность W как-нибудь отключается? |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем mine-R на 07.10.12 в 10:05:38 К файлам *.in и *.out особого отношения у Windows нет. На моем пк с семеркой, они даже не являются известными зарегистрированными расширениями. Можно глянуть: HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\FileExts Работа файловых операций в семерке и правда восторга не вызывает, но не думаю, что дело в них, т.к. при локальном запуске все нормально. Я бы все-же посоветовал сначала копать в сторону параметров tcp в плане отключения Nagle-алгоритма и отложенного ACK-подтверждения
Конечно же, сначала сделать backup реестра. Не нашел пока информации насчет того, с какой частотой Windows мониторит изменения в сетевых директориях. Возможно, загвоздка действительно именно там. |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем Vladimir на 08.10.12 в 06:33:02 Я пустился в поиски по Интернету. Вот что нашел. Люди пишут, что меры помогают существенно увеличить скорость передачи файлов по сетям с W7 и Vista. Я проделал на серверной машине всё, что тут описано: http://www.sysprobs.com/windows-7-network-slow http://www.freenerd.net/index.php?title=Windows_7_slow_file_copy_fix И дополнительно: - отключил антивирус - отключил W firewall - отключил индексирование Indexing Service директорию обмена (представьте себе, с какого-то бодуна она оказалась в списке!) - отключил от индексирования фалы с расширением ANS OUT IN - отключил Receive-Side Scaling State (RSS) Все тщетно. Далее я запустил сервер на 2 пользователя на компьютере с W8-32 и подключился к нему своим лаптопом VAIO c W7-64. Та же печальная картина. На отклик требуется 2-4 секунды. Продолжение экспериментов. Теперь клиентская машина - мой старый лаптоп Toshiba Satellite 5200 с W-XP. Последовательно подключаюсь к серверной машине W7-64 затем к W8-32. Работает приемлемо быстро! На отклик требуется менее чем пол-секунды. Вывод. Тормоза наступают тогда, когда две машины W7-W7 или W7-W8. Если какая-то из машин WXP, то работает приемлемо быстро. |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем mine-R на 08.10.12 в 10:11:19 Еще в дополнение: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa LmCompatibilityLevel=1 Это позволит машинам "общаться" по сети на одинаковой версии smb-протокола. *Примечание: все ключи из этого и предыдущего примера имеют тип DWORD. |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем Vladimir на 09.10.12 в 06:38:46 on 10/08/12 в 10:11:19, mine-R wrote:
Я обнаружил, что на серверной машине (W7-64) был установлен LmCompatibilityLevel=3, а на клиентской машине (W7-64) такой параметр отсутствовал вообще. http://www.imte.ca/fcm/pix/lsa.jpg Полагая, что в этом случае он ноль, я изменил LmCompatibilityLevel на серверной машине на ноль (LmCompatibilityLevel=0) и перестартовал ее. Сравнение скорости реакции клиентской машины WXP с W7-64 показало, что ни чего не изменилось. Одна и та же версия клиентской части Клиент-FCM и одна и та же отчетная форма на машине WXP обновляется за менне чем 2 сек, а на машине W7-64 более 4 сек. При чем это результат очень стабильный, проверено раз двадцать. Завтра попробую установить на обоих машинах LmCompatibilityLevel=1, как вы советуете и доложу о результатах. |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем mine-R на 09.10.12 в 08:28:59 on 10/09/12 в 06:38:46, Vladimir wrote:
В принципе, наверное можно и ноль, но на обеих машинах. Цитата со значениями:
|
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена&quo Прислано пользователем Vladimir на 10.10.12 в 05:45:19 Делал и так и так. На обеих машинах 0. Потом на обеих машинах 1. Результат один и тот-же. К слову сказать, машина с WXP работает как ни в чем не бывало. Были праздники, сейчас ездил в офис. Подключался своим лаптопом W7-64 к рабочему серверу WXP-32 через директорию обмена. Никаких вопросов в скорости работы! Поэтому вывод однозначный. W7 не любит W7. Ну что за козлы! Устал. |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем mine-R на 10.10.12 в 13:53:10 :) Дело в том, что у меня на тестовой машине с W7x64 Home Premium, где тестировал сервер, убиты и Windows Firewall и UAC, и учетной записи "Сеть" предоставлен полный доступ с полными разрешениями к каталогу обмена. Также полностью разрешен NetBios over TCP/IP. Возможно поэтому и отрабатывает нормально. Но это тестовая машина. На реальной так расшаривать ресурсы никто не станет. Поиск причины продолжается.. |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем Denis, Dnepropetrovsk на 10.10.12 в 16:33:26 Возможно все дело в версии Ноme Premium.. В свое время отказался от winXP в пользу winserver2003 -2008. Дело было в том что в XP есть ограничение на количество одновременно открытых по сети файлов (для XP по моему около 10). Поэтому при одновременной работе более 10 пользователей в XP часто вылетало "сервер не обслуживает каталог обмена" потому-что в момент открытия upti к нему иногда пропадал доступ :). Причем повторная регистрация клиента обычно проходила нормально.. В серверных версиях Win такого ограничения похоже нет и все работает нормально.. Да, сейчас такое сообщение часто вылетает у директора (остальные возможно не признаются :) ), но у нее частенько открыто более 10-15 отчетов одновременно. У нее и клиент часто нештатно завершает работу... Мост решает эту проблему, потому что открытием-закрытием файлов занимается сам Мост который обычно установлен на самом сервере (и файлы открываются не по сети, а локально) или обрабатывает файлы по сети последовательно от имени Себя (и тогда не возникает ситуации, когда одновременно открываются много файлов). У меня собственный клиент (на PHP - пользователи работают через браузер) вообще не определяет перезагрузку сервера :) только если upti нет в каталоге, тогда он и ругается ;) |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем mine-R на 10.10.12 в 20:15:53 on 10/10/12 в 16:33:26, Denis, Dnepropetrovsk wrote:
:) Жестоко Вы с XP... Помню такое ограничение. Но если память мне не изменяет, то "доведенный до ума" tcpip.sys c "ограничением" в 65536 пользователей для XP появился на просторах Сети задолго до первого сервиспака к системе. Quote:
:) Монстр какой-то, а не мост. Я немножко по-другому себе представляю функции моста. Он просто мониторит локально папки обмена и действительно последовательно (запрос-ответ) обменивается потоками битов между серверной и клиентской частью по предопределенным заранее связкам ip:port, сохраняет стримы в файлы с переименованием req->in и ans->out. Ну и изменяет на клиентах (без перезаписи) файл upti при необходимости, если тот изменился на сервере. Сами же ФБП-Сервер и ФБП-Клиент даже "не догадываются", что общаются через посредника. А клиент Ваш поделом ругается :) даже если upti и есть, но штамп создания уже другой - попахивает перезагрузкой сервера... ??? А в задержке Win7 я всё же Lan Manager подозреваю. Польза от моста ещё в том, что он обходит LM.. |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем Svetlana на 16.10.12 в 08:12:38 Просим попробовать такой вариант: внести в реестр такие изменения на сервере с W7 и на клиенте с W7: HKLM\System\CurrentControlSet\services\LanmanWorkstation\DependOnService Type: REG_MULTI_SZ Data: bowser, mrxsmb10, nsi HKLM\System\CurrentControlSet\services\mrxsmb20\Start Type: REG_DWORD Data: 4 Нужно перегрузить машины. |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем mine-R на 20.10.12 в 13:17:50 box_vma, Vladimir, отпишитесь пожалуйста по теме. Я никак не могу воссоздать ситуацию с задержкой по сети, чтобы ответить с определенностью. |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем Vladimir на 20.10.12 в 23:35:11 on 10/20/12 в 13:17:50, mine-R wrote:
Отписываюсь: после выполнения инструкций Светланы проблема полностью решилась!!! Работает просто "от винта"! Ура! |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем Svetlana на 25.10.12 в 14:28:08 От Данилова А. пришел такой вопрос: on 10/16/12 в 08:12:38, Svetlana wrote:
Я показал сетевому администратору эту информацию. У него возникли сомнения в правильности написания bowser .. Это не описка, случаем ? Может, browser ? Далее Data: bowser, mrxsmb10, nsi можно ли писать через запятую данные параметры.. И последнее Он просит разъяснить смысл того, как данная запись в реестре влияет на работу ФБП. С уважением А .Данилов. |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем Boris, Kiev. на 25.10.12 в 14:50:24 on 10/25/12 в 14:28:08, Svetlana wrote:
Хотите обижайтесь, хотите - нет, но на эти вопросы должны как раз отвечать админы. Но не сложиллось видно у нас с ними дружбы. По поводу браузера и запятых, то конечно озадачили, хвалю за внимательность, но Вы всё-таки в сл. раз сначала сходите посмотрите на эти записи в реестре и Вам станет ясно или вообщем-то должен быть ясен ответ. Quote:
Это конечно не детский вопрос, но и полный ответ давать не горю, предлагаю Вам защитить "честь своего мундира" - предложить другое решение этой проблемы, отличное от предложенного в этом разделе. Исходная задача - ясна, прочтите сначала, рекомендую сохранить своё внимание на том же уровне и пройтись по всем записям и все аргументы к решению у Вас в кармане. |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем Vladimir на 25.10.12 в 17:05:54 on 10/25/12 в 14:50:24, Boris, Kiev. wrote:
Полагаю, к стати, что вопрос системного администратора компании вполне обоснован. С какой стати он будет экспериментировать с реестрами вверенных его заботам машин, не вполне понимая зачем это надо и к чему это приведет. Ведь ему и придется расхлебывать кашу. Посему от администратора ДАННОГО ресурса было бы приличнее получить ВРАЗУМИТЕЛЬНЫЙ ответ, а не огрызок в стиле "сам дурак". Уж простите, это такой оборот речи. Я, со своей стороны, докладываю, что могу. Вот точная (copy and paste) копия соответствующих фрагментов моего реестра обеих W7 машин ДО модификаций. Привожу, для краткости, без путей. Bowser MRxSmb10 MRxSmb20 NSI Start 3 1. действительно, Bowser (топливозаправщик). Опять ошибка Microsoft? 2. никаой "проблемы запятых" нет, все на своей строке. 3. Кстати размер букв тоже не важен 4. Я решил задачу в 2 шага - убрал MRxSmb20 и переправил 3 на 4 в Start. Все заработало очень быстро, как я уже докладывал. Но что значат все эти абракадабры, все же хотелось бы знать по-подробнее, так, не для обеления мундира, а для общего развития. Вы, Борис, так по-отечески похвалили коллегу за внимательность, что просто слеза прошибла. Теперь логично ожидать, что ваше сердце если не возгориться, то хотя бы растает и вы все-же снизойдете до разъяснений. Заранее благодарю. |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем mine-R на 25.10.12 в 17:45:01 мысль про "опечатку" тоже мелькнула поначалу :) но ведь проверить-то недолго. К браузерам отношение тоже имеет :) bowser (bowser.sys) - реализует приемник датаграмм для доступа к услугам браузера компьютера. Присутствует в Windows Vista, 7 и 8. bowser.sys - файл драйвера от компании Microsoft ( NT Lan Manager Datagram Receiver Driver ). Если эта служба остановлена, то зависимая от нее служба (LanMan)Workstation так же не сможет быть запущена и инициализирована. |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем uki-tuki на 26.10.12 в 11:52:14 on 10/16/12 в 08:12:38, Svetlana wrote:
Спасибо. Действительно помогло. Изменения делал только на стороне клиента. Сервер на Windows Server 2008 Standart SP2 Клиент на Windows 7 Professional |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем box_vma на 19.12.12 в 07:03:25 Здравствуйте всем! Извиняюсь за долгое молчание. Проблема "тормозов" решилась недавно следующим образом: настройка специфична, для уменьшения времени перерасчета все операции регистрируются "сегодня", а затем (когда никто не работает), автоматически перерегистрируются в нужные даты, с одновременным удалением ненужных операций. Был включен режим протоколирования (logmode), размер файла log превысил 1,5Gb. После удаления log "тормоза" исчезли. С уважением, Владимир |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем Vladimir на 19.12.12 в 17:00:01 on 12/19/12 в 07:03:25, box_vma wrote:
Если, все же, вам потребуется вести LOG то можете воспользоваться способом разбивать его на части, как я описал тут. Сам пользуюсь уже давно, работает исправно. http://hdru.com/cgi-bin/pp2/YaBB.cgi?board=ready;action=display;num=1340418941 |
||||||||||||||||||
Заголовок: Re: "Сервер не обслуживает каталог обмена& Прислано пользователем Boris, Kiev. на 21.06.16 в 10:15:59 on 12/19/12 в 07:03:25, box_vma wrote:
Если правильно понял, то Вы утверждаете, что после удаления log(a) ответы от сервера стали обычными. Т.е. Вы не меняли режим протоколирования(logmode остался в раб. каталоге сервера), а просто удалили log во время работы сервера, тем самым предоставив серверу писать свеженький log, так? или всё-таки изменили режим протоколирования, убрав logmode? Вероятно, в любом случае, здесь, c Вами злую шутку сыграла операционная система, скорее всего операторы, связанные с обработкой файлов критичны к размеру файла дисковой подсистемы. Для окончательного выяснения можно запустить форму в авторежиме, "гадящую" в LOG, и мерить время выполнения и размер лога. Тогда можно будет либо самим чего-то предпринять или микрософтам написать. Мы как-то обсуждали наведение порядка с логами: http://hdru.com/cgi-bin/pp2/YaBB.cgi?board=ready;action=display;num=1340418941;start=3#3 Добавлю, что складировать их по большому счёту большого смысла не вижу и удаление или перемещение из рабочего каталога лучше однажды автоматизировать, чем потом столкнуться с проблемой в самый неподходящий момент. |
||||||||||||||||||
Powered by YaBB 1 Gold - SP 1.3.2! Forum software copyright й 2000-2004 Yet another Bulletin Board |