From: |
Dima Krylov 2:5020/570.1 |
05 Oct 2022 09:47 +0300 |
To: |
Dmitriy Romanov 2:6078/1 |
|
Subject: |
exec failed, code 256
|
Привет тебе, Dmitriy!
Kaк-тo нa дняx (05 окт 22) Dmitriy Romanov пишeт к Dima Krylov...
[ ... ]
DR>>> А посмотри ка еще вот в какую сторону. Hет попадают ли тебе
DR>>> зипованые бандлы, в которых встречаются пктхи с одинаковыми
DR>>> именами?
DK>> Такое случается даже если в архиве всего один .pkt
DR> В архиве - один, но в предыдущем архиве может оказаться еще один.
Inbound пустой, приходит входящий и сваливается ee30fe00.tu0, например. В этом
архиве один 32f92511.pkt
В binkd.cfg есть запись exec "/mail.sh" *.su? *.mo? *.tu? *.we? *.th? *.fr?
*.sa? *.pkt
В нем написано
#! /bin/sh
/ftn/bin/hpt -c /ftn/husky/config toss
В husky/config.cfg записано так.
unpack "unzip -j -Loqq $a $f -d $p" 0 504b0304
Пришел фаил, запустился тоссинг и hpt его переименовал в ee30fe00.bad c
САБЖевым сообщением. Полный лог я уже кидал. Почему так стало я сказать не могу.
Происходит это только с пакетами определенного линка. Hу и "никто ничего не
менял" (с) ;-)
Если переименовать ee30fe00.bad обратно в ee30fe00.tu0, то /ftn/bin/hpt -c
/ftn/husky/config toss проходит без ожибок.
Что подкрутить для исправления?
DK>> Пробую найти закономерность и пока отписался от FIDONET.ONLINE,
Отписка не спасла.
DK>> где чаще всего вылетали косяки. Продолжаю наблюдение.
DR> Hаоборот лучше подписаться, чтобы быстрее косяк увидеть. попробуй
DR> просто перед тоссингом все бандлы сохранить отдельно дла дальнейшего
DR> анализа.
Сохранил. Они каждый день падают, устал их обратно переименовывать.
From: |
Dmitriy Romanov 2:6078/1 |
05 Oct 2022 08:21 +0300 |
To: |
Dima Krylov 2:5020/570.1 |
|
Subject: |
exec failed, code 256
|
Приветики, Dima!
Писал как-то Dima Krylov к Dmitriy Romanov примерно 04 Окт 22 в 23:22
А я смотрю и фигею.
DK> [ ... ]
DR>> А посмотри ка еще вот в какую сторону. Hет попадают ли тебе зипованые
DR>> бандлы, в которых встречаются пктхи с одинаковыми именами?
DK> Такое случается даже если в архиве всего один .pkt
В архиве - один, но в предыдущем архиве может оказаться еще один.
Я не особо наблюдал как эхотаг делает, а вот фаста в свое время сначала
распаковывает все архивы в одну кучу, а только
потом уже начинает их тоссить. Попробуй отловить все бандлы сразу, может
оказаться, что в одном из них есть пкт с таким
же именем.
DK> Пробую найти закономерность и пока отписался от FIDONET.ONLINE, где
DK> чаще всего вылетали косяки. Продолжаю наблюдение.
Наоборот лучше подписаться, чтобы быстрее косяк увидеть. попробуй просто перед
тоссингом все бандлы сохранить отдельно
дла дальнейшего анализа.
Hа сем разрешите письмо закончить. Elec (RA2FDR)
From: |
Victor Dronov 2:5030/722.140 |
04 Oct 2022 23:52 +0300 |
To: |
Dima Krylov 2:5020/570.1 |
|
Subject: |
exec failed, code 256
|
Hello Dima!
04 Oct 22 13:12, you wrote to me:
VD>> Hапример, простой unzip -l ee30fe00.su5 что показывает?
DK> Все нормально он показывает и распаковывает.
Тут такое дело, если это ошибка 1 из unzip'а, а других мнений пока не было, то
тут *надо* в файл смотреть, как минимум на -v. Опять же, при коде 1, -l и -v
будет отлично работать, 1 значит директория не повреждена, а -l/-v только
директорию и читают. И распаковывать он будет. Может не всё, а может и вообще
всё, но, например, mtime будет не тот, какой запаковывали или пути, там скажем,
с backslash'ами. Какой код возврата при ручной распаковке-то? Ну, и трассировку
syscall'ов сделать, если по файлу непонятно, да и просто не помешает.
Другой вариант, это только ждать, придёт ли кто-то, кто именно таким образом
исковерканные файлы уже видел.
Victor
... Dronov шугает чеширского кота, играющего с пингвинами
From: |
Dima Krylov 2:5020/570.1 |
04 Oct 2022 23:22 +0300 |
To: |
Dmitriy Romanov 2:6078/1 |
|
Subject: |
exec failed, code 256
|
Привет тебе, Dmitriy!
Kaк-тo нa дняx (04 окт 22) Dmitriy Romanov пишeт к Dima Krylov...
[ ... ]
DR> А посмотри ка еще вот в какую сторону. Hет попадают ли тебе зипованые
DR> бандлы, в которых встречаются пктхи с одинаковыми именами?
Такое случается даже если в архиве всего один .pkt
Пробую найти закономерность и пока отписался от FIDONET.ONLINE, где чаще всего
вылетали косяки. Продолжаю наблюдение.
From: |
Dmitriy Romanov 2:6078/1 |
04 Oct 2022 23:01 +0300 |
To: |
Dima Krylov 2:5020/570.1 |
|
Subject: |
exec failed, code 256
|
Приветики, Dima!
Писал как-то Dima Krylov к Victor Dronov примерно 03 Окт 22 в 19:56
А я смотрю и фигею.
VD>> Hа файл надо посмотреть, если там какой мусор добавлен, вполне может
VD>> быть 1 (256).
DK> Дело в том, что если его обратно переименовать в ee30fe00.su5 и запустить
DK> тоссинг, то все нормально и ругани нет. В ручном режиме тоже все файлы
DK> распаковываются нормально.
DK> Теперь я еще больше не понимаю. Может это встроенный в hpt zip-архиватор
DK> мозги начал делать?
А посмотри ка еще вот в какую сторону. Нет попадают ли тебе зипованые бандлы, в
которых встречаются пктхи с одинаковыми
именами?
Hа сем разрешите письмо закончить. Elec (RA2FDR)
From: |
Dima Krylov 2:5020/570.1 |
04 Oct 2022 13:12 +0300 |
To: |
Victor Dronov 2:5030/722.140 |
|
Subject: |
exec failed, code 256
|
Привет тебе, Victor!
Kaк-тo нa дняx (04 окт 22) Victor Dronov пишeт к Dima Krylov...
[ ... ]
VD> всё равно, какой там код возврата. Кстати, первый кусок лога, что ты
VD> показывал, там была ошибка при обработке .tu0, не .bad
Потому, что эху никто не читает и это оже второй лог от другого файла.
VD> Конечно, на файл посмотреть бы, если там никаких секретов нет.
Hу, пароль там в pkt, а так обычный архив.
VD> Hапример, простой unzip -l ee30fe00.su5 что показывает?
Все нормально он показывает и распаковывает. Доже если этот .bad переименовать
в ee30fe00.su5, то все штатно средствами hpt распаковывается. Права на файл не
меняются, если что.
VD> Потому что "1" от unzip, это что-то вроде "тут было непонятно что, но
VD> в целом я справился". Может там внутри, например, сам в себя
VD> ee30fe00.bad
Все там нормально.
VD> Кстати да, это у тебя стандартный unzip, а там-то чем пакуют... Hа
zip там линуксовый, на сколько я понимаю.
From: |
Victor Dronov 2:5030/722.140 |
04 Oct 2022 12:19 +0300 |
To: |
Dima Krylov 2:5020/570.1 |
|
Subject: |
exec failed, code 256
|
Hello Dima!
03 Oct 22 19:56, you wrote to me:
VD>> А он как там вызывается, обычным system()?
DK> В конфиге hpt прописана строчка
Прошу прощения, это я про код, как оно внутри hpt устроено. Вроде да, system().
Поэтому 256 - это 1, который unzip возвратил. Вот и Паша так считает.
VD>> Hа файл надо посмотреть, если там какой мусор добавлен, вполне
VD>> может быть 1 (256).
DK> Дело в том, что если его обратно переименовать в ee30fe00.su5 и
DK> запустить тоссинг, то все нормально и ругани нет. В ручном режиме тоже
DK> все файлы распаковываются нормально.
В "ручном" это просто "unzip ..." или "unzip ...; echo ?" ? Shell'у-то всё
равно, какой там код возврата. Кстати, первый кусок лога, что ты показывал, там
была ошибка при обработке .tu0, не .bad
Конечно, на файл посмотреть бы, если там никаких секретов нет. Hапример,
простой unzip -l ee30fe00.su5 что показывает? А так, можно попробовать запустить
всё-всё-всё с трассировкой, может, что интересное вылезет:
strace -f -o /tmp/hpt-toss.strace hpt toss
Потому что "1" от unzip, это что-то вроде "тут было непонятно что, но в целом я
справился". Может там внутри, например, сам в себя ee30fe00.bad вложен или
симлинки какие странные на файловой системе или read-only файлы запакованы.
DK> Теперь я еще больше не понимаю. Может это встроенный в hpt zip-архиватор
DK> мозги начал делать?
Кстати да, это у тебя стандартный unzip, а там-то чем пакуют... Hа файл
посмотреть бы. Или strace.
Victor
... Dronov шугает демонов, меряющихся вилками с утконосами
From: |
Stas Mishchenkov 2:460/5858 |
04 Oct 2022 12:21 +0300 |
To: |
Dima Krylov 2:5020/1042 |
|
Subject: |
exec failed, code 256
|
Hi, Dima!
02 окт 22 14:32, Michael Dukelsky -> Dima Krylov:
SM>>> Hе со всеми и, кроме тебя, ни кто не жалуется.
DK>> Я не жалуюсь, я пытаюсь понять почему так происходит и найти пути
DK>> решения.
MD> Попробуй временно убрать qq из 'Unpack "unzip -joLqq ..."' в packer.cfg
MD> или как там у тебя этот файл называется. Может быть, что-нибудь будет в
MD> логе.
И запускать желательно hpt toss 2> hpt_err.log
Have nice nights.
Stas Mishchenkov.
From: |
Stas Mishchenkov 2:460/5858 |
04 Oct 2022 08:19 +0300 |
To: |
Dima Krylov 2:5020/570.1 |
|
Subject: |
exec failed, code 256
|
*** Ответ на сообщение из _Carbon.Mail (Carbon.Mail).
Hi, Dima!
02 окт 22 10:00, Dima Krylov -> Stas Mishchenkov:
DK>>> Это происходит с пакетами только от определенного линка.
SM>> Hе со всеми и, кроме тебя, ни кто не жалуется.
DK> Я не жалуюсь, я пытаюсь понять почему так происходит и найти пути решения.
Хорошо. Перефразирую. Ни кто не сообщал о подобной проблеме. Между тем, после
отписки от ююков проблема осталась?
Have nice nights.
Stas Mishchenkov.
From: |
Dima Krylov 2:5020/570.1 |
03 Oct 2022 19:56 +0300 |
To: |
Victor Dronov 2:5030/722.140 |
|
Subject: |
exec failed, code 256
|
Привет тебе, Victor!
Kaк-тo нa дняx (03 окт 22) Victor Dronov пишeт к Dima Krylov...
[ ... ]
VD> А он как там вызывается, обычным system()? Это не 1 умноженный на 256?
В конфиге hpt прописана строчка
unpack "unzip -j -Loqq $a $f -d $p" 0 504b0304
в packers.cfg есть такая запись
# Use built-in zip engine
Unpack "zipInternal" 0 504b0304
Pack zip zipInternal
VD> Hа файл надо посмотреть, если там какой мусор добавлен, вполне может
VD> быть 1 (256).
Дело в том, что если его обратно переименовать в ee30fe00.su5 и запустить
тоссинг, то все нормально и ругани нет. В ручном режиме тоже все файлы
распаковываются нормально.
Теперь я еще больше не понимаю. Может это встроенный в hpt zip-архиватор мозги
начал делать?