35721 2018-12-04 05:18:02 +0300 Сломалась сборка 2021-06-29 10:34:42 +0300 1 1 4 Development Sisyphus racket unstable all Linux CLOSED FIXED https://bugzilla.altlinux.org/show_bug.cgi?id=40313 P3 normal --- 1 aen nobody darktemplaralt ldv qa-sisyphus oldest_to_newest 176327 0 aen 2018-12-04 05:18:02 +0300 Прошу собрать. 176446 1 darktemplaralt 2018-12-06 15:27:31 +0300 Проблема с racket, похоже, плавающая. Один день оно не пересобирается, затем опять собирается: https://lists.altlinux.org/pipermail/sisyphus-cybertalk/2018-December/105191.html https://lists.altlinux.org/pipermail/sisyphus-cybertalk/2018-December/105199.html Аналогичное поведение я замечал и раньше. Вот, например, такое же повторялось в конце ноября: https://lists.altlinux.org/pipermail/sisyphus-cybertalk/2018-November/105140.html https://lists.altlinux.org/pipermail/sisyphus-cybertalk/2018-November/105148.html Локально мне пока что не удавалось воспроизвести проблему. Я собираюсь обновить версию, но нет гарантии, что данная плавающая проблема будет решена таким образом. 176447 2 rider 2018-12-06 15:28:36 +0300 Это уж точно какая-то проблема на сборочнице. 176451 3 ldv 2018-12-06 16:04:42 +0300 (In reply to comment #2) > Это уж точно какая-то проблема на сборочнице. Не похоже. Судя по логу, raco setup иногда просто зацикливается. > 7885.91user 595.28system 39:38.63elapsed 356%CPU (0avgtext+0avgdata 4378412maxresident)k Причём зацикливается в userspace. 176452 4 darktemplaralt 2018-12-06 16:07:37 +0300 (В ответ на комментарий №3) > (In reply to comment #2) > > Это уж точно какая-то проблема на сборочнице. > > Не похоже. Судя по логу, raco setup иногда просто зацикливается. > > > 7885.91user 595.28system 39:38.63elapsed 356%CPU (0avgtext+0avgdata 4378412maxresident)k > > Причём зацикливается в userspace. Он не зацикливается, он может долго работать в секции %install, но локально он ни разу не вис у меня, всегда через некоторое время он успешно завершал свою работу. Похоже, сборочница иногда зря его прибивает, и делает это на основе каких-то неизвестных факторов. 176453 5 ldv 2018-12-06 16:13:59 +0300 (In reply to comment #4) > (В ответ на комментарий №3) > > (In reply to comment #2) > > > Это уж точно какая-то проблема на сборочнице. > > > > Не похоже. Судя по логу, raco setup иногда просто зацикливается. > > > > > 7885.91user 595.28system 39:38.63elapsed 356%CPU (0avgtext+0avgdata 4378412maxresident)k > > > > Причём зацикливается в userspace. > > Он не зацикливается, он может долго работать в секции %install, но локально он > ни разу не вис у меня, всегда через некоторое время он успешно завершал свою > работу. Похоже, сборочница иногда зря его прибивает, и делает это на основе > каких-то неизвестных факторов. Судя по логу, оно само умирает: make[1]: *** [Makefile:178: install-3m] CPU time limit exceeded В /etc/hasher-priv/system написано: rlimit_soft_cpu=7200 rlimit_hard_cpu=7260 Другими словами, каждому процессу выделено до 2 часов CPU time. Это очень много. 176454 6 darktemplaralt 2018-12-06 16:22:53 +0300 (В ответ на комментарий №5) > Судя по логу, оно само умирает: > make[1]: *** [Makefile:178: install-3m] CPU time limit exceeded > > В /etc/hasher-priv/system написано: > rlimit_soft_cpu=7200 > rlimit_hard_cpu=7260 > > Другими словами, каждому процессу выделено до 2 часов CPU time. > Это очень много. Судя по логу, его убивают лимиты, а вовсе не само оно умирает. Это не противоречит тому, что иногда из-за некоторых факторов, предположительно внешних, этих лимитов для установки ему хватает, а иногда - нет. 176456 7 rider 2018-12-06 16:26:30 +0300 Дим, а может ли быть такая ситуация, что по каким-то внешним причинам (загруженность машины, overcommit или ещё что-то) процесс начинает долго висеть ? У меня тоже был какой-то пакет, который умирал по CPU Time, но как-то оно само рассосалось. 176457 8 ldv 2018-12-06 16:32:25 +0300 (In reply to comment #7) > Дим, а может ли быть такая ситуация, что по каким-то внешним причинам > (загруженность машины, overcommit или ещё что-то) процесс начинает долго висеть > ? Висение процесса не влияет на то время, которое ограничивает RLIMIT_CPU, если, конечно, ядро не спятило. > У меня тоже был какой-то пакет, который умирал по CPU Time, но как-то оно само > рассосалось. Это, наверное, был wlimit_time_elapsed или wlimit_time_idle. 176458 9 ldv 2018-12-06 16:35:45 +0300 (In reply to comment #6) > (В ответ на комментарий №5) > > Судя по логу, оно само умирает: > > make[1]: *** [Makefile:178: install-3m] CPU time limit exceeded > > > > В /etc/hasher-priv/system написано: > > rlimit_soft_cpu=7200 > > rlimit_hard_cpu=7260 > > > > Другими словами, каждому процессу выделено до 2 часов CPU time. > > Это очень много. > > Судя по логу, его убивают лимиты, а вовсе не само оно умирает. > > Это не противоречит тому, что иногда из-за некоторых факторов, предположительно > внешних, этих лимитов для установки ему хватает, а иногда - нет. Я могу попробовать увеличить этот лимит (который призван ловить зацикливания) раза в два, тогда мы сможем понаблюдать, как это повлияет на результат. 176464 10 rider 2018-12-06 16:50:55 +0300 Да, я тоже хотел тебе предложить. Я посмотрел на разницу между успешной и ошибочной сборкой racket и вижу, что в случае успеха он просто успевает ещё выполнить 56 операций по сборке. на fail дополнительных повторных процессов raco setup , отсутствующих на success - я не вижу. 176488 11 rider 2018-12-07 10:01:37 +0300 2ldv: не увеличил ? 176553 12 ldv 2018-12-10 18:23:19 +0300 (In reply to comment #11) > 2ldv: не увеличил ? Увеличил с двух часов до трёх. Кажется, не помогло. Видимо, всё-таки зацикливается с некоторой вероятностью. 176584 13 repository-robot 2018-12-12 10:34:06 +0300 racket-6.12-alt1 -> sisyphus: Mon Dec 10 2018 Aleksei Nikiforov <darktemplar@altlinux> 6.12-alt1 - Updated to upstream version 6.12 (Closes: #35721) 176586 14 aen 2018-12-12 10:41:05 +0300 Спасибо! 179118 15 darktemplaralt 2019-03-01 18:42:01 +0300 *** Bug 36203 has been marked as a duplicate of this bug. *** 179119 16 ldv 2019-03-01 18:45:16 +0300 Сейчас там наблюдается hasher-priv: master: idle time limit (3600 seconds) exceeded hsh-rebuild: rebuild of `racket-6.12-alt1.src.rpm' failed. Насколько я понимаю, сборка racket очень чувствительна к загруженности сборочного сервера. 199635 17 darktemplaralt 2021-06-29 10:34:42 +0300 *** Bug 40313 has been marked as a duplicate of this bug. ***