Tag Archives: OpenSolaris

如果你正在使用ZFS作为根文件系统，你就能利用其snapshot快照机制迅速克隆出相同配置的domain。通过对其根磁盘分区进行克隆，你就能轻松地得到多个相似的domain，而它们的主要差别仅仅是使用的存储空间不同而已。本文将介绍如何利用ZFS的clone技术来创建新的 domain。 首先，我们需要关闭正在运行的domain才能进行克隆，以保持硬盘快照的一致性，命令如下： xm shutdown -w dom1 当然，你也可以在domain中运行sys-unconfig命令使新的克隆从重新配置开始。 完成以上操作后，我们就可以使用命令zfs snapshot pool/dom1-root@clone 为dom1的根磁盘分区创建一个快照了，再使用命令zfs clone pool/dom1-root@clone pool/dom2-root来克隆一个可写的snapshot快照。 这时如果你使用zfs list命令，应该能看见新创建的snapshot及clone。接下来，我们需要复制dom1的配置文件。使用如下命令将配置文件copy到一个新的文件： virsh dumpxml domain1 >domain1.xml cp domain1.xml domain2.xml 对copy的配置文件，至少需要作三处改变。 首先，你需要为克隆的domain重命名，若想命名为dom2，则将<name>dom1</name>更改为<name>dom2</name>即可； 其次，你需要删除UUID这一行，从而让virsh为domain生成一个新的配置文件。删除的部分如下： <uuid>78cd98b5e7ab16594fa0cf1260826571</uuid> 接下来，我们需要为domain指定新的磁盘分区： <source dev='/dev/zvol/dsk/export/dom1-root'/>更改为<source dev='/dev/zvol/dsk/export/dom2-root'/> 最后，告诉virsh新domain的存在。 virsh define domain2.xml 这时候，你就可以启动自己克隆的domain了。

Xen是由剑桥大学开发的一个开放源代码的虚拟机管理器，是目前世界上最流行的虚拟机管理器之一，在《Virtualization:Xen and xVM Server》一文中有关于Xen和xVM Server的介绍。Sun公司也推出了自己基于Xen的虚拟化项目xVM，其最根本的区别就是Xen以Linux作为Dom0，而xVM以Solaris或OpenSolaris作为Dom0.本文将介绍如何将Solaris或OpenSolaris配置成xVM的Dom0。 在Solaris 10里已经集成了xVM项目，当你完整安装Solaris 10后，在grub启动时会发现有一个xVM的启动项，这时选择该启动项后Solaris 10就以Dom0的形式运行了。 在OpenSolaris下则需要安装相应的软件包并进行配置，具体过程如下： 如果你的OpenSolaris是build 126或者更新的版本，激活xVM只需要以下几条命令即可： $ pfexec pkg install xvm-gui $ pfexec svcadm enable milestone/xvm $ pfexec reboot 如果是老版本的OpenSolaris，整个安装及配置过程就相对复杂一些。 首先使用命令beadm create -a -d xvm xvm创建一个独立的环境； 接着安装一些相应的软件包，命令如下： $ pfexec beadm mount xvm /tmp/xvm-be $ … Continue reading →

如果dtrace和mdb这些工具运行在OpenSolaris全局zone中，那么这些工具对运行在跑有Solaris 10的zone中的进程来说是无用的，主要是因为Solaris 10和OpenSolaris之间部分调试库的一些不兼容的改变，导致Solaris 10不能作为OpenSolaris的zone正常地运行。同时，由于新版本的OpenSolaris加入了Crossbow等许多非常优秀的特性，让运 行Solaris 10的zone能充分利用OpenSolaris作为全局zone的众多优势，也是非常有必要的。本文将介绍如何解决在OpenSolaris上正常运行 跑有Solaris 10的zone这个技术难题。 解决这个问题最大的难点之一，就是x86平台下Solaris 10的libc对%fs段寄存器的使用。Solaris 10的libc希望X86平台64位处理器的%fs寄存器来存储非0的selector值（如果%fs值为0，那么Solaris 10的_curthread()返回NULL），问题也由此产生了，由于OpenSolaris的内核清空了%fs，而在64位的x86机器上，libc 总是使用%fs来查找当前线程的ulwp_t数据结构，从而使运行Solaris 10的zone不能使用libdoor这些普通的类库和thr_main(3C)等关键libc函数。 整个解决方案比较复杂，因为必须保证在Solaris 10 zone中运行的所有线程开始运行时%fs寄存器的值非零。幸运的是，在Solaris 10和OpenSolaris中只有两个系统调用修改了%fs：SYS_lwp_private和SYS_lwp_create。 SYS_lwp_private是一个libc私有的系统调用，只有在一个进程执行后libc初始化时才被调用一次，用来配置FS段使其段基址在单一线程 ulwp_t结构的开始处。 具体过程如下： 1. Solaris 10的仿真库在s10_lwp_private()实现SYS_lwp_private，它把系统调用传到未改变的OpenSolaris内核，然后调用 thr_main(3C)来测试Solaris10环境下的libc在内核配置%fs后是否运行正常。如果返回-1，那么将调用一个特殊的 SYS_brand系统调用将%fs还原到过去的非零状态。 2. Solaris 10的仿真库在s10_lwp_create()中实现SYS_lwp_create，使得新的线程在 s10_lwp_create_entry_point()而不是在_thrp_setup()中启动。当然，新的线程最终还是必须执行 _thrp_setup()，所以s10_lwp_create()在新线程栈中的预定位置保存_thrp_setup()的地址。 s10_lwp_create_entry_point()调用thr_main(3C)测试当%fs为零时Solaris 10的libc运行是否正常。如果thr_main(3C)返回-1，那么新的线程将调用和s10_lwp_private()一样的SYS_brand 系统调用来恢复%fs。然后，新的线程再从栈中的预定位置读取真正的入口点地址并跳转到入口点。 3. 在运行Solaris 10的zone里保证fork产生的子线程继承其父线程的%fs selector值，从而使父线程即使在调整%fs寄存器后也能保持父子线程的一致性。 4. 同时，还需要考虑对SIGCANCEL等信号的处理，以防止段错误的出现。