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
... Фашисты современности будут называть себя антифашистами.
From: |
Dima Krylov 2:5020/570.1 |
02 Oct 2022 17:10 +0300 |
To: |
Michael Dukelsky 2:5020/1042 |
|
Subject: |
exec failed, code 256
|
оПХвЕР!
Kaк-тo нa дняx (02 окт 22) Michael Dukelsky пишeт к Dima Krylov...
[ ... ]
MD> Попробуй временно убрать qq из 'Unpack "unzip -joLqq ..."' в
MD> packer.cfg или как там у тебя этот файл называется. Может быть,
MD> что-нибудь будет в логе.
Убрал. Hичего нового в логах не прибавилось. Все так же exec failed, code 256
From: |
Michael Dukelsky 2:5020/1042 |
02 Oct 2022 14:32 +0300 |
To: |
Dima Krylov 2:5020/570.1 |
|
Subject: |
exec failed, code 256
|
Привет, Dima!
02 October 2022 10:00, Dima Krylov послал(а) письмо к Stas Mishchenkov:
DK>>> Это происходит с пакетами только от определенного линка.
SM>> Hе со всеми и, кроме тебя, ни кто не жалуется.
DK> Я не жалуюсь, я пытаюсь понять почему так происходит и найти пути
DK> решения.
Попробуй временно убрать qq из 'Unpack "unzip -joLqq ..."' в packer.cfg или
как там у тебя этот файл называется. Может быть, что-нибудь будет в логе.
Желаю успехов, Dima!
За сим откланиваюсь, Michael.
... node (at) f1042 (dot) ru
From: |
Dima Krylov 2:5020/570.1 |
02 Oct 2022 10:00 +0300 |
To: |
Stas Mishchenkov 2:460/5858 |
|
Subject: |
exec failed, code 256
|
Привет тебе, Stas!
Kaк-тo нa дняx (02 окт 22) Stas Mishchenkov пишeт к Dima Krylov...
[ ... ]
DK>> Это происходит с пакетами только от определенного линка.
SM> Hе со всеми и, кроме тебя, ни кто не жалуется.
Я не жалуюсь, я пытаюсь понять почему так происходит и найти пути решения.
From: |
Dmitriy Romanov 2:6078/1 |
02 Oct 2022 11:19 +0300 |
To: |
Stas Mishchenkov 2:460/5858 |
|
Subject: |
exec failed, code 256
|
Приветики, Stas!
Писал как-то Stas Mishchenkov к Dmitriy Romanov примерно 02 Окт 22 в 09:23
А я смотрю и фигею.
DK>>>>>> но он говорит, что ничего не менял. ;-)
DR>>>>> Кстати, а тоссер под кем работает?
DK>>>> Под рутом.
RS>>> Фи! Как это пОшло!
DR>> Пошло, да. Но если система выделена исключительно под ноду - то ну и
DR>> пусть с ней.
SM> Ну, как тебе сказать? Учитывая, что и мейлер под рутом...
Все равно не вижу проблемы. У меня, правда, все это в винде, но тоже мейлер под
системой работает - аналог рута в
линуксе. Но там в винде так принято. Сервисы под учеткой, отличной от системы,
там запускают только в случае
необходимости.
Hа сем разрешите письмо закончить. Elec (RA2FDR)