Re: Dump and restore problem

Most files systems allocate in 1k(1024) block(s)
If the resource requests more.. the OS FS allocates one more 1024 block
(thus the display of 2048 allocation..)

hope this makes sense,
Martin
----- Original Message -----
From: "Stuart Luppescu" <slu@ccsr.uchicago.edu>
To: <pgsql-general@postgresql.org>
Sent: Saturday, June 21, 2008 9:11 PM
Subject: Re: [GENERAL] Dump and restore problem


On 木, 2008-06-19 at 11:57 +0200, David wrote:
> > pg_restore: [tar archiver] could not open TOC file for input: No
> such
> > file or directory
>
> It sounds like the tar file is no longer being created.
>
> Try manually running the commands, and verify that the dump, restore,
> and rsync still work correctly at each step.

It looks like it's working:
file postgresql_database-db-backup
postgresql_database-db-backup: tar archive

tar tfv postgresql_database-db-backup
-rw------- 2048/1024     62764 2008-06-20 03:00 toc.dat
-rw------- 2048/1024   4590795 2008-06-20 03:00 1765.dat
-rw------- 2048/1024    391040 2008-06-20 03:00 1771.dat
-rw------- 2048/1024   1262932 2008-06-20 03:00 1770.dat
-rw------- 2048/1024      4472 2008-06-20 03:00 1769.dat
-rw------- 2048/1024         5 2008-06-20 03:00 1796.dat
-rw------- 2048/1024         5 2008-06-20 03:00 1787.dat
-rw------- 2048/1024      5456 2008-06-20 03:00 1762.dat
-rw------- 2048/1024    435981 2008-06-20 03:00 1767.dat
-rw------- 2048/1024     54185 2008-06-20 03:00 1774.dat
-rw------- 2048/1024       109 2008-06-20 03:00 1764.dat

etc.

This only weird thing is the ownership is weird. Where did that
2048/1024 come from?

--
Stuart Luppescu -=- s-luppescu .at. uchicago.edu
University of Chicago (^_^)/ CCSR
才文と智奈美の父 -=-=- Kernel 2.6.23-gentoo-r
War is never imperative.   -- McCoy, "Balance of
 Terror", stardate 1709.2





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