le who NFS mount their datadirs?
(I personally wouldn't in a million years trust NFS for ACID compliance;
maybe iSCSI, but NFS?!?!).
The behavior, in my opinion, should be configurable and ON by default.
--
Lamar Owen
Director of Information Technology
Pisgah As
hings with.
A 5 or 6 megapixel JPEG image. Maybe a photograph of an elephant.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast)---
TIP 9:
pped' from the digital camera straight to the
database).
So, anyway, looking forward to seeing some progress in this department... :-)
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-555
iple
versions and clusters, yet has centralized database tracking.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast)---
TIP 6: explain analyze is your friend
ontrol mechanism for at least five years,
and I think the archives would bear this out. I just have never had the time
to implement it, and it was always an RPM-centric thought plan for me.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Dri
On Saturday 18 February 2006 12:16, Michael Fuhr wrote:
> On Sat, Feb 18, 2006 at 09:28:58AM -0500, Lamar Owen wrote:
> > In 1982 I was doing hexadecimal machine code on that TRS-80 Model III,
> > whose non-disk boot lines you quote. My favorite Z80 joke:
> > 01
p;T 3B1 later, running C News and SMail.
So, Tom, did you enjoy being linked with the Backbone Cabal? What part did
you play in the Great Renaming?
Man, this is totally off-topic, but a fun distraction...
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Ins
; I just wanted to
mention that publicly to all those on these lists.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast)---
TIP 2: Don't 'kill -9' the postmaster
ally, beta and release candidate RPM's were put on the main ftp
site but flagged as beta quality. I certainly appreciate your dilligence
in following those instructions I wrote long ago, but, thanks to your
smoother release process (in no small part due to the use of CVS) those
instructions are
On Friday 20 May 2005 09:43, Dave Cramer wrote:
> Lamar Owen wrote:
> >On Friday 20 May 2005 07:55, Dave Cramer wrote:
> >>Well, there's not much discussion here. Other than the fact that a few
> >>things depend on libpq.so.3.
> >>Isn't the standar
of the library that
masqueraded as previous versions, but weren't really previous versions. That
can cause it's own broken behavior.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---
On Tuesday 17 May 2005 01:41, Josh Berkus wrote:
> > > To put it much more bluntly: PostgreSQL development (both the process
> > > and the codebase) has one of the steepest learning curves around,
> You haven't looked at the OpenOffice.org code.
Yes, I have. Yes, it
nd beta on 8.1 to have this sort of discussion?
It doesn't need to be discussed close to a beta cycle, IMO, or it could
easily turn into the huge distraction Tom speaks of.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman,
On Monday 16 May 2005 14:12, Robert Treat wrote:
> On Mon, 2005-05-16 at 12:50, Lamar Owen wrote:
> > The only way in my mind to get this dynamism on the website is to make
> > the website part of the process at some level. If someone has to go
> One idea I've tossed arou
ently, as I've changed into more of a user role
than a developer role; I can see the forest now, instead of all the RPM
bushes and prairie grass.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast)---
TIP 8: explain analyze is your friend
ue to
the marvelous efforts of this active, vibrant, community.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast)---
TIP 7: don&#
onflicts abound more, with significant replica competition
for init process timeslices; all such attempts typically require superuser
intervention to re-nice.
*ducking*and*grinning*
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Driv
gt; the Core Committee.
If I may say so, 'It's about time!' Peter has done great work for a long
time.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
-
ult for intruders to mess with, and once one has an established syslog
server it's trivial to send all logs from all servers to the one central
logging server. I have done this a long time.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Dri
ate you providing these;
however, I do intend to be releasing RPM's soon, but probably not beta2 ones.
I have some features I want to work on first, and just simply have not yet
had the time to do it.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Res
ted with the same level of caution
> > as you would a new product"
> Wow, that is good!
> Should I change it to Marc's version?
As long as 'although' is correctly spelled :-)
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Resea
ving security concerns.
FWIW, the RPMs default to ident authentication, and trust is off. This is
however done as a patch to the sample pg_hba.conf. A command line switch to
initdb to mung up an ident default would be fine with me, though.
--
Lamar Owen
Director of Information Technology
Pisgah
7.2.x, for example, would have very little to do except once
in a great while if and when a serious bug is found. At that point, that
gatekeeper can make a release (the current process is too tied up in people,
IMO, and that includes the RPM mechanism (which I have every right to
critici
On Saturday 05 June 2004 10:13, Andrew Dunstan wrote:
> Lamar Owen wrote:
> >There is a reason I wrote the message a long time ago (that, I think, is
> > still in the Developer's FAQ) about how to get started in PostgreSQL
> > development. The first thing a developer sh
On Tuesday 01 June 2004 22:15, Andrew Dunstan wrote:
> Lamar Owen wrote:
> >Well, it should not have surprised anyone. We have targeted June 1 as a
> > beta freeze date for several versions, not just 7.5. In fact, looking
> > back through last year's pre-7.4 discuss
4 freeze for 6/1/2003).
The closest to such a discussion would have been in the thread
http://archives.postgresql.org/pgsql-hackers/2004-01/msg00273.php, at least
that's all I could find.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
PMs for PHP plus PostgreSQL and plPHP, then tell me how
> > you solved the circular dependency.
> Actually plPHP doesn't require the PostgreSQL source tree... you would
> just have to modify the Make file to point to the right places.
Then it can easily be a standalone proje
for cross database queries? :-))
Try building the RPMs for PHP plus PostgreSQL and plPHP, then tell me how you
solved the circular dependency.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-
verbosity. Is 7.4.x much better than 7.3.x in that respect?
There are several levels documented in postgresql.conf. Try the terse level
and see what happens.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(
it is redundant when a good highly configurable logging facility
already exists. But, if Red Hat wants to pay Tom to do it... :-)
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
--
On Friday 12 March 2004 03:21 pm, Fernando Nasser wrote:
> Lamar Owen wrote:
> > Uh, we have many many many different ways to use syslog. So my other
> > message on the topic.
> Which other message?
The one I didn't post. :-)
> Anyway, Syslog is not an option for us
TODO list.
Uh, upgrading? I'm sure we have more reports about upgrading than logging.
But see my reply to bug 103767 for more.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
-
On Friday 05 March 2004 09:50 am, Mark Gibson wrote:
> How about in future, packaging it all up as a release candidate,
> (ie. 7.4.2-rc1) for a week or so before official final release,
We do this already for major versions. Maybe we should consider this for
minors too.
--
Lamar Owen
Di
y.
This is not the first time tarballs have been streamlined. I'm glad I hadn't
built any RPMs yet.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
-
t, so
> it started clean), I'll move those files over to 7.3.6 ...
Please, don't call it 7.3.6. Streamlining releases is terrible. 7.3.7 or
7.3.6.1 or SOMETHING other than 7.3.6, and just let 7.3.6 be a brown paper
bag release (like 6.4.1 was).
--
Lamar Owen
Director of Information Te
nd my other four children through this
difficult time.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast)---
TIP 9: the planner
your example, 7.2.4 would be there for the
7.2.x users still among us. And this wouldn't touch the source releases at
all.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.
On Monday 19 January 2004 03:53 pm, Tom Lane wrote:
> Lamar Owen <[EMAIL PROTECTED]> writes:
> > I am looking at the possibility of cleaning up the binary tree on the ftp
> > site, and was wondering what the group thought about purging old
> > binaries. What I was thin
space taken
by binaries is significant (about 1GB at this point). Since we are keeping
all source releases (although I would question that, since we use CVS),
keeping all the binaries around is just a space waster, IMHO.
Comments?
--
Lamar Owen
Director of Information Technology
Pisgah
s from my own server. Then Marc allowed me to directly
upload.
> I'll do it tomorrow, or is may be better do it for the 7.4.1 ?
If you'll hold off a few days both 7.4.1 and 7.3.5 RPMs are due to be
released. At that point building on various distributions and setting up
torrents wi
ibution built from
the SRPMS that Red Hat has in its enterprise directory). That box isn't a
devel box, but I am building up (while I'm on vacation) a devel box. So I'll
be building RPMs on that box with WBEL which should install on RHEL3.
--
Lamar Owen
Director of Informa
7;m working on making this automatic; in fact, I have delayed release of the
7.3.5 RPMset because of this. I'd love to check it out with 7.3.5.
(however, real work keeps getting in the way today; it may be a tonight
thing, with the upload to happen tomorrow).
--
Lamar Owen
Director of Information
On Tuesday 02 December 2003 06:29 pm, Gaetano Mendola wrote:
> Lamar Owen wrote:
> > You need to specify that you are building for Red Hat 9 on the command
> I'll try.
Ok.
> PS: the 7.4 will be remembered as the longest release to be developed
> and for the longest pe
at the moment, you can't have
unixODBC-devel and postgresql-devel installed at the same time. I am
investigating the best way of correcting this without breaking too many
things.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1
On Saturday 29 November 2003 01:07 pm, Tom Lane wrote:
> Lamar Owen <[EMAIL PROTECTED]> writes:
> > The project lead for the Aurora SPARC Linux project is who recommended it
> > in the first place;
> We were told equally positively, by equally well-informed persons, that
rk every time to something
that may very well break silently in the future? (yes, I know about the
performance difference; is the increased performance worth the tradeoff?)
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast)---
TIP 8: explain analyze is your friend
#x27;m looking at automating this; but at the moment it is manual. The spec file
does check the build89 macro, and, if defined, throws in the right value for
kerberos.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
will
just be spec file changes, probably, unless another bug appears in the
initscript.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broa
On Friday 21 November 2003 01:13 pm, Lamar Owen wrote:
> I have uploaded a first cut at the RPM's to ftp.postgresql.org. While I am
> not 100% convinced of the need to do so, I have restructured the
> directories, and await comment on that.
> I expect RH 7.3, RH9, and RH 6.2
om Sander, once he reads
this mail and gets the time to build them, as he has already asked to help do
this. I have RH 8.0 at my disposal, and will build those. I will also be
building Aurora 1.0 packages.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
On Wednesday 19 November 2003 12:02 pm, Peter Eisentraut wrote:
> Lamar Owen writes:
> > And he is getting paid to do it, unlike me.
>
> That's news to me. :-)
Reinhard Max is getting paid to do it, not you. Bad english on my part.
--
Lamar Owen
Director of Informati
hem at this point, which is good for PostgreSQL.
And he is getting paid to do it, unlike me.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
---(end of broadcast)
On Thursday 13 November 2003 12:09 am, Matthew T. O'Connor wrote:
> On Wed, 2003-11-12 at 23:44, Lamar Owen wrote:
> > My hands are somewhat tied at the present to only supporting what I
> > actively run. That is currently RHL 8.0 and Fedora Core 1. (not 1.0,
> > incid
On Wednesday 12 November 2003 11:51 pm, Marc G. Fournier wrote:
> On Wed, 12 Nov 2003, Lamar Owen wrote:
> > The biggest issue is going to be 'will it build' on those releases.
> > The tcl version deal (with tcl prior to 8.1)
> Tom applied a patch so that the build wi
4 release
happens with no RPMs concurrently released. I do my best; but I have a job
to do. That job is currently very busy.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 28772
(828)862-5554
www.pari.edu
-
rnet. Or don't run
the rootable services that 6.2 has out of the box.
7.3.4 is buildable on 6.2, which makes it a nice balance point for those who
want to do this sort of thing.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1 PARI Drive
Rosman, NC 287
On Friday 26 September 2003 10:52, Tom Lane wrote:
> Lamar Owen <[EMAIL PROTECTED]> writes:
> > This isn't necessarily true. That old of a version of PostgreSQL is
> > probably running on a quite out-of-date OS -- for instance, if the OS was
> > Red Hat Linux, t
it balance swings to the benefit side,
things will change.
If I could even get the box up to RHL 6.2 I'd be better off, because
PostgreSQL 7.3.x builds and runs well there.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
1
On Friday 22 August 2003 18:42, Josh Berkus wrote:
> Bad link. This gives me a post by Lamar Owen talking about usng OIDs to
> name files.
I think he may be referring to the last paragraph. Vadim had said that the
tablenames would go to OIDs. They have always been individual files.
27;s throwing the dependency into the
build.
If people can wait a little, I'll try to do it before 7.4 release. (note: no
beta RPMs yet).
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
---(end of broadcast)--
On Tuesday 05 August 2003 08:14, Andrew Dunstan wrote:
> Will check later today.
When you do, let me know, so that I can post them.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
---(end of broadc
7.2 to use as a
model? If there is, you would want to build it that way; principle of least
surprise.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
---(end of broadcast)---
TIP 8: explain analyze is your friend
; install" criterion.
Hmmm... Tough call, but I think I'll leave them be, since they will install on
a fully-updated installation. Although I can't imagine an RHAS install not
updated, but that's a different topic.
--
Lamar Owen
Director of Information Te
gnizant of that in the future.
Hey, don't worry about it. I should have checked: that IS my responsibility.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
---(end of broadcast)---
TIP 8: explain analyze is your friend
three choices: build them yourself, pay someone to
build them, or wait until the official set is available. My rate for
building RPMs under those conditions is $100 per hour. (and I have been paid
that rate before.) But the official set will only get uploaded once I've
sn't matter what the OS
tells the drive to do. According to the Linux hdparm man page, the desired
flag is '-W':
-W Disable/enable the IDE drive’s write-caching feature (default
state is undeterminable; manufacturer/model specific).
--
Lamar Ow
ively confident that PostgreSQL will rise to the occassion. Some of the
plates in question are over 100 years old.
New challenges, new opportunities. But still the same PostgreSQL.
--
Lamar Owen
Director of Information Technology
Pisgah Astronomical Research Institute
---(e
On Sunday 13 July 2003 18:09, Matthew T. O'Connor wrote:
> I know it's early, but I was just wondering if there would be 7.4 rpms
> during beta?
I plan to have them. I'm on vacation this week, so it will be next at
earliest, depending upon when the beta itself is ready
from the scriptlet's point of view
(except for the one parameter). I have a little experience in this regard,
having maintained the mainline PostgreSQL RPM's for four years.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
varied nature already. I
do this for fun.
If you find testing fun, more power to you. :-)
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 9: the planner will ignore your desire to choose an index scan if your
joining column's datatypes do not match
think Cerberus is on
Source Forge.
So, make sure you have a kernel that allows overcommit-accounting mode 2 to
prevent kills on OOM. Theoretically mode 2 will prevent the possiblity of
OOM completely.
If I read things right, if you have double swap space mode 0 will n
On Friday 13 June 2003 15:29, Lamar Owen wrote:
> It is or was a Linux kernel problem. The 2.2 kernel required double swap
> space, even though it wasn't well documented. Early 2.4 kernels also
> required double swap space, and it was better documented. Current Red Hat
> 2.4
On Friday 13 June 2003 12:46, Nigel J. Andrews wrote:
> On Fri, 13 Jun 2003, Lamar Owen wrote:
> > Incidentally, Red Hat as of about 7.0 began insisting on swap space at
> > least as large as twice RAM size. In my case on my 512MB RAM notebook,
> > that meant it wanted 1GB
rouble. In
that case, you create a swap file on one of your other partitions that the
kernel can use.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 9: most folks find a random_page_cost between 1 or 2 is ideal
me not being a
Java developer at this time, I wouldn't necessarily be up on what is
considered the 'canonical' development or runtime environments. With the
other portions of PostgreSQL, nothing beyond the stock distribution is
required for build.)
I think it would best serve the u
om
> http://www.steffann.nl/PostgreSQL/v7.3.3/ if somebody needs them quickly.
Uploading now. Thanks, Sander, and Thanks, Timothy!
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 4: Don't 'kill -9' the postmaster
y way being made available by Red Hat
Software. They are being made available by the PostgreSQL Global Development
Group.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 5: Have you checked our extensive FAQ?
http:/
be this will be of some interest to
someone.
++
7.3.x branch:
* Tue May 27 2003 Lamar Owen <[EMAIL PROTECTED]> 7.3.3-1PGDG
- Synced up with RawHide.
- 7.3.3
- Eliminate spurious symlink of libpq.so.2.
- Dropped isblank patch; 7.3.3 uses pg_i
nt to get CDBS in a PostgreSQL setup, with automatic nightly
import, at some point in time. Just probably not as quickly as Josh needs a
dataset to crank on.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 2: you can get
e products... :-)
I've been putting together open source tools to do much of the same stuff.
With the release of the FCC's Fortran source, I've been able to do virtually
everything I need to do.
But while the LMR dataset is larger, the MB dataset is just as varied. I'm
t; radio.
Also check out the cdbs files (which contain the broadcast stuff as well as
more) at /pub/Bureaus/Mass_Media/Databases/cdbs/ (which I would be more
interested in doing, since I am a broadcast engineer by profession....)
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---
On Thursday 03 April 2003 09:29, Tom Lane wrote:
> Lamar Owen <[EMAIL PROTECTED]> writes:
> >>> And its stubs are in the backend, of all places.
> >> Really? I must have missed that.
> > On Linux as compiled in Red Hat 9, at least:
> > [EMAI
On Thursday 03 April 2003 00:04, Tom Lane wrote:
> Lamar Owen <[EMAIL PROTECTED]> writes:
> > And its stubs are in the backend, of all places.
> Really? I must have missed that.
On Linux as compiled in Red Hat 9, at least:
[EMAIL PROTECTED] lowen]$ ldd /usr/bin/postgres
On Wednesday 02 April 2003 21:59, Stephan Szabo wrote:
> On Wed, 2 Apr 2003, Lamar Owen wrote:
> > > "However, linking a "work that uses the Library" with the Library
> > > creates an executable that is a derivative of the Library (because it
> > > con
On Wednesday 02 April 2003 22:39, Tom Lane wrote:
> Lamar Owen <[EMAIL PROTECTED]> writes:
> >
> > Everyone does realize that on Linux PostgreSQL binaries link against
> > glibc, which is LGPL..
> And your point is?
That everyone is being entirely too pick
ns portions of the Library), rather than a "work that uses the
> library". The executable is therefore covered by this License.
> Section 6 states terms for distribution of such executables."
Everyone does realize that on Linux PostgreSQL binaries link against glibc,
are effected by either win32 or PITR. And think of this crazy
> scenario: We release an 8.0 with PITR, then need either a 8.1 or a 9.0
> with a FE/BE overhaul, then need a possible 10.0 because we've added
> win32... yuk.
FWIW, the 6.4 protocol change didn't force a move from 6.
stand better now; the exercise was a success. Many thanks.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 5: Have you checked our extensive FAQ?
http://www.postgresql.org/users-lounge/docs/faq.html
On Sunday 16 February 2003 00:16, Tom Lane wrote:
> Lamar Owen <[EMAIL PROTECTED]> writes:
> > Would you mind elucidating which point of view is yours?
> Primarily, one that wants to have multiple postmasters running, of the
> same or different versions; including test and te
On Saturday 15 February 2003 21:06, Tom Lane wrote:
> Lamar Owen <[EMAIL PROTECTED]> writes:
> > Shouldn't we be consistent and have initdb use the datadir set in the
> > config file, which could be supplied by a ./configure switch?
> That'd mean there is
On Saturday 15 February 2003 20:19, Tom Lane wrote:
> Lamar Owen <[EMAIL PROTECTED]> writes:
> > Just exactly why does initdb need to drop any config files anywhere?
> Because we'd like it to edit the correct datadir into the config file,
> to take just the most obvious
searchable..
The system configuration of PostgreSQL is on topic for -hackers. IMNSHO.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 6: Have you searched our list archives?
http://archives.postgresql.org
involved now (I know the historical reason)?
Comments?
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 4: Don't 'kill -9' the postmaster
ory.
It's not a pid file in the /var/run sense, really. It's an interlock for
PGDATA. So it might be argued that postmaster.pid is misnamed.
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---(end of broadcast)---
TIP 6: Have you searched our list archives?
http://archives.postgresql.org
On Thursday 13 February 2003 21:13, Bruce Momjian wrote:
> Lamar Owen wrote:
> > It isn't without precedent to have a directory under /var/run. Maybe
> > /var/run/postgresql. Under this one could have a uniquely named pid
> > file.
> But how do you handle the
On Thursday 13 February 2003 20:09, Bruce Momjian wrote:
> Lamar Owen wrote:
> > This isn't the same environment, Bruce, that you got into back when it
> > was still Postgres95.
> So you are saying this isn't my grandma's database anymore. :-)
I actually t
On Thursday 13 February 2003 18:41, Vince Vielhaber wrote:
> On Thu, 13 Feb 2003, Lamar Owen wrote:
> > PostgreSQL is as critical as PHP, Apache, or whatever other package is
> > being backended by PostgreSQL. If the package is provided by the
> > distributor, consider it p
distributor,
consider it part of the OS. If it isn't, well, it isn't.
This is so that local admin installed (from source -- not from binary package)
files don't get clobbered by the next operating system binary upgrade. In
that context the FHS (LSB) mandate makes lots of sense.
--
ascribe to that; witness the 7.2-7.3
migration fiasco -- 7.3 should have been 8.0 to warn people of the major
changes going on in client connections). But I do advocate _allowing_ the
configuration options Mark has enumerated -- although I really wish we could
use t
just a
single tcl config entry. No biggie.
Even sendmail has a -c switch to specify the location of sendmail.cf: so, yes,
you can run multiple instances, although it could be argued that it wasn't
designed in.
Next?
--
Lamar Owen
WGCR Internet Radio
1 Peter 4:11
---
1 - 100 of 513 matches
Mail list logo
