XenServer handling of StarWind HA failure

Software-based VM-centric and flash-friendly VM storage + free version

Moderators: anton (staff), art (staff), Max (staff), Anatoly (staff)

arthurr
Posts: 14
Joined: Fri Mar 02, 2018 4:37 pm

Fri Mar 16, 2018 5:43 pm

Even a force remove target doesn't remove the session from the client.
arthurr
Posts: 14
Joined: Fri Mar 02, 2018 4:37 pm

Fri Mar 16, 2018 6:03 pm

I didn't lose the session client side on a HA fault either. I put a disk offline to create HA failure.
arthurr
Posts: 14
Joined: Fri Mar 02, 2018 4:37 pm

Mon Mar 19, 2018 5:37 pm

Response on skipping login issue, "iSCSI sessions can be handled better. This is something we'll consider for a future release."
Boris (staff)
Staff
Posts: 805
Joined: Fri Jul 28, 2017 8:18 am

Wed Mar 21, 2018 4:14 pm

Any indication of whether that will be a major or minor one?
User avatar
Max (staff)
Staff
Posts: 533
Joined: Tue Apr 20, 2010 9:03 am

Thu Aug 02, 2018 8:29 am

Hi Arthurr,
I'm sorry the configuration isn't working as expected for you.
Few comments to add regarding the HA Targets availability:
1. Both targets are active in our design, so if one fails - it should be an MPIO switch and not a second target becoming active.
2. It looks like XenServer is not re-plugging the PBDs correctly (again, we also submitted this bug back in the 6.5 days)

I know you're currently working with Yuriy and our support to get this whole thing working.
Сould you please ask the support guy to collect and save to his machine the iscsid.conf , multipath.conf, and the Target session config files (they recently moved the folder location, but you should be able to find them by the StarWind IQN names.
Looks like we'll have to fiddle with the failover settings passed from open-iscsi to the target session configs.
Max Kolomyeytsev
StarWind Software
Post Reply