Submitted by Locutus on Tue, 05/31/2011 - 06:06
...even if I set "Always use TAR format for backups?" in the module config to "No", and leave the checkbox "Add new backup: In TAR format" unchecked.
Status:
Closed (fixed)
...even if I set "Always use TAR format for backups?" in the module config to "No", and leave the checkbox "Add new backup: In TAR format" unchecked.
Comments
Submitted by JamieCameron on Tue, 05/31/2011 - 11:18 Comment #1
Are you backing up a local filesystem, or an NFS mount? For remote filesystems, only TAR format backups are possible ..
Submitted by Locutus on Tue, 05/31/2011 - 11:38 Comment #2
I tested it with
/etc
. :)On the "Add New Backup" screen, it says "Backup format: Unix TAR" despite I left that checkbox unchecked on the screen before.
Submitted by JamieCameron on Tue, 05/31/2011 - 11:41 Comment #3
What filesystem type are you using on the filesystem that contains / ?
If it is ext3 or ext4, does your system have the
dump
command installed?Submitted by Locutus on Tue, 05/31/2011 - 14:00 Comment #4
Okay, I get it.
The one I tested was ext4. I just installed "dump" and tried an ext2:
Backup format EXT2 filesystem dump
So that solves that. A little hint in the documentation might be in order, that "dump" is required and the FS must be ext2 or ext3. :) I was silently assuming that you use
rsync
in case I turn off "TAR format".Submitted by JamieCameron on Tue, 05/31/2011 - 14:04 Comment #5
Ok, I see the bug now .. that module doesn't know about the ext4 format, so refuses to use
dump
and always falls back totar
. I will fix this in the next Webmin release ..Submitted by Locutus on Tue, 05/31/2011 - 14:11 Comment #6
Okidoki. Though you might want to be careful: Google finds me reports by users stating that ext4 dumps get corrupted. I can do tests on my Ubuntu if you wish.
Submitted by Issues on Tue, 06/14/2011 - 21:22 Comment #7
Automatically closed -- issue fixed for 2 weeks with no activity.