BLU Discuss list archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
admins worst nightmare...
- Subject: admins worst nightmare...
- From: dsr-mzpnVDyJpH4k7aNtvndDlA at public.gmane.org (Dan Ritter)
- Date: Mon, 8 Mar 2010 16:01:22 -0500
- In-reply-to: <4B956177.2010908-wRvlPVLobi1/31tCrMuHxg@public.gmane.org>
- References: <4B956177.2010908@stephenadler.com>
On Mon, Mar 08, 2010 at 03:43:35PM -0500, Stephen Adler wrote: > Guys, > > I discovered that my 6 terabyte file does not seem to be working > properly... I did a copy of a gigabyte sized file to find that the > original and copied md5sum's to differ.... uggg.... I'm doing a > filesystem check right now, but I'm wondering if you guys have any > thoughts on what may be going on with the file system. It's an ext3 file > system mapped over a software raid 5 raid array. When I created the file > system, I used all the default mkfs parameters for a journaled file > system. (i.e. mkfs -J /dev/md127; where md127 is my raid device.) > > When I checked a small file, several megabytes in size, the copy and > original had the same md5sum. > > Is there a tool which will give you a summary of how different binary > files are? will diff work on a gigabyte sized file? rdiff uses the rsync algorithms to figure out the differences between two binary files. Next time you need an exact copy, use rsync, even if it's local. The switches you want include -v -c -p -o -g -t --partial and probably -z. -dsr- -- http://tao.merseine.nu/~dsr/eula.html is hereby incorporated by reference. You can't defend freedom by getting rid of it.
- References:
- admins worst nightmare...
- From: adler-wRvlPVLobi1/31tCrMuHxg at public.gmane.org (Stephen Adler)
- admins worst nightmare...
- Prev by Date: admins worst nightmare...
- Next by Date: admins worst nightmare...
- Previous by thread: admins worst nightmare...
- Next by thread: admins worst nightmare...
- Index(es):