StarWind Software

Hi Guys,

I'd like to let you know that the recent pre-release version of StarWind is available to download (v2.6.3 build 2005-08-09).
The build includes several fixes, enhancements and additional experemental plug-in (IBVolume).

The recent problems with reconnection of initiators after reboot seems to be fixed in the version.

The link is:
ftp://ftp.rocketdivision.com/StarWind/S ... 050809.exe
username: iscsi@rocketdivision.com
password: *****

Your feedback is highly appreciated.

So far I've tested one restart, and it worked =)

Got one question :

Does the IBVPlugin support multiple sessions per target (cluster behaviour) in this release ?

Thankyou!

/Damir

DJ_Datte wrote:So far I've tested one restart, and it worked =)

Got one question :

Does the IBVPlugin support multiple sessions per target (cluster behaviour) in this release ?

Thankyou!

/Damir

Damir,

Thank you for the information.

The IBVolume plugin supports multiple sessions (clustering).
Ever more, the old RamDisk plugin supports clustering too in the version. :)

Unfortunately this build isn't going well for me.

The problems so far:

On the Target machine:
1) 0x00000050: PAGE_FAULT_IN_NONPAGED_AREA in videport.sys when the initiator connects to an SPTI device.
2) Hard lock-ups, no mouse or KB, system dead after adding SPTI device.

I removed Via IDE Accelerator 1.20b so the default Microsoft IDE drivers are now used. This seems to have fixed 1) and 2).

On the initiator machine:
3) 0x000000D1: DRIVER_IRQL_NOT_LESS_OR_EQUAL in starport.sys when connecting to this build of Starwind.
(Address EF914544 base at EF90F000, datestamp 42308185)
4) Hard lock for about 30 seconds then start to work again for about 10 seconds, then hard lock for 30 seconds and so on until I remove the device from starport.

Tim wrote:Unfortunately this build isn't going well for me.

The problems so far:

On the Target machine:
1) 0x00000050: PAGE_FAULT_IN_NONPAGED_AREA in videport.sys when the initiator connects to an SPTI device.
2) Hard lock-ups, no mouse or KB, system dead after adding SPTI device.

I removed Via IDE Accelerator 1.20b so the default Microsoft IDE drivers are now used. This seems to have fixed 1) and 2).

On the initiator machine:
3) 0x000000D1: DRIVER_IRQL_NOT_LESS_OR_EQUAL in starport.sys when connecting to this build of Starwind.
(Address EF914544 base at EF90F000, datestamp 42308185)
4) Hard lock for about 30 seconds then start to work again for about 10 seconds, then hard lock for 30 seconds and so on until I remove the device from starport.

Tim,

1) and 2) - seem to be a bug/issues of the Via drivers.
StarWind is purely a usermode application, it has no kernel drivers in the installation.

3-4) Have you tried the MS initiator on the client machine? Does it work?

1) and 2) - seem to be a bug/issues of the Via drivers.
StarWind is purely a usermode application, it has no kernel drivers in the installation.

I only mentioned this because the previous RC build did not give such errors (2.6.3 date 20050730).

3-4) Have you tried the MS initiator on the client machine? Does it work?

Yep works fine! I have connected and used a shared SPTI device without any problems.

Tim,

Tim wrote:

1) and 2) - seem to be a bug/issues of the Via drivers.
StarWind is purely a usermode application, it has no kernel drivers in the installation.

I only mentioned this because the previous RC build did not give such errors (2.6.3 date 20050730).

The SPTI module sends IOCTL_SCSI_* to devices. A storage port driver is required not to crash whatever a user app sends to it. So this is a question to the VIA developers, why their driver behaves so bad...

I guess nothing changed in the SPTI module since build 2005-07-30, so it's strange thing...

3-4) Have you tried the MS initiator on the client machine? Does it work?

Yep works fine! I have connected and used a shared SPTI device without any problems.

What is your initiator system? Are there any third-party drivers (storage or filters)?

What is your initiator system? Are there any third-party drivers (storage or filters)?

Hmmm, can't seem to reproduce the problem.
I suspect it's because the target problems left a strange entry in the StarPort Remote iSCSI devices list.

It had TID 1, blank Vendor ID, Product ID and Revision, Type Disk.

I cleared this out and it appears to be working OK now.

I'll keep testing!

Tim,

Good news! :)

There is may be be some hidden bug in StarPort driver that leads to crashes on failed reconnection to a target...

Please let us know if you have any news about the case.
Thank you in advance.

There is may be be some hidden bug in StarPort driver that leads to crashes on failed reconnection to a target.

Could be!

I just want to clarify what went on.

When the StarWind target machine was going BSOD or just dying the StarPort client would, after a short delay, seem to complete and add the odd entry described above.
I now believe that the 10 second auto refresh was causing the apparent locked/not-locked cycle that I saw.
This duff enrtry must have given StarPort some problems thus giving the lock-ups and eventually the BSOD.

So the question has to asked :

Why did this duff entry appear when the target had died?

Why was it so bad for StartPort to have this duff entry?

So the question has to asked :

Why did this duff entry appear when the target had died?

Why was it so bad for StartPort to have this duff entry?

Good question!

We'll try to pin out the issue and fix it...

Thank you for the feedback again.

A minor thing I just found.

The 'Choose name of target' panel does not remember previously typed names.

Errm, that's it for now

Tim wrote:A minor thing I just found.

The 'Choose name of target' panel does not remember previously typed names.

Errm, that's it for now :)

Tim,

Ok, we'll try to fix the issue in the next build. :)