[Bug 571841] New: dump/restore version from oss fails when ext4 filesystem is used
http://bugzilla.novell.com/show_bug.cgi?id=571841 http://bugzilla.novell.com/show_bug.cgi?id=571841#c0 Summary: dump/restore version from oss fails when ext4 filesystem is used Classification: openSUSE Product: openSUSE 11.2 Version: Final Platform: All OS/Version: openSUSE 11.2 Status: NEW Severity: Normal Priority: P5 - None Component: Maintenance AssignedTo: bnc-team-screening@forge.provo.novell.com ReportedBy: deligeo@physics.uoc.gr QAContact: qa@suse.de Found By: --- Blocker: --- User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.1.6) Gecko/20091201 SUSE/3.5.6-1.1.1 Firefox/3.5.6 Attempting to use the dump/restore backup tool (Version 0.4b41-161.1 x86_64) from oss repository to backup and restore /home the resulting files where corrupted. This is a known issue upstream and is corrected in version 0.4b42. See bug http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=511651 for more details. Reproducible: Always Steps to Reproduce: 1.use dump to backup an ext4 filesystem 2.move into a different computer 3.attempt to restore in an ext3 filesystem Actual Results: Files produced are not identical to original files. Several text files are now reported as binary. Expected Results: Should produce a correct image of initial files in the new filesystem. Or at the very least dump should NOT allow ext4 filesystems to be used until it is properly working on them. The main issue is that dump will not complain about ext4 partitions being dumped. Thus the problem is encountered later (too late) on when one attempts to restore the filesystem. Version 0.4b42 should resolve this issue by dealing with ext4 filesystems correctly thus restoring dump/restore functionality. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=571841 http://bugzilla.novell.com/show_bug.cgi?id=571841#c yang xiaoyu <xyyang@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |xyyang@novell.com AssignedTo|bnc-team-screening@forge.pr |nadvornik@novell.com |ovo.novell.com | -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=571841 http://bugzilla.novell.com/show_bug.cgi?id=571841#c1 --- Comment #1 from Heiko Lübbe <novell@heikol.de> 2010-02-02 17:01:58 UTC --- I was fallen in the same trap and agree with George that at least the dump utility have to fail to dump an ext4 file system. It is creepy to get no errors, see all files and directory restored and to detect later there is only garbage in the files. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=571841 http://bugzilla.novell.com/show_bug.cgi?id=571841#c2 Eric Schott <eschott@psu.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |eschott@psu.edu --- Comment #2 from Eric Schott <eschott@psu.edu> 2010-03-07 23:45:24 UTC --- I too experienced the described issues. I built e2fsprogs-1.41.10 and dump-0.4b42 RPMs. I did a test on two directorys (1G total) and had no issues with the restored files (as verified by diff). -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=571841 http://bugzilla.novell.com/show_bug.cgi?id=571841#c3 Martin Mohring <martin.mohring@5etech.eu> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |martin.mohring@5etech.eu --- Comment #3 from Martin Mohring <martin.mohring@5etech.eu> 2010-06-20 23:20:14 UTC --- I had even more extreme situation. I was using dump (with read only access to the block device) and had created an ext4 fs on a LVM volume. Then I have just tried to check what happens when I do backup using dump. To my surprise: 0. After a while, I get a read error on one of of the Volumes 1. The LVM Volume Group gets destroyed 2. All ext4 filesystems are then lost The only way to get rid of such a LVM is to null it with dd and putting lots of 0 bytes into the underlying partitions. My only explaination for this is that dump somehow tries to read bytes at non existing fs offset. This causes a non recoverable read error, destroying then the mounted filesystem. I though this could never ever happen, because logically dump accesses only with read access. This can only be explained with LVM bug and/or missing error handling in ext4. So keep off of using dump on a ext4 inside a LVM volume. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=571841 http://bugzilla.novell.com/show_bug.cgi?id=571841#c Stephan Kulow <coolo@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Component|Maintenance |Basesystem AssignedTo|nadvornik@novell.com |jack@novell.com Severity|Normal |Critical -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=571841 http://bugzilla.novell.com/show_bug.cgi?id=571841#c4 Jan Kara <jack@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Priority|P5 - None |P2 - High Status|NEW |NEEDINFO CC| |nadvornik@novell.com InfoProvider| |martin.mohring@5etech.eu --- Comment #4 from Jan Kara <jack@novell.com> 2010-06-21 11:58:43 UTC --- Well, the problem that dump(8) doesn't quite work with ext4 is a problem in dump itself. Adding dump(8) maintainer to CC. Maybe he could add a check into dump(8) to refuse working with ext4 at least for 11.2. 11.3 should have a new version of dump I suppose. Vlada? Martin, I seriously doubt the problem you saw was caused by dump reading the filesystem. It looks as if some LVM metadata got overwritten, which I'd expect to happen for example when you specify a wrong destination or something like that. Sadly your report does not have too much details. What was the exact command line you run? What was in the system logs? What was your LVM configuration? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=571841 http://bugzilla.novell.com/show_bug.cgi?id=571841#c5 --- Comment #5 from Jan Kara <jack@novell.com> 2010-07-29 15:29:33 UTC --- Martin, can you provide the information or should I close this bug as NORESPONSE? -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=571841 http://bugzilla.novell.com/show_bug.cgi?id=571841#c6 --- Comment #6 from George Deligeirgis <deligeo@physics.uoc.gr> 2010-07-29 15:42:59 UTC --- (In reply to comment #5)
Martin, can you provide the information or should I close this bug as NORESPONSE?
Jan, this bug is about dump misbehaving with ext4. Martin made a different point in his post which is in my understanding potentially a different bug. So closing this bug with NORESPONSE is wrong. If you need more info on the original problem feel free to ask for it. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=571841 http://bugzilla.novell.com/show_bug.cgi?id=571841#c7 Jan Kara <jack@novell.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |NEW CC| |jack@novell.com InfoProvider|martin.mohring@5etech.eu | AssignedTo|jack@novell.com |nadvornik@novell.com --- Comment #7 from Jan Kara <jack@novell.com> 2010-07-29 16:27:35 UTC --- Ah, you're right... So let's just ignore Martin's issue and concentrate on the dump problem. Reassigning to Vlada as he is the dump maintainer. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=571841 https://bugzilla.novell.com/show_bug.cgi?id=571841#c8 Humberto Sachs <hws@txgroup.net> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |hws@txgroup.net --- Comment #8 from Humberto Sachs <hws@txgroup.net> 2013-09-13 15:30:49 UTC --- YaST fails to restore after system crash. Tested issue twice with Suse 12.3 and Enterprize 11 SP2 & SP3. For reference, see SR 10821897712 originated because Yast was not able to restore the system. The engineer helping me with this SR was most capable, and after attempting several corrective actions the restoration failed. The tag was closed because I got a new registration allowing me to re-install Enterprise in one of my machines. The restoration with YaST freezes as it arrive at a point where a user input is required. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
https://bugzilla.novell.com/show_bug.cgi?id=571841 https://bugzilla.novell.com/show_bug.cgi?id=571841#c9 --- Comment #9 from Humberto Sachs <hws@txgroup.net> 2013-09-18 17:08:06 UTC --- With OpenSuse 13.1 build 4, the problem persists and it is not limited to ext4 although the initialization process reached its full term allowing to login as root su. However, I was not able to mount the external USB driver where the backup archive file is. after I managed to open <xconsole> there is no file management available. Work around would be force YaST backup to be limited to the hardrive, perhaps creating a folder /home/bu -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.
http://bugzilla.novell.com/show_bug.cgi?id=571841 http://bugzilla.novell.com/show_bug.cgi?id=571841#c10 Vladimir Nadvornik <nadvornik@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #10 from Vladimir Nadvornik <nadvornik@suse.com> --- dump-0.4b44 already supports ext4 -- You are receiving this mail because: You are on the CC list for the bug.
participants (1)
-
bugzilla_noreply＠novell.com