AW: [HACKERS] "CANNOT EXTEND" -

From: Zeugswetter Andreas IZ5 <Andreas(dot)Zeugswetter(at)telecom(dot)at>
To: "'Tim Perdue, PHPBuilder(dot)com'" <tim(at)phpbuilder(dot)com>
Cc: "'hackers(at)postgresql(dot)org'" <hackers(at)postgresql(dot)org>
Subject: AW: [HACKERS] "CANNOT EXTEND" -
Date: 1999-03-19 08:13:45
Message-ID: 219F68D65015D011A8E000006F8590C60267B326@sdexcsrv1.f000.d0188.sd.spardat.at
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

> >psql -qc 'copy onek to stdout' regression | gzip --fast -c | split -b512m
> -
> >onek.unl.
>
> Is there any danger when you split these files? I'm worried about
> corruption, etc.
>
On the contrary, gzip will notice file corruption when decompressing,
since it checks the CRC. You won't notice otherwise. We do our Informix
backups this way, that are about 1 - 15 Gb (compression factor ~ 1:4).
We haven't had problems since using this method (3 years now).

> So what is the command to pull it back from the segments?

You get files with suffix aa ab ac and so on.
If you make sure no other files lurk around, that match the following mask,
you simply restore with:

cat onek.unl.* | gzip -cd | psql -qc 'copy onek from stdin' regression

Andreas

Browse pgsql-hackers by date

  From Date Subject
Next Message Hiroshi Inoue 1999-03-19 09:26:23 indexes with OR clauses is slow ?
Previous Message Michael Meskes 1999-03-19 07:54:57 CVS target for docs