sql >> Database >  >> RDS >> PostgreSQL

Compileren van de pg_repack-extensie in binair formaat van PostgreSQL-installatie

Deze blog gaat over het compileren van de pg_repack-extensie in het binaire formaat van PostgreSQL-installatie. De meesten van jullie weten dat de pg_repack-extensie een van de bekende PostgreSQL-extensies is, die vooral wordt gebruikt voor het ONLINE terugwinnen van ruimte [bloats] zonder een EXCLUSIEF VERGRENDELING op tabellen/indexen.

Om de pg_repack-extensie in de PostgreSQL-database in te schakelen, moet deze worden gecompileerd uit bronnen. Het is vrij eenvoudig en eenvoudig te compileren vanuit de broncode op alle geïnstalleerde varianten (bron, rpm, binair) van PostgreSQL, maar het is iets anders als het het binaire formaat van PostgreSQL [One Click Installer] heeft, omdat het een vooraf gebouwde binaire bundel met afhankelijkheid is bibliotheken. Laten we compileren en kijken.

Op CentOS 7 Virtual Machine heb ik het binaire formaat van PostgreSQL 9.4 (downloadlink) en de homedirectory "/opt/PostgreSQL/9.4/" geïnstalleerd. Vervolgens moeten we pg_repack source downloaden van hun officiële site.

[root@localhost ~]# git clone https://github.com/reorg/pg_repack.git

Voor het compileren moet pg_config van PostgreSQL 9.4 worden ingesteld in het PATH. 

[root@localhost pg_repack]# export PATH=/opt/PostgreSQL/9.4/bin:$PATH
[root@localhost pg_repack]# type pg_config
pg_config is /opt/PostgreSQL/9.4/bin/pg_config

Nu kunnen we de broninstallatiecommando's "make" &"make install" uitvoeren. Laten we "make" uitvoeren

[root@localhost ~]# cd pg_repack/
[root@localhost pg_repack]# make
make[1]: Entering directory `/root/pg_repack/bin'
....
....
gcc -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels -Wmissing-format-attribute -Wformat-security -fno-strict-aliasing -fwrapv -O2 pg_repack.o pgut/pgut.o pgut/pgut-fe.o -L/opt/PostgreSQL/9.4/lib -lpq -L/opt/PostgreSQL/9.4/lib -L/opt/local/Current/lib -Wl,--as-needed -Wl,-rpath,'/opt/PostgreSQL/9.4/lib',--enable-new-dtags  -lpgcommon -lpgport -lssl -lcrypto -lgssapi_krb5 -lz -ledit -lrt -lcrypt -ldl -lm -o pg_repack
/usr/bin/ld: cannot find -ledit
collect2: ld returned 1 exit status
make[1]: *** [pg_repack] Error 1
make[1]: Leaving directory `/root/pg_repack/bin'
make: *** [all] Error 2

Oeps...!!, het lijkt erop dat er een fout is met betrekking tot de -ledit(libedit) bibliotheek die ontbreekt in de PostgreSQL lib directory. Laten we hetzelfde commando "ld -ledit" in uitgebreide modus (-verbose) uitvoeren voor meer informatie, geprobeerd en mislukt door het commando "make".

[root@localhost pg_repack]# ld -ledit -verbose
GNU ld version 2.20.51.0.2-5.42.el6 20100205
...
... 
...
==================================================
attempt to open /usr/x86_64-redhat-linux/lib64/libedit.so failed
attempt to open /usr/x86_64-redhat-linux/lib64/libedit.a failed
attempt to open /usr/local/lib64/libedit.so failed
attempt to open /usr/local/lib64/libedit.a failed
attempt to open /lib64/libedit.so failed
attempt to open /lib64/libedit.a failed
attempt to open /usr/lib64/libedit.so failed
attempt to open /usr/lib64/libedit.a failed
attempt to open /usr/x86_64-redhat-linux/lib/libedit.so failed
attempt to open /usr/x86_64-redhat-linux/lib/libedit.a failed
attempt to open /usr/lib64/libedit.so failed
attempt to open /usr/lib64/libedit.a failed
attempt to open /usr/local/lib/libedit.so failed
attempt to open /usr/local/lib/libedit.a failed
attempt to open /lib/libedit.so failed
attempt to open /lib/libedit.a failed
attempt to open /usr/lib/libedit.so failed
attempt to open /usr/lib/libedit.a failed
ld: cannot find -ledit

Oké, het is nu duidelijk dat het zoekt naar de bibliotheek libedit.so in de map PostgreSQL lib [/opt/PostgreSQL/9.4/lib]. Laten we zoeken naar een bibliotheek in die map.

[root@localhost pg_repack]# cd /opt/PostgreSQL/9.4/lib
[root@localhost lib]# ls -l libedit*
-rwxr-xr-x. 1 root daemon 254702 Mar 22 23:32 libedit.so.0

Ah, we hebben "libedit.so.0" maar niet "libedit.so" vereist door het "make" commando. Het maken van een symbolische link zou een snelle oplossing moeten zijn.

[root@localhost lib]# ln -s libedit.so.0 libedit.so
[root@localhost lib]# ls -l libedit*
lrwxrwxrwx. 1 root root       12 May 19 22:25 libedit.so -> libedit.so.0
-rwxr-xr-x. 1 root daemon 254702 Mar 22 23:32 libedit.so.0

Voer de opdracht "make" opnieuw uit. 

[root@localhost pg_repack]# make
make[1]: Entering directory `/root/pg_repack/bin'
gcc -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement -Wendif-labels -Wmissing-format-attribute -Wformat-security -fno-strict-aliasing -fwrapv -O2 pg_repack.o pgut/pgut.o pgut/pgut-fe.o -L/opt/PostgreSQL/9.4/lib -lpq -L/opt/PostgreSQL/9.4/lib -L/opt/local/Current/lib -Wl,--as-needed -Wl,-rpath,'/opt/PostgreSQL/9.4/lib',--enable-new-dtags  -lpgcommon -lpgport -lssl -lcrypto -lgssapi_krb5 -lz -ledit -lrt -lcrypt -ldl -lm -o pg_repack
/usr/bin/ld: warning: libssl.so.1.0.0, needed by /opt/PostgreSQL/9.4/lib/libpq.so, may conflict with libssl.so.10
/lib64/libldap_r-2.4.so.2: undefined reference to `ber_sockbuf_io_udp'
collect2: ld returned 1 exit status
make[1]: *** [pg_repack] Error 1
make[1]: Leaving directory `/root/pg_repack/bin'
make: *** [all] Error 2

Oeps...!!! interessant, het heeft de -ledit-fout doorgegeven en nu rapporteert het over de libldap-bibliotheek [ libldap_r-2.4.so.2 ]. Ik weet niet zeker waarom het in de map /lib64 kijkt als mijn pg_config verwijst naar /opt/PostgreSQL/9.4/lib. Laten we eens kijken wat we op beide locaties hebben.

[root@localhost pg_repack]# ls -l /lib64/libldap*
lrwxrwxrwx. 1 root root     21 Jan  6 22:05 libldap-2.4.so.2 -> libldap-2.4.so.2.10.2
-rwxr-xr-x. 1 root root 329696 Oct 15  2014 libldap-2.4.so.2.10.2
lrwxrwxrwx. 1 root root     23 May 19 06:43 libldap_r-2.4.so.2 -> libldap_r-2.4.so.2.10.2
-rwxr-xr-x. 1 root root 351920 Oct 15  2014 libldap_r-2.4.so.2.10.2

[root@localhost pg_repack]# ls -l /opt/PostgreSQL/9.4/lib/libldap*
-rwxr-xr-x. 1 root daemon 404761 Mar 22 23:32 /opt/PostgreSQL/9.4/lib/libldap-2.4.so.2
-rwxr-xr-x. 1 root daemon 442657 Mar 22 23:32 /opt/PostgreSQL/9.4/lib/libldap_r-2.4.so.2

Het lijkt erop dat er twee exemplaren zijn van "libldap_r-2.4.so.2", een in de vorm van een symbolische link en een andere als een hardcopy. Ik vermoed dat het te wijten is aan meerdere bibliotheekkopieën, laten we de symbolische link verwijderen en een papieren exemplaar van de bibliotheek behouden en het opnieuw proberen.

[root@localhost lib64]# unlink libldap_r-2.4.so.2

[root@localhost pg_repack]# make
make[1]: Entering directory `/root/pg_repack/bin'
....
....
....
sed 's,REPACK_VERSION,1.3.1,g' pg_repack.sql.in > pg_repack--1.3.1.sql;
sed 's,REPACK_VERSION,1.3.1,g' pg_repack.control.in > pg_repack.control
make[1]: Leaving directory `/root/pg_repack/lib'
make[1]: Entering directory `/root/pg_repack/regress'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/root/pg_repack/regress'

wauw ... eindelijk, het is gecompileerd. Voer "make install" uit voor de pg_repack binaire bestanden en bibliotheken.

[root@localhost pg_repack]# make install
make[1]: Entering directory `/root/pg_repack/bin'
/bin/mkdir -p '/opt/PostgreSQL/9.4/bin'
/usr/bin/install -c  pg_repack '/opt/PostgreSQL/9.4/bin'
make[1]: Leaving directory `/root/pg_repack/bin'
make[1]: Entering directory `/root/pg_repack/lib'
/bin/mkdir -p '/opt/PostgreSQL/9.4/lib/postgresql'
/bin/mkdir -p '/opt/PostgreSQL/9.4/share/postgresql/extension'
/bin/mkdir -p '/opt/PostgreSQL/9.4/share/postgresql/extension'
/usr/bin/install -c -m 755  pg_repack.so '/opt/PostgreSQL/9.4/lib/postgresql/pg_repack.so'
/usr/bin/install -c -m 644 pg_repack.control '/opt/PostgreSQL/9.4/share/postgresql/extension/'
/usr/bin/install -c -m 644 pg_repack--1.3.1.sql pg_repack.control '/opt/PostgreSQL/9.4/share/postgresql/extension/'
make[1]: Leaving directory `/root/pg_repack/lib'
make[1]: Entering directory `/root/pg_repack/regress'
make[1]: Nothing to be done for `install'.
make[1]: Leaving directory `/root/pg_repack/regress'

Na compilatie zal er pg_repack utility zijn in $PGHOME/bin en pg_repack.so bibliotheek in $PGHOME/lib/postgresql/ directory. 

[root@localhost pg_repack]# ls -l /opt/PostgreSQL/9.4/bin/pg_rep*
-rwxr-xr-x. 1 root root 84030 May 20 00:07 /opt/PostgreSQL/9.4/bin/pg_repack

[root@localhost postgresql]# ls -l /opt/PostgreSQL/9.4/lib/postgresql/pg_rep*
-rwxr-xr-x. 1 root root 31028 May 20 00:07 /opt/PostgreSQL/9.4/lib/postgresql/pg_repack.so

Nu zijn we klaar om de pg_repack-extensie in de database te maken.

-bash-4.1$ psql
Password:
psql.bin (9.4.1)
Type "help" for help.

postgres=# select * from pg_available_extensions where name='pg_repack';
   name    | default_version | installed_version |                           comment
-----------+-----------------+-------------------+--------------------------------------------------------------
 pg_repack | 1.3.1           | 1.3.1             | Reorganize tables in PostgreSQL databases with minimal locks
(1 row)

postgres=# create extension pg_repack;
CREATE EXTENSION

Evenzo heb ik geprobeerd om met EnterpriseDB-product PostgresPlus Advanced Server 9.4 [PPAS] een vooraf gebouwd binair pakket te compileren. Geconfronteerd met vergelijkbare bibliotheekproblemen, daarom heb ik de linkeroptie "LDFLAGS" gebruikt die naar de bibliotheekdirectory verwijst en gecompileerd.

[root@localhost ~]# export PATH=/opt/PostgresPlus/9.4AS/bin:$PATH
[root@localhost ~]# export LDFLAGS=-L/opt/PostgresPlus/9.4AS/lib
[root@localhost ~]# cd pg_repack/
[root@localhost pg_repack]# make
[root@localhost pg_repack]# make install


[root@localhost pg_repack]# ls -l /opt/PostgresPlus/9.4AS/bin/pg_rep*
-rwxr-xr-x. 1 root root 201877 May 15 11:06 /opt/PostgresPlus/9.4AS/bin/pg_repack
[root@localhost pg_repack]# ls -l /opt/PostgresPlus/9.4AS/lib/pg_rep*
-rwxr-xr-x. 1 root root 94516 May 15 11:06 /opt/PostgresPlus/9.4AS/lib/pg_repack.so

Cool, ook dit is vlot gecompileerd. Maak nu een extensie in PPAS 9.4

-bash-4.1$ psql
Welcome
psql.bin (9.4.1.4)
Type "help" for help.

edb=# create extension pg_repack;
CREATE EXTENSION
edb=#

Dank je.


  1. Bulk Collect-clausule gebruiken met SELECT INTO-instructie in Oracle Database?

  2. Geef WAAR parameters door aan PostgreSQL View?

  3. Hoe NOT LIKE werkt in MariaDB

  4. String tot nu toe in Oracle met milliseconden