From: | Helge Bahmann <bahmann(at)math(dot)tu-freiberg(dot)de> |
---|---|
To: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: [HACKERS] Linux Largefile Support In Postgresql RPMS |
Date: | 2002-08-13 15:19:31 |
Message-ID: | Pine.LNX.4.44.0208131701400.10566-100000@lothlorien.stunet.tu-freiberg.de |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general pgsql-hackers |
If all the 2GB problem is only about pg_dump may I suggest a work-around?
pg_dump | cat >dumpfile.sql
works without problems if "cat" is largefile-enabled; this puts the burden
of supplying largefile-enabled binaries on the operating system
distributor; similiar constructions work for all other postgres tools
Apart from this I think it is perfectly safe to enable largefile
compilation on linux unconditionally; the only major linux filesystem (I'm
discounting VFAT and the like here) that cannot handle files >2GB is NFSv2
(but NFSv3 works), the error code and signal you get from writing a too
large file (EFBIG "File too large" and SIGXFSZ "File size limit exceeded")
should give the administrator prominent hints what might be wrong
Note that in Debian Woody all system binaries (cp, cat etc.) are compiled
with largefile support enabled, I think this applies to all other
distributions as well
Regards
--
Helge Bahmann <bahmann(at)math(dot)tu-freiberg(dot)de> /| \__
The past: Smart users in front of dumb terminals /_|____\
_/\ | __)
$ ./configure \\ \|__/__|
checking whether build environment is sane... yes \\/___/ |
checking for AIX... no (we already did this) |
From | Date | Subject | |
---|---|---|---|
Next Message | Mario Weilguni | 2002-08-13 15:30:34 | Re: oid2name reports much fewer files... |
Previous Message | Bruce Momjian | 2002-08-13 15:12:45 | Re: oid2name reports much fewer files... |
From | Date | Subject | |
---|---|---|---|
Next Message | Rod Taylor | 2002-08-13 15:20:53 | Re: Temporary Views |
Previous Message | Bruce Momjian | 2002-08-13 15:18:17 | Re: Temporary Views |