pg.ddx.io  pgsql-admin@postgresql.org mailing list archive  
help / color / mirror / Atom feed
From: Guillaume Lelarge <guillaume@lelarge.info>
To: MARIOTTI, Alessandro \(Alessandro\) <mariotti@alcatel-lucent.com>
Cc: pgsql-admin@postgresql.org
Subject: Re: debug issue on postgresql
Date: Sat, 10 May 2008 01:07:20 +0200
Message-ID: <4824D928.2050503@lelarge.info> (raw)
In-Reply-To: <85618CB6B1C0F14D888609DB41641AB40127F290@DEEXC1U03.de.lucent.com>
References: <85618CB6B1C0F14D888609DB41641AB40127F1EA@DEEXC1U03.de.lucent.com>
	<4824841F.4020104@lelarge.info>
	<85618CB6B1C0F14D888609DB41641AB40127F290@DEEXC1U03.de.lucent.com>

MARIOTTI, Alessandro (Alessandro) a écrit :
> Well I could shortly describe what's happen on these machines ;
> 
> On May 7 2008 at 23:25 an operator performed :
> 
> _a configuration change ;
> 
> _add a new user on a table named MVNO;
> 

None of these could have caused a corruption.

> Customer told us that for  “new user” operator add comma “,” symbol.
> 
> This is something new for their provisioning procedure (it’s seems they 
> never test it )thus as soon as they propagate this updated DB over 
> machines of live net these started to discard all the requests and no 
> more user was able to work or work properly .
> 

> Now they asking us what’s happen so this is the reason why I’m writing 
> here .
> 

You'll need more info if you want to find out what happened.

> Unfortunately I tried to verify the backup db but the one interesting 
> for us is empty :
> 
> ls -l  200805*
> 
> -rw-r--r--    1 root     root       842840 mag  1 04:03 
> 20080501-0403-cfg_xxxxxxx.sql
> 
> -rw-r--r--    1 root     root       842840 mag  2 04:03 
> 20080502-0403-cfg_xxxxxxx.sql
> 
> -rw-r--r--    1 root     root       842840 mag  3 04:03 
> 20080503-0403-cfg_xxxxxxx.sql
> 
> -rw-r--r--    1 root     root       842840 mag  4 04:03 
> 20080504-0403-cfg_xxxxxxx.sql
> 
> -rw-r--r--    1 root     root       842540 mag  5 04:03 
> 20080505-0403-cfg_xxxxxxx.sql
> 
> -rw-r--r--    1 root     root       842613 mag  6 04:03 
> 20080506-0403-cfg_xxxxxxx.sql
> 
> -rw-r--r--    1 root     root       842613 mag  7 04:03 
> 20080507-0403-cfg_xxxxxxx.sql
> 
> *-rw-r--r--    1 root     root            0 mag  8 04:03 
> 20080508-0403-cfg_xxxxxxx.sql*
> 
> -rw-r--r--    1 root     root       843960 mag  9 04:03 
> 20080509-0403-cfg_xxxxxxx.sql
> 

You don't a SQL backup, these won't help you. You need a backup of the 
database after the corruption.

> I‘ll try to find it but but even if I can’t provide this back-up for 
> company policies reason , could I ask you some feed-back to get 
> suggestion to look for on this back-up file?
> 

Nope. You didn't give us enough information to at least get started.


-- 
Guillaume.
  http://www.postgresqlfr.org
  http://dalibo.com



view thread (4+ messages)

Message-ID: <4824D928.2050503@lelarge.info>
Permalink:  ../4824D928.2050503@lelarge.info/
Also on:    postgresql.org/message-id/4824D928.2050503@lelarge.info

 · 

reply

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Reply to all the recipients using the --to and --cc options:
  reply via email

  To: pgsql-admin@postgresql.org
  Cc: guillaume@lelarge.info, mariotti@alcatel-lucent.com
  Subject: Re: debug issue on postgresql
  In-Reply-To: <4824D928.2050503@lelarge.info>

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

This inbox is served by DDX for PostgreSQL; see mirroring instructions
for how to clone and mirror all data and code used for this inbox