Показывать по
10
20
40
сообщений
Новая тема
Ответить
VRD
Дата регистрации: 19.11.2009
Сообщений: 20
Добрый день! При запуске 1С:Предприятие выходит окно с сообщением «Ошибка доступа к файлу «С….1Сv81ibases.v8i». что это такое и каким способом можно устранить?
Andrey_Ars
Дата регистрации: 14.05.2010
Сообщений: 6
Вполне возможно 1С не может получить доступ к данному файлу…Может что то с правами доступа к файлу.
VRD
Дата регистрации: 19.11.2009
Сообщений: 20
Права доступа были и их никто не менял, в этой базе работали уже не раз. а именно сегодня появилось это сообщение.
Andrey_Ars
Дата регистрации: 14.05.2010
Сообщений: 6
Тогда рекомендую сделать вам проверку жесткого …можно даже с исправлением…думаю поможет.
VRD
Дата регистрации: 19.11.2009
Сообщений: 20
а вы не знаете в чем может быть причина этой ошибки?
Andrey_Ars
Дата регистрации: 14.05.2010
Сообщений: 6
Я же вам написал проверьте свой жесткий на ошибки..Если так вдруг стала писать ошибку значит с жестким…больше вариантов не может быть..чудес не бывает.
Июньский
Дата регистрации: 11.02.2009
Сообщений: 58
гы.. если мне не изменяет память то этот файл лежи в аппликайшендата.. в нем хранится содержание данных окна информационных баз и к конкретной базе он отношения не имеет.. может вы его просто удалили? я могу ошибаться<br>
motik
Дата регистрации: 04.03.2008
Сообщений: 94
Найдите, используя поиск, файл ibases.v8i и Вы поймете, что ничего страшного у Вас не случилось. Да удалите 1С и инсталлируйте ее по новой. Хоть 100 раз и каждый день. Главное — базу берегите.
Показывать по
10
20
40
сообщений
Читают тему:
четверг, 12 февраля 2015 г.
Ошибка доступа к файлу ОтчетОСравнении при обновления конфигурации, UUID информационной базы в реестре ИБ
Ошибка возникает при отсутствии прав (виндовых) на использование области диска в которую файл ОтчетОСравнении записывается по умолчанию. Самое простое лечение- выбрать для этого файла другой путь.
Файл списка баз давно известен- ibases.v8i, открываем его Блокнотом и видим в т.ч. и UUID
Ярлыки:
1C
Комментариев нет:
Отправить комментарий
26.07.16 — 16:29
Перед тем как переводить сервер 1с предприятия на 8.3, перевели сначала всех клиентов на 8.3. т.е. на клиентских компах 8.3. установлен, но предприятие продолжает работать на платформе 8.2, т.к. сервер до сих пор на 8.2.
И сразу посыпались ошибки от пользователей, такого содержания:
«Ошибка доступа к файлу ‘c:usersusername.domainname.nnn’. 5(0x00000005): Отказано в доступе.»
Например: Ошибка доступа к файлу ‘c:usersivanov.rpg.003’. 5(0x00000005): Отказано в доступе.
Причем такие ошибки у небольшого количества пользователей. Менее 10%.
У всех пользователей отсутствует постоянное рабочее место. Профили перемещаемые. Но ошибки только у части.
Из ошибки понятно, что 1С пытается на локальном компьютере найти путь к папке пользователя, которой нет (она была, но на другой машине). Причем в АД существуют папки с профилями ivanov.rpg.003, на ряду с ivanov.rpg.000, ivanov.rpg.001, ivanov.rpg.002.
Переменная среды %userprofile% на локальном компьютере возвращает путь к нормальной папке c:usersivanov.
В общем совершенно не понятно откуда 1С берет этот путь c:usersivanov.rpg.003.
На 8.2 при переходе с версии на версию подобных проблем никогда не было.
Очевидно, что АД создает профили типа ivanov.rpg.003 в домене при некорректном завершении или входе пользвователя в систему, но понять почему точно сейчас не могу.
Запустить 1С у этих проблемных пользователей все же возможно.
1. из папки BIN конкретной версии 8.2. (Вывод — проблема в 8.3)
2. с ключами с указанием конкретной базы. Например: «C:Program Files (x86)1cv8common1cestart.exe» /ENTERPRISE /S»[server/base]» (вывод — скорее всего проблема при попытке доступа к файлу со списком баз C:Users%username%AppDataRoaming1C1CEStartibases.v8i т.к. в случае указании базы ошибки нет, а без указания — ошибка есть).
И еще. После деинсталяции 1с на локальном компьютере и повторной установке ошибка исчезает, пока пользователь не пересядет на другой компьютер.
Поиск аналогичной ситуации в интернете ничего не дал.
Может кто-то уже решал подобную задачу ?
Помогите разобраться!
1 — 26.07.16 — 16:30
Ьаза на сервере 8.2 под клиентом 8.3 — гарантированная смерть.
Да и вообще — сервер не должен был пустить туда.
2 — 26.07.16 — 16:31
Решать элементарно. На сервере и на клиентах — одна версия. До циферки.
3 — 26.07.16 — 16:35
Уточнение: при запуске 1cestart.exe, окно со список баз не появляется. Сразу ошибка.
4 — 26.07.16 — 16:37
(1) лол. такие глупости с таким пафосом )
(2) тоже не по теме вопроса.
(0)(3) я бы поленился искать почему АД тупит, а просто всем прописал ярлык на 1cestart с общим конфигом и списком баз в общедоступной для чтения папке.
5 — 26.07.16 — 16:37
(4) точнее не АД тупит, а 1с конечно же работает черти как.
6 — 27.07.16 — 11:08
Но на сколько я понимаю, Клиент 1С Предприятия все равно полезет на локальный компьютер в профиль, искать файл со списком баз.
Опять будет ошибка (
7 — 27.07.16 — 11:16
(0) накуролесили с этими плавающими профилями, и думаете все так делают? Разберитесь в правах доступа на вновь созданные папки профилей. И вообще, для таких случаев терминальный доступ придумали, а не «каждый логинится локально на любой комп».
8 — 27.07.16 — 11:23
(7) зачем воообще тогда нужен тонкий клиент? чтоб по рдп цепляться?
9 — 27.07.16 — 11:30
Поставьте 83 и 82 на разные порты и будет счастье…
10 — 27.07.16 — 12:26
Сервер под 8.3 пока не установлен. 8.3. стоит локально на клиентских компьютерах.
Сервер 8.2.19.130
Клиенты 8.2.19.130 и 8.3.8.1784
При запуске на локальной машине программа сама выбирает нужную версию клиента. Эта версия 8.2.19.130, такая же как на сервере.
У всех все работает.
Кроме небольшого количества пользователей. У этих людей не открывается окно выбора баз.
11 — 27.07.16 — 13:38
На самом деле проблема всего лишь состоит в том, что 1с 8.3 криво запоминает путь к профилю. (Весь текст в начале ветки — это просто набор фактов, наблюдений и выводов.)
8.3. думает, что путь к профилю c:usersivanov.rpg.003. Но этот профиль был у него на другом компе. А на текущем c:usersivanov
12 — 27.07.16 — 22:18
А из командного файла запускается 1с сразу с базой?
Может сделать шару, выложить туда батники на каждую БД. И уже батниками рулить? Жизнь сильно у всех упроститься…
13 — 28.07.16 — 12:20
Да. Из командного файла запустится, причем сразу с базой.
Но если честно, хотелось бы решить задачу цивилизованным путем. Не так, чтобы 1 ярлык на одну базу.
На мой взгляд должно быть так: пользователь по хорошему запускает 1C, с ярлыка, с панели быстрого запуска, из пуска, как ему удобно, выбирает базу, запускает, авторизуется.
Смотрел ProcessMonitor-ом, куда пишет 1С при закрытии и открытии. В какие файлы, в реестр. Это ничего не дало.
14 — 28.07.16 — 14:31
Должна же быть какая-то опция, которая нормализует работу..
15 — 28.07.16 — 15:08
16 — 28.07.16 — 16:13
(13) в случае с ярлыками…
Ставиться сервер, копируется в сетевую папку, на эту папку приписывается ссылка в батнике для пользователей…
Не надо ставить клиенты по всем рабочим местам.
Не надо мудрить с обновлением платформы. Все меняет в одном файле…
17 — 29.07.16 — 11:17
Да, но все равно, 1С хранит кэш локально и полезет смотреть путь файл со списком баз, который хранится локально в профиле пользователя. Не прокатит..
18 — 01.08.16 — 15:14
Подтвердился страшный сценарий.
Ошибка возникающая при доступе к списку баз (ibases.v8i) у кривых пользователей, и не возникающая при доступе к базе по ярлыку с ключами /ENTERPRISE /S»[server/base]», должна проявиться снова, в случае перехода сервера на 8.3, но ключи уже не помогут!
Дело в том, что когда сервер будет переведен с 8.2 на 8.3 клиенты начнут запускаться тоже в режиме 8.3. А 8.3 криво определяют пути к профилю. А в профиле лежит кэш, который по любому нужен!
В общем эта идея пришла в пятницу и сегодня была проверена. Пользователи у которых зафиксированы проблемы, не могут получить доступ к базе на сервере 8.3 НИКАК!
Сейчас проверил на тестовом сервере 8.3
19 — 01.08.16 — 16:02
(18) Укажи свой список баз, по сети. Он всегда будет доступен.
20 — 01.08.16 — 16:30
А кэш тоже из сети будет брать ?
Сейчас при запуске клиента 8.3 с подключением к базе на сервере 8.3 ошибка к неправильному пути профиля, во время доступа к кэшу.
21 — 01.08.16 — 17:33
Вопрос решен.
в файле location.cfg
по пути: C:UsersarishevAppDataRoaming1C1cv8
у пользователей был указан текст:
location=c:usersivanov.rpg.003AppDataLocal1C/1Cv82
после исправления на:
location=c:usersivanovAppDataLocal1C/1Cv82
программа начала запускаться нормально.
Всем спасибо!
22 — 01.08.16 — 17:46
*
у пользователей был указан текст:
location=c:usersivanov.rpg.003AppDataRoaming1C/1Cv82
изменен на:
location=c:usersivanovAppDataRoaming1C/1Cv82
mak-iris
23 — 02.08.16 — 11:48
На самом деле тут, на мой взгляд косяк 1С.
Что произошло: Пришел пользователь на работу, включил комп, авторизовался, комп грузится долго. Пользователь перегрузил комп по кнопке, например. В общем, трудно сказать по этому или нет, но в результате он загрузился под профилем c:usersivanov.rpg.003.
Далее он запускает 1С с ярлыка и 1С видит, что на серваке появился новый дистрибутив 8.3.8.1784 (а локально установлен 8.2.19.130) и начинает его устанавливать.
Как я понимаю в этот момент создается файлик location.cfg (в 8.2 его не было, появился в 8.3) в нем формируется содержание:
location=c:usersivanov.rpg.003AppDataRoaming1C/1Cv82
причем файлик лежит в профиле по пути:
C:Usersivanov.rpg.003AppDataRoaming1C1cv8
Пользователь поработал выключил комп. Завтра пересел на другой и уже грузится под нормальным профилем, а так как location.cfg лежал в профиле пользователя, а профиль перемещаемый, location.cfg тоже грузится а содержимое его указывает на кривой профиль.
Тут явный не прогнозируемый косяк.
На мой взгляд в location.cfg должен быть текст на подобии:
location=%userprofile%AppDataRoaming1C/1Cv82
В этой статье мы расскажем об ошибке доступа к файлу 1с. Как решить возникшую проблему, что это за баг и еще немного об этом.
Ошибка доступа к файлу 1C 8.3
«1С: Предприятие» — система программ для автоматизации, улучшения и упрощения деятельности различных сфер компании, начиная от бухгалтерии и заканчивая учетом. 1С: возможности при правильной настройке безграничны . Для предпринимателя — нужно найти хороших программистов.
Нет ни одной программы в современном мире, как бы хороша она не была без ошибок и проблем. Такое случается и с нашим приложением. В ряде случаев виноват в этом криворукий программист. Многие проблемы вы не сможете решить без его участия, но некоторые, вам подсилу и самому.
Причины возникновения
Случается, что люди, которые используют данную прогу сталкиваются с проблемой при запуске программы.
Способы решения
По наименованию явившегося бага поймем что происходит с системой — нет прав для доступа к файлу. Такое случается если юзер создает копию базы и подключает ее. Также ошибка бывает в результате попытки открыть файл по сетевому доступу.
Первостепенное что мы делаем в таком случае — проверяем доступ к файлу. Правая кнопка мыши по файлу -> проверяем стоит ли галочка на «Общий доступ».
Взгляните на права пользователя под которым вы зашли в систему виндоус. У вас должны быть права и на чтение файлов и на запись.
Когда данные к которым нужно получить доступ (база) находится на удаленном (локальном) персональном компьютере — смотрим закладку «Безопасность». В безопасности вы должны убедиться что у пользователя нет запрета на запись.
Предупреждения о проблемах вылазят когда возмущается брандмауэр. Это касается сетевых объектов. Антивирусные программы препятствуют нормальной работе.
Открываем брандмауэр и антивирус и ищем в списке блокируемых программ 1С. Удаляем из списка.
Почистите кеш, ошибки также возникают из-за кеша.
Большой шанс появления ошибки, когда два синонимичных приложения запускаются вместе. К примеру, ЗУП и Бухгалтерия. Если запустить по очереди, проблема исчезнет
Дополнительный способ
Ничего не помогло — воспользуйтесь следующими методами:
Путь к имени файла должен быть допустимым в каталоге отчетов: щелкните вкладку «Вывод». Перейдите на вкладку «Параметры вывода». В поле Имя файла убедитесь, что путь действителен.
Сколько дискового пространства доступно для файла: Откройте Windows Explorer. Выберите Локальный диск (буква диска:), на котором хранится отчет. Щелкните правой кнопкой мыши на локальном диске (буква диска:) и нажмите Свойства. Откроется окно свойств. Проверьте доступное свободное пространство на этом локальном диске.
Убедитесь, что у пользователя есть разрешения на доступ к папке IO_Data: Откройте проводник Windows. Щелкните правой кнопкой мыши основную папку выберите «Свойства».
Перейдите на вкладку «Безопасность». Убедитесь, что у пользователя есть полные права на эту папку и все подпапки. Если вы не можете проверить права доступа, обратитесь к администратору.
Оглавление
- Что это за файл такой — ibases.v8i
- Добавление общего списка через ibases.v8i в 1CEStart.cfg
- Костыль. Через свойства ярлыка
Что это за файл такой — ibases.v8i
Программа 1С при запуске читает список баз из файла ibases.v8i в профиле самого пользоватлея, а после из профиля для всех пользователей. В нём содержится информация о наименовании базы на сервере 1С ([Название БД]),
ИД базы, порядок в скписке баз (OrderInList=XXX), порядок в скписке древа (OrderInTree=XXX),место в древе каталога баз (Folder=/). И некоторые другие параметры, я их все описывать не буду.
Расположение ibases.v8i в Windows XP
Профиль для всех пользователей:
С:Documents and SettingsAll UsersApplication Data1C1CEstart
Профиль для авторизованного пользователя:
С:Documents and Settings%username%Application Data1C1CEstart
Расположение ibases.v8i в Windows 7 / 8 / 10
Профиль для всех пользователей:
C:ProgramData1C1CEStart
Профиль для авторизованного пользователя:
C:Users%username%AppDataRoaming1C1CEStart
Внимание! Если вы забыли пароль или утратили админские доступы к базе 1С, то вам будет полезна следующая статься: Как сбросить пароль от базы на SQL сервере.
Рассмотрим ситуацию, когда на терминальном сервере 1С необходимо прописать общий список баз 1С для всех пользователей. Когда одна база и штат небольшой, то проблема не велика, но когда одних только баз десяток другой, а штат постоянно обновляется,
то тут уже нужно к вопросу подходить комплексно!
Добавляем общий список баз 1с. По пунктам
- Запускаем 1С и прописываем все базы (формируем свой ibases.v8i файл)
- Потом копируем C:Users%USERNAME%AppDataRoaming1C1CEStartibases.v8i
- Для удобства сюда: C:UsersPublicbasesibases.v8i (так как это Public, то эта директория будет доступна всем)
- И редактируем следующий файл: C:ProgramData1C1CEStart1CEStart.cfg
В файле дописываем строчку с указанием нашего списка баз:
CommonInfoBases=C:all_basesibases.v8i
Всё просто. После этого все пользователи будут видеть только что добавленный список баз.
Костыльный способ. Через ярлык.
Копируем ярлык для 1С в папку C:UsersPublicDesktop. Таким образом он появится на всех рабочих столах вашего терминала. В свойствах файла, в поле Объект прописать запуск нужной базы.
"C:Program Files (x86)1cv8common1cestart.exe" ENTERPRISE /S "SERVERNAME/DATABASENAME" /AppAutoCheckVersion /AppAutoCheckMode
Тогда программа сразу будет запускать нужную базу, минуя окно с выбором подключения.