Hi All, I tried to install GuestOS on HVM Domain. I found the problem that was not able to be installed from two or more CD-ROM. It is possible to install it from one DVD. I investigated this problem. After CD-ROM had changed, it was not possible to read correctly even in cases other than the installation. The cause of this problem is that xenwatch continues to open the CD-ROM device. (/dev/cdrom etc) The CD-ROM device is opened when the domain is created. It keeps being opened until the domain is destroyed. Therefore, only the size of the first CD-ROM can be read. This patch was able to change CD-ROM by closing the device. However, another problem might break out in paraVM. Do you think that you should correct it by what method? Do you have a good idea? I think that it is necessary to reopen the device by telling vbd to have changed. Therefore, the change of CD-ROM is told from Dom0 by the xm command. (xm block-configure etc) I think that there is a method of closing the CD-ROM device only on HVM Domain, too. Thanks --- Takanori Kasai _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On 14/12/06 02:14, "Kasai Takanori" <kasai.takanori@jp.fujitsu.com> wrote:> This patch was able to change CD-ROM by closing the device. > However, another problem might break out in paraVM. > > Do you think that you should correct it by what method? > Do you have a good idea?It seems bizarre that any good could come of calling vbd_free() from vbd_create(). One is the opposite of the other. -- Keir _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Hi Keir, Thank you for reply.>> This patch was able to change CD-ROM by closing the device. >> However, another problem might break out in paraVM. >> >> Do you think that you should correct it by what method? >> Do you have a good idea? > > It seems bizarre that any good could come of calling vbd_free() from > vbd_create(). One is the opposite of the other.I do not think that this method is good either. Then, do you think that the following method is good? Or, is there a good method for another?> I think that it is necessary to reopen the device by telling vbd to have > changed. > Therefore, the change of CD-ROM is told from Dom0 by the xm command. > (xm block-configure etc)Thanks -- Takanori Kasai _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
On 14/12/06 10:29, "Kasai Takanori" <kasai.takanori@jp.fujitsu.com> wrote:>> I think that it is necessary to reopen the device by telling vbd to have >> changed. >> Therefore, the change of CD-ROM is told from Dom0 by the xm command. >> (xm block-configure etc)Something as coarse-grained as ''xm block-detach/block-attach'' would probably work in this situation, as the CD device is unmounted during the install process when waiting for next CD to be inserted. Better would be to notify media-change events and size changes without needing vbd detach, but that isn''t supported for PV VBDs yet. --Keir _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
Hi Keir, Thank you for reply.> Something as coarse-grained as ''xm block-detach/block-attach'' would probably > work in this situation, as the CD device is unmounted during the install > process when waiting for next CD to be inserted.When the GuestOS is installed on HVM domain, PV VBDs cannot be used. Therefore, block-attach/detach will not work in this case. CD-ROM is able to be changed with qemu-dm console in installing HVM Domain. I input it with qemu-dm console as follows. # change hdc /dev/cdrom Qemu-dm recognizes the next CD-ROM by this method. When I restart the installation, the following errors occur. # The Package hwdata-0.146.22.EL-1 cannot be opened. # This is due to a missing file or perhaps a corrupt package. # If you are installing from CD media thish usually means # the CD media is corrupt, or the CD drive is unable to read the media. # Press <return> to try again. I thought whether there is a problem on the qemu-dm. However, the same problem was able to be caused in Native Linux. When there is a process in the state of opening CD-ROM, it is changed. All the data of changed CD-ROM was not able to be read. It was possible to read only by the size of CD-ROM before it changed it. Next, the process where CD-ROM has been opened is killed. Then, all the data of CD-ROM was able to be read. The process where it kept opening the CD-ROM device was xenwatch. Xenwatch keeps opening the CD-ROM device during creation and the destruction of the domain. Therefore, it is a cause that cannot be read even if CD-ROM is changed. Do you think that you should correct it by what method? Thanks -- Takanori Kasai _______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel