ML
    • Recent
    • Categories
    • Tags
    • Popular
    • Users
    • Groups
    • Register
    • Login

    Hyper-V Failover Live Migration failed. Error 21502

    Scheduled Pinned Locked Moved IT Discussion
    59 Posts 7 Posters 27.2k Views
    Loading More Posts
    • Oldest to Newest
    • Newest to Oldest
    • Most Votes
    Reply
    • Reply as topic
    Log in to reply
    This topic has been deleted. Only users with topic management privileges can see it.
    • L
      LAH3385 @Dashrender
      last edited by

      @Dashrender
      Yes. that is correct.

      1 Reply Last reply Reply Quote 0
      • DashrenderD
        Dashrender
        last edited by

        Those numbers look good. Move a huge file (at least 2 GB, though it might need to be more like 4 or 6 GB so the transfer lasts long enough) from the server and take screen shots after about 30 seconds in, then move from the workstation to the server, again take screen shots about 30 seconds in.

        L 1 Reply Last reply Reply Quote 1
        • L
          LAH3385 @Dashrender
          last edited by

          @Dashrender
          First screenshot 5GB. transfer rate 8MB/s - 12MB/s
          0_1451936327717_upload-88af4c8b-4336-4e30-afea-5de7ca31117c

          Second screenshot 5GB. transfer rate steady 10.5MB/s - 12MB/s
          0_1451936786657_upload-26f6d6dd-c86b-44ee-9aaa-6e2598769d74

          travisdh1T 1 Reply Last reply Reply Quote 0
          • travisdh1T
            travisdh1 @LAH3385
            last edited by

            @LAH3385 That's the sort of max transfer speed I'd expect out of a 100 megabit network. Something is probably not set or working right with the crossover connections.

            L 1 Reply Last reply Reply Quote 0
            • L
              LAH3385 @travisdh1
              last edited by

              @travisdh1
              Beside setting static ip address I did not do anything more than that. (aside from starwind vSAN)

              1 Reply Last reply Reply Quote 0
              • DashrenderD
                Dashrender
                last edited by

                Thanks - and while these graphs might be useful, I was really hoping to see the ones you posted earlier, from Task Manager, showing each of the NICs.

                L 1 Reply Last reply Reply Quote 0
                • L
                  LAH3385 @Dashrender
                  last edited by

                  @Dashrender
                  it's a 10 minute transfer. The graph only shows a minute(?). Beside I think it should maxed out anyhow. Also, because I transfer the file across the network it doesn't utilize cross-over network.

                  DashrenderD 1 Reply Last reply Reply Quote 0
                  • DashrenderD
                    Dashrender @LAH3385
                    last edited by

                    @LAH3385 said:

                    @Dashrender
                    it's a 10 minute transfer. The graph only shows a minute(?). Beside I think it should maxed out anyhow. Also, because I transfer the file across the network it doesn't utilize cross-over network.

                    it should use the cross over cable because the data should be replicated between the StarWinds vSAN, assuming the data is being written to a partition on that volume, which was where I thought your bottleneck might be.

                    Also, as travishdh mentioned - is your switch a 100 Mb switch?

                    L 1 Reply Last reply Reply Quote 1
                    • L
                      LAH3385 @Dashrender
                      last edited by

                      @Dashrender

                      I did not replicate file between the two cross-over servers. It is from a server to workstation.
                      it's a gigabit switch.

                      DashrenderD 1 Reply Last reply Reply Quote 0
                      • DashrenderD
                        Dashrender @LAH3385
                        last edited by

                        @LAH3385 said:

                        @Dashrender

                        I did not replicate file between the two cross-over servers. It is from a server to workstation.
                        it's a gigabit switch.

                        I understand - let me step back a second.

                        You have two servers. Those two servers have a StarWind shared volume (clustered volume), right?

                        That cluster is synced between the two servers using the crossover cables. What is written to one server is automatically written to the other server as well, hopefully less than a millisecond later.

                        So If the link that supports the syncing of the clustered volume is saturated, I would expect the whole server to slow down waiting for that link to catch up.

                        @LAH3385 said:

                        it's a gigabit switch.

                        So you say you have a Gb switch. Those speeds are pretty terrible for a Gb switch transfer, unless the workstation is only connecting to the switch at 100 Mb.

                        So now I suggest that you check that all connections are listing themselves as 1 Gb connections and correcting any that are not.

                        L 1 Reply Last reply Reply Quote 2
                        • L
                          LAH3385 @Dashrender
                          last edited by

                          @Dashrender said:

                          @LAH3385 said:

                          it's a gigabit switch.

                          So you say you have a Gb switch. Those speeds are pretty terrible for a Gb switch transfer, unless the workstation is only connecting to the switch at 100 Mb.

                          So now I suggest that you check that all connections are listing themselves as 1 Gb connections and correcting any that are not.

                          All connections are Gb. All cables are CAT6.

                          1 Reply Last reply Reply Quote 0
                          • 1
                          • 2
                          • 3
                          • 3 / 3
                          • First post
                            Last post