Автор |
Тема: "Сервер не обслуживает каталог обмена" (Прочитано 26457 раз) |
|
box_vma
Я люблю этот Форум!
Просмотреть Профиль |
Сообщений: 49
|
|
"Сервер не обслуживает каталог обмена"
« В: 04.10.12 в 09:32:30 » |
Цитировать | Править
|
Добрый день! Время от времени клиенту выдается сообщение о том, что сервер не обслуживает каталог обмена. При этом сервер работает. Приходится заново проходить процедуру регистрации. Сервер ФБП на 20 имен пользователей работает под WIN SERVER 2003, у каждого клиента свой подкаталог для обмена. Если не изменяет память подобное обсуждение уже было на форуме, найти не смог. Подскажите, в чем причина? С уважением, В. Антипин
|
|
Зарегистрирован |
|
|
|
mine-R
compact & flexible rulezzz
Просмотреть Профиль |
Сообщений: 150
|
|
Re: "Сервер не обслуживает каталог обмена&
« Ответить #1 В: 04.10.12 в 12:05:21 » |
Цитировать | Править
|
Однажды подобное было. Оказалось что антивирус монопольно блокировал для проверки файл upti в каталоге обмена в момент введения новых операций. Это может быть и не обязательно антивирус. Просто клиент по каким-то причинам теряет связь с файлом upti в каталоге обмена. (Например, пока никто не видит, один из операторов последовательно отправляет запросы w on, w off...)
|
|
Зарегистрирован |
|
|
|
box_vma
Я люблю этот Форум!
Просмотреть Профиль |
Сообщений: 49
|
|
Re: "Сервер не обслуживает каталог обмена&
« Ответить #2 В: 04.10.12 в 13:35:40 » |
Цитировать | Править
|
W ON и W OFF от клиентов исключены. Антивирус (Касперский) каталог _box_ не проверяет. Не может ли по каким-то причинам Windows блокировать, и как от этого избавиться? Подозреваю, что по этой же причине возникают "тормоза" при работе клиента (ожидание отклика на протяжении нескольких секунд). "Тормозит" не всегда, закономерность выявить не удается.
|
|
Зарегистрирован |
|
|
|
box_vma
Я люблю этот Форум!
Просмотреть Профиль |
Сообщений: 49
|
|
Re: "Сервер не обслуживает каталог обмена&quo
« Ответить #3 В: 04.10.12 в 13:37:21 » |
Цитировать | Править
|
P.S. Перезагрузка сервера ФБП позволяет от "тормозов" избавиться...
|
|
Зарегистрирован |
|
|
|
mine-R
compact & flexible rulezzz
Просмотреть Профиль |
Сообщений: 150
|
|
Re: "Сервер не обслуживает каталог обмена&
« Ответить #4 В: 04.10.12 в 15:22:53 » |
Цитировать | Править
|
on 04.10.12 в 13:35:40, box_vma wrote:W ON и W OFF от клиентов исключены. Антивирус (Касперский) каталог _box_ не проверяет. Не может ли по каким-то причинам Windows блокировать, и как от этого избавиться? Подозреваю, что по этой же причине возникают "тормоза" при работе клиента (ожидание отклика на протяжении нескольких секунд). "Тормозит" не всегда, закономерность выявить не удается. |
| А решилась ли прошлая проблема (Win 7 и ФБП)? Похоже, что теряется много пакетов в сети и затержка оттого, что идет повторная отправка утерянных пакетов. on 04.10.12 в 13:37:21, box_vma wrote:P.S. Перезагрузка сервера ФБП позволяет от "тормозов" избавиться... |
| Получается, что эти самые "тормоза" не только у клиентов по сети, но и если клиент запущен на машине с сервером т.е. локально? Не смог найти, но где-то обсуждалось, что может скапливаться большое количество файлов *.out в каталоге из-за того, что клиенту иногда не удается их подчистить. А при перезагрузке сервера как раз подчищается все полностью и остаются лишь upti. Посмотрите ради интереса, что происходит в каталоге обмена когда начинаются "тормоза".
|
|
Зарегистрирован |
|
|
|
box_vma
Я люблю этот Форум!
Просмотреть Профиль |
Сообщений: 49
|
|
Re: "Сервер не обслуживает каталог обмена&quo
« Ответить #5 В: 04.10.12 в 15:40:25 » |
Цитировать | Править
|
Проблема Win 7 и ФБП не решилась. Сервер ФБП перенесли на машину с другой Windows. Проблемы "тормозов" на время исчезли и появились снова после: - переезда части операторов в другой кабинет, где был проложен новый кусок ЛВС; - увеличения количества пользователей; - перехода на 20-ти пользовательскую версию ФБП
|
|
Зарегистрирован |
|
|
|
Boris, Kiev.
Адепт ФБП с 1996г.
Просмотреть Профиль | E-мэйл
Сообщений: 875
|
|
Re: "Сервер не обслуживает каталог обмена&
« Ответить #6 В: 05.10.12 в 22:18:34 » |
Цитировать | Править
|
on 04.10.12 в 15:40:25, box_vma wrote:Проблема Win 7 и ФБП не решилась. Сервер ФБП перенесли на машину с другой Windows. Проблемы "тормозов" на время исчезли и появились снова после: - переезда части операторов в другой кабинет, где был проложен новый кусок ЛВС; - увеличения количества пользователей; - перехода на 20-ти пользовательскую версию ФБП |
| Понаблюдайте за кол-вом *.out и процентом ЦП за сервером в диспетчере задач, если будет связь, то, можно: 1. Настроить работу через мост Василенко. 2. Написать форму для чистки *.out, но придеться пожертвовать одним именем из 20, т.к. желательно запускать периодически в авторежиме. 3. Подождать версию клиента, кот. будет делать ту же работу.
|
|
Зарегистрирован |
|
|
|
Vladimir
Я люблю этот Форум!
Просмотреть Профиль | WWW |
Сообщений: 264
|
|
Re: "Сервер не обслуживает каталог обмена&
« Ответить #7 В: 06.10.12 в 19:37:21 » |
Цитировать | Править
|
Quote:2. Написать форму для чистки *.out, |
| Есть такое ощущение, что количество 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. Quote:1. Настроить работу через мост Василенко. |
| Мост Василенко не пробовал, а со своим мостом экспериментировал. Действительно, проблема решается. Quote: чистить OUT или ждать обновление клиента |
| При запуске клиента-FCM непосредственно на серверной машине все работате без каких-либо замедлений. (Попутно отмечу, что Клиент-FCM корректно подчищает OUT-ы за собой.) Предположения. 1. W7 по-оcобому относиться к файлам с расширением IN и OUT при передачи их по сети. 2. W7 слишком много времени тратит на подготовку к передаче маленьких файлов по сети. 3. Некие настройки приватности, как файерволл или что-то еще долго не могут решить, что же делать с этими файлами. Полагаю, что на самом деле надо ждать обновления Windows и надеятся.
|
« Изменён в : 07.10.12 в 05:49:05 пользователем: Vladimir » |
Зарегистрирован |
С уважением, Владимир
|
|
|
Boris, Kiev.
Адепт ФБП с 1996г.
Просмотреть Профиль | E-мэйл
Сообщений: 875
|
|
Re: "Сервер не обслуживает каталог обмена&
« Ответить #8 В: 06.10.12 в 21:37:40 » |
Цитировать | Править
|
on 06.10.12 в 19:37:21, Vladimir wrote: Я провел такой эксперимент. Серверная машина: 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/ |
| Плз., попробуйте штатного клиента. Quote:Мост Василенко не пробовал, а со своим мостом экспериментировал. Действительно, проблема решается. |
| Плз, поэкспериментируйте с мостами на скорость передачи больших файлов по локальной и глобальной сети с целью определить кто быстрее. Quote: Предположения. 1. W7 по-оcобому относиться к файлам с расширением IN и OUT 2. W7 слишком много времени тратит на подготовку к передаче маленьких файлов по сети. 3. Некие настройки приватности, как файерволл или что-то еще долго не могут решить, что же делать с этими файлами. |
| Т.к. мосты решают проблему, поэтому "да" только третьему пункту без упоминания малоразмерности файла, т.к. мосты пользуют другие методы для передачи файлов. Ещё один субъективный факт был установлен - если отчет большой, т.е. если его передача на XP грузится, например, за 14 сек, т.е. более 4-5сек.(замеченное время задержки под W7), то на связке W7 этот отчет передается быстрее(12сек.) Странно, т.к. сетевое железо тоже самое, но факт. Получается что сетевой софт под W7 даёт выигрыш в скорости. Quote: Полагаю, что на самом деле надо ждать обновления Windows и надеяться. |
| Если описать проблему и она попадет в ИХ повестку на решение, то можно и подождать. Кстати, картинка неудачная, т.к. Вы добавляете проблемы с передачей картинки с VNC. Просто поставьте два экрана рядом и настройте согласованное обновление картинок в одном и том же файловом менеджере, тогда, Вы убедитесь в собственной странности этой картинки. Вы ведь смотрите в одну и ту же папку! На что расcчитываете?, эту картинку лучше разработчикам VNC подарите. Если бы это наблюдение было связано с мостами, была бы понятна цель, а так, вопросы только к VNC.
|
|
Зарегистрирован |
|
|
|
Vladimir
Я люблю этот Форум!
Просмотреть Профиль | WWW |
Сообщений: 264
|
|
Re: "Сервер не обслуживает каталог обмена&
« Ответить #9 В: 07.10.12 в 06:18:14 » |
Цитировать | Править
|
on 06.10.12 в 21:37:40, Boris, Kiev. wrote: Кстати, картинка неудачная, т.к. Вы добавляете проблемы с передачей картинки с VNC. Вы ведь смотрите в одну и ту же папку! ... эту картинку лучше разработчикам VNC подарите. |
| Борис, неужели вы не поняли что происходит? Для ясности я пометил красными надписями что видно с серверной машины и что с клиентской. Сервер УЖЕ сформировал ответ. RealVNC УЖЕ передал реальное состояние директории обмена то есть то, как она видна на серверной машине. А то, что видит клиентская машина в той же самой директории (это вы точно подметили!) серьезно отстает по времени актуализации. Вывод - RealVNC тут ни при чем. Он-то как раз работает исправно (полагаю потому, что осуществляет обмен по протоколу, как и мосты). А вот файловый обмен W7 явно затруднен. Мне показалось что следующая манипуляция улучшила ситуацию. Я включил режим "Отображать расширения файлов для известных типов." Как это сделать подробно описано тут. http://www.granneman.com/techinfo/windows/showextensions/ Будет любопытно узнать, помогло ли это коллегам, кто страдает в реальной жизни. Еще одно соображение. При изменении расширения имени файла вручную, W (не толко 7ой) выдает такое предупреждение: "Если вы измените расширение фйала, то он может стать неиспользуемым." При изменении расширения файла программным способом спрашивать, вроде бы некого, но тормоза могут возникнуть. Интересно, а такая бдительность W как-нибудь отключается?
|
« Изменён в : 07.10.12 в 06:37:20 пользователем: Vladimir » |
Зарегистрирован |
С уважением, Владимир
|
|
|
mine-R
compact & flexible rulezzz
Просмотреть Профиль |
Сообщений: 150
|
|
Re: "Сервер не обслуживает каталог обмена&
« Ответить #10 В: 07.10.12 в 10:05:38 » |
Цитировать | Править
|
К файлам *.in и *.out особого отношения у Windows нет. На моем пк с семеркой, они даже не являются известными зарегистрированными расширениями. Можно глянуть: HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Explorer\Fil eExts Работа файловых операций в семерке и правда восторга не вызывает, но не думаю, что дело в них, т.к. при локальном запуске все нормально. Я бы все-же посоветовал сначала копать в сторону параметров tcp в плане отключения Nagle-алгоритма и отложенного ACK-подтверждения HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\In terfaces\{Интерфейс адаптера LAN} TcpAckFrequency=1 HKEY_LOCAL_MACHINE \SYSTEM \CurrentControlSet\Services\Tcpip\Parameters SackOpts=1 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters EnableDCA=1 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters EnableTCPA=1 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters DisableTaskOffload=0 HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\MSMQ\Parameters TCPNoDelay=1 Конечно же, сначала сделать backup реестра. Не нашел пока информации насчет того, с какой частотой Windows мониторит изменения в сетевых директориях. Возможно, загвоздка действительно именно там.
|
|
Зарегистрирован |
|
|
|
Vladimir
Я люблю этот Форум!
Просмотреть Профиль | WWW |
Сообщений: 264
|
|
Re: "Сервер не обслуживает каталог обмена&
« Ответить #11 В: 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, то работает приемлемо быстро.
|
« Изменён в : 08.10.12 в 06:33:42 пользователем: Vladimir » |
Зарегистрирован |
С уважением, Владимир
|
|
|
mine-R
compact & flexible rulezzz
Просмотреть Профиль |
Сообщений: 150
|
|
Re: "Сервер не обслуживает каталог обмена&
« Ответить #12 В: 08.10.12 в 10:11:19 » |
Цитировать | Править
|
Еще в дополнение: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa LmCompatibilityLevel=1 Это позволит машинам "общаться" по сети на одинаковой версии smb-протокола. *Примечание: все ключи из этого и предыдущего примера имеют тип DWORD.
|
|
Зарегистрирован |
|
|
|
Vladimir
Я люблю этот Форум!
Просмотреть Профиль | WWW |
Сообщений: 264
|
|
Re: "Сервер не обслуживает каталог обмена&
« Ответить #13 В: 09.10.12 в 06:38:46 » |
Цитировать | Править
|
on 08.10.12 в 10:11:19, mine-R wrote:Еще в дополнение: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Lsa LmCompatibilityLevel=1 Это позволит машинам "общаться" по сети на одинаковой версии smb-протокола. |
| Я обнаружил, что на серверной машине (W7-64) был установлен LmCompatibilityLevel=3, а на клиентской машине (W7-64) такой параметр отсутствовал вообще. Полагая, что в этом случае он ноль, я изменил LmCompatibilityLevel на серверной машине на ноль (LmCompatibilityLevel=0) и перестартовал ее. Сравнение скорости реакции клиентской машины WXP с W7-64 показало, что ни чего не изменилось. Одна и та же версия клиентской части Клиент-FCM и одна и та же отчетная форма на машине WXP обновляется за менне чем 2 сек, а на машине W7-64 более 4 сек. При чем это результат очень стабильный, проверено раз двадцать. Завтра попробую установить на обоих машинах LmCompatibilityLevel=1, как вы советуете и доложу о результатах.
|
« Изменён в : 09.10.12 в 06:48:52 пользователем: Vladimir » |
Зарегистрирован |
С уважением, Владимир
|
|
|
mine-R
compact & flexible rulezzz
Просмотреть Профиль |
Сообщений: 150
|
|
Re: "Сервер не обслуживает каталог обмена&
« Ответить #14 В: 09.10.12 в 08:28:59 » |
Цитировать | Править
|
on 09.10.12 в 06:38:46, Vladimir wrote:Полагая, что в этом случае он ноль ... |
| В принципе, наверное можно и ноль, но на обеих машинах. Цитата со значениями: Value | Meaning |
|
| 0 | Clients use LM and NTLM authentication, but they never use NTLMv2 session security. Domain controllers accept LM, NTLM, and NTLMv2 authentication. | 1 | Clients use LM and NTLM authentication, and they use NTLMv2 session security if the server supports it. Domain controllers accept LM, NTLM, and NTLMv2 authentication. | 2 | Clients use only NTLM authentication, and they use NTLMv2 session security if the server supports it. Domain controller accepts LM, NTLM, and NTLMv2 authentication. | 3 | Clients use only NTLMv2 authentication, and they use NTLMv2 session security if the server supports it. Domain controllers accept LM, NTLM, and NTLMv2 authentication. | 4 | Clients use only NTLMv2 authentication, and they use NTLMv2 session security if the server supports it. Domain controller refuses LM authentication responses, but it accepts NTLM and NTLMv2. | 5 | Clients use only NTLMv2 authentication, and they use NTLMv2 session security if the server supports it. Domain controller refuses LM and NTLM authentication responses, but it accepts NTLMv2. |
|
|
Зарегистрирован |
|
|
|
|
|