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
> 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
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
> > 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
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 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_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
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, > KanI 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 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 Could you try them? >> >> Best regards, >> I 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_______________________________________________ Xen-devel mailing list Xen-devel@lists.xensource.com http://lists.xensource.com/xen-devel
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
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
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
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
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? > > AndyHost 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
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
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
> > 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
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
> > 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
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
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
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