|
Файл ".tmp" не найден | ☑ | ||
---|---|---|---|---|
0
grumpi
19.06.20
✎
12:17
|
Столкнулся с проблемой: При сохранении отчета, обработки, конфигурации, а также при объединении время от времени вылетает ошибка
Файл не найден C:\users\user15\AppData\Local\Temp\v8_4E5C_24fb.tmp 2(0x00000002) не удается найти указанный файл. После этой ошибки далее записать отчет, обработку, конфигурацию не представляется возможным. все изменения теряются. Нужно открывать всё заново. Платформа 8.3.16.1148. конфигурации erp 2.4.7.151 и Бухгалтерия 3.0 Как побороть эту неприятность? |
|||
1
strange2007
19.06.20
✎
12:37
|
(0) Кто-то чистит темп или у процесса 1С нет доступа на запись туда.
Это то, с чем сталкивался |
|||
2
Kigo_Kigo
19.06.20
✎
13:39
|
(1) Иногда такой херью занимаются антивирусники и всякие ССикленеры
дайте 1c8user у админ права и запускайте 1с от имени админа |
|||
3
dka80
19.06.20
✎
13:45
|
не нужны ей такие права.
https://its.1c.ru/db/metod8dev#content:2966:hdoc |
|||
4
Kigo_Kigo
19.06.20
✎
13:49
|
(3) не известно что и как у ТС настроено и какие групповые политики применены в том числе политики КД
|
|||
5
grumpi
19.06.20
✎
14:01
|
(1) Запись в Temp разрешена. удивительно что файла там реально нет. другие tmp файлы есть. Интересно что ситуация повторяется не постоянно а время отвремени.
(2) У v8user админские права. Сиклинера и антивирусника нет (4) В том то и прикол, что такая петрушка бывает не постоянно, а время от времени. Сохранение может отработать штатно, а может выплюнуть такую ошибку и тогда только перезапуск конфигуратора помогает(если сохранялась или объединялась конфигурация), либо закрытие и открытие обработки/отчета с потерей всех изменений. Если бы это были групповые политики, то ситуация повторялась бы всегда. |
|||
6
grumpi
19.06.20
✎
14:02
|
Может ли эта ошибка быть ошибкой платформы?
|
|||
7
grumpi
19.06.20
✎
14:03
|
Я имею в виду платформу 1С.
|
|||
8
vladko
19.06.20
✎
14:06
|
(0) я обычно в этом случае выхожу из баз, вручную чищу темпы. Запускаю chkdsk
|
|||
9
grumpi
19.06.20
✎
14:08
|
(8) Это не сильно помогает
|
|||
10
1Сергей
19.06.20
✎
14:37
|
Файловая?
|
|||
11
grumpi
19.06.20
✎
14:42
|
(10) SQL
|
|||
12
grumpi
19.06.20
✎
14:42
|
MSSQL 2016
|
|||
13
1Сергей
19.06.20
✎
14:46
|
(6) >>Может ли эта ошибка быть ошибкой платформы?
вполне. Какая версия? |
|||
14
grumpi
19.06.20
✎
14:46
|
(13) 8.3.16.1184
|
|||
15
1Сергей
19.06.20
✎
14:54
|
(14) о, это самая глючная версия насколько мне известно. Мы недавно перешли на 17, многие проблемы ушли
|
|||
16
grumpi
19.06.20
✎
15:01
|
(15) а какой релиз из 17 рекомендуешь поставить?
|
|||
17
1Сергей
19.06.20
✎
15:05
|
не то, чтобы рекомендую. Но мы ставили последний релиз (8.3.17.1496) на тот момент. Других 17-ых не пробовал
|
|||
18
strange2007
22.06.20
✎
06:08
|
(2) >> Иногда такой херью занимаются антивирусники и всякие ССикленеры
Не факт. Я тоже иногда чистилки делаю и сам же про них забываю! Зря сомневаешься в способности некоторых!!!!! Автор, просто в отладчике смотри как сохраняется файл и потом глазами следи, когда он исчезает. |
|||
19
grumpi
22.06.20
✎
07:15
|
(18) А как мне узнать в отладчике какой файл исчезнет?
Имя файла каждый раз разное. |
|||
20
vcv
22.06.20
✎
09:46
|
Проблема тоже наблюдается. Решения найти не удалось. К счастью, редко возникает, но обидно, что когда возникнет, всё равно теряешь изменения в конфигураторе с последнего сохранения. Ошибка повторяется с разными конфигурациями и на разных релизах.
|
|||
21
strange2007
23.06.20
✎
04:13
|
(19) В смысле? В отладчике смотришь какое имя временного файла выделяется, записываешь на листочек и отслеживаешь. Буквально недавно так пытался поймать нерадивого админа на админских шалостях. Он оказался не виноват. Это я упустил тот момент, что ОФ (ТК) код иногда на сервере выполняется, а ему (серверу 1С) запрещено многое. Т.е. иногда с клиента и всё норм, а как фоновое задание срабатывает, так "файл не найден"
|
|||
22
vcv
23.06.20
✎
06:06
|
Какой отладчик? Какой сервер с клиентом? Исчезает временный файл конфигуратора в процессе редактирования конфигурации.
|
|||
23
grumpi
03.07.20
✎
13:56
|
(22) Проблема решилась подкручиванием политик в windows server. Как сказал админ, настройки политик где-то пересекались. Поэтому ошибка была не постоянная,а плавающая.
Вот уже 3 дня полет нормальный |
|||
24
vcv
06.07.20
✎
23:19
|
А информацией, какие политики повлияли, не поделитесь?
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |