# Running migration from OpenEBS to Rook networking requirements, networking setup **URL:** \ **Category:** How does it work?\ **Tags:** kurl, rook\ **Created:** [December 18, 2023, 1:38pm UTC](https://community.replicated.com/t/running-migration-from-openebs-to-rook-networking-requirements-networking-setup/1342 "2023-12-18T13:38:55Z")\ **Posts on this page:** 4\ **Page:** 1
**Author:** ![Balint\_Csonka](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.replicated.com/balint_csonka/32/726_2.png) [@Balint\_Csonka](https://community.replicated.com/u/Balint_Csonka)\ **Post date:** [December 18, 2023, 1:38pm UTC](https://community.replicated.com/t/running-migration-from-openebs-to-rook-networking-requirements-networking-setup/1342/1 "2023-12-18T13:38:55Z")
Hello! I have been trying out HA capabilities with Rook while having OpenEBS first available in a 3 node setup (ubuntu 22.04, k8s\_v1.25), having `minimumNodeCount: 3` set. After installing the 1st node and at the end of the installation, joining the 3rd node, the migration should have run and succeeded automatically according to the docs. Instead it failed with the below error: ```auto Error: failed to read current status migration: failed to get migration status: GET http://.118:31880/storagemigration/status giving up after 6 attempt(s): Get "http://.118:31880/storagemigration/status": dial tcp .118:31880: i/o timeout ``` Allowing inbound communication on all nodes for port **31880** resolved the issue. When I was running the below command manually after allowing port 31880, all pvs were migrated to the rook managed distributed storageClass successfully. ```auto $ /var/lib/kurl/bin/kurl cluster migrate-multinode-storage --ekco-address .118:31880 --ekco-auth-token JOIdadaewf The installer detected both OpenEBS and Rook installations in your cluster. Migration from OpenEBS to Rook is possible now, but it requires scaling down applications using OpenEBS volumes, causing downtime. You can choose to run the migration later if preferred. Would you like to continue with the migration now? (y/N) y 2023/12/18 12:53:50 waiting cluster to report as ready for storage migration (10m0s timeout). 2023/12/18 12:53:50 cluster reporting ready for migration: migration ready 2023/12/18 12:53:50 approving cluster storage migration. 2023/12/18 12:53:50 migration has been successfully approved, waiting for it to finish (8h0m0s timeout)... 2023/12/18 12:53:55 cluster reported migration status: "running pvc migration" ... 2023/12/18 12:55:20 cluster reported migration status: "completed" ``` **I found no mentions of this extra port requirement in the documentations/network-requirements for running the migration from OpenEBS to Rook.** I was wondering how this port gets selected (is it always port:31880?) and allocated to the EKC-operator to handle such requests. Can you please help me by explaining the above? If you have a reference to the docs that I have missed and would help in understanding, that would be also very welcome! 🙂 Thanks in advance! Balint ---
**Author:** ![laverya](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.replicated.com/laverya/32/263_2.png) [@laverya](https://community.replicated.com/u/laverya)\ **Post date:** [December 22, 2023, 8:40pm UTC](https://community.replicated.com/t/running-migration-from-openebs-to-rook-networking-requirements-networking-setup/1342/2 "2023-12-22T20:40:38Z")
Hi Balint, That appears to have been an oversight on my part - the migration nodeport will be available on the local node as well at that point, and so we should be able to just hit `:31880` instead (or `service-ip:8080` - both Weave and Flannel allow that). ---
**Author:** ![laverya](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.replicated.com/laverya/32/263_2.png) [@laverya](https://community.replicated.com/u/laverya)\ **Post date:** [December 22, 2023, 9:09pm UTC](https://community.replicated.com/t/running-migration-from-openebs-to-rook-networking-requirements-networking-setup/1342/3 "2023-12-22T21:09:13Z")
I’ve opened [use the internal ekco service address to trigger storage migrations by laverya · Pull Request #5012 · replicatedhq/kURL · GitHub](https://github.com/replicatedhq/kURL/pull/5012) to address this issue. ---
**Author:** ![Balint\_Csonka](https://yyz2.discourse-cdn.com/flex030/user_avatar/community.replicated.com/balint_csonka/32/726_2.png) [@Balint\_Csonka](https://community.replicated.com/u/Balint_Csonka)\ **Post date:** [January 8, 2024, 9:28am UTC](https://community.replicated.com/t/running-migration-from-openebs-to-rook-networking-requirements-networking-setup/1342/4 "2024-01-08T09:28:31Z")
Thank you very much for the quick support and for the fix! Wishing you a happy new year! Balint