做了个实验，这样的两个pkg 在群集刚开始启动的时候，肯定会有冲突的，导致其中一个pkg 启动失败。接着 我手动启动那个失败的pkg（在同一个节点上），有些warning（说File system "/oradata" was already mounted），但还是可以running的。
更加变态的是，我halt其中一个pkgB，这个在halting过程中，检测到他对应的 /oradata mount点 busy (pkgA在使用)，竟然会使用fuser杀进程，真是霸道啊，看来配置pkg，还是谨慎点，让他们不要共享使用存储空间（VG，FS）
umount: cannot unmount /oradata : Device busy
WARNING: Running fuser to remove anyone using the file system directly.作者: 对不起 时间: 2003-03-17 19:09 标题: MC/SG中，每个程序包都必须对应一个自己专用的VG？ 感觉应该可以，这样试一下，pkga包HALT时，将文件系统MOUNT下来，VG释放，PKGB包START时，将VG激活，将文件系统MOUNT上来。作者: 对不起 时间: 2003-03-17 19:14 标题: MC/SG中，每个程序包都必须对应一个自己专用的VG？ 对不起，主题理解错误，可能不行，一个姑娘嫁两汉，坏了规矩。作者: Shad 时间: 2003-03-17 22:43 标题: MC/SG中，每个程序包都必须对应一个自己专用的VG？ [quote]原帖由 "ttdb"]看到 程序包转移过程中需要 在原节点 umount 文件系统，停用VG，然后在另外一个节点上 启用VG（vgchange -a e vgXXXX），mount文件系统。以我的理解，是不是 要么同时转移所有的程序包package，要么 每个程序包都有..........[/quote 发表：
Hi,
The rules are:
1. Each pkg should have its own VG
2. One VG can NOT be shared by multiple pkgs
3. You can have multiple pkgs on one node, as long as rule 1) is satisified.
4. You can failover one pkg at a time; You don't have to failover ALL the pkgs at the same time.
Hope this helps.作者: ttdb 时间: 2003-03-18 12:50 标题: MC/SG中，每个程序包都必须对应一个自己专用的VG？ 谢谢各位，非常感谢shad，一目了然