1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
343
344
345
346
347
348
349
350
351
352
353
354
355
356
357
358
359
360
361
362
363
364
365
366
367
368
369
370
371
372
373
374
375
376
377
378
379
380
381
382
383
384
385
386
387
388
389
390
391
392
393
394
395
396
397
398
399
400
401
402
403
404
405
406
407
408
409
410
411
412
413
414
415
416
417
418
419
420
421
422
423
424
425
426
427
428
429
430
431
432
433
434
435
436
437
438
439
440
441
442
443
444
445
446
447
448
449
450
451
452
453
454
455
456
457
458
459
460
461
462
463
464
465
466
467
468
469
470
471
472
473
474
475
476
477
478
479
480
481
482
483
484
485
486
487
488
489
490
491
492
493
494
495
496
497
498
499
500
501
502
503
504
505
506
507
508
509
510
511
512
513
514
515
516
517
518
519
520
521
522
523
524
525
526
527
528
529
530
531
532
533
534
535
536
537
538
539
540
541
542
543
544
545
546
547
548
549
550
551
552
553
554
555
556
557
558
559
560
561
562
563
564
565
566
567
568
569
570
571
572
573
574
575
576
577
578
579
580
581
582
583
584
585
586
587
588
589
590
591
592
593
594
595
596
597
598
599
600
601
602
603
604
605
606
607
608
609
610
611
612
613
614
615
616
617
618
619
620
621
622
623
624
625
626
627
628
629
630
631
632
633
634
635
636
637
638
639
640
641
642
643
644
645
646
647
648
649
650
651
652
653
654
655
656
657
658
659
660
661
662
663
664
665
666
|
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="GENERATOR" CONTENT="Mozilla/4.06 [en] (X11; I; Linux 2.1.105 i586) [Netscape]">
</HEAD>
<BODY BGCOLOR="#FFFDEC">
<PRE>=======================================================
Frequently Asked Questions (FAQ) per PostgreSQL >= V6.1
Specifiche per Linux Os
DA LEGGERE IN CONGIUNZIONE CON LE NORMALI FAQ
=======================================================
Ultimo aggiornamento: Lunedi' 18 Maggio 11:17:00 GMT 1998
Curatore corrente: Andrew C.R. Martin (martin@biochem.ucl.ac.uk)
Autore originale: Andrew C.R. Martin (martin@biochem.ucl.ac.uk)
Traduzione FAQ in italiano: Daniele Medri 'MaDriD' (madrid@darshan.org)
Cambiamenti in questa versione (* = modificato, + = nuovo, - = rimosso):
+1.21) Perche' ricevo strani risultati con i tempi di stampa (per esempio
nel test di regressione 'timespan'?</PRE>
<PRE>Questo file è diviso approsimativamente nel sequente modo:
1.*) Istallare PostgreSQL
2.*) Compilare programmi accessori
3.*) Problemi di esecuzione
Domande risposte:
1.1) Quali cambiamenti devo fare a src/Makefile.global o a src/Makefile.custom
e ci sono altri cambiamenti necessari?
1.2) Perche' ricevo problemi con missing libreadline?
1.3) [REDHAT] Perche' ricevo problemi di libdl e dlfcn.h perse?
1.4) [SLACKWARE 3.1] Perche' ricevo problemi di libdl e dlfcn.h perse?
1.5) La mia compilazione si arresta segnalando la mancanza dell'include file
dlfcn.h perso.
1.6) GCC reclama una ignorata opzione -fpic
1.7) Ricevo messaggi di warning (errore) del tipo
warning: cast from pointer to integer of different size
1.8) [SuSE-Linux 4.2-4.4] Dove sono curses e termcap?
1.9) Perche' ho problemi con ld.so?
1.10) Perche' ricevo errori del tipo `yy_flush_buffer undefined'?
1.11) Come posso compilare PostgreSQL su un sistema a.out?
1.12) Che cosa fallisce con:
yacc -d /disk2/PostgreSQL/src/backend/parser/gram.y
make: /usr/bin/make: cannot execute binary file
1.13) Quali sono i riferimenti in X11_LIB a libsocket e libnsl in
src/Makefile.global?
1.14) [DEBIAN] Dov'e' libtermcap?
1.15) [REDHAT] Posso trovare PostgreSQL come RPM?
1.16) Quando tento di compilare una versione in sviluppo sotto Linux, la
compilazione fallisce con il seguente messaggio:
In file included from /usr/include/sys/sem.h:8,
from ipc.c:37:
/usr/include/asm/bitops.h:32: warning: no previous prototype for Set_bit'
....
make: *** [ipc.o] Error 1
1.17) Quando sto' compilando postgres, gcc riporta un signal 11 e si interrompe.
1.18) Posso installare 6.1.1 su MkLinux?
1.19) Perche' esce o va in crash?
1.20) Come posso ottimizzarlo per un 486 o un processore pentium
1.21) Perche' ricevo strani risultati con i tempi di stampa (per esempio
nel test di regressione 'timespan'?
2.1) Il linker non trova libX11 quando sta' compilando pgtclsh
3.1) Ricevo un messaggio tipo _fUnKy_POSTPORT_sTuFf_ non definito quando
lancio uno script come createuser
3.2) Lancio postmaster e dopo il sistema dice 'Bad system call(Core
dumped)'
3.3) Quando tento di lanciare Postmaster, perche' ricevo un errore del tipo
Failed Assertion("!(file != 0):(null)", File:
"/usr/local/PostgreSQL/src/backend/storage/file/fd.c", Line: 257)
!(file != 0) (0)
initdb: could not create template database
initdb: cleaning up.
3.4) Perche' createuser non funziona?
3.5) Perche' ricevo un errore del tipo:
IpcMemoryCreate: memKey=155356396 , size=760632 ,
permission=384IpcMemoryCreate: shmget(..., create, ...)
failed: Invalid argument
3.6) Perche' psql fallisce con:
psql: can't load library 'libpq.so.1'
3.7) Altri comportamenti strani
3.8) Quando PostgreSQL e' attivo allo shutdown di sistema, Linux
esegue al reboot un fsck al disco.
3.9) Perche' la Query 32 nel test di regressione pretende molto tempo?
3.10) Perche' ricevo dei risultati arrotondati su date/time aritmetici,
come
select '4 hours'::timespan;
returning '3 hours 59 minutes 60 seconds'?
----------------------------------------------------------------------
Sezione 1: Compilare PostgreSQL
----------------------------------------------------------------------
1.1) Quali cambiamenti devo fare a src/Makefile.global o a
src/Makefile.custom e ci sono altri cambiamenti necessari?
I cambiamenti ai makefiles sono piu'facilmente fatti usando
lo script di shell per la personalizzazione che si trova nella
directory src che scrive un file Makefile.custom appropriato.
I soli altri cambiamenti che tu devi fare e rimpiazzare Flex se tu
hai una versione 2.5.3, la quale ha dei bug che si manifestano al
fallimento di createuser (Vedi domanda 3.4)
Se tu modifichi i makefiles a mano, tu *devi* settare le seguenti
variabili:
PORTNAME= linux
Tu devi anche cambiare quello che segue per settare la tua propria
installazione:
POSTGRESDIR
Se tu cambi sull'opzione USE_TCL, devi settare questo:
TCL_INCDIR=
TCL_LIBDIR=
TCL_LIB=
TK_INCDIR=
TK_LIBDIR=
TK_LIB=
X11_INCDIR=
X11_LIBDIR=
X11_LIB=
Sul mio sistema Slackware3.0 esse sono:
TCL_INCDIR= /usr/include/tcl
TCL_LIBDIR= /usr/lib
TCL_LIB= -ltcl
TK_INCDIR= /usr/include/tcl
TK_LIBDIR= /usr/lib
TK_LIB= -ltk
X11_INCDIR= /usr/include/X11
X11_LIBDIR= /usr/X386/lib
X11_LIB= -lX11
Devi fare ogni altro cambiamento necessario come documentato nel
file INSTALL e in Makefile.global
1.2) Perche' ricevo problemi con missing libreadline?
I sistemi Linux in genere non vengono distribuiti con la libreria
Gnu readline installata. Si può in ogni caso o disattivare l'opzione
di readline in src/Makefile.global o src/Makefile.custom, oppure
installare la libreria GNU stessa (readline).
Nota che Linux Debian (come FreeBSD) esce con le readline installate.
1.3) [REDHAT] Perche' ricevo problemi di libdl e dlfcn.h perse??
Questa manifestazione avvisa che non c'e' la capacita' di linkare
funzioni come dlopen(), dlclose(), etc. durante l'ultima fase di compilazione.
La libreria libdl e' usata per linkare in maniera dinamica le funzioni
e rendere flessibile l'avvio dell'applicativo. Per alcune ragioni questa
non era presente nella distribuzione Red Hat. La versione Redhat 4.0
(Colgate) a colmato a questa mancanza.
RedHat ha ora una nuova versione di ld.so in formato RPM nei propri siti FTP.
Scaricate:
ftp://ftp.redhat.com/pub/redhat/devel/i386/RedHat/RPMS/ld.so-1.7.14-4.i386.rpm
Installa il file RPM nella maniera usuale e andra'!
ATTENZIONE! Devi rilanciare nuovamente il file configure e fare un
make clean dopo aver installato la libreria e prima di ricompilare.
C'e' stata una sola notizia di sistema corrotto da programmi che
accedevano a queste librerie mentre venivano aggiornate (nessun altra
sorpresa.) Conseguentemente e' una buona idea quella di fare un reboot
del sistema prima di installare le nuove librerie e avere pochi
processi attivi durante questo upgrade. Lanciare il sistema in
modalita' utente singolo (single-user) e' probabilmente una buona idea!
Se tu vuoi fare la strada piu' dura, puoi ottenere la libreria e
l'header file da:
ftp://tsx-11.mit.edu/pub/linux/packages/GCC/ld.so-1.7.14.tar.gz
Alternativamente puoi trovare i file binari precompilati in
distributions/debian/buzz/binary-i386/base/ld.so-1.7.14-4.deb
nel medesimo sito, o seguire le istruzioni date alla domanda 1.2 per
correggere lo stesso errore con le aggiornate versioni di Slackware 3.1.
Non scegliere questo metodo se non sai quello che stai facendo!
1.4) [SLACKWARE 3.1] Perche' ricevo problemi di libdl e dlfcn.h perse??
Questa manifestazione avvisa che non c'e' la capacita' di linkare
funzioni come dlopen(), dlclose(), etc. durante l'ultima fase di compilazione.</PRE>
<PRE> Guarda la risposta alla domanda 1.3. Slackware fino alla versione 3.0
era provvista di questa libreria e degli include file e ritornarono nell'ultima
versione 3.1, ma la prima versione della 3.1 (prima del 9 settembre 1996)
non aveva queste e molte versioni su CD-ROM erano state stampate
con la prima edizione.
C'e' stata una sola notizia di sistema corrotto da programmi che
accedevano a queste librerie mentre venivano aggiornate (nessun altra
sorpresa.) Conseguentemente e' una buona idea quella di fare un reboot
del sistema prima di installare le nuove librerie e avere pochi
processi attivi durante questo upgrade. Lanciare il sistema in
modalita' utente singolo (single-user) e' probabilmente una buona idea!
Per fissare facilmente questo basta ottenere il file ldso.tgz dal quarto
dischetto della piu' recente distribuzione Slackware e scompattarlo da
dalla directory di root (/) e poi lanciare
sh install/doinst.sh
per completare l'installazione. Successivamente lanciare
ldconfig
ATTENZIONE! Devi rilanciare nuovamente il file configure e fare un
make clean dopo aver installato la libreria e prima di ricompilare.
Se vuoi installarla manualmente bisogna installare prima il file
dlfcn.h in /usr/include.
Secondo, installa il file libdl.so.1.7.14 (o qualsiasi altra versione)
in /lib, e poi fai:
cd /lib
ln -sf libdl.so.1.7.14 libdl.so.1
ln -sf libdl.so.1 libdl.so
Su certi sistemi (a seconda della personale configurazione di GCC)
e' necessario fare:
cd /usr/lib
ln -sf /lib/libdl.so .
Finalmente
ldconfig
ATTENZIONE! Devi rilanciare nuovamente il file configure e fare un
make clean dopo aver installato la libreria e prima di ricompilare.
1.5) La mia compilazione si arresta segnalando la mancanza dell'include file
dlfcn.h perso.
Guarda la risposta 1.3/1.4. Non dimenticare che se stai usando un sistema
a.out devi prima avere installato il pacchetto dld (il quale non viene
fornito con molti sistemi a.out) per avere dlfcn.h e gli altri.
Guarda la domanda 1.11.
1.6) GCC reclama una ignorata opzione -fpic
Le prime versioni di GCC accettavano entrambe -fpic o -£PIC.
Nelle piu' recenti versioni (V2.7.2?) richiede -£PIC.
Se tu stai usando una versione ELF di Linux, questa puo' per sicurezza
essere ignorata perche' -£PIC e' di default.
Puoi correggere questa editando il file src/Makefile.global e cambiare
CFLAGS_SL
1.7) Ricevo messaggi di warning (errore) del tipo
warning: cast from pointer to integer of different size
Questi appararivano nelle prime versione di Postgres95 e posso per sicurezza
essere ignorate. PostgreSQL V6.0 dovrebbe compilare senza warnings
ad eccezione di quelli relativi agli header file di sistema (i quali possono
essere ignorati per sicurezza).
1.8) [SuSE-Linux 4.2-4.4] Dove sono curses e termcap?
SuSE-Linux 4.2 ha le ncurses ma non le curses. 4.4 ha entrambe.
SuSE-Linux ha anche le librerie termcap in /usr/lib/termcap
invece di essere in /usr/lib.
PostgreSQL (fino alla V6.0)
-----------------------
Setta il valore delle CURSES_LIB in src/Makefile.custom a -lncurses
(o fai questo attraverso lo script di personalizzazione).
Aggiundi la seguente riga al file src/Makefile.custom:
LDADD_BE+= -L/usr/lib/termcap
Devi editare il file src/bin/psql/Makefile e cambiare:
ifeq ($(PORTNAME), linux)
LD_ADD+=
con:
ifeq ($(PORTNAME), linux)
LD_ADD+= -ltermcap
PostgreSQL (V6.1)
-----------------
Lo script di configurazone non sa' di cercare nella directory
/usr/lib/termcap per le librerie termcap, percio' tu devi specificare
questo come una delle directory delle librerie dove cercare.
Se non funziona (non ho SuSE per verificare che vada)
allora lancia configure, edita src/Makefile.global e aggiungi
-ltermcap alla linea LDFLAGS
(dopo -lreadline). (Alternativamente poi configurare
src/Makefile.custom prima di lanciare configure.)
Alcune versioni di SuSE forniscono solo ncurses, percio' tu devi
forzare l'uso delle ncurses piuttosto che le curses cambiando
-lcurses con -lncurses. (dimostrato per SuSE 5.1)
1.9) Perche' ho problemi con ld.so?
Se tu hai problemi con ld.so, un altra libreria richiesta sotto ELF
per il caricamento dinamico, allora hai creato disordine con la tua
installazione o fatto un upgrade di Linux.
Guarda le risposte alle domande 1.3/1.4. Devi installare ld.so.x.y.z in
/lib e lanciare ldconfig.
La piu' recente vesione stabile del pacchetto ld eì 1.7.14
Mentre scrivo, la versione 1.8.x di ld e' sperimentale.
1.10) Perche' ricevo errori del tipo `yy_flush_buffer undefined'?
Questo non e' specifico per Linux, ma e' comune nelle vecchie istallazione
di Linux. Devi avere una versione recente di Flex (2.5.2 o superiore)
per compilare PostgreSQL. Nota che Flex 2.5.3 ha dei bug: guarda la
domanda 3.4.
1.11) Come posso compilare PostgreSQL su un sistema a.out?
Prima, devi installare la libreria dld. Puoi ottenere questa da Sunsite come:
Linux/libs/dld.3.2.7.tar.gz
(ftp://sunsite.unc.edu/pub/Linux/libs/dld.3.2.7.tar.gz)
Secondo, aggiungi la seguente linea al file src/Makefile.custom:
LINUX_ELF=
(o usa lo script di configurazione)
1.12) Che cosa fallisce con:
yacc -d /disk2/PostgreSQL/src/backend/parser/gram.y
make: /usr/bin/make: cannot execute binary file
Questo e' un problema delle prime versioni di Postgres95. Il default
per PostgreSQL e' di usare bison -y piuttosto che yacc.
yacc e' generalmente implementato come script che invoca bison -y
Per alcune ragioni (certe versioni di make? certe versioni di bash?)
make non puo' eseguire questo file di script.
Per correggere questo, edita semplicemente src/mk/port/postgres.mk.linux
e alla fine del file cambia:
# YACC = bison -y
con
YACC = bison -y
1.13) Quali sono i riferimenti in X11_LIB a libsocket e libnsl in
src/Makefile.global?
Questo era un problema nella versione 1.08 (specifica per Sun Solaris)
E' stata fissata nella 1.09 e 6.0
1.14) [DEBIAN] Dov'e' libtermcap?
Debian Linux viene distribuita senza librerie termcap e usa ncurses
(le quali usano terminfo all'interno). Non c'e' bisogno di cambiare la
variabile CURSES_LIB in src/bin/psql/Makefile peche' Debian provvede
con un link da libncurses a libcurses (diversamente da SuSE-Linux --
Vedi domanda 1.8).
Devi editare src/bin/psql/Makefile e commentare i cambiamenti:
ifeq ($(PORTNAME), linux)
LD_ADD+= -ltermcap
con:
ifeq ($(PORTNAME), linux)
LD_ADD+=
1.15) [REDHAT] Posso trovare PostgreSQL come RPM?
Si! Michal Mosiewicz <mimo@lodz.pdi.net>
(http://www.pdi.lodz.pl/~mimo) ha creato un RPM
per PostgreSQL V6.0 per architettura Intel uplodata a
ftp://ftp.redhat.org/pub/Incoming/Postgres-6.0-1.i386.rpm
Questa e' una precompilata versione, le sorgenti RPM erano come
io ho scritto (3 Febbraio 1997).
1.16) Quando tento di compilare una versione in sviluppo sotto Linux, la
compilazione fallisce con il seguente messaggio:
In file included from /usr/include/sys/sem.h:8,
from ipc.c:37:
/usr/include/asm/bitops.h:32: warning: no previous prototype for Set_bit'
....
make: *** [ipc.o] Error 1
Il problema e' che Linux non prevede prototipi per queste funzioni inline.
La soluzione e' di andare dentro la directory .../src/backend/storage/ipc
ed editare Makefile.
Cambia la linea
CFLAGS+=$(INCLUDE_OPT)
con
CFLAGS+=$(INCLUDE_OPT) -Wno-error
Fai lo stesso con la directory ../src/backend/storage/lmgr.
1.17) Quando sto' compilando postgres, gcc riporta un signal 11 e si interrompe.
Piu' specificatamente:
gcc: Internal compiler error: program cc1 got fatal
signal 11
Questo e' un problema di hardware/memoria. PostgreSQL e' un grande
programma, e una larga compilazione con gcc (come la compilazione
di PostgreSQL o la compilazione del kernel) stressa la memoria come
molti altri programmi, mostrando errori che non appaiono nelle normali
operazioni. Sistemi operativi inferiori non riescono a stressare l'hardware
in questo modo, per questo non vedrai mai questi errori sotto DOS/Windows.
Maggiori informazioni in merito:
http://www.bitwizard.nl/sig11
Da questo Sig11 FAQ, sembra essere un errore specifico con Redhat 5.0
lanciando su un processore Cyrix. Guarda il link superiore per i dettagli!
1.18) Posso installare 6.1.1 su MkLinux?
Tatsuo Ishii <t-ishii@sra.co.jp> ha fatto questo su MkLinux DR2.1 update2 dopo una piccola
patch disponibile presso:
ftp://ftp.sra.co.jp/pub/cmd/postgres/6.1.1/mklinux.patch.gz
1.19) Perche' esce o va in crash??
Ci sono state diverse segnalazioni di gmake, dove in tutte si usciva
subito e c'era una seg faulting. Il problema piu' marcato e' stato
riportato con gmake 3.74 - upgradandolo alla 3.76.1 si e' risolto.
Comunque, la versione 3.74 e' funzionante per altri tipi di setup.
In breve, prova ad upgradare gmake all'ultima versione che puoi trovare
prima di riportarlo come un problema.
1.20) Come posso ottimizzarlo per un 486 o un processore pentium
Le flags di compilazione per default non permettono l'optimizzazione per 486
o per processori Pentium. Per aggiungerla come ottimizzazione, edita
Makefile.custom e aggiungi:
CFLAGS+= -m486
o (per i nuovi compilatori che molte persone non stanno usando)
CFLAGS+= -mpentium
o
CFLAGS+= -mpentiumpro
1.21) Perche' ricevo strani risultati con i tempi di stampa (per esempio
nel test di regressione 'timespan'?
Le ore appaiono come: '4 hours 59 mins 60.00 secs'
invece di '5 hours'
Questo e' un problema con le librerie glibc2 le quali appaiono con
RedHat 5.0. Aggiorna le tue glibc con le ultime versioni di RedHat per
v5.0/hurricane. Tutto quello che e' anteriore alle glibc-2.0.7 ha
questi problemi.
----------------------------------------------------------------------
Sezione 2: Compilare programmi accessori
----------------------------------------------------------------------
2.1) Il linker non trova libX11 quando sta' compilando pgtclsh
Aggiungi la seguente riga al file src/Makefile.custom
X11_LIBDIR = /usr/X11R6/lib
----------------------------------------------------------------------
Sezione 3: Problemi di esecuzione
----------------------------------------------------------------------
3.1) Ricevo un messaggio tipo _fUnKy_POSTPORT_sTuFf_ non definito quando
lancio uno script come createuser
Questo e' un bug nella V.1.06-V1.07 di Postgres ed e' fissata con la versione
1.08 o superiore.
3.2) Lancio postmaster e dopo il sistema dice 'Bad system call(Core
dumped)'
Questo indica che non hai compilato il supporto per la memoria condivisa nel
kernel. Devi ricompilare il kernel per aggiungere questa feature.
3.3) Quando tento di lanciare Postmaster, perche' ricevo un errore del tipo
Failed Assertion("!(file != 0):(null)", File:
"/usr/local/PostgreSQL/src/backend/storage/file/fd.c", Line: 257)
!(file != 0) (0)
initdb: could not create template database
initdb: cleaning up.
I permessi sul file /dev/null sono sbagliati.
ls -l /dev/null should give you something like:
crw-rw-rw- 1 root wheel 2, 2 Oct 8 18:41 /dev/null
Correggi i permessi con:
chmod a+rw /dev/null
3.4) Perche' createuser non funziona?
C'e' un problema con la versione 2.5.3 di GNU Flex e createuser.
Le tue opzioni devono recedere a Flex V2.5.2, aggiornale alla V2.5.4 o
applica una patch alla V2.5.3 la quale e' fornita in doc/README.flex
Puoi ottenere la V.2.5.4 da:
ftp://prep.ai.mit.edu/pub/gnu/flex-2.5.4.tar.gz
3.5) Perche' ricevo un errore del tipo:
IpcMemoryCreate: memKey=155356396 , size=760632 ,
permission=384IpcMemoryCreate: shmget(..., create, ...)
failed: Invalid argument
Non hai compilato il supporto IPC nel kernel di Linux.
Devi ricompilare il kernel con questa opzione.
3.6) Perche' psql fallisce con:
psql: can't load library 'libpq.so.1'
Psql e' stata compilata per linkarsi dinamicamente con la libreria libpq.
Per risolvere questo, devi accedere come root ed editare il file
/etc/ld.so.conf
Aggiungi una linea singola alla fine, la quale prende il nome della directory
delle librerie di PostgreSQL (la sottodirectory delle librerie
dell'installazione diPostgreSQL) e lancia
/sbin/ldconfig -v
Alternativamente, (e se tu non hai accesso come root), devi usare la
variabile di ambiente LD_LIBRARY_PATH.
La variabile LD_LIBRARY_PATH contiene una lista di paths per ricercare le librerie
condivise. Questa lista e' ricercata prima delle librerie specificate da ldconfig.
Percio' sotto Bash, devi fare qualcosa del tipo:
export LD_LIBRARY_PATH='PathToPGSQL'/lib
o, usando tcsh
setenv LD_LIBRARY_PATH 'PathToPGSQL'/lib
rimpiazzando 'PathToPGSQL' con l'appropriato path alla tua directory PostgreSQL
al top level.
Nota che il comando ldd puo' essere eseguito su un programma linkato dinamicamente
alla lista di paths a tutte le librerie condivise sopra, alle quali gli eseguibili
dipendono.
3.7) Altri comportamenti strani
Non sono sicuro quali siano i sintomi che non permettono la corretta esecuzione,
ma si puo' ipotizzare che le ragioni vadano oltre il regolare funzionamento del
loader dinamico nel caricare la corretta versione delle librerie libpq.
Se hai una versione vecchia dai una occhiata al path delle librerie
(per esempio in /usr/lib) che dovrebbero caricare nelle nuove versioni che intendi
far girare. Renditi sicuro di prendere queste nel percorso e guarda la Domanda 3.6
per i dettagli in merito al caricamento dinamico delle librerie.
3.8) Quando PostgreSQL e' attivo allo shutdown di sistema, Linux
esegue al reboot un fsck al disco.
Ci sono state alcune segnalazioni di questo e sembre essere il
risultato di lanciare PostgreSQL dal /etc/inittab come suggerito
nel file INSTALL.
Si raccomanda percio' di lanciare il postmaster da un rc script.
Sotto una versione di tipo Slackware, devi modificare /etc/rc.d/rc.local
per lanciare il postmaster. Sotto una versione in stile RedHat
devi creare uno script in stile SysV sotto /etc/rc.d/rc3.d basato
sul file /etc/rc.d/init.d.
C'e' un esempio di file in contrib/linux/postgres.init
Un altro file di esempio è proposto da John Robinson
<john@intelligent.co.uk> il quale puo' essere modificato a seconda delle esigenze:
#!/bin/sh
#
# postgreSQL.init This shell script takes care of starting and stopping
# the PostgreSQL postmaster.
#
# Source function library.
. /etc/rc.d/init.d/functions
# Source networking configuration.
. /etc/sysconfig/network
# Check that networking is up.
[ ${NETWORKING} = "no" ] && exit 0
# See how we were called.
case "$1" in
start)
# Start daemons.
echo -n "Starting postgres Postmaster daemon:"
if [ -z "`pidofproc postmaster`" ]
then
su postgres -c "/usr/local/pgsql/bin/postmaster -D /home/postgreSQL/data -p 5432 &"
echo -n " postmaster"
else
echo -n " (already running)"
fi
echo
touch /var/lock/subsys/postgres
;;
stop)
# Stop daemons.
echo -n "Shutting down postgres Postmaster daemon: "
killall -TERM postmaster 2>/dev/null
killall -TERM postgres 2>/dev/null
echo
rm -f /var/lock/subsys/postgres
;;
*)
echo "Usage: postgres {start|stop}"
exit 1
esac
exit 0
3.9) Perche' la Query 32 nel test di regressione pretende molto tempo?
Questo e' un bug nello script di regressione presente su Linux Os.
Ci sono due raggiri per evitarli (informazione di Tatsuo Ishii <t-ishii@sra.co.jp>):
1. cambia quello che segue in regress.sh:
time postgres -texecutor -tplanner -Q bench < bench.sql
a:
postgres -texecutor -tplanner -Q bench < bench.sql
2. dopo aver lanciato il test, rimuovi la linea finale di
bench.out, qualcosa del tipo:
85.86user 114.47system 4:49.20elapsed 69%CPU (0avgtext+0avgdata 0maxresident)k
poi digita:
sh ./perquery < bench.out > & bench.out.perquery
3.10) Perche' ricevo dei risultati arrotondati su date/time aritmetici,
come
select '4 hours'::timespan;
returning '3 hours 59 minutes 60 seconds'?
Stai usando le nuove librerie glibc2 e hai una versione precedene alla
2.0.7. E' un problema di arrotondamento matematico nella libreria.
Aggiorna le tue librerie.</PRE>
<PRE>
----------------------------------------------------------------------------
Dr. Andrew C.R. Martin University College London
EMAIL: (Work) martin@biochem.ucl.ac.uk (Home) andrew@stagleys.demon.co.uk
URL: http://www.biochem.ucl.ac.uk/~martin
Tel: (Work) +44(0)171 419 3890 (Home) +44(0)1372 275775
----------------------------------------------------------------------------
Daniele Medri 'MaDriD' - e-mail: madrid@darshan.org web: www.darshan.org
----------------------------------------------------------------------------</PRE>
</BODY>
</HTML>
|
