Drew,
I'm a bit concerned that such a big change is coming in at the
end of our discussion.
As I understand it, the way this is meant to work is that the partition
name is used to identify whether a partition is logical or primary,
ie 1-4 = primary; 5-36 = logical. And there can only be one extended
partition per disk, so it is always possible to determine which extended
partition the logical partitions belong to.
Admittedly, it might appear a bit neater if the logical partitions were
sub-elements of the extended partition in the schema, but even so, it
should definitely be possible to specify legitimate layouts with the
existing DTD.
Are there any specific use-cases that cannot be accommodated by the
current schema?
- Dermot
btw, why would you need a part_type attrib on extended_partition?
What values could it possibly have other than "15"?
On 01/25/11 03:03, Drew Fisher wrote:
Oh hey.
Good catch.
I'll dump the in_zpool/in_vdev attributes and the logic in logical.py
tomorrow morning.
Thanks Niall!
-Drew
On 1/24/11 6:47 PM, Niall Power wrote:
Hi Drew,
This one caught my attention:
<!ELEMENT extended_partition (partition*, size?)>
<!ATTLIST extended_partition name CDATA #IMPLIED>
<!ATTLIST extended_partition action
(create|delete|preserve|use_existing_solaris2) "create">
<!ATTLIST extended_partition part_type CDATA "15">
<!ATTLIST extended_partition in_zpool CDATA #IMPLIED>
<!ATTLIST extended_partition in_vdev CDATA #IMPLIED>
Reading this, it seems to suggest that an extended partition can be a
member of a zpool or a vdev composition. I can't see how this is
possible. An extended partition should only be directly
usable as a container for logical partitions.
I would expect a logical partition that is a sub-element of the
extended_partition (represented by "partition*") to be the only thing
within that could form part of a Zpool or Vdev composition.
Thanks,
Niall
_______________________________________________
caiman-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
_______________________________________________
caiman-discuss mailing list
[email protected]
http://mail.opensolaris.org/mailman/listinfo/caiman-discuss
