I have the following error on a version 4.2.1-18890.6.1 system:
Alarm: SPX00030
Severity: CRIT
Alarm Text: Process 'CallResolver' failed its configuration test.
psql: FATAL: database is not accepting commands to avoid wraparound
data loss in database postgres
HINT: Stop the
what do the sipx logs say about the failure? Have you made a recent change?
is the postgres process running?
Since it failed the configtest, I suggest you do a CLI query to confirm the
version.
sipxproc -c CallResolver
and confirm the output is 4.2.1. What is the output of df? Do you indeed
On Tue, Aug 2, 2011 at 9:56 AM, jnolen jnol...@mindspring.com wrote:
I have the following error on a version 4.2.1-18890.6.1 system:
Alarm: SPX00030
Severity: CRIT
Alarm Text: Process 'CallResolver' failed its configuration test.
psql: FATAL: database is not accepting commands to
On 08/02/2011 07:13 AM, Douglas Hubler wrote:
On Tue, Aug 2, 2011 at 9:56 AM, jnolen jnol...@mindspring.com wrote:
I have the following error on a version 4.2.1-18890.6.1 system:
psql: FATAL: database is not accepting commands to avoid wraparound
data loss in database postgres
sounds like time to resurrect: http://track.sipfoundry.org/browse/XX-9067
On Tue, Aug 2, 2011 at 1:09 PM, Joe Conway m...@joeconway.com wrote:
On 08/02/2011 07:13 AM, Douglas Hubler wrote:
On Tue, Aug 2, 2011 at 9:56 AM, jnolen jnol...@mindspring.com wrote:
I have the following error on a
Tony Graziano 08/02/11 1:19 PM
sounds like time to resurrect:?http://track.sipfoundry.org/browse/XX-9067
It should be noted that we run our sipx builds on version 8.3.9 which is the
currently supported version on SLES11.
We didnt have to do anything special to use a later version of
On 08/02/2011 10:40 AM, Matt White wrote:
Tony Graziano tgrazi...@myitdepartment.net 08/02/11 1:19 PM
sounds like time to resurrect:?http://track.sipfoundry.org/browse/XX-9067
It should be noted that we run our sipx builds on version 8.3.9 which is
the currently supported version on SLES11.