>>>>> "de" == D Eckert <cont...@desystems.cc> writes:
de> from your reply a typically American arrogant behavior.
de> WE, THE PROUDEST AND infallibles on earth DID NEVER MAKE a
de> mistake.
Maybe I should speak up since I defended you at the start. To my
view:
REASONABLE:
* expect that ZFS lose almost nothing when yanking the power cord,
or when uncleanly dismounting.
* expect that ``always consistent on disk'' mean something in
practice, even given the real hardware and the non-ZFS parts of
the storage stack which exist right now.
* where the first two are impossible have both a real answer as to
why, and a workable way forward, rather than obstructionist FUD.
Especially when cord-yanking/unclean-dismount causes ZFS to lose
more than other filesystems. not point to dragons and FUD and
blame whatever is difficult to exhonerate, especially hindsight
surrounding inexpensive devices, and the sysadmin himself.
UNREASONABLE:
* say ``any filesystem will lose arbitrary amounts of data when
uncleanly dismounted because filesystems do not `like' that. you
were `asking' for it.'' This is flatly untrue of every
non-Microsoft filesystem, even very old ones. Also it directly
contradicts the most central claims made by the ZFS kool-aid
pushers.
* say that the central claims don't apply to single-vdev pools.
* belief in 'copies=2'
* be outraged that ZFS maintenance commands differ from other
filesystems. Refuse to listen when the reasonable,
easily-described, and documented differences in this mount/umount
import/export interface are repeatedly explained to you.
You seem to think the mere fact that new commands exist at all
means they are badly-designed, and this is way too conservative.
This is lazy and boring and unconvincing, especially to me who
feels maybe too much has already been sacrificed to the mantra of
keeping the user interface simple.
pgpQHVezshCs4.pgp
Description: PGP signature
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
