forum.wfido.ru  

Вернуться   forum.wfido.ru > Прочие эхи > RU.HUSKY

Ответ
 
Опции темы Опции просмотра
  #31  
Старый 04.10.2022, 13:53
Victor Dronov
Guest
 
Сообщений: n/a
По умолчанию exec failed, code 256

Victor Dronov написал(а) к Dima Krylov в Oct 22 12:19:02 по местному времени:


Нello Dima!

03 Oct 22 19:56, you wrote to me:
VD>> А он как там вызывается, обычным system()?
DK> В конфиге hpt прописана строчка

Прошу прощения, это я про код, как оно внутри hpt устроено. Вроде да, system(). Поэтому 256 - это 1, который unzip возвратил. Вот и Паша так считает.

VD>> На файл надо посмотреть, если там какой мусор добавлен, вполне
VD>> может быть 1 (256).
DK> Дело в том, что если его обратно переименовать в ee30fe00.su5 и
DK> запустить тоссинг, то все нормально и ругани нет. В ручном режиме тоже
DK> все файлы распаковываются нормально.

В "ручном" это просто "unzip ..." или "unzip ...; echo ?" ? Shell'у-то всё равно, какой там код возврата. Кстати, первый кусок лога, что ты показывал, там была ошибка при обработке .tu0, не .bad

Конечно, на файл посмотреть бы, если там никаких секретов нет. Например, простой unzip -l ee30fe00.su5 что показывает? А так, можно попробовать запустить всё-всё-всё с трассировкой, может, что интересное вылезет:

strace -f -o /tmp/hpt-toss.strace hpt toss

Потому что "1" от unzip, это что-то вроде "тут было непонятно что, но в целом я справился". Может там внутри, например, сам в себя ee30fe00.bad вложен или симлинки какие странные на файловой системе или read-only файлы запакованы.

DK> Теперь я еще больше не понимаю. Может это встроенный в hpt zip-архиватор
DK> мозги начал делать?

Кстати да, это у тебя стандартный unzip, а там-то чем пакуют... На файл посмотреть бы. Или strace.

Victor


... Dronov шугает демонов, меряющихся вилками с утконосами
--- GoldED+/LNX 1.1.5-b20220504
Ответить с цитированием
  #32  
Старый 04.10.2022, 21:42
Dima Krylov
Guest
 
Сообщений: n/a
По умолчанию exec failed, code 256

Dima Krylov написал(а) к Victor Dronov в Oct 22 13:12:38 по местному времени:

Привет тебе, Victor!

Kaк-тo нa дняx (04 окт 22) Victor Dronov пишeт к Dima Krylov...

[ ... ]
VD> всё равно, какой там код возврата. Кстати, первый кусок лога, что ты
VD> показывал, там была ошибка при обработке .tu0, не .bad
Потому, что эху никто не читает и это оже второй лог от другого файла.

VD> Конечно, на файл посмотреть бы, если там никаких секретов нет.
Ну, пароль там в pkt, а так обычный архив.

VD> Например, простой unzip -l ee30fe00.su5 что показывает?
Все нормально он показывает и распаковывает. Доже если этот .bad переименовать в ee30fe00.su5, то все штатно средствами hpt распаковывается. Права на файл не меняются, если что.

VD> Потому что "1" от unzip, это что-то вроде "тут было непонятно что, но
VD> в целом я справился". Может там внутри, например, сам в себя
VD> ee30fe00.bad
Все там нормально.


VD> Кстати да, это у тебя стандартный unzip, а там-то чем пакуют... На
zip там линуксовый, на сколько я понимаю.


--- GoldED-NSF
Ответить с цитированием
  #33  
Старый 05.10.2022, 00:12
Dmitriy Romanov
Guest
 
Сообщений: n/a
По умолчанию exec failed, code 256

Dmitriy Romanov написал(а) к Dima Krylov в Oct 22 22:01:14 по местному времени:


Приветики, Dima!


Писал как-то Dima Krylov к Victor Dronov примерно 03 Окт 22 в 19:56
А я смотрю и фигею.


VD>> На файл надо посмотреть, если там какой мусор добавлен, вполне может
VD>> быть 1 (256).
DK> Дело в том, что если его обратно переименовать в ee30fe00.su5 и запустить
DK> тоссинг, то все нормально и ругани нет. В ручном режиме тоже все файлы
DK> распаковываются нормально.

DK> Теперь я еще больше не понимаю. Может это встроенный в hpt zip-архиватор
DK> мозги начал делать?
А посмотри ка еще вот в какую сторону. Нет попадают ли тебе зипованые бандлы, в которых встречаются пктхи с одинаковыми
именами?

На сем разрешите письмо закончить. Elec (RA2FDR)
--- NoSFeRaTU's GoldED+/W32-MINGW 1.1.5-b20090603
Ответить с цитированием
  #34  
Старый 05.10.2022, 00:52
Dima Krylov
Guest
 
Сообщений: n/a
По умолчанию exec failed, code 256

Dima Krylov написал(а) к Dmitriy Romanov в Oct 22 23:22:12 по местному времени:

Привет тебе, Dmitriy!

Kaк-тo нa дняx (04 окт 22) Dmitriy Romanov пишeт к Dima Krylov...

[ ... ]
DR> А посмотри ка еще вот в какую сторону. Нет попадают ли тебе зипованые
DR> бандлы, в которых встречаются пктхи с одинаковыми именами?
Такое случается даже если в архиве всего один .pkt

Пробую найти закономерность и пока отписался от FIDONET.ONLINE, где чаще всего вылетали косяки. Продолжаю наблюдение.



--- GoldED-NSF
Ответить с цитированием
  #35  
Старый 05.10.2022, 01:52
Victor Dronov
Guest
 
Сообщений: n/a
По умолчанию exec failed, code 256

Victor Dronov написал(а) к Dima Krylov в Oct 22 23:52:36 по местному времени:


Нello Dima!

04 Oct 22 13:12, you wrote to me:
VD>> Например, простой unzip -l ee30fe00.su5 что показывает?
DK> Все нормально он показывает и распаковывает.

Тут такое дело, если это ошибка 1 из unzip'а, а других мнений пока не было, то тут надо в файл смотреть, как минимум на -v. Опять же, при коде 1, -l и -v будет отлично работать, 1 значит директория не повреждена, а -l/-v только директорию и читают. И распаковывать он будет. Может не всё, а может и вообще всё, но, например, mtime будет не тот, какой запаковывали или пути, там скажем, с backslash'ами. Какой код возврата при ручной распаковке-то? Ну, и трассировку syscall'ов сделать, если по файлу непонятно, да и просто не помешает.

Другой вариант, это только ждать, придёт ли кто-то, кто именно таким образом исковерканные файлы уже видел.

Victor


... Dronov шугает чеширского кота, играющего с пингвинами
--- GoldED+/LNX 1.1.5-b20220504
Ответить с цитированием
  #36  
Старый 05.10.2022, 09:33
Dmitriy Romanov
Guest
 
Сообщений: n/a
По умолчанию exec failed, code 256

Dmitriy Romanov написал(а) к Dima Krylov в Oct 22 07:21:00 по местному времени:


Приветики, Dima!


Писал как-то Dima Krylov к Dmitriy Romanov примерно 04 Окт 22 в 23:22
А я смотрю и фигею.

DK> [ ... ]
DR>> А посмотри ка еще вот в какую сторону. Нет попадают ли тебе зипованые
DR>> бандлы, в которых встречаются пктхи с одинаковыми именами?
DK> Такое случается даже если в архиве всего один .pkt
В архиве - один, но в предыдущем архиве может оказаться еще один.
Я не особо наблюдал как эхотаг делает, а вот фаста в свое время сначала распаковывает все архивы в одну кучу, а только
потом уже начинает их тоссить. Попробуй отловить все бандлы сразу, может оказаться, что в одном из них есть пкт с таким
же именем.

DK> Пробую найти закономерность и пока отписался от FIDONET.ONLINE, где
DK> чаще всего вылетали косяки. Продолжаю наблюдение.
Наоборот лучше подписаться, чтобы быстрее косяк увидеть. попробуй просто перед тоссингом все бандлы сохранить отдельно
дла дальнейшего анализа.

На сем разрешите письмо закончить. Elec (RA2FDR)
--- NoSFeRaTU's GoldED+/W32-MINGW 1.1.5-b20090603
Ответить с цитированием
  #37  
Старый 05.10.2022, 12:02
Dima Krylov
Guest
 
Сообщений: n/a
По умолчанию exec failed, code 256

Dima Krylov написал(а) к Dmitriy Romanov в Oct 22 09:47:54 по местному времени:

Привет тебе, Dmitriy!

Kaк-тo нa дняx (05 окт 22) Dmitriy Romanov пишeт к Dima Krylov...

[ ... ]
DR>>> А посмотри ка еще вот в какую сторону. Нет попадают ли тебе
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 САБЖевым сообщением. Полный лог я уже кидал. Почему так стало я сказать не могу. Происходит это только с пакетами определенного линка. Ну и "никто ничего не менял" (с) ;-)

Если переименовать ee30fe00.bad обратно в ee30fe00.tu0, то /ftn/bin/hpt -c /ftn/husky/config toss проходит без ожибок.

Что подкрутить для исправления?


DK>> Пробую найти закономерность и пока отписался от FIDONET.ONLINE,
Отписка не спасла.

DK>> где чаще всего вылетали косяки. Продолжаю наблюдение.
DR> Наоборот лучше подписаться, чтобы быстрее косяк увидеть. попробуй
DR> просто перед тоссингом все бандлы сохранить отдельно дла дальнейшего
DR> анализа.
Сохранил. Они каждый день падают, устал их обратно переименовывать.



--- GoldED-NSF
Ответить с цитированием
  #38  
Старый 05.10.2022, 18:51
Nil A
Guest
 
Сообщений: n/a
По умолчанию exec failed, code 256

Nil A написал(а) к Dima Krylov в Oct 22 17:36:22 по местному времени:

Нello, Dima!

Wednesday October 05 2022 09:47, from Dima Krylov -> Dmitriy Romanov:

DK> В binkd.cfg есть запись exec "/mail.sh" .su? *.mo? *.tu? *.we? .th?
DK> .fr? *.sa? .pkt

DK> Если переименовать ee30fe00.bad обратно в ee30fe00.tu0, то
DK> /ftn/bin/hpt -c /ftn/husky/config toss проходит без ожибок.

DK> Что подкрутить для исправления?

Имеем.
1. Тоссинг бандла как exec из бинка - ошибка, и только для одного линка
2. Тоссинг просто hpt toss для этого кривого бандла работает.

Как-то похоже, что бинк запускает тоссинг с каким-то хитрым инвайрментом штолле.

Закомментируй exec в бинке и добавь в кронтаб тоссинг и наблюдай дальше.

Best Regards, Nil
--- GoldED+/LNX 1.1.5
Ответить с цитированием
  #39  
Старый 05.10.2022, 20:51
Dima Krylov
Guest
 
Сообщений: n/a
По умолчанию exec failed, code 256

Dima Krylov написал(а) к Nil A в Oct 22 19:25:10 по местному времени:

оПХвЕР!

Kaк-тo нa дняx (05 окт 22) Nil A пишeт к Dima Krylov...

[ ... ]

NA> Закомментируй exec в бинке и добавь в кронтаб тоссинг и наблюдай
NA> дальше.
Ну да, вариант. Думаю, что в этом режиме все будет без ошибок.


--- GoldED-NSF
Ответить с цитированием
  #40  
Старый 05.10.2022, 21:01
Nil A
Guest
 
Сообщений: n/a
По умолчанию exec failed, code 256

Nil A написал(а) к Dima Krylov в Oct 22 19:53:14 по местному времени:

Нello, Dima!

Wednesday October 05 2022 19:25, from Dima Krylov -> Nil A:

NA>> Закомментируй exec в бинке и добавь в кронтаб тоссинг и наблюдай
NA>> дальше.
DK> Ну да, вариант. Думаю, что в этом режиме все будет без ошибок.

Если будет без ошибок - значит мы уже сузили поиск проблемы.
Дальше, в том скрипте из exec впиши печатание set переменных куда-то, и сравни с set из кронтаба, или из твоего рабочего шела. Нашеюсь никакие хитрые cgroups не применяются, а то будем долго искать.

Best Regards, Nil
--- GoldED+/LNX 1.1.5
Ответить с цитированием
Ответ


Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.

Быстрый переход


Текущее время: 15:10. Часовой пояс GMT +4.


Powered by vBulletin® Version 3.8.7
Copyright ©2000 - 2024, vBulletin Solutions, Inc. Перевод: zCarot