Tim;
The proper procedure for ejecting a USB drive in Windows is to right
click the device icon and eject the appropriate listed device.
I've done this before without ejecting and lost data before.
My personal experience with ZFS is that it is very reliable FS. I've
not lost data on it yet even after several hardware upgrades, abrupt
failures and recently an unofficial unsanction expansion technique.
The folks at Sun who developed this earnestly believe in their product.
Sometimes, these belief can translate to an uneven reply.
For my own reasons, I too believe whole heartedly in ZFS. (I don't work
in Sun nor do I own any share in Sun).
Perhaps we can all work together and find the proper solution here.
Logic dictates that ZFS can survive an abrupt failure far better than
traditional VM/FS combination. The end to end checking summing simply
do not exist in traditional methodologies.
Could you describe in detail the kind of IO access you were generating
prior to pulling out the USB?
Warmest Regards
Steven Sim
Tim wrote:
On Tue, Feb 10, 2009 at 11:44 PM, Fredrich
Maney <fredrichma...@gmail.com>
wrote:
Ah... an illiterate AND idiotic bigot. Have you even read the manual
or *ANY* of the replies to your posts? *YOU* caused the situation that
resulted in your data being corrupted. Not Sun, not OpenSolaris, not
ZFS and not anyone on this list. Yet you feel the need to blame ZFS
and insult the people that have been trying to help you understand
what happened and why you shouldn't do what you did.
#1 English is clearly not his native tongue. Calling someone idiotic
and illiterate when they're doing as well as he is in a second language
is not only inaccurate, it's "idiotic".
ZFS is not a filesystem like UFS or Reiserfs, nor is it an LVM like
SVM or VxVM. It is both a filesystem and a logical volume manager. As
such, like all LVM solutions, there are two steps that you must
perform to safely remove a disk: unmount the filesystem and quiesce
the volume. That means you *MUST*, in the case of ZFS, issue 'umount
filesystem' *AND* 'zpool export' before you yank the USB stick out of
the machine.
Effectively what you did was create a one-sided mirrored volume with
one filesystem on it, then put your very important (but not important
enough to bother mirroring or backing up) data on it. Then you
unmounted the filesystem and ripped the active volume out of the
machine. You got away with it a couple of times because just how good
of a job the ZFS developers did at idiot proofing it, but when it
finally got to the point where you lost your data, you came here to
bitch and point fingers at everyone but the responsible party (hint,
it's you). When your ignorance (and fault) was pointed out to you, you
then resorted to personal attacks and slurs. Nice. Very professional.
Welcome to the bit-bucket.
All that and yet the fact remains: I've never "ejected" a USB drive
from OS X or Windows, I simply pull it and go, and I've never once lost
data, or had it become unrecoverable or even corrupted.
And yes, I do keep checksums of all the data sitting on them and
periodically check it. So, for all of your ranting and raving, the
fact remains even a *crappy* filesystem like fat32 manages to handle a
hot unplug without any prior notice without going belly up.
--Tim
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
|
_______________________________________________
zfs-discuss mailing list
zfs-discuss@opensolaris.org
http://mail.opensolaris.org/mailman/listinfo/zfs-discuss