Re[2]: Stupid restore question

James Treworgy <jamie-cnAK0CFwdQRWk0Htik3J/[email protected]> Tue, 18 May 2004 08:44:09 -0400
Newsgroups gmane.comp.sysutils.backup.hdup.general
Organization Trewtech
Message-ID <[email protected]>
Hi Miek,

Not quite sure I understand what you're telling me (is there
something wrong that you are have fixed? Or did I do something
wrong?)

To answer the other question: I do not want that prerun script (the
backup one) to run on a restore. I expect I am only going to restore
stuff manually, and not very often - in which case I would probably
shut down whatever services are needed by hand first.

I could see that in the future I might try to set up an "automatic"
restore every night to actually copy my entire production server
"simon" to the backup server "simonback" so I had it ready to go in
the event of a disaster. In this case, I would probably want to run a
different prerun/postrun script for the restore. But I'm not quite there
yet...

-- Jamie


Tuesday, May 18, 2004, 5:16:17 AM, you wrote:

MG> [On 16 May, @15:05, James wrote in "[hdup-user] Stupid restore que ..."]
>> hdup -c /etc/hdup/hdup.conf restore simon 2004-05-16
>> /home/restore @jamie-Q0ErXNX1Rubxw0KMbGF/[email protected]
>> hdup: simon: STARTING RESTORE.
>> jamie-Q0ErXNX1Rubxw0KMbGF/[email protected]'s password:
>> /usr/local/sbin/hdup: simon: STARTING BACKUP.

MG> this is fix (must still test it though).

>> mkdir: cannot create directory `/backup/toarchive/mysql': No such file or directory
>> 
>> .. so it appears to begin restoring, and then it says "starting
>> backup" and the prerun.sh script fails since it doesn't make sense for
>> this restore. prerun.sh starts with:
>> 
>> #!/bin/sh
>> if [ "$1" == "restore" ]; then exit 1; fi
>> 
>> How come it thinks its backing up once hdup runs on simonback, instead of
>> restoring? I figure I must be doing something very basic wrong here.

MG> the remote hdup gets the 'scheme' REMOTE. When doing the actual remote
MG> operation a header is sent with the real scheme (RESTORE, MONTLY,
MG> WEEKLY or DAILY). At that point we're way past the point of executing
MG> any prerun scripts.

MG> Are you saying you don't won't any prerun script run when doing to
MG> REMOTE operation (that may not be desireble for other people). Or is
MG> my explanation sufficient?

MG> grtz Miek