Xen users - May 2009 - RE: GPLPV (9.11pre20) in Win2003x64onXenServerEnterprise 5.0 (CD drive missing)

We have the similar problem with GPLV 0.9.12.-pre13) with Window 2003 R2
(32bits) server on Xen 3.3.1.
1) after we bootup with GPLV, we no longer see CDROM driver with the same
xen configuration for the HVM
2) after manually attached the driver with running VM using xm block-attach
command, the cdrom driver shows up. However, there is no way to detach/eject
the cdrom.
3) If I use xm block-configure command to point to another ISO file, the
content of CDROM keeps the same as the previous one.
4) I tried using xenstore-write to point to another file, the content of
CDROM does not change either.
5) If I xm block-detach the driver, it will take a long time for the command
to return (during this time, the domain0 appears frozen, and I even can not
login into the domain0 from another terminal.) Very often, this operation
causes BSOD of the VM.

Are there any solution or workaround of this?  I need a way to programmly
detach and re-attach the CDROM.
thanks,
dex


Roel Broersma wrote:
> 
> Hi James (and peter),
> 
> Here i am again, sorry for the delay but i had some problems  (and
> again... lot''s of feedback ;) )
> As promised i tried to install a NEW VM from scratch (Windows Server 2003
> X64 R2 Standard) and then install the GPLPV drivers.. i needed to know if
> it had to do with booting with-or-without a CD loaded...
> 
> So i installed a new VM from scratch.. and there things went wrong...
> In a new VM with NO XenPVTools, i get a BSOD when installing the GPLPV
> drivers.
> I made a new topic for this problem:
>
http://www.nabble.com/PV-0.9.12pre3-gives-BSOD-when-installing-in-VM-in-Xenserver-5.-tt20607865.html
> 
> After we solved that and we are able to install the GPLPV drivers in a
> brand-new-clean VM, i will continue testing for this topic.
> 
> Roel
> 
> 
> 
> James Harper wrote:
>> 
>>> (corrected! I meant PV 0.9.12, not PV 0.9.11)
>>> 
>>> Hello James,
>>> 
>>> I just downloaded the PV 0.9.12 and installed to a Windows 2003
32-bit
>>> guest. It seems like the CD ROM drive doesn''t turn up
(shows) until a
>> CD
>>> is inserted before the guest is booted. If the drive is empty
before
>> boot,
>>> the drive is also gone from hardware.
>>> 
>>> If it''s loaded before boot, I can view the content of the
CD. But if I
>>> then eject the CD and load (insert) another one, the contents will
not
>>> change. It will still show the contents from the first CD.
>>> 
>> 
>> I don''t think that there is an easy way of detecting disk
changes at the
>> moment.
>> 
>> I rely on the backend presenting me with ''sectors''
and ''sector-size''
>> values, and obviously these can''t be computed if there is no
actual CD
>> inserted so I fail the connection. XenServer appears to act a little
>> differently - I haven''t seen those scsi mode pages in the open
source
>> version.
>> 
>> Roel doesn''t appear to be using a physical CD drive though,
just an
>> image, so I don''t think this is his problem.
>> 
>> James
>> 
>> _______________________________________________
>> Xen-users mailing list
>> Xen-users@lists.xensource.com
>> http://lists.xensource.com/xen-users
>> 
>> 
> 
> 
-- 
View this message in context:
http://www.nabble.com/GPLPV-%289.11pre20%29-in-Win2003-x64--on-XenServer-Enterprise-5.0-%28CD-drive-missing%29-tp20499705p23655045.html
Sent from the Xen - User mailing list archive at Nabble.com.


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

> 
> We have the similar problem with GPLV 0.9.12.-pre13) with Window 2003
R2
> (32bits) server on Xen 3.3.1.
> 1) after we bootup with GPLV, we no longer see CDROM driver with the
same
> xen configuration for the HVM
> 2) after manually attached the driver with running VM using xm
block-attach
> command, the cdrom driver shows up. However, there is no way to
detach/eject
> the cdrom.
> 3) If I use xm block-configure command to point to another ISO file,
the
> content of CDROM keeps the same as the previous one.
> 4) I tried using xenstore-write to point to another file, the content
of
> CDROM does not change either.
> 5) If I xm block-detach the driver, it will take a long time for the
command
> to return (during this time, the domain0 appears frozen, and I even
can not
> login into the domain0 from another terminal.) Very often, this
operation
> causes BSOD of the VM.
> 
> Are there any solution or workaround of this?  I need a way to
programmly
> detach and re-attach the CDROM.
> thanks,
> dex
> 
Under Xen 3.4, GPLPV should behave a little differently. The qemu
devices will be hidden by qemu itself, meaning no yellow exclamation
marks. Additionally, GPLPV will not provide a driver for CDROM devices,
and qemu will leave the CDROM device enabled, so eject etc should still
work.

I have only tested it with 3.3.1 + the patch that went into 3.4, not
with 3.4 itself, so I haven''t personally verified that it works as
described.

James


_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users

On Sun, May 24, 2009 at 8:11 AM, James Harper
<james.harper@bendigoit.com.au> wrote:
>>
>> We have the similar problem with GPLV 0.9.12.-pre13) with Window 2003
> R2
>> (32bits) server on Xen 3.3.1.
>> 1) after we bootup with GPLV, we no longer see CDROM driver with the
> same
>> xen configuration for the HVM
>> 2) after manually attached the driver with running VM using xm
> block-attach
>> command, the cdrom driver shows up. However, there is no way to
> detach/eject
>> the cdrom.
>> 3) If I use xm block-configure command to point to another ISO file,
> the
>> content of CDROM keeps the same as the previous one.
>> 4) I tried using xenstore-write to point to another file, the content
> of
>> CDROM does not change either.
>> 5) If I xm block-detach the driver, it will take a long time for the
> command
>> to return (during this time, the domain0 appears frozen, and I even
> can not
>> login into the domain0 from another terminal.) Very often, this
> operation
>> causes BSOD of the VM.
>>
>> Are there any solution or workaround of this?  I need a way to
> programmly
>> detach and re-attach the CDROM.
>> thanks,
>> dex
>>
>
> Under Xen 3.4, GPLPV should behave a little differently. The qemu
> devices will be hidden by qemu itself, meaning no yellow exclamation
> marks. Additionally, GPLPV will not provide a driver for CDROM devices,
> and qemu will leave the CDROM device enabled, so eject etc should still
> work.
>
> I have only tested it with 3.3.1 + the patch that went into 3.4, not
> with 3.4 itself, so I haven''t personally verified that it works as
> described.
>
> James
I am using gplpv with Xen 3.4 and can report that device hiding works
as described.

Andy

_______________________________________________
Xen-users mailing list
Xen-users@lists.xensource.com
http://lists.xensource.com/xen-users