mysql

[Andrzej Krzysztofowicz]

> > > On Mon, 17 Mar 2003, Tomasz Kłoczko wrote:
> > > > > Podczas upgrade do tego co jest w security updates miałem coś takiego:
> > > > > 
> > > > >    2:mysql                  ########################################### [ 33%]
> > > > > Zatrzymywanie uslugi MySQL.........................................[ ZROBIONE ]
> > > > > Uruchamianie uslugi MySQL..........................................[ PROBLEMY ]
> > > > > błąd: execution of %post scriptlet from mysql-3.23.56-1 failed, exit status 1
> > > > > 
> > > > > Teraz do tego nie zajrzę, więc jakby ktoś miał czas/chęć...
> > > > U mnie poszło bez pudła (na wszystkich maszynach na których mam mysql).
> > > > W %post nic się nie zmienaiło z wersji na wersję. Jedyne co mogło być w
> > > > tym wypadku nie tak to że /etc/rc.d/init.d/mysql przy start wyszło z
> > > > kodem błędu.
> > > 
> > > Fałszywy alarm - problem jest u mnie.
> > 
> > A tak BTW1: ostal ci sie chyba system z dwoma mysqlami w bazie rpm-a
> > A tak BTW2: moze warto dodac ||: do wszystkich polecen restartujacych
> >             cokolwiek w %post ?
> 
> Sprawa jest śliska.
> Jezlei upgrade np. mysql nie powidzie się to powinna być w sumie wycofana 
> zmian takze w mysql-libs. Nie wiem jak radzi sobie z tym rpm ale to raczje 
> na tym poziomie powinno być rozwiaznywane, a bez sygnałów ze skryptów np. 
> %post w sumie cięko podjąć decyzję czy zmiane zostawić czy ja częsciowo 
> wycofać.

Czyli zanosi sie, ze "najczystszym" rozwiazaniem byloby wolanie
"rpm --noscripts" i potem osobne wykonywanie skryptow w poldku ?

-- 
=======================================================================
  Andrzej M. Krzysztofowicz               ankry w mif.pg.gda.pl
  phone (48)(58) 347 14 61
Faculty of Applied Phys. & Math.,   Gdansk University of Technology