Gentoo Archives: gentoo-user-ru

From: "Попов Владимир Ильич" <vip@×××××××××.ru>
To: gentoo-user-ru@l.g.o
Subject: Re: [gentoo-user-ru] проблема с revdep-rebuild
Date: Thu, 19 Feb 2009 08:09:13
Message-Id: 200902191408.46912.vip@bti.secna.ru
In Reply to: Re: [gentoo-user-ru] проблема с revdep-rebuild by Mike Kazantsev
1 On Thursday 19 of February 2009 10:15:24 Mike Kazantsev wrote:
2 > On Thu, 19 Feb 2009 09:15:30 +0600
3 > Это, насколько я понимаю, strace самого revdep, который просто ждет
4 > данных от детей, вечно.
5 да, вы правы.
6
7 > А strace на этот процесс getstack2 что дает? На чем он так жестко
8 > зацикливается?
9 # strace -p 26689
10 Process 26689 attached - interrupt to quit
11 read(0, ^C <unfinished ...>
12 Process 26689 detached
13
14 К сожалению отловить более длинный лог невозможно т.к. вызов идет динамически и пиды меняются...
15
16 > Вероятно, там будут вызовы типа read, в которых можно найти и имя
17 > файла, который он никак не может обработать. lsof (sys-process/lsof)
18 > тоже наверно может помочь найти этот багогенератор - "lsof | grep PID".
19 натравил команду на getstack2 и получил:
20
21 # lsof | grep 26692
22 getstack2 26692 root cwd DIR 3,3 216 1544 /var/cache/revdep-rebuild
23 getstack2 26692 root rtd DIR 3,3 440 2 /
24 getstack2 26692 root txt REG 3,3 7163 395579 /usr/lib/paxtest/getstack2
25 getstack2 26692 root mem REG 3,3 117196 518222 /lib/ld-2.9.so
26 getstack2 26692 root 0u CHR 136,2 0t0 4 /dev/pts/2
27 getstack2 26692 root 1w FIFO 0,5 0t0 5244670 pipe
28 getstack2 26692 root 2w REG 3,3 2411 10120 /var/cache/revdep-rebuild/3_errors.rr
29
30 > Если файл таким образом удастся найти, то думаю его и стоит удалить /
31 > пересобрать, а баг, вместе с "файлом-эксплойтом" отправить разрабам,
32 > или в гентушную багзиллу.
33 По видимому, проблема в glibc. Его как раз на днях замаскировали для hardened gentoo, и заставляют откатиться аж до 2.6.1.
34 Как вы считаете: стоит откатываться или нет? И какие последствия ожидают?

Replies

Subject Author
Re: [gentoo-user-ru] проблема с revdep-rebuild Mike Kazantsev <mike_kazantsev@×××××××.net>