Имя: Пароль:
1C
1С v8
Некорректный формат файла при обмене
,
0 kogor1c
 
16.08.16
10:09
Добрый день

Платофрма: 1С:Предприятие 8.3 (8.3.6.2421)

Конфигурация: Розница, редакция 2.1 (2.1.9.8)

При синхронизации данных в подчиненном узле стала возникать ошибка:

Некорректный формат файла: C:\Users\Горгадзе\AppData\Local\Temp\Exchange82 {417B33B0-46B2-413E-9B37-5C3C443D9598}\Message_ЦБ_КЗ.zip

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

Подскажите, пожалуйста, с чем связана эта ошибка? Как исправить
1 Горогуля
 
16.08.16
10:10
смотрел на него хоть?
2 kogor1c
 
16.08.16
10:42
Да, пробовал открывать но пишет:

Сжатая ZIP папка имеет неверный формат

Архиваторы не могут извлечь из нее ничего, тоже пишут ошибку
3 Vaflya
 
16.08.16
10:43
эта ж кэш, первым делом надо почистить
4 kogor1c
 
16.08.16
10:44
Нашел аналогичную проблему в ветке v8: ЧтениеZipФайла Некорректный формат

Но не пойму, где найти этот битый файл
5 Vaflya
 
16.08.16
10:44
+ 3 такой вот замечательный ассоциативный ряд
6 kogor1c
 
16.08.16
10:44
(3) Почистил все папки в AppDAta - Local

Или еще как то кеш почистить?
7 azt-yur
 
16.08.16
10:46
(4) У тебя обмен через что идет? через почту? Удали глючный файл и сделай выгрузку повторно
8 kogor1c
 
16.08.16
10:51
(7) А где его удалить? Я отладил процесс выгрузки: 1С создает временную папку в Temp в ней лежит этот файл. А после неудачной проверки этого файла временная папка из Temp пропадает вместе с файлом
9 kogor1c
 
16.08.16
10:51
(7) обмен через FTP
10 kogor1c
 
16.08.16
10:55
Некорректный формат файла: C:\Users\Горгадзе\AppData\Local\Temp\Exchange82 {056CB96F-0650-4B50-AFE4-562EDD01C54C}\Message_ЦБ_КЗ.zip

Вот еще раз текст ошибки

На отладке поймал, когда папка Exchange82 {056CB96F-0650-4B50-AFE4-562EDD01C54C}\ возникает, удалил оттуда файл

запустил снова синхронизацию и снова ошибка

Или где надо удалить этот файл?
11 Vaflya
 
16.08.16
10:58
ну смотреть надо на файл, что там в нем, если архиватор говорит что не может, значит файл битый/недоделанный и надо смотреть что не так с его формированием/сохранением
зы. одного удаления по указанному пути должно хватать
12 Горогуля
 
16.08.16
10:58
дай файлик позырить
13 Vaflya
 
16.08.16
10:59
дайте два
14 Cyberhawk
 
16.08.16
11:00
Сколько платят за решение вопроса?
15 kogor1c
 
16.08.16
11:09
вот файл xml без архива https://yadi.sk/d/60BDrq3quFK4F

вот архив, который не открывается https://yadi.sk/d/FlRfm_D4uFKB2
16 Горогуля
 
16.08.16
11:11
4096 байт зип-архива. явно битый
17 azt-yur
 
16.08.16
11:12
(9) на FTP и удали или перезапиши повторной выгрузкой
18 kogor1c
 
16.08.16
11:13
(16) Как понять почему он стал битым?

Ничего не меняли ни в настройках, нигде

До этого обмен шел стабильно раз в час
19 Горогуля
 
16.08.16
11:13
(18) ну недопился, хз
20 Горогуля
 
16.08.16
11:13
(19) *недописался
21 Зая Бусечка
 
16.08.16
11:14
Может, диск сыпется?
(19) Оговорка по Фрейду )
22 kogor1c
 
16.08.16
11:52
(17) Удалил все файлы на FTP, затем попробовал выгружать и из центрального узал и из подчиненного.

Теперь в подчиненном узле ошибка связанная с ипом фала пропала и исходящий файл записался

Попробовал выгрузить из центрального узла - выдает ошибку

Обработка: ТранспортСообщенийОбменаFTP: Ошибка подключения к FTP-серверу, проверьте правильность задания пути и права доступа к ресурсу.
{Обработка.ТранспортСообщенийОбменаFTP.МодульОбъекта(600)}: Ошибка при вызове метода контекста (Записать)
        FTPСоединение.Записать(ИмяФайлаИсточника, КаталогНаСервере + ИмяФайлаПриемника);
по причине:
Ошибка работы с Интернет:  ftp://144.76.40.174:21 Transferred a partial file

Получается центральный узел не может полностью записать файл на FTP, а подчиненный не мог прочитать этот файл

Получается что какой-то гемор с ftp? Подчиненный узел может писать на него, а центральный по какой то причине не может?
23 kogor1c
 
16.08.16
14:15
РЕШЕНО

Проблема была в том, что закончилось место на ftp-ресурсе. Центральный узел записал файл не до конца, поэтому файл был кривой и подчиненный узел не мог его загрузить. Больше места не было вовсе, поэтому ни один из других узлов не мог ничего записать

Все решила очистка ftp