Страница 1 из 1
Нулевой рамер файла на томе!?
Добавлено:
28 авг 2006, 17:50 xxlsuper
HELP !!!!
такой трабл: при копировании на том сервера неболших файлов, примерно пару мегабайт, размер после копирования показывает 0 байт, они какое-то время так и висят хотя если попробовать просмотреть их содержимое то файлы открывает, хотя иногда на архивы например пишет что CRC error. Спустя какое-то время когда показывает нормальный размер файлов все работает нормально, но что за задержка и как ее убрать?
станция XP sp2& 2000, client 4.91sp2, NW 5.1 sp8
Это кеш на клиенте дает задержку.
Добавлено:
28 авг 2006, 22:34 Boris Morozov
Ничего делать не надо, все там с файлами в порядке. Чем оно собственно мешает вам, там задержка порядка нескольких секунд.
И клиент 491SP2 уже имеет по крайней мере 3 обновления с послепуками.
Добавлено:
29 авг 2006, 11:53 Влад А.Сокол aka Akina
Просто до рабстанции не сразу доходят сведения о том что файл записан и закрыт. Как правило, это последствия кэширования на клиенте.
Добавлено:
29 авг 2006, 14:07 PavelKHTW
Влад А.Сокол aka Akina писал(а):Просто до рабстанции не сразу доходят сведения о том что файл записан и закрыт. Как правило, это последствия кэширования на клиенте.
Странно этот кеш клиента работает - если я с клиента пишу - я ведь знаю что файл закрыт?
Добавлено:
29 авг 2006, 14:26 Влад А.Сокол aka Akina
PavelKHTW
Я все-таки осмелюсь предположить, что нулевой размер видится не в свежеоткрытом проводнике и не в ДОС-окне по DIR, а в каком-нить файл-манагере.
Добавлено:
29 авг 2006, 14:59 xxlsuper
Влад А.Сокол aka Akina писал(а):PavelKHTW
Я все-таки осмелюсь предположить, что нулевой размер видится не в свежеоткрытом проводнике и не в ДОС-окне по DIR, а в каком-нить файл-манагере.
Нулевой размер видится и в любом файл манагере и собственно прогой
которая помещает какието-файлы в архив в папку на сервере и тутже проверяет его размер а там 0 в итоге прога не хочет работать дальше.
Сразу говорю что прога не наша и переделать ее не сможем хотя зачем?
Так отключите кеширование на станции, где
Добавлено:
29 авг 2006, 21:36 Boris Morozov
работает ваша прога. Но это конечно глюк клиента. Он не обновляет информацию для функций API для работы с информацией о файлах.
В 4.90 такого не было. Еще правда с последними бета патчами не смотрел.
Добавлено:
30 авг 2006, 11:05 Музалёв Николай
Антивирус шаоит?
Добавлено:
30 авг 2006, 11:32 xxlsuper
Музалёв Николай писал(а):Антивирус шаоит?
Антивиря нет
Добавлено:
30 авг 2006, 11:33 xxlsuper
А может кто подскажет какие опции SET поставить чтобы отключить кеширование, я думаю все дело в нем
В параметрах клиента отключите кеширование.
Добавлено:
31 авг 2006, 00:49 Boris Morozov
Advanced Settings -> File Caching
Не трогайте сервер.
Добавлено:
31 авг 2006, 00:58 Танин Виктор
Это на сервере, если есть желание:)
SET CLIENT FILE CACHING ENABLED=OFF
SET LEVEL 2 OPLOCKS ENABLED=OFF
А зачем обрубать возможность кеширования
Добавлено:
01 сен 2006, 01:07 Boris Morozov
остальным пользователям, которые не употребляют эту программу.
Все таки штука полезная.
Добавлено:
01 сен 2006, 01:26 Танин Виктор
Может я не так с ним работаю, но сколько не пробовал включать - только появлялись проблемы типа невозможности сохранить MS документы (файл с таким именем существует), на консоли валились сообщения об оплоках и опортунистах. Хотя клиент на станции был последний со всеми обновлениями. Даже банальное открытие txt файла одним пользователем вызывало ошибки оплоков. Может, чтобы кеширование нормально работало, необходимо что-то донастроить? И в чём польза от него? А то я видел только проблемы, к сожалению.
Добавлено:
13 сен 2006, 17:30 TAG_SPB
Мы для ускорения работы сервака (ежедневно бекапим СС 300G том по окончании работы) подняли у сервера
Monitor | Directory caching | Directory Cache Allocation Wait Time и Dirty Directory Cache Delay Time - и получили такой же эффект.
Точно не помню, но 100Г при этом быстрее копируются то ли на 2 то ли на 5 минут. На сервере с большим временем лучше не держать часто переписываемые файлы. А так - ничего, работает.