Bug 5923 - Restore cannot restore files with symlinks.
Restore cannot restore files with symlinks.
Status: CLOSED RAWHIDE
Product: Red Hat Linux
Classification: Retired
Component: dump (Show other bugs)
6.1
i386 Linux
medium Severity medium
: ---
: ---
Assigned To: Nalin Dahyabhai
:
: 4815 6950 (view as bug list)
Depends On:
Blocks:
  Show dependency treegraph
 
Reported: 1999-10-13 17:32 EDT by dwmalone
Modified: 2008-05-01 11:37 EDT (History)
2 users (show)

See Also:
Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Environment:
Last Closed: 2000-02-05 13:49:26 EST
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
CRM:
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---


Attachments (Terms of Use)

  None (edit)
Description dwmalone 1999-10-13 17:32:09 EDT
When I try to restore a dump with symlinks in it I get
the following messages for each symlink:

% rpm -qf `which restore`
dump-0.4b4-11
% gunzip -c ~/GravesLocal.gz | /sbin/restore xf -
/sbin/restore: ./man: cannot create special file: Operation
not permitted
/sbin/restore: ./mmdf/table/mmdfdbm.db: cannot create
special file: Operation not permitted

It after extracting the files it then thinks it wants
to change tapes on a pipe and aborts, which leaves all
the files with the wrong permissions and wrong ownership.
Restore from another Linux box can successfully restore
the dump file, as can restore on FreeBSD.
Comment 1 Chris Siebenmann 1999-10-21 01:41:59 EDT
This is a bug new in RedHat 6.1; the RedHat 6.0 restore will
restore things fine.

(I also think that this is a fairly severe bug: dump-based backups
cannot be restored easily on RedHat 6.1 machines.)


------- Additional Comments From   11/04/99 08:26 -------
I mailed this to bugzilla, thinking it would get added as a comment,
but didn't. So here goes again.

> + This is a bug new in RedHat 6.1; the RedHat 6.0 restore will
> +restore things fine.

I've just had a quick look - this looks easy enough to fix. A
return was removed in the middle of a switch/case statement, so
the link case was falling through to the special file case.

The mistake seems to be in dump-0.4b4-alpha.patch.

        David.

--- dump-0.4b4/restore/tape.c.redhat    Thu Oct 21 11:51:34 1999
+++ dump-0.4b4/restore/tape.c   Thu Oct 21 11:52:02 1999
@@ -576,6 +576,7 @@
                if (linkit(lnkbuf, name, SYMLINK) == FAIL)
                        return (FAIL);
                (void) chown(name, luid, lgid);
+               return(GOOD);
        }

        case IFCHR:
Comment 2 Bill Nottingham 2000-02-05 13:48:59 EST
*** Bug 4815 has been marked as a duplicate of this bug. ***
Comment 3 Bill Nottingham 2000-02-05 13:49:59 EST
Fixed in the current dump in Raw Hide.
Comment 4 Bill Nottingham 2000-02-05 13:50:59 EST
*** Bug 6950 has been marked as a duplicate of this bug. ***

Note You need to log in before you can comment on or make changes to this bug.