Mailing List Archive: pvscsi broken

pvscsi broken

andrew.lyon at gmail

Mar 14, 2009, 5:43 AM

Post #1 of 20 (422 views)

Hi,

On both 3.3.1 and unstable if I try to use pvscsi as per the examples
in the config file I get a error when I try to start the domain:

xm dry-run xptest.cfg
Using config file "./xptest.cfg".
/sbin/scsi_id: invalid option -- 's'

/sbin/scsi_id comes from udev and I have version 124 installed.

This is from xmexample.hvm

#-----------------------------------------------------------------------------
# Configure PVSCSI devices:
#
#vscsi=[ 'PDEV, VDEV' ]
#
# PDEV gives physical SCSI device to be attached to specified guest
# domain by one of the following identifier format.
# - XX:XX:XX:XX (4-tuples with decimal notation which shows
# "host:channel:target:lun")
# - /dev/sdxx or sdx
# - /dev/stxx or stx
# - /dev/sgxx or sgx
# - result of 'scsi_id -gu -s'.
# ex. # scsi_id -gu -s /block/sdb
# 36000b5d0006a0000006a0257004c0000
#
# VDEV gives virtual SCSI device by 4-tuples (XX:XX:XX:XX) as
# which the specified guest domain recognize.
#

The command scsi_id -gu -s /block/sdb in the example produces the same error:

scsi_id -gu -s /block/sdb
scsi_id: invalid option -- 's'

I guess the scripts need to be updated for the newer scsi_id & udev.

Andy

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

RE: pvscsi broken [ In reply to ]

james.harper at bendigoit

Mar 14, 2009, 5:56 AM

Post #2 of 20 (422 views)

> Hi,
>
> On both 3.3.1 and unstable if I try to use pvscsi as per the examples
> in the config file I get a error when I try to start the domain:
>
> xm dry-run xptest.cfg
> Using config file "./xptest.cfg".
> /sbin/scsi_id: invalid option -- 's'
>

I was sure that I had this working previously, but on my 3.3.1 system
it's even worse:

xm scsi-attach w2k8test32 /dev/st0 0:0:0:0
sh: /sbin/scsi_id: No such file or directory
sh: /sbin/scsi_id: No such file or directory
sh: /sbin/scsi_id: No such file or directory
sh: /sbin/scsi_id: No such file or directory
sh: /sbin/scsi_id: No such file or directory

Mine is Debian Lenny, and scsi_id is in /lib/udev, not /sbin, and
doesn't seem to support the right options either...

James

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

Re: pvscsi broken [ In reply to ]

andrew.lyon at gmail

Mar 14, 2009, 6:15 AM

Post #3 of 20 (422 views)

On Sat, Mar 14, 2009 at 12:56 PM, James Harper
<james.harper@bendigoit.com.au> wrote:
>> Hi,
>>
>> On both 3.3.1 and unstable if I try to use pvscsi as per the examples
>> in the config file I get a error when I try to start the domain:
>>
>> xm dry-run xptest.cfg
>> Using config file "./xptest.cfg".
>> /sbin/scsi_id: invalid option -- 's'
>>
>
> I was sure that I had this working previously, but on my 3.3.1 system
> it's even worse:
>
> xm scsi-attach w2k8test32 /dev/st0 0:0:0:0
> sh: /sbin/scsi_id: No such file or directory
> sh: /sbin/scsi_id: No such file or directory
> sh: /sbin/scsi_id: No such file or directory
> sh: /sbin/scsi_id: No such file or directory
> sh: /sbin/scsi_id: No such file or directory
>
> Mine is Debian Lenny, and scsi_id is in /lib/udev, not /sbin, and
> doesn't seem to support the right options either...
>
> James
>

scsi_id from udev 114 accepts that syntax but does not output anything
at all, I guess its not compatible with the newer udev.

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

RE: pvscsi broken [ In reply to ]

james.harper at bendigoit

Mar 14, 2009, 6:19 AM

Post #4 of 20 (422 views)

>
> On Sat, Mar 14, 2009 at 12:56 PM, James Harper
> <james.harper@bendigoit.com.au> wrote:
> >> Hi,
> >>
> >> On both 3.3.1 and unstable if I try to use pvscsi as per the examples
> >> in the config file I get a error when I try to start the domain:
> >>
> >> xm dry-run xptest.cfg
> >> Using config file "./xptest.cfg".
> >> /sbin/scsi_id: invalid option -- 's'
> >>
> >
> > I was sure that I had this working previously, but on my 3.3.1 system
> > it's even worse:
> >
> > xm scsi-attach w2k8test32 /dev/st0 0:0:0:0
> > sh: /sbin/scsi_id: No such file or directory
> > sh: /sbin/scsi_id: No such file or directory
> > sh: /sbin/scsi_id: No such file or directory
> > sh: /sbin/scsi_id: No such file or directory
> > sh: /sbin/scsi_id: No such file or directory
> >
> > Mine is Debian Lenny, and scsi_id is in /lib/udev, not /sbin, and
> > doesn't seem to support the right options either...
> >
> > James
> >
>
> scsi_id from udev 114 accepts that syntax but does not output anything
> at all, I guess its not compatible with the newer udev.

I can get scsi-attach to work by replacing the call to scsi_id in python/xen/util/vscsi_util.py with:

'/lib/udev/scsi_id --whitelisted --replace-whitespace --page=0x80 /dev/' + sg

That gives the same output as the previous syntax. Possibly we could omit the --page=0x80 bit, which would instead just give a hex string instead of a vendor_model_serial string.

The change is then incompatible with the old version of scsi_id though...

James

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

RE: pvscsi broken [ In reply to ]

kanno.masaki at jp

Mar 16, 2009, 7:00 PM

Post #5 of 20 (422 views)

Hi Andrew and James,

I'm not sure about scsi_id and udev.
How about these patches? Could you try them?

Best regards,
Kan

Sun, 15 Mar 2009 00:19:18 +1100, "James Harper" wrote:

>>
>> On Sat, Mar 14, 2009 at 12:56 PM, James Harper
>> <james.harper@bendigoit.com.au> wrote:
>> >> Hi,
>> >>
>> >> On both 3.3.1 and unstable if I try to use pvscsi as per the examples
>> >> in the config file I get a error when I try to start the domain:
>> >>
>> >> (I (Bxm dry-run xptest.cfg
>> >> Using config file "./xptest.cfg".
>> >> /sbin/scsi_id: invalid option -- 's'
>> >>
>> >
>> > I was sure that I had this working previously, but on my 3.3.1 system
>> > it's even worse:
>> >
>> > xm scsi-attach w2k8test32 /dev/st0 0:0:0:0
>> > sh: /sbin/scsi_id: No such file or directory
>> > sh: /sbin/scsi_id: No such file or directory
>> > sh: /sbin/scsi_id: No such file or directory
>> > sh: /sbin/scsi_id: No such file or directory
>> > sh: /sbin/scsi_id: No such file or directory
>> >
>> > Mine is Debian Lenny, and scsi_id is in /lib/udev, not /sbin, and
>> > doesn't seem to support the right options either...
>> >
>> > James
>> >
>>
>> scsi_id from udev 114 accepts that syntax but does not output anything
>> at all, I guess its not compatible with the newer udev.
>
>I can get scsi-attach to work by replacing the call to scsi_id in python/
>xen/util/vscsi_util.py with:
>
>'/lib/udev/scsi_id --whitelisted --replace-whitespace --page=0x80 /dev/' + sg
>
>That gives the same output as the previous syntax. Possibly we could omit
>the --page=0x80 bit, which would instead just give a hex string instead of
>a vendor_model_serial string.
>
>The change is then incompatible with the old version of scsi_id though...
>
>James
>
>_______________________________________________
>Xen-devel mailing list
>Xen-devel@lists.xensource.com
>http://lists.xensource.com/xen-devel

Re: pvscsi broken [ In reply to ]

andrew.lyon at gmail

Mar 23, 2009, 7:58 AM

Post #6 of 20 (422 views)

2009/3/17 Masaki Kanno <kanno.masaki@jp.fujitsu.com>:
> Hi Andrew and James,
>
> I'm not sure about scsi_id and udev.
> How about these patches? Could you try them?
>
> Best regards,
> Kan

I have tried the patch for unstable and it seems to work, I don't get
any errors and xm scsi-list <dom> shows the device is assigned,
unfortunately the gplpv driver in windows fails to load but I'm not
sure if the problem is the driver or Xen.

I will setup a linux domU and try pvscsi with that.

Andy

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

Re: pvscsi broken [ In reply to ]

kanno.masaki at jp

Mar 24, 2009, 10:17 PM

Post #7 of 20 (422 views)

Hi Andrew,

Thanks for your testing.
I'm not sure about the gplpv driver in windows. But I believe that
the problem has nothing to do with my patch. Maybe...

Best regards,
Kan

Mon, 23 Mar 2009 14:58:07 +0000, Andrew Lyon wrote:

>2009/3/17 Masaki Kanno <kanno.masaki@jp.fujitsu.com>:
>> Hi Andrew and James,
>>
>> I'm not sure about scsi_id and udev.
>> How about these patches? (I (BCould you try them?
>>
>> Best regards,
>> (I (BKan
>
>
>I have tried the patch for unstable and it seems to work, I don't get
>any errors and xm scsi-list <dom> shows the device is assigned,
>unfortunately the gplpv driver in windows fails to load but I'm not
>sure if the problem is the driver or Xen.
>
>I will setup a linux domU and try pvscsi with that.
>
>Andy
>
>_______________________________________________
>Xen-devel mailing list
>Xen-devel@lists.xensource.com
>http://lists.xensource.com/xen-devel

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

Re: pvscsi broken [ In reply to ]

andrew.lyon at gmail

Mar 30, 2009, 2:24 AM

Post #8 of 20 (422 views)

2009/3/25 Masaki Kanno <kanno.masaki@jp.fujitsu.com>:
> Hi Andrew,
>
> Thanks for your testing.
> I'm not sure about the gplpv driver in windows. But I believe that
> the problem has nothing to do with my patch. Maybe...
>
> Best regards,
> Kan
>
> Mon, 23 Mar 2009 14:58:07 +0000, Andrew Lyon wrote:
>
>>2009/3/17 Masaki Kanno <kanno.masaki@jp.fujitsu.com>:
>>> Hi Andrew and James,
>>>
>>> I'm not sure about scsi_id and udev.
>>> How about these patches? (I (BCould you try them?
>>>
>>> Best regards,
>>> (I (BKan
>>
>>
>>I have tried the patch for unstable and it seems to work, I don't get
>>any errors and xm scsi-list <dom> shows the device is assigned,
>>unfortunately the gplpv driver in windows fails to load but I'm not
>>sure if the problem is the driver or Xen.
>>
>>I will setup a linux domU and try pvscsi with that.
>>
>>Andy
>>
>>_______________________________________________
>>Xen-devel mailing list
>>Xen-devel@lists.xensource.com
>>http://lists.xensource.com/xen-devel
>
>

Hi,

I tested pvscsi with a pv domU and had the same problem I did in
windows, the scsi device is detected but all tape operations fail and
if I run quantum xTalk tape diagnostics it reports a interconnect
error:

SCSI Interconnect Test
Sense: CC: 05 ASC: 20 ASCQ: 00 = "Invalid command operation code
The Operation Code in the command was not a valid Operation Code."

Andy

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

Re: pvscsi broken [ In reply to ]

Mar 30, 2009, 2:39 AM

Post #9 of 20 (422 views)

Hi Andrew-san,

Which assignment mode, LUN mode or Host mode, do you use? If you used
the LUN mode, only mandatory SCSI commands can work and almost all
tape related commands will fail.

Could you try the Host mode? Please see
"http://lists.xensource.com/archives/html/xen-devel/2009-02/msg00505.html"
for usage of the Host mode.

Best regards,

On Mon, 30 Mar 2009 10:24:53 +0100
Andrew Lyon <andrew.lyon@gmail.com> wrote:

> 2009/3/25 Masaki Kanno <kanno.masaki@jp.fujitsu.com>:
> > Hi Andrew,
> >
> > Thanks for your testing.
> > I'm not sure about the gplpv driver in windows. But I believe that
> > the problem has nothing to do with my patch. Maybe...
> >
> > Best regards,
> > Kan
> >
> > Mon, 23 Mar 2009 14:58:07 +0000, Andrew Lyon wrote:
> >
> >>2009/3/17 Masaki Kanno <kanno.masaki@jp.fujitsu.com>:
> >>> Hi Andrew and James,
> >>>
> >>> I'm not sure about scsi_id and udev.
> >>> How about these patches? (I (BCould you try them?
> >>>
> >>> Best regards,
> >>> (I (BKan
> >>
> >>
> >>I have tried the patch for unstable and it seems to work, I don't get
> >>any errors and xm scsi-list <dom> shows the device is assigned,
> >>unfortunately the gplpv driver in windows fails to load but I'm not
> >>sure if the problem is the driver or Xen.
> >>
> >>I will setup a linux domU and try pvscsi with that.
> >>
> >>Andy
> >>
> >>_______________________________________________
> >>Xen-devel mailing list
> >>Xen-devel@lists.xensource.com
> >>http://lists.xensource.com/xen-devel
> >
> >
>
> Hi,
>
> I tested pvscsi with a pv domU and had the same problem I did in
> windows, the scsi device is detected but all tape operations fail and
> if I run quantum xTalk tape diagnostics it reports a interconnect
> error:
>
> SCSI Interconnect Test
> Sense: CC: 05 ASC: 20 ASCQ: 00 = "Invalid command operation code
> The Operation Code in the command was not a valid Operation Code."
>
> Andy
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xensource.com
> http://lists.xensource.com/xen-devel

-----
Jun Kamada
kama@jp.fujitsu.com

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

Re: pvscsi broken [ In reply to ]

andrew.lyon at gmail

Mar 30, 2009, 2:49 AM

Post #10 of 20 (422 views)

On Mon, Mar 30, 2009 at 10:39 AM, Jun Kamada <kama@jp.fujitsu.com> wrote:
> Hi Andrew-san,
>
> Which assignment mode, LUN mode or Host mode, do you use? If you used
> the LUN mode, only mandatory SCSI commands can work and almost all
> tape related commands will fail.
>
> Could you try the Host mode? Please see
> "http://lists.xensource.com/archives/html/xen-devel/2009-02/msg00505.html"
> for usage of the Host mode.
>
> Best regards,
>
>

I used a config setting like this: #vscsi=['/dev/st0, 0:0:0:0'] which
I guess must be LUN mode, I removed the setting and used a "xm attach
<dom> 8:0:5:0 host" which was successful and "xm scsi-list" shows the
device is attached, but nothing was detected in windows, perhaps it
needs to be there as soon as windows is booted, what is the syntax to
specify host mode in the config file?

Andy

> On Mon, 30 Mar 2009 10:24:53 +0100
> Andrew Lyon <andrew.lyon@gmail.com> wrote:
>
>> 2009/3/25 Masaki Kanno <kanno.masaki@jp.fujitsu.com>:
>> > Hi Andrew,
>> >
>> > Thanks for your testing.
>> > I'm not sure about the gplpv driver in windows. But I believe that
>> > the problem has nothing to do with my patch. Maybe...
>> >
>> > Best regards,
>> > Kan
>> >
>> > Mon, 23 Mar 2009 14:58:07 +0000, Andrew Lyon wrote:
>> >
>> >>2009/3/17 Masaki Kanno <kanno.masaki@jp.fujitsu.com>:
>> >>> Hi Andrew and James,
>> >>>
>> >>> I'm not sure about scsi_id and udev.
>> >>> How about these patches? (I (BCould you try them?
>> >>>
>> >>> Best regards,
>> >>> (I (BKan
>> >>
>> >>
>> >>I have tried the patch for unstable and it seems to work, I don't get
>> >>any errors and xm scsi-list <dom> shows the device is assigned,
>> >>unfortunately the gplpv driver in windows fails to load but I'm not
>> >>sure if the problem is the driver or Xen.
>> >>
>> >>I will setup a linux domU and try pvscsi with that.
>> >>
>> >>Andy
>> >>
>> >>_______________________________________________
>> >>Xen-devel mailing list
>> >>Xen-devel@lists.xensource.com
>> >>http://lists.xensource.com/xen-devel
>> >
>> >
>>
>> Hi,
>>
>> I tested pvscsi with a pv domU and had the same problem I did in
>> windows, the scsi device is detected but all tape operations fail and
>> if I run quantum xTalk tape diagnostics it reports a interconnect
>> error:
>>
>> SCSI Interconnect Test
>> Sense: CC: 05 ASC: 20 ASCQ: 00 = "Invalid command operation code
>> The Operation Code in the command was not a valid Operation Code."
>>
>> Andy
>>
>> _______________________________________________
>> Xen-devel mailing list
>> Xen-devel@lists.xensource.com
>> http://lists.xensource.com/xen-devel
>
>
> -----
> Jun Kamada
> kama@jp.fujitsu.com
>
>
>

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

Re: pvscsi broken [ In reply to ]

Mar 30, 2009, 3:34 AM

Post #11 of 20 (422 views)

Hi,

On Mon, 30 Mar 2009 10:49:57 +0100
Andrew Lyon <andrew.lyon@gmail.com> wrote:

> On Mon, Mar 30, 2009 at 10:39 AM, Jun Kamada <kama@jp.fujitsu.com> wrote:
> > Hi Andrew-san,
> >
> > Which assignment mode, LUN mode or Host mode, do you use? If you used
> > the LUN mode, only mandatory SCSI commands can work and almost all
> > tape related commands will fail.
> >
> > Could you try the Host mode? Please see
> > "http://lists.xensource.com/archives/html/xen-devel/2009-02/msg00505.html"
> > for usage of the Host mode.
> >
> > Best regards,
> >
> >
>
>
> I used a config setting like this: #vscsi=['/dev/st0, 0:0:0:0'] which
> I guess must be LUN mode, I removed the setting and used a "xm attach
> <dom> 8:0:5:0 host" which was successful and "xm scsi-list" shows the
> device is attached, but nothing was detected in windows, perhaps it
> needs to be there as soon as windows is booted, what is the syntax to
> specify host mode in the config file?

Syntax is as same as in case of "xm scsi-attach". Please replace
"0:0:0:0" with keyword "host".

BTW, I suppose the problem you are facing is caused by inconsistency
between backend driver and xend. (The xend support host mode but the
driver does not support it, maybe.) I reccomend you to use xen unstable
to avoid such a problem.

Best regards,

-----
Jun Kamada
kama@jp.fujitsu.com

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

Re: pvscsi broken [ In reply to ]

andrew.lyon at gmail

Mar 30, 2009, 3:34 AM

Post #12 of 20 (422 views)

On Mon, Mar 30, 2009 at 10:49 AM, Andrew Lyon <andrew.lyon@gmail.com> wrote:
> On Mon, Mar 30, 2009 at 10:39 AM, Jun Kamada <kama@jp.fujitsu.com> wrote:
>> Hi Andrew-san,
>>
>> Which assignment mode, LUN mode or Host mode, do you use? If you used
>> the LUN mode, only mandatory SCSI commands can work and almost all
>> tape related commands will fail.
>>
>> Could you try the Host mode? Please see
>> "http://lists.xensource.com/archives/html/xen-devel/2009-02/msg00505.html"
>> for usage of the Host mode.
>>
>> Best regards,
>>
>>
>
>
> I used a config setting like this: #vscsi=['/dev/st0, 0:0:0:0'] which
> I guess must be LUN mode, I removed the setting and used a "xm attach
> <dom> 8:0:5:0 host" which was successful and "xm scsi-list" shows the
> device is attached, but nothing was detected in windows, perhaps it
> needs to be there as soon as windows is booted, what is the syntax to
> specify host mode in the config file?
>
> Andy

Host mode works!, I have tested both a pv linux domain and hvm windows
with gplpv drivers loaded, provided I start the domain paused and
attach the device before unpausing it and allowing it to boot up, then
it seems to work perfectly.

:)

Andy

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

Re: pvscsi broken [ In reply to ]

andrew.lyon at gmail

Mar 30, 2009, 3:35 AM

Post #13 of 20 (422 views)

On Mon, Mar 30, 2009 at 11:34 AM, Jun Kamada <kama@jp.fujitsu.com> wrote:
> Hi,
>
> On Mon, 30 Mar 2009 10:49:57 +0100
> Andrew Lyon <andrew.lyon@gmail.com> wrote:
>
>> On Mon, Mar 30, 2009 at 10:39 AM, Jun Kamada <kama@jp.fujitsu.com> wrote:
>> > Hi Andrew-san,
>> >
>> > Which assignment mode, LUN mode or Host mode, do you use? If you used
>> > the LUN mode, only mandatory SCSI commands can work and almost all
>> > tape related commands will fail.
>> >
>> > Could you try the Host mode? Please see
>> > "http://lists.xensource.com/archives/html/xen-devel/2009-02/msg00505.html"
>> > for usage of the Host mode.
>> >
>> > Best regards,
>> >
>> >
>>
>>
>> I used a config setting like this: #vscsi=['/dev/st0, 0:0:0:0'] which
>> I guess must be LUN mode, I removed the setting and used a "xm attach
>> <dom> 8:0:5:0 host" which was successful and "xm scsi-list" shows the
>> device is attached, but nothing was detected in windows, perhaps it
>> needs to be there as soon as windows is booted, what is the syntax to
>> specify host mode in the config file?
>
> Syntax is as same as in case of "xm scsi-attach". Please replace
> "0:0:0:0" with keyword "host".
>
> BTW, I suppose the problem you are facing is caused by inconsistency
> between backend driver and xend. (The xend support host mode but the
> driver does not support it, maybe.) I reccomend you to use xen unstable
> to avoid such a problem.
>
> Best regards,

I am running unstable, up to date as of 9am GMT today.

Andy

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

Re: pvscsi broken [ In reply to ]

andrew.lyon at gmail

Mar 31, 2009, 8:08 AM

Post #14 of 20 (422 views)

On Mon, Mar 30, 2009 at 11:34 AM, Jun Kamada <kama@jp.fujitsu.com> wrote:
> Hi,
>
> On Mon, 30 Mar 2009 10:49:57 +0100
> Andrew Lyon <andrew.lyon@gmail.com> wrote:
>
>> On Mon, Mar 30, 2009 at 10:39 AM, Jun Kamada <kama@jp.fujitsu.com> wrote:
>> > Hi Andrew-san,
>> >
>> > Which assignment mode, LUN mode or Host mode, do you use? If you used
>> > the LUN mode, only mandatory SCSI commands can work and almost all
>> > tape related commands will fail.
>> >
>> > Could you try the Host mode? Please see
>> > "http://lists.xensource.com/archives/html/xen-devel/2009-02/msg00505.html"
>> > for usage of the Host mode.
>> >
>> > Best regards,
>> >
>> >
>>
>>
>> I used a config setting like this: #vscsi=['/dev/st0, 0:0:0:0'] which
>> I guess must be LUN mode, I removed the setting and used a "xm attach
>> <dom> 8:0:5:0 host" which was successful and "xm scsi-list" shows the
>> device is attached, but nothing was detected in windows, perhaps it
>> needs to be there as soon as windows is booted, what is the syntax to
>> specify host mode in the config file?
>
> Syntax is as same as in case of "xm scsi-attach". Please replace
> "0:0:0:0" with keyword "host".

That does not work:

xm scsi-attach 1 /dev/st0 host = ok

But if I use the syntax you described: vscsi=['/dev/st0, host]

# xm create 2008_32_snap.cfg
Using config file "./2008_32_snap.cfg".
Error: Errors were found at line 32 while processing ./2008_32_snap.cfg:
vscsi=['/dev/st0, host]

Or did I misunderstand the syntax?

Andy

>
> BTW, I suppose the problem you are facing is caused by inconsistency
> between backend driver and xend. (The xend support host mode but the
> driver does not support it, maybe.) I reccomend you to use xen unstable
> to avoid such a problem.
>
> Best regards,
>
> -----
> Jun Kamada
> kama@jp.fujitsu.com
>
>
>

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

RE: pvscsi broken [ In reply to ]

james.harper at bendigoit

Mar 31, 2009, 1:25 PM

Post #15 of 20 (422 views)

> > Syntax is as same as in case of "xm scsi-attach". Please replace
> > "0:0:0:0" with keyword "host".
>
> That does not work:
>
> xm scsi-attach 1 /dev/st0 host = ok
>
> But if I use the syntax you described: vscsi=['/dev/st0, host]
>
> # xm create 2008_32_snap.cfg
> Using config file "./2008_32_snap.cfg".
> Error: Errors were found at line 32 while processing
./2008_32_snap.cfg:
> vscsi=['/dev/st0, host]
>
> Or did I misunderstand the syntax?
>

Missing single quote on the end?

James

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

Re: pvscsi broken [ In reply to ]

andrew.lyon at gmail

Apr 1, 2009, 1:20 AM

Post #16 of 20 (422 views)

On Tue, Mar 31, 2009 at 9:25 PM, James Harper
<james.harper@bendigoit.com.au> wrote:
>> > Syntax is as same as in case of "xm scsi-attach". Please replace
>> > "0:0:0:0" with keyword "host".
>>
>> That does not work:
>>
>> xm scsi-attach 1 /dev/st0 host = ok
>>
>> But if I use the syntax you described: vscsi=['/dev/st0, host]
>>
>> # xm create 2008_32_snap.cfg
>> Using config file "./2008_32_snap.cfg".
>> Error: Errors were found at line 32 while processing
> ./2008_32_snap.cfg:
>> vscsi=['/dev/st0, host]
>>
>> Or did I misunderstand the syntax?
>>
>
> Missing single quote on the end?
>
> James
>

Yes but adding a closing quote didnt work either:

vscsi=['/dev/st0, host']

Using config file "./xptest.cfg".
Error: vscsi syntax error " host"

Andy

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

RE: pvscsi broken [ In reply to ]

james.harper at bendigoit

Apr 1, 2009, 1:46 AM

Post #17 of 20 (422 views)

>
> vscsi=['/dev/st0, host']
>
> Using config file "./xptest.cfg".
> Error: vscsi syntax error " host"
>

FWIW, same here.

James

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

Re: pvscsi broken [ In reply to ]

Apr 1, 2009, 4:32 PM

Post #18 of 20 (422 views)

Hi,

Please remove space character before keyword "host" like below.

vscsi=['/dev/st0,host']

Best regards,

On Wed, 1 Apr 2009 19:46:06 +1100
"James Harper" <james.harper@bendigoit.com.au> wrote:

> >
> > vscsi=['/dev/st0, host']
> >
> > Using config file "./xptest.cfg".
> > Error: vscsi syntax error " host"
> >
>
> FWIW, same here.
>
> James

-----
Jun Kamada
kama@jp.fujitsu.com

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

Re: pvscsi broken [ In reply to ]

andrew.lyon at gmail

Apr 2, 2009, 12:13 AM

Post #19 of 20 (422 views)

On Thu, Apr 2, 2009 at 12:32 AM, Jun Kamada <kama@jp.fujitsu.com> wrote:
> Hi,
>
> Please remove space character before keyword "host" like below.
>
> vscsi=['/dev/st0,host']
>
> Best regards,
>

That works :), how do I specify multiple devices? i.e. two tape drives.

Andy

>
> On Wed, 1 Apr 2009 19:46:06 +1100
> "James Harper" <james.harper@bendigoit.com.au> wrote:
>
>> >
>> > vscsi=['/dev/st0, host']
>> >
>> > Using config file "./xptest.cfg".
>> > Error: vscsi syntax error " host"
>> >
>>
>> FWIW, same here.
>>
>> James
>
>
> -----
> Jun Kamada
> kama@jp.fujitsu.com
>
>
>

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

Re: pvscsi broken [ In reply to ]

kanno.masaki at jp

Apr 2, 2009, 12:33 AM

Post #20 of 20 (422 views)

Hi Andy,

It's as follows.

vscsi=['/dev/st0,host', '/dev/st1,host']

Best regards,
Kan

Thu, 2 Apr 2009 08:13:32 +0100, Andrew Lyon wrote:

>On Thu, Apr 2, 2009 at 12:32 AM, Jun Kamada <kama@jp.fujitsu.com> wrote:
>> Hi,
>>
>> Please remove space character before keyword "host" like below.
>>
>> vscsi=['/dev/st0,host']
>>
>> Best regards,
>>
>
>That works :), how do I specify multiple devices? i.e. two tape drives.
>
>Andy
>
>>
>> On Wed, 1 Apr 2009 19:46:06 +1100
>> "James Harper" <james.harper@bendigoit.com.au> wrote:
>>
>>> >
>>> > vscsi=['/dev/st0, host']
>>> >
>>> > Using config file "./xptest.cfg".
>>> > Error: vscsi syntax error " host"
>>> >
>>>
>>> FWIW, same here.
>>>
>>> James
>>
>>
>> -----
>> Jun Kamada
>> kama@jp.fujitsu.com
>>
>>
>>

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