Problem Wiht ISCSI FAILOVER SERVICE

[DerFux]

Hi!

We have 5 pairs of DSS V6 servers running in our environment.

We didnt`t have a crash or failure of our servers but whenever we make an update of either DSS or BIOS / Firmware of the servers we first do the update on the secondary and then reboot it and the primary is running as stand-alone with the virtual-IP.

When the secondary is back up we do sync of the iSCSI Volumes and then a manual failover to the secondary and then update the primary and do the reboot of the primary. The secondary will run with virtual IP then.

When the primary is back up we do a resync of the volumes and then a manual failback and then the cluster will be running again under its virtual ip.

This scenario worked fine several times so far.

I hope this helped a little bit.

Regards
DerFux

[r3vo]

@derfux:

Did you suspend (stop) the failover on the secondary node, before shutdown? Cause there's the option to stop the failover on the secondary node. I just want to get sure that that might be the best way in case of updates.

[DerFux]

We tried both ways.
First with stopping the failover on the secondary node which is obviously the correct way.
And the next time without stopping it to check how the two servers behave.

[webguyz]

I don't think a proper shutdown is the issue.

How DSS reacts when the secondary is powered down and then the primary DSS power is bounced is the issue. May try it over Christmas with a pair of PC's I have laying around and a few usb drives. Really love the 60 day trial.