Вываливается периодически 1С с ошибками о невозможности записать файлы??? #4777

Ситуация следующая есть 2 сервера, работающих как файл серверы на одном около 40 баз (ЗиК, бухгалтерия, производство) и на втором около 5 баз. Периодически некоторые пользователи отваливаются - 1С ругается то на невозможность записи временных файлов, то индексов и в конце концов отваливается. Сетка 100 Мбитная на циске (мониторили - проблем вроде нет) Сервер - 2003 P4 2 Ггц, 2Гб памяти зеркальный рэйд на Seagate-ах 80 Гиг. принтеры НР Вроде и грешить не на что а все равно отваливаются пользователи, причем далеко не все а лишь некоторые.

Терминал вас спасет...

На всех 45 базах отваливаются?

to да нет только на некоторых и более того не у всех пользователей.

Часто непонятные проблемы такого рода решались удалением файлов в пользовательском каталоге.

т.е. просто забить все файлы и все?

На клиентах какая винда? И еще временные файлы потереть надо попробовать.

клиенты 2000 отваливаются какие именно файлы потереть следует?

Порробуй изменить имена проблемных пользователей

Изменить имена в 1С? или в домене?

в 1С и проследи, чтобы доменные юзера не заходили одновременно на разные машины (когда один юзер домена заходит в 1с с разных машин начинаются тормоза и глюки, почему не знаю - "спецы" конечно скажут про кривые руки)

Да не заходят вроде бы

а имена менял?

поменял - буду ждать результатов

Не помогает :((( Видмо все-таки дело в чем-то другом Может еще кто что посоветует?

Если не может записать TMP скорее всего не хватает места на дисках на рабочих станциях

Да хватает всего - причем ругается не только на tmp ругается и на невозможность записи других фалов  - в т.ч. dbf Вываливается иногда ошибка  -4  и - 5

и кроме того ругается на невозможность записи по сети а не на локальной машине :(

Путь к TMP?

У меня было нечто подобное, когда файл справочника номенклатуры превысил 800МВ. Пришлось переходить на SQL.

но временные файлы создаются на локальной машине. значит не сеть

это смотря куда прописаны пути в каталоге пользователя у меня туда же где и база - т.е. на сервак. объемы баз не слишком большие.

ограничение на кол-во открытых файлов? %)

Где  - на сервере? на 2003 думаешь есть?

посмотри может поможет

вот тока недавно вывалилась со следующей ошибкой "Общая файловая ошибка при доступе к файлу \fin-buhserverPKP.1CBuh1SBDB1cv7.mdsublistsublist_Number132"

а сервер через дефис и папку с точкой обязательно было обзывать?

Сервер с дефисом - это ку.ня  ....  А вот как он с неотпущенным ручником ездит вАще - это кАнкретный вАпрос.... P.S. - в пути вообще стоят тормоза....

а в чем тормоз?

Попробуй пути временных файлов сделать покороче (например c: emp)и локально. я где то слышал, что некоторые программы глючат, если путь к TMP прописан в Documents and Settings...... emp.

to не знаю насчет дефиса - но больше полгода работало все и намана - а теперь оказывается оно не могло работать пути конечно можно попробовать перепрописать но ошибки то вываливаются не только доступа к временным файлам например смотри пост

а 2003 давно стоит? у меня проблемы были пр изменении конфигурации с клиента, попробуй отключить индексирование, кэширование и воостановление

а если проверить целостность файла 1cv7.md и вообще винты на предмет наличя бэдов

Да уже с полгода стоит и в принципе не было проблем - но с какого-то периода начались - трудно даже точно сказать когда. Я поотключал на паки с базами - но результатов пока нет. Кстати проблем с изменением конф нет.

чем проверить целостность md? тестирование базы проводил - все нормально. насчет бэдов посмотрим

примерно такое было при битом 1cv7.md. тем более путь в явно указывает на него

а квотирование, права доступа и разрешения смотрел? попробуй папку с базами подключить как сетевой диск на краяйняк слей временно все на 1 сервак, а второй переставь

чем проверить целостность сейчас не скажу. сам факт можно найти сделав поиск символьной строки по всей конфигурации, если поставить все галки в "Искать в..."

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

а какой размер md

около 12 Мб

Думаю все таки и не в битости md дело, хотя конечно проверить не помешало бы

т.е. у тебя только на одной базе отваливаются несколько юзеров?

Обычно если такие глюки то в настройках папки вырубают индексирование и автовосстановление. По хорошему надо ставить либо терминал либо SQL - а с файлами DBF по сети всегда что-нибудь происходит...

да с терминалом все понятно да и с SQL тоже - хотя пользователей в базе не больше 5 так что тогда надо даже для 2-3 пользователей ставить SQL и терминал - накладно однако, особенно если учесть что покупать тоже по идее надо софт. Глюки идут на нескольких машинах на 4 базах остальные нормально работают.

Я и говорю... что дефис - это куня.... На самом деле тормоза в двух палках впереди... увы, так работает этот механизмЪ... Если под этим же пользователем работают с другой машины нормально - тогда рой сетку, сетевухи... винды, дрова, антивиря и прочую хрень ... т.е. внешнее окружение... Если тоже начинает валиться - просто создай новых юзеров и все ....

Проверить MD на целостность можно программой "Soaron's MD Diagnostic Wizard" по этой ссылке: Похоже проблема именно в битом MDшнике.

Была у меня вчера такая же проблема. Итог: на одной из машин посбаивала иногда сетевуха. Слабый контакт. На столе рядом с системным блоком - принтер. Печать - вибрация - проблемы. Мониторинг сети тоже ничего не давал. Поймал так: при проблемах дал в 1С  "ЗавершитьРаботуСистемы". Отвалились все, кроме одного. С ним и разобрался. Проблема исчезла.

Проверки  - показывают что все нормально - блин как это уже достало - видимо все-таки железо сбоит