On 09/23/09 11:02, Juanjo Amor wrote: > Alexandre Chartre wrote: >>> server overwrites the partition table every time we bind the >>> logical-domain. > >> This is true if you are using an old version of Solaris on the >> control domain. You should not have this problem if you are using >> Solaris 10 U5 or later, or if you have patch 127127-11. > > And when using Opensolaris 2009.06?
The problem was fixed in the Solaris Nevada build 73, while OpenSolaris 2009.06 is based on Solaris Nevada build 111. So that's not this problem, and I think this is still a problem with the disk label that Linux put on the disk image, check this blog entry: http://blogs.sun.com/achartre/entry/linux_with_ldoms I think this is the same problem: the Linux installation create a fake disk label which defines 0 partitions, so the domain is unable to boot using that disk label. When you backup the original disk label and then restore it, what you effectively do is erase the disk label, because the disk label you have backed up after the mkfile is actually empty. When a disk image has no disk label, a default disk label will be provided and that's enough for booting, and for Linux to run. So you should be able to simplify your installation procedure: - section "Logical Domain Creation" you shouldn't need to backup and restore the disk label, you can remove all dd commands done in that section. - section "Network installation": after the installation and domain reboot are completed, try this: . stop and unbind the domain # ldm stop debiandom # ldm unbind debiandom . clear the disk image label: # dd if=/dev/zero of=/export/ldomsvdisks/debian01.img count=1 conv=notrunc Then should be able to bind and boot your domain without having to change the disk label anymore. - section "How to unbind and bind the domain": you shouldn't need that section anymore. >>> I will post here the complete procedure, until finish my tests :-) >> Great. Thanks. > > I have just posted my experience here: > > http://dramor.net/blog/archives/250 Thanks. That's very useful. alex.
