On Sun, Feb 13, 2005 at 11:00:13PM +0100, Paweł Gołaszewski wrote: > On Sun, 13 Feb 2005, Arkadiusz Miskiewicz wrote: > > > Wygląda na to, że coś jest nie tak: > > > # /etc/init.d/postgresql start > > > could not change directory to "/root" > > > Uruchamianie usługi PostgreSQL /var/lib/pgsql......................[ > > > ZAJĘTY ]could not change directory to "/root" could not change directory > > > to "/root" > > > [ > > > ZROBIONE ] could not change directory to "/root" > > Dziwne, że to wcześniej nie wyszło. Poprawione w cvsie. > > extra. > > > > A ogólnie wydaje się że chodzi. Chyba można pokusić się o dodanie do > > > AC... Tylko jakaś mała przeszkadzajka by się przydała, żeby nie dało > > > się zrobić upgrade z automatu (choćby jakiś plik w /etc, którego > > > "touch" trzebaby zrobić...
ICKJ? > > > whatever). > > Uhm? To się nazywa hold/ignore w poldku. > > Jest "drobna" różnica. > Do upgrade są tutaj konieczne dodatkowe czynności. I taka mała > "przeszkadzajka" mogłaby zagwarantować, że: > - admin zrobił wszystko co trzeba (llub tak sądzi), > - nie robi upgrade przypadkowo, bo w poldku pojawiła się nowa wersja, > - jest idiotą i nie myśli jeżeli tak sobie ustawił :) Jest sprawdzanie czy nie istnieją bazy w starej wersji - jeśli są, to uaktualnienie się wywala. (niestety *-module-* daje się uaktualnić z powodu niedoskonałości rpm-a, który powinien uwalić całą transakcję) > > # - when upgrading server from version with incompatible format, block > > # upgrade if any postmaster is running (just like if old databases > > # exist) > > O co w tym chodzi - jeśli jest stary format to wywali się w %pre nawet > > gdyby procesy postmastera były odpalone? Jeśli postmaster działał, to po uaktualnieniu nie da się zatrzymać starego (bardziej elegancko niż przez kill procesu). Choć w sumie jeśli administrator już usunął stare bazy, a postmaster dalej działa, to i tak można się spodziewać większych kłopotów, tak że to nie ma sensu. -- Jakub Bogusz http://cyber.cs.net.pl/~qboosh/ _______________________________________________ pld-devel-pl mailing list [email protected] http://lists.pld-linux.org/mailman/listinfo/pld-devel-pl
