OK: glib2.spec

[Jakub Bogusz]

On Fri, Jan 30, 2004 at 09:02:29PM +0000, PLD ac-athlon builder wrote:
> glib2.spec (auto-ac-glib2-2_2_3-3): OK
> 
> --- glib2.spec:auto-ac-glib2-2_2_3-3:
> upgrading packages
> Build-Time: user:211.07s sys:15.21s real:278.29s (faults io:1679981 non-io:1106276)
> 
> Files queued for ftp:
>     391460 glib2-2.2.3-3.athlon.rpm
>     376483 glib2-devel-2.2.3-3.athlon.rpm
>     267986 glib2-static-2.2.3-3.athlon.rpm

:)

Rozwiązaniem okazało się być:
$ sudo chroot ~/chroot-athlon/ grep builder /etc/security/limits.conf
builder hard    stack   8192

(mógłby być jakiś większy, byle w ramach dostępnej pamięci - jeśli
będzie trzeba to się zwiększy; do wycięcia po uaktualnieniu podstawowego
systemu do 2.4+-based).

Chodziło o to, że libpthread tworzy alokuje dla wątków stos o rozmiarze
równym limitowi (chyba soft, ale z jakiegoś powodu po sudo chroot ... su
- builder soft==hard).
pam z Ra (skompilowany na nagłowkach 2.2) ustawia limit (hard) na 2GB-1
(stara wartość RLIM_INFINITY). soft jest 8MB i poza chrootem działa.
W chroocie 2GB-1 oznacza już dokładnie 2GB-1 (a tyle pamięci zaalokować
się nie da na tej maszynie), bo RLIM_INFINITY w glibc skompilowanym na
nagłówkach 2.4 ma inną wartość.

Między normalnym wywołaniem, a przez pythona różnica jest w ustawianiu
limitu soft:
$ sudo chroot ~/chroot-athlon/ su - builder2 -c ./lim
cur:8388608 max:2147483647
$ python testch2.py
$ cat testch2.log
cur:2147483647 max:2147483647

W pierwszym soft równy standardowemu 8MB, w drugim jest równy hard.
Dlaczego - sam bym się chętnie dowiedział.
Druga nie wyjaśniona sprawa, to to, dlaczego na i[35]86 problem nie
występował.
le tego już mi się nie chce szukać - ważna że buildery działają.


-- 
Jakub Bogusz    http://cyber.cs.net.pl/~qboosh/