Hello,
some further details from the original FreeBSD 10.1 machine:
Mem: 7814M Active, 20G Inact, 2982M Wired, 232M Cache, 1661M Buf, 30M Free
Swap: 512M Total, 506M Used, 6620K Free, 98% Inuse
PID USERNAMETHR PRI NICE SIZERES STATE C TIME WCPU COMMAND
77941 pgsql 5 20
On Sun, 13 Dec 2015 09:57:21 +0100
Gerhard Wiesinger wrote:
>
> some further details from the original FreeBSD 10.1 machine:
>
> Mem: 7814M Active, 20G Inact, 2982M Wired, 232M Cache, 1661M Buf, 30M Free
> Swap: 512M Total, 506M Used, 6620K Free, 98% Inuse
>
>PID USERNAMETHR PRI NICE
Hello Bill,
Thank you for your response, comments inline:
On 13.12.2015 16:05, Bill Moran wrote:
On Sun, 13 Dec 2015 09:57:21 +0100
Gerhard Wiesinger wrote:
some further details from the original FreeBSD 10.1 machine:
Mem: 7814M Active, 20G Inact, 2982M Wired, 232M Cache, 1661M Buf, 30M Free
On Sun, 13 Dec 2015 16:35:08 +0100
Gerhard Wiesinger wrote:
> Hello Bill,
>
> Thank you for your response, comments inline:
>
> On 13.12.2015 16:05, Bill Moran wrote:
> > On Sun, 13 Dec 2015 09:57:21 +0100
> > Gerhard Wiesinger wrote:
> >> some further details from the original FreeBSD 10.1 ma
Gerhard Wiesinger writes:
>> Mem: 7814M Active, 20G Inact, 2982M Wired, 232M Cache, 1661M Buf, 30M Free
>> Swap: 512M Total, 506M Used, 6620K Free, 98% Inuse
> OK, but why do we then get: kernel: swap_pager_getswapspace(4): failed?
Just judging from the name of the function, I would bet this is
On 13.12.2015 18:17, Tom Lane wrote:
Gerhard Wiesinger writes:
Mem: 7814M Active, 20G Inact, 2982M Wired, 232M Cache, 1661M Buf, 30M Free
Swap: 512M Total, 506M Used, 6620K Free, 98% Inuse
OK, but why do we then get: kernel: swap_pager_getswapspace(4): failed?
Just judging from the name of th
On Sun, 13 Dec 2015 20:09:04 +0100
Gerhard Wiesinger wrote:
> On 13.12.2015 18:17, Tom Lane wrote:
> > Gerhard Wiesinger writes:
> >>> Mem: 7814M Active, 20G Inact, 2982M Wired, 232M Cache, 1661M Buf, 30M Free
> >>> Swap: 512M Total, 506M Used, 6620K Free, 98% Inuse
> >> OK, but why do we then g
On 13.12.2015 21:14, Bill Moran wrote:
Wait ... this is a combined HTTP/Postgres server? You didn't mention that
earlier, and it's kind of important.
What evidence do you have that Postgres is actually the part of
this system running out of memory?
For me the complete picture doesn't look cons
Hi Albe,
Apologies for the delayed reply.
Re: I am surprised that you don't expect "0.0.0.0/0" to be returned by the first
query if you expect it to be returned by the second.
Is that an oversicht?
Thanks for the question, but no, it wasn't an oversight, I only am
looking for 0.0.0.0/0 to be ret
Hi All,
I'm relatively new to postgres after inheriting this server from a
previous admin so please bear with me if these are obvious questions.
My scenario:
* Last weekend I had a scheduled maintenance window for power/air
conditioning work.
* Prior to this outage the server was running
On 12/13/2015 4:22 PM, Peter Brady wrote:
Again there appears to be nothing logged to indicate why the server is
not starting at this point.
the standard versions of postgres for RHEL/CentOS leave two sets of
logs... 1 is the startup log /var/lib/pgsql/9.2/pgstartup.log, and the
other is the
On Sun, 13 Dec 2015 22:23:19 +0100
Gerhard Wiesinger wrote:
> On 13.12.2015 21:14, Bill Moran wrote:
> > Wait ... this is a combined HTTP/Postgres server? You didn't mention that
> > earlier, and it's kind of important.
> >
> > What evidence do you have that Postgres is actually the part of
> > t
On 14/12/2015 11:39 AM, John R Pierce wrote:
> On 12/13/2015 4:22 PM, Peter Brady wrote:
>> Again there appears to be nothing logged to indicate why the server
>> is not starting at this point.
>
> the standard versions of postgres for RHEL/CentOS leave two sets of
> logs... 1 is the startup log /v
Tim Smith wrote:
> Re: I am surprised that you don't expect "0.0.0.0/0" to be returned by the
> first
> query if you expect it to be returned by the second.
> Is that an oversicht?
>
> Thanks for the question, but no, it wasn't an oversight, I only am
> looking for 0.0.0.0/0 to be returned if the
14 matches
Mail list logo