pg_upgrade nierozpoznany parametr konfiguracyjny „unix_socket_directory”

Próbuję zaktualizować Postgresql z 9.2 do 9.3 w Fedorze 18, używając tego polecenia jako użytkownika postgres

$ pg_upgrade -b /bin -B /usr/pgsql-9.3/bin -d /var/lib/pgsql/data -D /var/lib/pgsql/9.3/data/ -j 2 -u postgres

Błąd w dzienniku

polecenie: "/ bin / pg_ctl" -w -l "pg_upgrade_server.log" -D "/ var / lib / pgsql / data" -o "-p 50432 -b -c listen_addresses = '' -c unix_socket_permissions = 0700 -c unix_socket_directory = '/ var / lib / pgsql' "start >>" pg_upgrade_server.log "2> i 1 czeka na uruchomienie serwera .... FATAL: nierozpoznany parametr konfiguracyjny" unix_socket_directory ".... przestał czekać pg_ctl: nie można uruchomić serwer

Jak wskazał a_horse w komentarzach, parametr ten został zastąpiony przez unix_socket_directories(liczba mnoga) w 9.3. Ale uruchamiana wersja serwera to stara 9.2:

$ /bin/pg_ctl --version
pg_ctl (PostgreSQL) 9.2.4

Jakieś pomysły?

Zhakowałem problem, uruchamiając (jako root):

mv /usr/bin/pg_ctl{,-orig}
echo '#!/bin/bash' > /usr/bin/pg_ctl
echo '"$0"-orig "${@/unix_socket_directory/unix_socket_directories}"' >> 
     /usr/bin/pg_ctl
chmod +x /usr/bin/pg_ctl

Uruchom pg_upgradezgodnie z przeznaczeniem, a następnie cofnij włamanie:

mv -f /usr/bin/pg_ctl{-orig,}

Problem polega na tym, że pg_upgrade wykonuje program pg_ctrl z argumentami, które określają pliki w starym „katalogu_socket_directory” zamiast w nowych „katalogach_socket_xocket” (zauważ, że drugi jest w liczbie mnogiej). Ten Hack zmienia nazwę oryginalnego /usr/bin/pg_ctldo /usr/bin/pg_ctl-orig, a następnie tworzy skrypt na swoim miejscu, że po prostu wywołuje oryginalny program pg_ctl, przekazując wszystkie argumenty ze strun „unix_socket_directory” zmieniono na „unix_socket_directories”.

W bashu można zmienić część ciągu, powiedzmy od bardo bazw zmiennej $foo, używając ${foo/bar/baz}(zauważ, że to nie zmienia zmiennej, ale zwraca zmodyfikowaną zawartość zmiennej). Tablic można również używać ${x/y/z}do pobierania tablicy z całą zawartością zastąpioną jednocześnie. Zmienna $@jest tablicą zawierającą wszystkie argumenty przekazane do programu / skryptu / funkcji, więc nowy skrypt pg_ctl wykonuje stary ze wszystkimi argumentami zmienionymi ze starej nazwy katalogu na nowy.

Mam ten sam problem. Uaktualniałem z wersji Fedora Repo 9.2.4 do PGDG 9.3. Źródłem problemu jest to, że Fedora backportuje zmiany parametru unix_socket_directoryna unix_socket_directories(patrz https://bugzilla.redhat.com/show_bug.cgi?id=853353 ).

Moim rozwiązaniem jest przebudowanie pg_upgradeze źródeł, z aktualizacją do pliku, w contrib/pg_upgrade/server.c:199którym pg_upgradesprawdza się wersję serwera:

199:       (GET_MAJOR_VERSION(cluster->major_version) < 903) ?

, w moim przypadku zmieniam na:

199:       (GET_MAJOR_VERSION(cluster->major_version) < 900) ?

(zobacz mój plik łatek tutaj ).