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-архиватор мозги начал делать?
From: Pavel Gulchouck 2:463/68 03 Oct 2022 14:08 +0300
To: Ruslan Suleimanov 2:467/888
Subject: hpt.core
Hi Ruslan! 03 Oct 22, Ruslan Suleimanov ==> All: RS> С периодичностью раз в день появляется сабж, собирался с github через git clone с параметрами поумолчанию + perl hooks, RS> OS FreeBSD 13.1. Файл core сохранил. Что может быть ? Запусти "gdb `which hpt` hpt.core" и покажи, что расскажет "backtrace". Btw какая версия hpt и на какой команде падает? Lucky carrier, Паша aka gul@gul.kiev.ua
From: Victor Dronov 2:5030/722.140 03 Oct 2022 17:21 +0300
To: Dima Krylov 2:5020/570.1
Subject: exec failed, code 256
Hello Dima! 02 Oct 22 17:10, you wrote to Michael Dukelsky: MD>> Попробуй временно убрать qq из 'Unpack "unzip -joLqq ..."' DK> Убрал. Hичего нового в логах не прибавилось. Все так же exec failed, DK> code 256 А он как там вызывается, обычным system()? Это не 1 умноженный на 256? А 1 для unzip это "one or more warning errors were encountered, but processing completed successfully anyway. This includes zipfiles where one or more files was skipped due to unsupported compression method or encryption with an unknown password." Hа файл надо посмотреть, если там какой мусор добавлен, вполне может быть 1 (256). Victor ... Dronov шугает демонов, проталкивающих розового слона в форточку
From: Dima Krylov 2:5020/570.1 03 Oct 2022 14:33 +0300
To: Pavel Gulchouck 2:463/68
Subject: exec failed, code 256
Привет тебе, Pavel! Kaк-тo нa дняx (03 окт 22) Pavel Gulchouck пишeт к Michael Dukelsky... [ ... ] MD>> По идее 256 - это код ошибки, выданный командой unzip. Hо в man MD>> unzip такого кода ошибки нет. PG> В возвращаемом результате младший байт - номер сигнала (если процесс PG> завершился по сигналу), старший - код завершения. Так что в данном PG> случае unzip завершился с retcode 1. И чего делать-то? MD>> Попробуй убрать qq из опций unzip убрал. ---------- Sun 02 Oct 22, hpt/lnx 1.9.0-cur 17-02-17 1 18:00:06 Start 1 18:00:06 Start tossing... U 18:00:06 src/toss.c::processDir() begin O 18:00:06 Look incoming file /ftn/spool/inbound/ee30fe00.su5 f 18:00:06 src/common.c:612: old: '/ftn/spool/inbound/ee30fe00.su5' new: '/ftn/spool/inbound/ee30fe00.tos' 7 18:00:06 bundle /ftn/spool/inbound/ee30fe00.su5: renaming to .tos O 18:00:06 toss.c:processArc(): opened '/ftn/spool/inbound/ee30fe00.tos' ("rb" mode) 6 18:00:06 bundle /spool/inbound/ee30fe00.tos: unpacking with "unzip -j -Lo /ftn/spool/inbound/ee30fe00.tos -d /ftn/spool/tempinb/" A 18:00:06 exec failed, code 256 A 18:00:06 Renaming pkt/arc to .bad f 18:00:06 src/common.c:612: old: '/ftn/spool/inbound/ee30fe00.tos' new: '/inbound/ee30fe00.bad' O 18:00:06 Look incoming file /ftn/spool/inbound/unprotected U 18:00:06 src/toss.c::processDir() returns 1 U 18:00:06 src/toss.c::processDir() begin O 18:00:06 Look incoming file /ftn/spool/inbound/ee30fe00.bad O 18:00:06 Look incoming file /ftn/spool/inbound/unprotected U 18:00:06 src/toss.c::processDir() returns 0
From: Pavel Gulchouck 2:463/68 03 Oct 2022 14:07 +0300
To: Michael Dukelsky 2:5020/1042
Subject: exec failed, code 256
Hi Michael! 27 Sep 22, Michael Dukelsky ==> Dima Krylov: DK>> Hачалось недавно и только с пакетами от одного линка. Hикто ничего не DK>> менял и мы не знаем, что это такое. (c) DK>> После тоссинга пакет переименовывается в битый. Лог от этого действия DK>> ниже. Руками .pkt от туда я могу достать совершенно без вопросов и оно DK>> дальше тоссится корректно. DK>> ---------- Tue 27 Sep 22, hpt/lnx 1.9.0-cur 17-02-17 DK>> 1 18:00:02 Start DK>> 1 18:00:02 Start tossing... DK>> 7 18:00:02 bundle /ftn/spool/inbound/ee30fe00.tu0: renaming to .tos DK>> 6 18:00:02 bundle /ftn/spool/inbound/ee30fe00.tos: unpacking with DK>> "unzip -j -Loqq /ftn/spool/inbound/ee30fe00.tos -d DK>> /ftn/spool/tempinb/" A 18:00:02 exec failed, code 256 A 18:00:02 DK>> Renaming pkt/arc to .bad DK>> Что такое code 256 и куда копать? MD> По идее 256 - это код ошибки, выданный командой unzip. Но в man unzip такого кода ошибки нет. В возвращаемом результате младший байт - номер сигнала (если процесс завершился по сигналу), старший - код завершения. Так что в данном случае unzip завершился с retcode 1. MD> Попробуй убрать qq из опций unzip и выполни команду `unzip -j -Lo /ftn/spool/inbound/ee30fe00.tos -d /ftn/spool/tempinb/` вручную, MD> может быть unzip скажет, что ему не нравится. Lucky carrier, Паша aka gul@gul.kiev.ua
From: Ruslan Suleimanov 2:467/888 03 Oct 2022 11:51 +0300
To: All
Subject: hpt.core
Привет, All! С периодичностью раз в день появляется сабж, собирался с github через git clone с параметрами поумолчанию + perl hooks, OS FreeBSD 13.1. Файл core сохранил. Что может быть ? WBR Ruslan Suleimanov ... Добре роби - добре буде.
From: Ruslan Suleimanov 2:467/888 03 Oct 2022 15:07 +0300
To: Pavel Gulchouck 2:463/68
Subject: hpt.core
Ответ на сообщение Pavel Gulchouck (2:463/68) к Ruslan Suleimanov, написанное 03 окт 22 в 14:08: PG> 03 Oct 22, Ruslan Suleimanov ==> All: RS>> С периодичностью раз в день появляется сабж, собирался с github через RS>> git clone с параметрами поумолчанию + perl hooks, OS FreeBSD 13.1. RS>> Файл core сохранил. Что может быть ? PG> Запусти "gdb `which hpt` hpt.core" и покажи, что расскажет "backtrace". PG> Btw какая версия hpt и на какой команде падает? я так понял ошибка происходит иногда при вызове из perl скрипта по команде exec: hpt post ... Но при этом в командной строке никогда подобного не наблюдал.. ----- [tank@fidonet /mnt/fido/zone2/husky]$ hpt hpt/fbsd 1.9 2022-07-03 ----- [tank@fidonet /mnt/fido/zone2/husky/errors]$ gdb `which hpt` hpt.core GNU gdb (GDB) 12.1 [GDB v12.1 for FreeBSD] Copyright (C) 2022 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-portbld-freebsd13.1". Type "show configuration" for configuration details. For bug reporting instructions, please see: . Find the GDB manual and other documentation resources online at: . For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/local/bin/hpt... (No debugging symbols found in /usr/local/bin/hpt) [New LWP 100526] warning: Could not load shared library symbols for [vdso]. Do you need "set solib-search-path" or "set sysroot"? Core was generated by `hpt -c /mnt/fido/zone2/husky/config post -af 2:467/888 -nf Robocop Servinfo -s '. Program terminated with signal SIGBUS, Bus error. Object-specific hardware error. #0 0x00000000002549b6 in closeOpenedPkt () ---- [tank@fidonet /mnt/fido/zone2/husky]$ pkg search backtrace libbacktrace-1.0 C library that produces symbolic backtraces in C/C++ programs ---- [tank@fidonet /mnt/fido/zone2/husky/errors]$ ddb capture -M hpt.core print ddb: ddb_capture: kvm_openfiles: cannot read KPML4phys [tank@fidonet /mnt/fido/zone2/husky/errors]$ ddb capture -M hpt.core status ddb: ddb_capture: kvm_openfiles: cannot read KPML4phys WBR Ruslan Suleimanov ... Фашисты современности будут называть себя антифашистами.