UNSOLVED

bkatrag407

updated

13 years ago

B

bkatrag407

22 Posts

0

1654

April 7th, 2014 10:00

FSN Testing

Hello All

We are building new VNX boxes, As a part of it we are configuring FSN. Once we done with our build we used to do the FSN testing to make sure it's working properly before delivering the box to production. For this we used to make a schedule with the Datacenter guys to physically remove the cable from the Datamover port, so that we will verify whether the standby port in FSN is taking the role of primary or not.

So here is my question, can we take the datamover port down by ourself using the command line, so that we can avoid scheduling with DC guys to physically bring that port down. If so can you post that command to bring the datamover port up and down.

Thanks for your time and reply.

  • dynamox

    11 Legend

    •

    20419 Posts

    •

    87439 Points

    1050

    1

    Posted April 7th, 2014 13:00

    use with care !

    for datamovers with 1G interfaces

    .server_config server_2 -v "bcm cge2 stop"

    this will stop traffic for cge0 and failover to standby device in FSN.

    to re-enable it

    .server_config server_2 -v "bcm cge2 start"

  • dynamox

    11 Legend

    •

    20419 Posts

    •

    87439 Points

    1050

    0

    Posted April 10th, 2014 07:00

    for 10G optical should be

    .server_config server_2 -v "bcmXG fxg-1-1 stop"

    .server_config server_2 -v "bcmXG fxg-1-1 start"

  • bkatrag407

    22 Posts

    1050

    0

    Posted April 10th, 2014 07:00

    Thank you Dynamox.... What if the port is 10G fibre channel, can't i use the same command..

  • 1050

    0

    Posted May 9th, 2014 07:00

    Our VNX2 uses the bxgv2 driver, so I had to do the following:

    .server_config server_2 -v "bxgv2 fxg-1-1 down"

    .server_config server_2 -v "bxgv2 fxg-1-1 up"

    One thing I noticed was that when I brought the interface down, ALL traffic to the fsn would fail until I brought it back up.  When I brought it back up, however, the traffic had failed over to the other interface.  This was verified both in the switches by looking at where the MAC was, as well as when repeating the process above we did not lose link subsequent times.  When performing the same process later on the other 10G NIC in the fsn the identical pattern happened (all traffic froze until the NIC came up, at which point it immediately failed to the other switch).  During all of this the switches showed link UP, even though the NIC stats on the VNX showed link DOWN.

  • dynamox

    11 Legend

    •

    20419 Posts

    •

    87439 Points

    1050

    0

    Posted May 10th, 2014 20:00

    that's not supposed to happen, defeats the purpose of having FSN. Did you try physical disconnecting one of the members and see what happens ?   I don't have any VNX2 File but i see that in the command you used down/up instead of stop/start, not sure if it makes difference.

  • ramraopatil

    1 Message

    1050

    0

    Posted May 28th, 2014 06:00

    Hi gsilver_akuna,

    Could you please output of following commands?

    1. nas_version

    2. server_version ALL

    3. If possible post server_logs (last 10-15 lines) when you run following commands

    .server_config server_2 -v "bxgv2 fxg-1-1 down"

    .server_config server_2 -v "bxgv2 fxg-1-1 up"

    Thanks,