Kiedy będzie naprawiony rpm5 (instalacja ntpd)?

[Jan Rękorajski]

On Mon, 07 Jan 2013, Paweł Gołaszewski wrote:

> On Sun, 6 Jan 2013, Jan Rękorajski wrote:
> > > > > No nie wiem, jak dla mnie to jest nawet gorzej (tak jest przy każdej 
> > > > > instalacji):
> > > > > Installing set #2
> > > > > Przetwarzanie zależności...
> > > > > accountsservice-0.6.29-2.i686 zostanie zastąpiony przez 
> > > > > accountsservice-0.6.30-1.i686
> > > > > Jest 1 pakiet do instalacji, 1 do usunięcia:
> > > > > I accountsservice-0.6.30-1.i686
> > > > > R accountsservice-0.6.29-2.i686
> > > > > This operation will use 4.2KB of disk space.
> > > > > Potrzeba pobrać 117.1KB archiwów (117.1KB do pobrania).
> > > > > 
> > > > > Kontynuować? [Y/n] y
> > > > > Pobieranie th::accountsservice-0.6.30-1.i686.rpm...
> > > > > .............................. 100.0% [117.1K (117.1K/s)]                 
> > > > > Uruchamianie rpm --upgrade -vh --root /...
> > > > > Przygotowywanie...          ########################################### [100%]
> > > > > Ponowne pakowanie...        
> > > > > rpm: ./rpmio_internal.h:307: fdGetFp: Warunek zapewnienia `fd != ((void *)0) && fd->magic == 0x04463138' nie został spełniony.
> > > > > błąd: /bin/rpm terminated by signal Przerwane
> > > > Ile masz ramu i co masz ustawione w zmiennych rpm-a *_payload?
> > > 4GB
> > > Nic przy payload nie grzebałem, więc standardowe (/etc/rpm/ jest puste pod 
> > > tym kątem).
> > Pokaż na wszelki wypadek 'rpm --showrc | grep payload',
> 
> # rpm --showrc | grep payload
> -14: _binary_payload	w6.lzdio
> -14: _source_payload	w9.gzdio

Czyli bezpieczny default.

> > no i -vvv przy problematycznym wywołaniu też by się przydało. Do tej 
> > pory ten assert to był efekt problemów z pamięcią/miejscem na dysku 
> > (dlatego _binary_payload powinno być w6.lzdio).
> 
> A teraz ciekawostka - błąd nie występuje teraz. Bardzo dziwne, bo braku 
> RAM raczej nie podejrzewam, to zwykła stacja robocza, "nośnik konsol",, 
> która nie była dotykana od piątku (pracuje 24/7), więc nic się na niej nie 
> zmieniło...
> Brak miejsca - tym bardziej....
> rootfs           411G  105G  307G  26% /

Dziwne, w każdym razie ten błąd przy repackage oznacza że rpm-owi
zniknął plik który tworzył, czego przyczyną, w dotychczasowych testach,
były wymaganiamia pamięciowe LZMA.

> Inna sprawa - czy poziom kompresji musi być narzucony a priori? Nie może 
> być dobrany zależnie od ilości zasobów? Wtedy takich problemów by się 
> przeważnie uniknęło...

w6 to jest domyślny (bezpieczny pod względem zasobożerności) poziom kompresji
dla lzma/xz, więc nie ustawienie go nic nie zmieni.

-- 
Jan Rękorajski                                 | PLD/Linux
SysAdm                                         | http://www.pld-linux.org/
baggins<at>mimuw.edu.pl
baggins<at>pld-linux.org