Re: [HACKERS] Urgent Help Required

2013-10-09 Thread Jim Nasby

On 10/8/13 5:55 AM, shailesh singh wrote:
> HINT:  To avoid a database shutdown, execute a full-database VACUUM in 
"debug".
> ERROR:  could not access status of transaction 449971277
> DETAIL:  could not open file "pg_clog/01AD": No such file or directory

Unless I'm mistaken, that missing CLOG file is a bad sign...?
--
Jim C. Nasby, Data Architect   j...@nasby.net
512.569.9461 (cell) http://jim.nasby.net


--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] Urgent Help Required

2013-10-08 Thread Robert Haas
*Don't* VACUUM FULL.  Just VACUUM.  It's not the same thing.

...Robert


-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


[HACKERS] Urgent Help Required

2013-10-08 Thread shailesh singh
I had got this message while running vacuum full from backend . Now My
database is not starting , Help pls.

backend> vacuum full debug;
WARNING:  database "debug" must be vacuumed within 99 transactions
HINT:  To avoid a database shutdown, execute a full-database VACUUM in
"debug".
ERROR:  relation "debug" does not exist
backend> vacuum full;
WARNING:  database "debug" must be vacuumed within 98 transactions
HINT:  To avoid a database shutdown, execute a full-database VACUUM in
"debug".
WARNING:  database "debug" must be vacuumed within 97 transactions
HINT:  To avoid a database shutdown, execute a full-database VACUUM in
"debug".
WARNING:  database "debug" must be vacuumed within 96 transactions
HINT:  To avoid a database shutdown, execute a full-database VACUUM in
"debug".
WARNING:  database "debug" must be vacuumed within 95 transactions
HINT:  To avoid a database shutdown, execute a full-database VACUUM in
"debug".
WARNING:  database "debug" must be vacuumed within 94 transactions
HINT:  To avoid a database shutdown, execute a full-database VACUUM in
"debug".
WARNING:  database "debug" must be vacuumed within 93 transactions
HINT:  To avoid a database shutdown, execute a full-database VACUUM in
"debug".
WARNING:  database "debug" must be vacuumed within 92 transactions
HINT:  To avoid a database shutdown, execute a full-database VACUUM in
"debug".
WARNING:  database "debug" must be vacuumed within 91 transactions
HINT:  To avoid a database shutdown, execute a full-database VACUUM in
"debug".
WARNING:  database "debug" must be vacuumed within 90 transactions
HINT:  To avoid a database shutdown, execute a full-database VACUUM in
"debug".
WARNING:  database "debug" must be vacuumed within 89 transactions
HINT:  To avoid a database shutdown, execute a full-database VACUUM in
"debug".
WARNING:  database "debug" must be vacuumed within 88 transactions
HINT:  To avoid a database shutdown, execute a full-database VACUUM in
"debug".
WARNING:  database "debug" must be vacuumed within 87 transactions
HINT:  To avoid a database shutdown, execute a full-database VACUUM in
"debug".
WARNING:  database "debug" must be vacuumed within 86 transactions
HINT:  To avoid a database shutdown, execute a full-database VACUUM in
"debug".
WARNING:  database "debug" must be vacuumed within 85 transactions
HINT:  To avoid a database shutdown, execute a full-database VACUUM in
"debug".
WARNING:  database "debug" must be vacuumed within 84 transactions
HINT:  To avoid a database shutdown, execute a full-database VACUUM in
"debug".
WARNING:  database "debug" must be vacuumed within 83 transactions
HINT:  To avoid a database shutdown, execute a full-database VACUUM in
"debug".
ERROR:  could not access status of transaction 449971277
DETAIL:  could not open file "pg_clog/01AD": No such file or directory


Now what?

Thanks in advance.

Shailesh Singh


Re: [HACKERS] urgent help required

2012-04-25 Thread Mark Kirkwood

On 19/04/12 06:23, Josh Berkus wrote:

Nagaraj,


i am nagaraj, i am newbi in this database world. i required your help.
2 dyas back i formatted one of my client system. which is having postgresql
8.2 database&  that was having data. but i am not taken backup of the data.
1) how to take the data from the formatted harddisk. ?
2) how many folders or files will be their at base folder. When we install
postgresql 8.2?
3) how to identify which folder contain which file. ?


4) If you formatted the hard drive, your data is gone.


Well that last point is not entirely true. Depending on the type of 
format used it may be possible to recover little/some/most (bit of a 
lottery there) of your data.


There are tools out there to help, however if the data is important it 
is worthwhile a) stopping using the disk(s) immediately and b) getting a 
computer forensics/data recovery service to help.


regards

Mark

P.s: Judging from the date of this thread the above advice may be too 
late, sorry. Next time always backup!


--
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


Re: [HACKERS] urgent help required

2012-04-18 Thread Josh Berkus
Nagaraj,

> i am nagaraj, i am newbi in this database world. i required your help.
> 2 dyas back i formatted one of my client system. which is having postgresql
> 8.2 database & that was having data. but i am not taken backup of the data.
> 1) how to take the data from the formatted harddisk. ?
> 2) how many folders or files will be their at base folder. When we install
> postgresql 8.2?
> 3) how to identify which folder contain which file. ?

1).   the pgsql-hackers mailing list is not the place for this kind of
question.  Please use pgsql-admin or pgsql-general

2) Please use a subject line which indicates the nature of your issues.

3) PostgreSQL 8.2 is EOL and you should upgrade.

4) If you formatted the hard drive, your data is gone.

-- 
Josh Berkus
PostgreSQL Experts Inc.
http://pgexperts.com

-- 
Sent via pgsql-hackers mailing list (pgsql-hackers@postgresql.org)
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-hackers


[HACKERS] urgent help required

2012-04-18 Thread Nagaraj Shindagi
Hi team,

i am nagaraj, i am newbi in this database world. i required your help.
2 dyas back i formatted one of my client system. which is having postgresql
8.2 database & that was having data. but i am not taken backup of the data.
1) how to take the data from the formatted harddisk. ?
2) how many folders or files will be their at base folder. When we install
postgresql 8.2?
3) how to identify which folder contain which file. ?

Please help it is very urgent.
thanks and regards
-- 
Nagaraj V Shindagi