Re: [Dump-users] Re: [Dump-announce] Dump/restore 0.4b38 released.

[Kenneth P. <sh...@se...>]

--On Tuesday, January 11, 2005 3:33 PM -0800 Kenneth Porter 
<sh...@se...> wrote:

> restore: cannot rename ./var/lib/mysql to ./var/lib/RSTTMP06373651:
> Permission denied

Looks like this code also exists in 0.4b37, so perhaps it's not getting 
triggered when I run that version of restore. In any case, when doing a 
compare, nodeupdates() shouldn't be making filesystem changes no matter 
what input it gets from the dump file. It looks like renameit() needs to 
check for command == 'C'. I'm not sure if this breaks mktempname() and if 
that needs attention as well.

While checking this as a mortal I realized that restore can't dump core 
when it can't write to the root of the target filesystem. It might be 
desirable to have panic() chdir to /tmp or to the directory the program 
started from before aborting.