1с ошибка при выполнении файловой операции tmp

Ошибка при обновлении файловой базы ☑ 0

orangekrs

06.07.15

✎

06:54

1

France

06.07.15

✎

06:58

temp создается более 4 гектаров и валится…

сам воюю…

2

orangekrs

06.07.15

✎

06:59

Где он создается ? Если в оперативе, то не видно по диспетчеру, если на диске, то при NTFS в чем проблема ?

3

orangekrs

06.07.15

✎

07:00

+(0) chdbfl ошибок в базе не нашло

4

Jump

06.07.15

✎

07:03

(3)А посмотри размер темпа (путь указан в ошибке).

Ну и SMART диска глянь.

5

Jump

06.07.15

✎

07:04

Диск цэ тоже на ссд? Свободного места на  диске цэ достаточно?

6

France

06.07.15

✎

07:05

(2) насчет нтфс — верно заметил… но то, что валится из-за tmp файлов — факт.. на всех релизах этого года.. база не файловая.. (5) наличие свободного пространства на эту ошибку не влияет…

зы.. у мну не обновление валиться.. обработка..

7

orangekrs

06.07.15

✎

07:06

(5) Да, да. Свободно 30гб (мониторю при обновлении — до ошибки 2гб только съедает)

8

France

06.07.15

✎

07:07

да, автор, а что за релиз платформы странный — 2076?

9

orangekrs

06.07.15

✎

07:09

Что ещё интересно. Имя темпового файла все время разное, когда появляется ошибка, сообщающая о проблемном файле, по указанному пути я его не нахожу. Возможно, он удаляется к моменту ошибки, а возможно ошибка и есть в том, что он не создается… Мда… у кого нибудь кроме (8) есть ещё эта беда ? France, давно бьешся ? Есть мысли как побороть ?

10

France

06.07.15

✎

07:09

забавно бывает в этот момент наблюдать диаграмму потребления памяти: почти идеальная пилообразная синусоида))

11

ЧеловекДуши

06.07.15

✎

07:10

Сделай просто. Установи SQL, обновись. Коль у тебя делается такой странный рефакторинг данных.

А затем опять верни все в файловый вариант

12

Мимохожий Однако

06.07.15

✎

07:10

(8)Выпущен 26.06.2015

13

orangekrs

06.07.15

✎

07:10

14

ЧеловекДуши

06.07.15

✎

07:10

15

orangekrs

06.07.15

✎

07:11

(14) Не, это меня не удивляет, так, для протокола написал )

16

ЧеловекДуши

06.07.15

✎

07:11

(13) Потому, что люди «очкуют» на рабочей БД быть Альфа тестерами. А вы нет

17

Мимохожий Однако

06.07.15

✎

07:11

(0)Какая конфигурация? Самопал?

18

France

06.07.15

✎

07:12

19

orangekrs

06.07.15

✎

07:12

(17) БИТ:Строительство — надстройка над БП3

(им первым делом вопрос озвучил — думают чем помочь, естественно, отрицают, что проблема у них )) )

20

ЧеловекДуши

06.07.15

✎

07:12

21

Мимохожий Однако

06.07.15

✎

07:12

(0)А БИТ-овцы что говорят?

22

France

06.07.15

✎

07:13

кажись, проблема появилась с выходом 8.3.6.. и усугубилась на 8.3.6.2041

23

ЧеловекДуши

06.07.15

✎

07:13

(19) И правильно отрицают. Сколько статей в инете по поводу того, что файловый вариант 1С очень нестабилен и в основном для Бета тестеров

24

orangekrs

06.07.15

✎

07:14

(19) Так и думал, что будет подобный пост )

25

orangekrs

06.07.15

✎

07:14

France, дык, беда и при 8.3.5… или это из-за того, что 8.3.6 обновлял…

26

France

06.07.15

✎

07:14

(23) у меня то не файловая версия.. а что ни на есть серверная..

27

orangekrs

06.07.15

✎

07:15

Мда…прикольно будет, если сейчас накачу сервер на MSSQL и та же борода будет…

28

France

06.07.15

✎

07:15

(25) на 8.3.5, вроде как, хоть и очччччень медленно, но все же работало.. на 8.3.6 — местами работало, сейчас затык полный..

29

Jump

06.07.15

✎

07:19

(23)Да что вы до файлового докопались. Нормальный стабильный вариант если база небольшая и пользователей мало.

А ежели у 1с проблемы, то это и на файловом вылазит и на скуле.

30

orangekrs

06.07.15

✎

07:20

Чего делать то ) ?

Вариант молча встать и пойти на выход припасён на крайний случай )

31

Jump

06.07.15

✎

07:22

(30)Ну для начала попробуй обновить на более старом релизе платформы.

32

Jump

06.07.15

✎

07:23

(31)А еще лучше выгрузи базу и попробуй обновить на другой машине.

33

Мимохожий Однако

06.07.15

✎

07:24

(32)Лучше копированием каталога для файловых версий.

34

orangekrs

06.07.15

✎

07:24

(4) Темп вообще очищал. При запуске обновления в 1С создается пара файлов по 300 мб. Smart говорит что SSD еще лет 10 будет жить

35

orangekrs

06.07.15

✎

07:25

(31),(32),(33) Ооок. Ща, пойду выгоню с компа какого-нибудь юзера.

36

Провинциальный 1сник

06.07.15

✎

07:37

(28) А у меня наоборот положительные ощущения от 8.3.6. В 8.3.5 достали вылеты модуля веб-сервера с ошибкой клиента «сеанс отсутствует или удален», а в 8.3.6.1977 с момента установки уже месяц ни одного вылета.

37

France

06.07.15

✎

07:38

веб-сервисы и у меня замечательно работают..

38

zak555

06.07.15

✎

07:39

Может из-за того, что приложение 1cv8 x32 не видит больше 2 гб ?

39

Провинциальный 1сник

06.07.15

✎

07:41

(37) А как еще можно работать с файловой базой? Вариантов нет, файл-серверный режим — отстой по определению.

40

orangekrs

06.07.15

✎

07:41

(38) где и чего оно не видит 2гб ?

41

orangekrs

06.07.15

✎

07:55

Хм…на другом компе с платформой 8.3.5.1517 началось сравнение объектов. Попробую сейчас на своем такую же установить

42

France

06.07.15

✎

07:56

операционка какая??

43

orangekrs

06.07.15

✎

08:36

Результат: на другом компе с ОС: Win8.1, 1С 8.3.5.1517 эта же база (скопировал каталог) норм обновилась. Буду искать проблему на своём компе. Большое спасибо всем неравнодушным!

44

orangekrs

06.07.15

✎

08:36

(42) На моем компе Win7 32бита, на компе где удачно прошло win 8.1 64бита

45

France

06.07.15

✎

08:38

(43) а на своем компе что за операционка?? у мну 8.0 — на нем с ошибкой не вываливается.. на вин 2009 R2 — вываливается..

46

orangekrs

06.07.15

✎

08:53

(45) Прикольно…на 8 не вываливается ошибка получается…

14 декабря, 2011 at 15:05

Сегодня мне повезло. Ошибка клиента 1С пофиксилась быстро и без перезапуска сервера. Я не спец в 1С, только поддерживаю CentOS, на которой она живет. И поэтому следую инструкции программиста 1С: если какая-то ересь на клиенте, просто перезапусти службу 1С на сервере.
На одном клиенте стала вылезать при входе ошибка: Ошибка при выполнении файловой операции ‘/tmp/…’
Она возникала уже после ввода пароля пользователя, поэтому мне было понятно, что база отвечает.
Мне повезло найти на каком-то форуме мысль, что дело может быть в рассинхронизации по времени сервера и клиента. Гляжу — а ведь и правда, часы у клиента показывают какое-то интереснейшее время, никак не связанное с реальностью.
Исправила время, потом на всякий случай перезагрузила клиента и все отлично пошло.
Интересно, что ошибка всплыла сегодня, хотя время, судя по всему, уже давно было странное.

Entry filed under: windows xp. Tags: 1С, ошибка, tmp.

Описание ошибки:
При обновлении конфигурации 1С: Комплексная автоматизация, ред. 1.1 при установке релиза 1.1.104.1 и запуска серверной базы в режиме 1С: Предприятие для завершения обновления релиза после согласия лицензионного соглашения возникла ошибка, которая фатально прерывала дальнейшую работу с базой:
Ошибка при выполнении файловой операции ‘v8srvr://ECO-SERVER2/1C-ECO82/Config/7ad7a83c-ceed-4eaf-871f-23830205ec2f.0’
по причине:
Ошибка при выполнении файловой операции ‘C:\Users\admin1C\AppData\Local\Temp\v8_EBA6_7.tmp’. 131(0x00000083): Попытка поместить указатель на файл перед началом файла.

Найденные решения:

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

Возникала ошибка. При повторном запуске базы в режиме 1С: Предприятие повторялось то же самое. Скрин не совсем тот, а уже сделанный позднее, когда ошибка себя проявила повторно, после обновления конфигурации другим релизом (об этом подробнее см. в конце публикации), но в точности иллюстрирующий ситуацию. Разница лишь в том, какой текст следует после «‘v8srvr://<имя_сервера>/<имя_базы>/Config/»

Вот полный текст ошибки

Сразу же при виде формулировки «Ошибка при выполнении файловой операции  ‘v8srvr://<имя_сервера>/<имя_базы>/Config/7ad7a83c-ceed-4eaf-871f-23830205ec2f.0’ по причине:» рука потянулась выполнить «Тестирование и исправление базы данных»

Но, увы, тестирование не повлияло на ситуацию. Ошибка вновь возникала. И тут внимание обратилось ко второй половине формулировки ошибки: «Ошибка при выполнении файловой операции  ‘C:\Users\admin1C\AppData\Local\Temp\v8_EBA6_7.tmp’. 131(0x00000083): Попытка поместить указатель на файл перед началом файла.»

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

И это дало положительный результат. Обновление базы после этого было выполнено успешно.

P.S.

P.S.: ситуация имела повторное возникновение еще позднее (т.к. выполнялось продолжительное обновление конфигурации 1С: Комплексная автоматизация 1.1, было пропущено чуть более 20 релизов) но в сопряжении с ошибкой, очень похожей по формулировке на ту, что описана в описании ошибки Ошибка разбора XML: -[1,202] Фатальная ошибка: expected ‘>’ . Но, если ознакомиться с похожей ошибкой, то можно увидеть, что она тоже решилась в свое время удалением/добавлением базы в списке баз 1С: Предприятия 8, что очистило пользовательские файлы, связанные с базой и нормализовало дальнейшую работу без дополнительных действий, кроме тех, что описаны выше.

Оцените, помогло ли Вам предоставленное описание решения ошибки?

---

© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

24-04-2019

Журавлев А.С.
(Сайт azhur-c.ru)

0

— 31.10.2014 — 10:46

Люди добные и не очень, ай нид ваш хелп. Второй день мудохаюсь, а просветление не приходит.

Имеется база 1С 8.
платформа (8.3.5.1119)
конфигурация бухгалтерия (2.0.62.4)
крутится на терминалке в sql-базе
Для экспериментов сделал себе копию базы на том же sql-сервере (из бекапов рабочей). Далее, при попытке обновления базы из шаблона до 2.0.62.5 релиза получаю ругань:
«c:\documents and settings\user\local setting\temp\1\v8_2b_2c.tmp»
Причем если, снять конфигурацию с поддержки, и внести какие-нибдуь изменения ручками, то все нормально сохраняется и работает.
Что делал:
— удалял, добавлял базу в консоли сервера;
— чистил этот самый temp, выставлял на него права всем все можно;
— игрался с путями к файлам sql-базы (пробовал создавать в разных папках, в т.ч. рядом с рабочей базой);
— открывать конфигуратор не на терминале, а на машине через сеть;
нифига не помогает.

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

Но таки хочется понять, как с этим бороться? Ведь если не дай бог придется восстанавливать рабочую базу и оно вылезет, и чего делать тогда?

1

— 31.10.2014 — 10:54

т.е. вот такую ругань я имел в виду:
«ошибка при выполнении файловой операции ‘c:\documents and settings\user\local setting\temp\1\v8_2b_2c.tmp'»

2

— 31.10.2014 — 17:43

с одной стороны, в файликах *.tmp иногда встречаются всякие вирусопакости, поэтому вроде бы исключать *.tmp из антивируса нельзя.
но, а с другой стороны, нафига вообще держать на сервере доброго каспера?

зы: это все к тому, что ты все прекрасно описал и платформу и конфигурацию и sql упомянул, и терминал.. молодец, чЁ.

только про антивирус на сервере ни слова. Про его наличие/отсутствие. про его настройки/исключения в случае наличия.
ни гу-гу.

3

— 01.11.2014 — 08:49

Нету антивируса на сервере. На локальной аваст стоит.

4

— 03.11.2014 — 00:27

все еще актуально

5

— 03.11.2014 — 17:07

проверить базу чинилкой не пробовали ?
http://helpme1c.ru/kak-sdelat-testir…-redakciya-3-0

http://1c-sfera.ru/index.php/adminis…-v-nej-oshibki

ЗЫ база в дт выгружается?

6

— 03.11.2014 — 20:21

Было такое же, кстати, недавно. Проверки ничего не находили, все выгружалось-загружалось, а при обновлении стабильно валилось с аналогичной ошибкой во временном файле.
Так и не решили, с админом искали и ничего не нашли в тот момент, потом та виртуалка рухнула, а на текущей вроде все обновляется.
На 8.3.4 было, кстати.

7

— 04.11.2014 — 10:07

Цитата:

Сообщение от 101

ЗЫ база в дт выгружается?

в том то и прикол, что

Цитата:

Сообщение от gamletspb

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

и да, на ошибки проверял, никаких проблем не обнаружено

8

— 04.11.2014 — 10:38

хмм мну бы посмотрел на бэкапирование обоими способами, скуль, выгрузка в дт
ЗЫ еще бы и конфигурацию отдельно в цф выгружал

9

— 04.11.2014 — 10:50

Цитата:

Сообщение от 101

хмм мну бы посмотрел на бэкапирование обоими способами, скуль, выгрузка в дт ЗЫ еще бы и конфигурацию отдельно в цф выгружал

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

10

— 04.11.2014 — 11:07

(9) две разных копии БД и еще одну чистую конфигурацию
ЗЫ сдается мне что при переносе на другой сервер и залитие в SQL предварительно запустив исправление целостности на файловой базе — ошибка исчезнет
ЗЫЫ еще сдается мне проверку на обновление таки проверить … возможно конфигурация поставщика не была обновлена и/или не до конца, в похожих случаях пробую на копии накатить поверх ЦФ от полного нового релиза — пока помогало

11

— 04.11.2014 — 12:37

Мне кажется ТИИ ведь никак не проверяет конфигурацию поставщика?

А то в свете — (0) «Причем если, снять конфигурацию с поддержки, и внести какие-нибдуь изменения ручками, то все нормально сохраняется и работает» похоже на глюканувшую конфигурацию поставщика. так что (10) +

12

— 08.11.2014 — 20:44

Ну вроде удалось победить проблему, по крайней мере на тестовой базе все заработало.
Для этого пришлось выгрузить конфигурацию и ИБ в файл. Потом нафиг удалить(!) базу SQL, создать ее занова, и только тогда загружать в нее ранее выгруженные конфигурацию и ИБ. Перед загрузкой еще пришлось перезагрузить сервисы скуля и 1С, иначе вываливалось с ошибкой. При этом база ужалась в 10! раз (с 59Гб до 5Гб), обновление накатилось нормально, и вроде все данные на месте, ничего не поехало.

Что интересно, скульную базу, перед тем как полностью грохнуть, пробовал чистить и ужимать по всякому, но даже после удаления всех данных (путем удаления базы 1С в режиме очистки базы) ее размер оставался больше 50 Гб. При этом все проверки ТИИ проходили нормально. Вобщем, поразвлекался на выходных на славу. Всем спасибо за внимание, надеюсь кому-нибудь мой опыт будет полезен.

Ошибка 1С при выполнении файловой операции или Ошибка операции с файлом базы данных, возникает когда 1С не может получить доступ к файлу базы данных, не может найти папку с базой или создать в ней необходимые служебные файлы. 

Ошибка 1C при выполнении файловой операции

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

Описание: «Вход пользователя не выполнен из-за ограничений учётной записи. Например, пустые пароли не разрешены; ограничено число входов или включено ограничение политики».

В рассматриваемом примере 1С явно указывает на возможные источники проблемы. После установки патча винда сбросила некоторые настройки сетевой политики безопасности, и по умолчанию перестала пускать пользователей с учёткой без пароля.

Чтобы починить, нужно на ПК с базой зайти в Панель управлени — Центр управления сетями и общим доступом — Изменить дополнительные параметры общего доступа — Все сети — Общий доступ с парольной защитой — установить флаг Отключить общий доступ с парольной защитой.

Если не хочется бродить в недрах панели управления, можно открыть редактор политик напрямую: 

Пуск — Выполнить (или Win+R) — secpol.msc;

Переходим в Локальные политики — Параметры безопасности — Учетные записи: разрешить использование пустых паролей только при консольном входе устанавливаем значение Отключен.

Какие ещё причины могут вызвать появление подобной ошибки:

• Некорректная работа антивируса. Обычно этим периодически грешит Касперский: нужно добавить приложение 1С и папки с базами в исключение. Иногда помогает только полная переустановка антивируса.
• Некорректная настройка общего доступа к папке с базой: нет прав у конкретного пользователя или прав на запись/изменение в папку. Проверить это очень просто: нужно перейти в папку (можно скопировать путь из окна запуска 1С) и попробовать создать в ней любой файл. Хотя бы обычный текстовый документ. Если не получается или папка не открывается — скорее всего оно.

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