Skip site navigation (1) Skip section navigation (2)

Re: Backup to Tape Incomplete

From: "Phillip Smith" <phillip(dot)smith(at)weatherbeeta(dot)com(dot)au>
To:
Cc: <pgsql-admin(at)postgresql(dot)org>
Subject: Re: Backup to Tape Incomplete
Date: 2008-02-27 05:35:50
Message-ID: 023701c87902$9c9c17b0$9b0014ac@wbaus090 (view raw or flat)
Thread:
Lists: pgsql-admin
> > > >  Do we think this is a Postgres problem, a Linux problem or a
> > > >  problem specific to my hardware setup? Was I wrong to think
> > > >  that I should be able to  stream directly from pg_dump to
> > > >  /dev/st0? I would have thought it *should*  work, but maybe
> > > >  I was wrong in the first place with that?

> >  > If you can dd the file onto your tape drive, then it's some
> >  > weird interaction between pg_dump and your system I'd think.
> >  > Could the be some maximum size that you can buffer through
> >  > pipes / redirects on your machine?
> >  >
> >  > I'd test to see if cat pgdumpfile.sql > /dev/st0 works or not.
> >  > If it fails at the same approximate size, then it's something
> >  > to do with redirection.  If tar works but redirects fail, then
> >  > the problem isn't with postgresql.  i.e. do something similar
> >  > to what you're doing with pgsql and see which things fail and
> >  > which ones don't.

> >  It appears to be me :(
> >
> >  [postgres(at)stirling ~]$ cat /tmp/dbname080225.sql > /dev/st0
> >  cat: write error: Invalid argument
> >
> >  It ran for a good 30 minutes, then died with that.

> I wonder what it's meaning by invalid arg?  Is something in the
> .sql file somehow coming across as an argument?  Can you cat the
> sql file to /dev/null successfully?

Yes.
[postgres(at)stirling ~]$ cat /tmp/dbname080225.sql > /dev/null
[postgres(at)stirling ~]$


THINK BEFORE YOU PRINT - Save paper if you don't really need to print this

*******************Confidentiality and Privilege Notice*******************

The material contained in this message is privileged and confidential to
the addressee.  If you are not the addressee indicated in this message or
responsible for delivery of the message to such person, you may not copy
or deliver this message to anyone, and you should destroy it and kindly
notify the sender by reply email.

Information in this message that does not relate to the official business
of Weatherbeeta must be treated as neither given nor endorsed by Weatherbeeta.
Weatherbeeta, its employees, contractors or associates shall not be liable
for direct, indirect or consequential loss arising from transmission of this
message or any attachments
e-mail.

In response to

pgsql-admin by date

Next:From: Tom LaneDate: 2008-02-27 06:08:38
Subject: Re: Backup to Tape Incomplete
Previous:From: Tom LaneDate: 2008-02-27 05:34:37
Subject: Re: How to reindex when unable to open relation?

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group