Глюки в папке

Внимание! Тема закрыта. Добавлять сообщения в закрытую тему запрещено.
1. mouse72 04.07.13 19:00 Сейчас в теме
Суть в следующем. Я франч, т.е. работаю во франчайзинговой фирме.
Некоторое время назад у клиента появился глюк при попытке автоматического обновления конфигурации (клиент предпочёл обновляться самостоятельно, хотя и был на ПРОФ-ке). Естественно, обратился к нам. Дальнейшие действия:
1. Чтобы уяснить суть проблемы запускаю автоматическое обновление - процесс идёт, срывается на 75% обновления.
2. Пытаюсь обновить с помощью cf-ника - результат тот же.
Начинаю танцы с бубном: проверяю базу, тестирую конфигурацию, тестирую винт... Ничего не меняется.
3. Копирую базу, несу в офис на рабочую машину - всё идеально разворачивается и обновляется.
4. На этот момент решение было найдено: выполнил обновление на локальной машине клиента.
(В бухгалтерии три машины, сервер, терминальный доступ). Затем, на сервере, развернул базу из dt-шника. Вроде заработало.
***
Вчера история получила продолжение. Та же самая ситуация. Снова такие же танцы с бубном.
* Решение нашлось (как часто бывает в подобных ситуациях, случайно). Попытался создать пустую болванку, чтобы натянуть на неё базу.
# лирическое отступление: база размещена по следующему пути: d:\База1С.82\zup\наша_база\
* При попытке создания пустой конфигурации по пути d:\База1С.82\zup\ началось самое интересное - база, даже просто пустая конфигурация, на полпути создания давала сбой - сообщала об ошибке, создавая ущербный CD. Чем очень меня озадачила.
Эта ситуация меня натолкнула на мысль - создать базу за пределами указанной папки (к примеру, d:\База1С.82\). Результат не заставил себя ждать - без лишних проблем всё получилось.
Конечно же, просто перенес папку базы по новому пути, проблемы моментально закончились.
Замечу, ограничения безопасности, права доступа тоже проверял.
---
Повторюсь: проблемный путь - d:\База1С.82\zup\наша_база\
В папке d:\База1С.82\zup\ имеется еще несколько папок с базами - никаких проблем.
Приведённое путь, в частности, имя папки - наша_база приведён почти идеально (имена папок несколько отличаются, но символы в именах совпадают).
Т.е. проблема проявилась на конкретной базе, в конкретной папке. Решение было найдено, но не найдена причина возникновения.
В чём и вопрос. Кто-нибудь может что-либо сообщить, подсказать, посоветовать... что это может быть?
По теме из базы знаний
Ответы
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
2. oforother 04.07.13 20:09 Сейчас в теме
напрашивается проверка скандиском диска д, возможны логические/физические ошибки.
базу в проблемный каталог переносил ведь, не копировал, т.е. фай был создан в так сказать в несбойном месте диска (файловой системы)
как вариант, проблемный каталог переименовать, затем создать НОВЫЙ с тем же именем, и СКОПИРОВАТЬ в него БД, может поможет, но все-таки скандиск с проверкой поверхности
AlexInqMetal; +1 Ответить
3. vithak 05.07.13 04:55 Сейчас в теме
На днях была аналогичная ошибка. Решилась проблема проверкой дисков, как и сказал oforother.
4. mouse72 05.07.13 05:43 Сейчас в теме
В принципе, согласен. Но, повторюсь, были танцы с бубном, и проверку диска тоже делал. Диск идеален: chkdsk /F /R /X
А вот насчет создать новый с тем же именем - это вариант.
А вообще, просто интересно, что же это может быть.
5. vithak 05.07.13 10:11 Сейчас в теме
(4) mouse72, просто глюк файловой системы на диске. странно, почему проверка диска не дала результата.
6. mouse72 05.07.13 12:50 Сейчас в теме
Ясно. Обычно подобные глюки выявляются проверкой диска. А в этом случае как-то очень интересно: чекдиск ничего не видит. Как-нибудь загляну к клиенту, попробую чем-нибудь другим проверить. Самому интересно.
7. mouse72 05.07.13 12:51 Сейчас в теме
Всем спасибо. После выходных тему закрою.
8. kodinsklpz 47 06.07.13 10:09 Сейчас в теме
Проблема в правах доступа, могли перенести с другого компа с разграниченными правами под конкретного пользователя, которого как я полагаю нет на этой машине. Станьте владельцем этой папки, и всё.
9. uriy 3 06.07.13 21:10 Сейчас в теме
(8) такое очень даже может быть
10. mouse72 08.07.13 06:37 Сейчас в теме
права проверял. Отсутствующих пользователей не было. На всякий случай перебивал права для существующих. Дал полные права всем присутствующим :)
Самое обидное в том, что НИКАКИХ явных проблем так и не выявил: диск на ошибки проверен, права проверены... Разве что потоки NTFS не смотрел. Но, не думаю, что в этом дело. Папку не переносили, создавали сразу на этой машине. !!! Бухгалтер уточнила, что проблема с ЭТОЙ базой возникла изначально. Т.е. сразу после создания (первоначального) ЭТОЙ базы с ней были какие-то проблемы.
11. mouse72 08.07.13 06:37 Сейчас в теме
Благодарю всех за оказанное внимание вопросу
Оставьте свое сообщение

Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот