ru.husky

оПХвЕР! Kaк-тo нa дняx (07 окт 22) Michael Dukelsky пишeт к Dima Krylov... [ ... ] MD>>> BusyBox? Hаверняка, нет. DK>> Там симлинк на unzip-unzip MD> Hу вот. Значит ты установил unzip (только не говори, что оно само MD> установилось), Он всегда там стоял. MD> а путь к нему в конфиге hpt прописать забыл. Как же оно работало всегда без пути в конфиге и работает с пакетами других линков без пути в конфиге? MD> В MD> результате работал урезанный вариант из BusyBox. Получается, что поменялось что-то на стороне линка, если мой урезанный вариант BusyBox перестал жрать его пакеты?

Hello, Michael! Friday October 07 2022 17:03, from Michael Dukelsky -> Dima Krylov: MD> Ну вот. Значит ты установил unzip (только не говори, что оно само MD> установилось), а путь к нему в конфиге hpt прописать забыл. В MD> результате работал урезанный вариант из BusyBox. Следствие ведут знатоки! Ну фсё, надо багерпорт в бизибоксе заводить, такова содержания - у нас тут высоконагруженная международная сеть федо (оверлей-поверх-модема, зачёркнуто, оверлейная-сеть-поверх-ipv[46]), и ваш бизибокс не может какой-то дефлейт обычный распаковать! Best Regards, Nil

Привет, Dima! 07 October 2022 13:37, Dima Krylov послал(а) письмо к Michael Dukelsky: MD>> А по адресу /opt/bin/unzip разве лежит симлинк на тот же BusyBox? MD>> Hаверняка, нет. DK> Там симлинк на unzip-unzip Ну вот. Значит ты установил unzip (только не говори, что оно само установилось), а путь к нему в конфиге hpt прописать забыл. В результате работал урезанный вариант из BusyBox. Желаю успехов, Dima! За сим откланиваюсь, Michael. ... node (at) f1042 (dot) ru

оПХвЕР! Kaк-тo нa дняx (07 окт 22) Michael Dukelsky пишeт к Dima Krylov... [ ... ] MD> А по адресу /opt/bin/unzip разве лежит симлинк на тот же BusyBox? MD> Hаверняка, нет. Там симлинк на unzip-unzip

Hello Dima! 06 Oct 22 23:33, you wrote to Michael Dukelsky: MD>> Скорее это говорит о том, что ещё один unzip лежит по адресу MD>> /usr/bin/unzip. DK> Там симлинк на BusyBox v1.01 (2014.12.02-18:10+0000) multi-call binary Вот мы его и нашли :) Он не умеет -L и возвращает 1, когда он что он не может (он, правда, не стесняясь кричит об этом в stderr, но я не уверен, что именно с stderr внутри hpt происходит). Victor ... Dronov запирает в холодильнике пингвинов, мешающих спать чеширскому коту

Hi Ruslan! 06 Oct 22, Ruslan Suleimanov ==> Pavel Gulchouck: PG>> Ошибка воспроизводится или при запуске с одинаковыми параметрами иногда PG>> отрабатывает корректно, а иногда падает? RS> да, именно, иногда корректно, а иногда падает. Но сабж для hpt post скармливается разный, и тело сообщения разное. А при повторном запуске после падения с теми же параметрами, с которыми упало, может отработать корректно? Lucky carrier, Паша aka gul@gul.kiev.ua

Hi Ruslan! 06 Oct 22, Ruslan Suleimanov ==> Pavel Gulchouck: PG>> Покажи, как именно он запускается из перла. RS> open(FROMK,"-|") || exec("cat /mnt/fido/CODE/db/1.txt | hpt -c /mnt/fido/zone2/husky/config post -af '2:467/888' -nf '.....' ... -") RS> || die "error message: $!"; RS> close(FROMK); Тут много странного. У open() второй параметр "-|", что предполагает третий аргумент как процесс, для которого stdout перенаправляется в FROMK. Но третий параметр не передаётся, от undef. Вариант undef как третий параметр используется для unnamed tempfile, но это в случае "+>", а в твоём случае я не понимаю, что произойдёт и что имелось ввиду, поясни. Кстати, для filehandle рекомендуют использовать обычные переменные, а не glob, т.е. "open(my $fromk, ...)" вместо устаревшего варианта "open(FROMK, ...)". Потом, exec() выполняется только если этот open() не был успешен. Немного странная логика, ну да ладно. Наверное, ты знаешь, что exec() заменяет текущий процесс запускаемым, т.е. возврата после успешного exec() не происходит (если нужен возврат и продолжение работы скрипта, то вместо exec() надо использовать system()). Зачем вызывать в варианте "cat 1.txt | hpt post ... -" вместо "hpt post ... 1.txt"? Не исключаю, что hpt может плохо работать с пайпом на stdin - не ожидать, что данные ещё не готовы и их прочитано меньше, чем запрошено. Кроме того, передавать файл параметром эффективнее: в этом случае не нужно будет запускать дополнительный процесс cat и, скорее всего, shell. hpt, конечно, всё равно не должен падать по segfault, но для начала имеет смысл привести к более понятному виду его запуск. Lucky carrier, Паша aka gul@gul.kiev.ua

Привет, Dima! 06 October 2022 23:33, Dima Krylov послал(а) письмо к Michael Dukelsky: DK> [ ... ] MD>> Скорее это говорит о том, что ещё один unzip лежит по адресу MD>> /usr/bin/unzip. DK> Там симлинк на BusyBox v1.01 (2014.12.02-18:10+0000) multi-call binary А по адресу /opt/bin/unzip разве лежит симлинк на тот же BusyBox? Наверняка, нет. Желаю успехов, Dima! За сим откланиваюсь, Michael. ... node (at) f1042 (dot) ru

Hi, Dima! 06 окт 22 18:32, Dima Krylov -> Stas Mishchenkov: SM>> Всё как обычно. Причём: SM>> unzip -o /home/fido/logs/4/ee30fe00.bad SM>> echo $? DK> В husky/config меняю DK> unpack "unzip... DK> на DK> unpack "/opt/bin/unzip... DK> и все начинает работать. Это говорит о том, что в hpt сломался встроенный DK> архиватор? Это говорит о том, что где-то раньше в пути у тебя встречается поломанный зип. Have nice nights. Stas Mishchenkov.

Привет тебе, Michael! Kaк-тo нa дняx (06 окт 22) Michael Dukelsky пишeт к Dima Krylov... [ ... ] MD> Скорее это говорит о том, что ещё один unzip лежит по адресу MD> /usr/bin/unzip. Там симлинк на BusyBox v1.01 (2014.12.02-18:10+0000) multi-call binary