Please bear with me, as I am not very familiar with ZFS. (And unfortunately probably won't have time to be until ZFS supports root boot and clustering in a named release).
I do understand the reasons why you would want to dump to a virtual construct. I am just not very comfortable with the concept. My instinct is that you want the fewest layers of software involved in the event of a system crashdump. To me dumping to logical volumes or filesystems seems like asking for trouble. Now on the other hand, if you were to dump to an underlying "zdev" it starts to make sense. (Assuming a zdev is basically a physical "chunk" of a LUN or disk. Please educate me as to what I am missing. Thanks, Brian On 4/25/07, Malachi de Ælfweald <[EMAIL PROTECTED]> wrote:
Maybe so that it can grow rather than being tied to a specific piece of hardware? Malachi On 4/25/07, Brian Gupta < [EMAIL PROTECTED]> wrote: > > > Yes, dump on ZVOL isn't currently supported, so a dump slice is still needed. > > Maybe a dumb question, but why would anyone ever want to dump to an > actual filesystem? (Or is my head thinking too Solaris) > > Actually I could see why, but I don't think it is a good idea. > > -brian > _______________________________________________ > 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
_______________________________________________ zfs-discuss mailing list zfs-discuss@opensolaris.org http://mail.opensolaris.org/mailman/listinfo/zfs-discuss
