Search Postgresql Archives

trying to restore after a server failure...need some help

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi fellow pgsql users,

I am helping my university's student union get back up and running after
some major server issues they had.  They had serious disk issues on a
server, but not on the /var partition where all of the
/var/lib/postgres/data files were.  I was able to recover all of it, at
the file-system level.

The old machine and the new machine were both running Debian Linux
3.0-stable and postgresql 7.2.1-2woody4.

I did the normal debian binary install of postgresql-server and copies
everything from the old server's /var/lib/postgres to the new
/var/lib/postgres.  I then copied everything from /etc/postgresql from the
old server to the new server too. (/etc was also fine in the crash)  After
chown'ing all the files to `chown -R postgres.postgres /var/lib/postgres`
I tried to login.

Here's the weird part:
root@sulinux:/var/lib/postgres# psql -U spark spark_db
Password:
Welcome to psql, the PostgreSQL interactive terminal.

Type:  \copyright for distribution terms
       \h for help with SQL commands
       \? for help on internal slash commands
       \g or terminate with semicolon to execute query
       \q to quit

spark_db=> \l
       List of databases
   Name    | Owner | Encoding
-----------+-------+-----------
 template0 |       | SQL_ASCII
 template1 |       | SQL_ASCII
(2 rows)

spark_db=> create database spark_db;
ERROR:  CREATE DATABASE: database "spark_db" already exists
spark_db=>

It seems like the data is sort of there but not really.  The login account
works and it thinks spark_db exists but I can't query the tables or
anything...

Sadly, there are no other backups of this data other than what I recovered
from the old server.

What can we do from here?  Are there any experts we can consult?

Thanks,
David A. Ulevitch

----------------------------------------------------
  David A. Ulevitch - Founder, EveryDNS.Net
  Washington University in St. Louis
  http://david.ulevitch.com -- http://everydns.net
----------------------------------------------------

---------------------------(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

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Postgresql Jobs]     [Postgresql Admin]     [Postgresql Performance]     [Linux Clusters]     [PHP Home]     [PHP on Windows]     [Kernel Newbies]     [PHP Classes]     [PHP Books]     [PHP Databases]     [Postgresql & PHP]     [Yosemite]
  Powered by Linux