I''m using Xen 3.1.0 on Debian etch, kernel 2.6.18-4-xen-amd64. One of the guests runs Windows XP. I am trying to install an application (Autodesk Inventor) that spans two DVDs. The config file for the domain in question contains: disk = [ ''phy:/dev/volgrp0/halebopp,ioemu:hda,w'', '',hdc:cdrom,r'' ] I ran "xm block-list halebopp --long" and noted that the virtual optical disc drive had an ID of 5632. I ran "xm block-detach halebopp 5632 -f" and then "xm block-attach halebopp file:/path/to/disc1.iso /dev/hdc r". The disc image was then available inside Windows. So far, so good. I then ran "xm block-detach ...", right-clicked the drive in Windows Explorer and clicked "Eject", and ran "xm block-attach ..." with the path to the second ISO specified. At this point, Windows still showed the contents of disc #1, even with a refresh. I followed these suggestions to no avail: http://tinyurl.com/35ghhx These instructions didn''t help either: http://tinyurl.com/3xlymb "xenstore-read /local/domain/0/backend/vbd/3/5632/params" reports that the second disc image is loaded, but the guest OS is not reflecting this change. Something (Xen, qemu, Windows, etc.) seems to be broken here. If I specify an ISO file directly in the Xen .cfg file for this host and reboot it, the image is updated properly, but that doesn''t help in my current situation. Am I missing something? Thanks. -- Kevin DeGraaf _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I usually use ''xm block-configure domID file:/path/to/iso hdc:cdrom r''. Often, it doesn''t work the first time, but usually by doing it a second time, and adding a second / after file:/, it works, sometimes with a mysterious delay of several seconds. Its also worked for me by starting with 2 /''s and on the second time deleting one. It almost never works if I don''t add or remove a /. Now, there have been one or two occasions where I''ve had to take additional steps. I don''t think ejecting it from within Windows has ever helped me. I know that this isn''t ideal, but the alternative is to enable the qemu console, which its inherent security implications. Kevin DeGraaf wrote:> I''m using Xen 3.1.0 on Debian etch, kernel 2.6.18-4-xen-amd64. > > One of the guests runs Windows XP. I am trying to install an > application (Autodesk Inventor) that spans two DVDs. > > The config file for the domain in question contains: > > disk = [ ''phy:/dev/volgrp0/halebopp,ioemu:hda,w'', '',hdc:cdrom,r'' ] > > I ran "xm block-list halebopp --long" and noted that the virtual optical > disc drive had an ID of 5632. > > I ran "xm block-detach halebopp 5632 -f" and then "xm block-attach > halebopp file:/path/to/disc1.iso /dev/hdc r". The disc image was then > available inside Windows. So far, so good. > > I then ran "xm block-detach ...", right-clicked the drive in Windows > Explorer and clicked "Eject", and ran "xm block-attach ..." with the > path to the second ISO specified. > > At this point, Windows still showed the contents of disc #1, even with a > refresh. > > I followed these suggestions to no avail: > http://tinyurl.com/35ghhx > > These instructions didn''t help either: > http://tinyurl.com/3xlymb > > "xenstore-read /local/domain/0/backend/vbd/3/5632/params" reports that > the second disc image is loaded, but the guest OS is not reflecting this > change. Something (Xen, qemu, Windows, etc.) seems to be broken here. > > If I specify an ISO file directly in the Xen .cfg file for this host and > reboot it, the image is updated properly, but that doesn''t help in my > current situation. > > Am I missing something? Thanks. >-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGp0N5RnwIDhcMR9MRAnQLAJ43rSYbO8NFsRY7muzNxx6X5dnjdQCfTbRL O0Y8/AWGnSS0nOks8W2DJ/Y=9WtV -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I''ve not tried it before, but I think monitor=1 in the config file for that domain should do it. Its in /etc/xen/xmexample.hvm (in a default xen install). You should be able to turn it off after, but obviously you''ll need to restart the guest domain. Of course, you''ll need to do that to turn it on as well. Kevin DeGraaf wrote:>> I usually use ''xm block-configure domID file:/path/to/iso hdc:cdrom r''. > > I''ll try that, thanks. > >> I know that this isn''t ideal, but the alternative is to enable the qemu >> console, which its inherent security implications. > > How would one go about doing that? I just want to get this app > installed -- I can turn the console off after installation, right? > > Thanks. >-----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFGp2UYRnwIDhcMR9MRAnfaAJ9LNk4v/NtglBo9xzCkKl3aR5OxbQCfXlgA zdTXKSBm7Mnx4ulXH3874fU=4DTS -----END PGP SIGNATURE----- _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
> monitor=1Although I was able to use the qemu console and issue a disc-change command, the files available to the guest OS didn''t change properly. I ended up installing Daemon Tools (a virtual CD emulator) inside the virtual machine. I know that that''s ghetto, but unlike the Xen/qemu way, it actually works. -- Kevin DeGraaf _______________________________________________ Xen-users mailing list Xen-users@lists.xensource.com http://lists.xensource.com/xen-users
I did some testing on this today, switching cdroms in windows xp .
This may not help you personally, as it seems you have ran these or
equivalent commands with little or no success. I''m replying to this in
hopes that it may help someone else with the issue.
Using Fedora 7 with xen 3.1 and RHEL 5 with xen 3.0.3 i used the
following commands and it worked every time:
xm block-configure <domU> file:/xen/foo.iso hdc:cdrom r
xm block-configure <domU> phy:/dev/scd0 hdc:cdrom r
where foo.iso was an empty file and /dev/scd0 is the physical cdrom on
dom0.
Ejecting the cdrom on winxp (domU) seemed to do nothing except create
confusion.
I scripted those commands out such that I had to eject the cdrom on
dom0, put in a new cdrom on dom0, run the script, and the cdrom would
change on winxp.
It also worked using an iso:
xm block-configure <domU> file:/iso/cdrom1.iso hdc:cdrom r
however, i didn''t have to run the foo.iso script first in that case.
Just switch from one iso to the other with xm block-configure and it
worked. Again, i did not eject the cdrom on winxp.
Here is how i have the disk parameter in my xen config file:
disk = [ ''file:/xen/win32/xp/domU/domU.img,hda,w''
, ''phy:/dev/scd0,hdc:cdrom,r'' ]
however
disk = [ ''file:/xen/win32/xp/domU/domU.img,hda,w''
, '',hdc:cdrom,r'' ]
also worked successfully, i just had to do:
xm block-attach <domU> phy:/dev/scd0 hdc:cdrom r
before i could use the cdrom for the first time on winxp.
On Thu, 2007-07-26 at 16:46 -0400, Kevin DeGraaf wrote:> > monitor=1
>
> Although I was able to use the qemu console and issue a disc-change
> command, the files available to the guest OS didn''t change
properly.
>
> I ended up installing Daemon Tools (a virtual CD emulator) inside the
> virtual machine. I know that that''s ghetto, but unlike the
Xen/qemu
> way, it actually works.
>
_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users