Forum Replies Created
-
Posts
-
Dear Experimenters,
This issue is resolved. GATECH node is connected to the rest of the testbed over dataplane.
GATECH dataplane has a connectivity problem.
https://learn.fabric-testbed.net/forums/topic/dataplane-connectivity-problem-on-fabric-gatech/Can you please add your Slice ID? This output above is not sufficient to spot your VM and the other nodes on the same slice.
Dear Experimenters,
This maintenance is completed, all sites are available for experiments. VM slivers of the current slices have their PCI devices re-attached. Missing IP addresses on the dataplane interfaces should be restored from inside the VMs or available fable_api calls.
Dear Experimenters,
This maintenance is still in progress. We have to add MASS to the list of the sites for mass-w2.
Following slices have slivers that will be affected as described on the previous post:
– MASS-slice1(52bda536-6362-46a3-85e4-cc6fdcefb1d6)
– eibp_tes333t(6e5a7637-5bad-425f-986b-56da40b12f96)
– MySlice(719a5bda-e3f5-477b-9122-7c10383ff1df)
– ra-upf(d5e2a22d-7465-49a6-a861-ab6df923bc7e)
– smannuru_assignment4(eb23ac03-5a75-4057-8ffc-bec1755aeed0)
– OCTFAB(59be1a6b-dcd7-4d4f-9501-1f6cd72875b2)
– Slice1(12a3bc93-60bf-416b-b341-a8b611f0e7ee)We will send updates when the maintenance is completed.
Hi Fengping,
I realized that I missed your previous message on Feb 20 (sorry about that), and I noticed your update yesterday that you could reboot the VM. I will pay close attention to the thread, please let us know if you have issues.
Hi Bruce,
Sharing GitHub link can be fine, or one of the text sharing (paste) sites can be fine, or I created a (temporary) Google folder (link below) that you can just upload the file (then I will remove quickly).
https://drive.google.com/drive/folders/1IqIXaj-BMFQGDJg23Pnids3U_OgEDV8f?usp=sharing
Hi Bruce,
Provisioning on WASH is working well now. We need to investigate the issue. As a datapoint, can you let us know about the slice you are creating? If this is a Jupyter notebook, is it possible to share with us?
Dear Experimenters,
The issue with intermittent traffic interruptions on the management network (ssh to VMs from public internet) of FABRIC-GPN is resolved.
I did not see your recent message with the error while typing my message, so that’s actually a problem caused by the available IPv4 addresses. I hope the information I posted can be useful. Also, we are working with MAX, MASS and TACC sites to switch to IPv6 management subnets. This will be possible in the next few weeks and we will announce.
Hi Bruce,
I cannot see the specific error on your message, but as I can see, MAX is loaded with VMs to consume all floating IP address space on it. On FABRIC Testbed, majority of the sites (nodes) are configured with IPv6 management (ssh to VMs) network. Some sites (nodes) have IPv4 connectivity for management. On the IPv4 sites, number of VMs that can be provisioned is limited with the available IPv4 addresses in the subnet. On IPv6 sites, we don’t have any such limitation for the number of VMs caused by the addresses. I will suggest using IPv6 sites and I will add a list below.
- Sites with IPv4 management network: MAX, TACC, MASS, UCSD, FIU, SRI, BRIST, TOKY (upcoming)
- Sites with IPv6 management network: STAR, MICH, UTAH, NCSA, WASH, DALL, SALT, GPN, CLEM, GATECH, LOSA, NEWY, KANS, ATLA, SEAT, PRIN, INDI, PSC, RUTG, CERN, AMST, HAWI
Note: Among the IPv4 sites, MAX, TACC, MASS, BRIST have smaller IPv4 subnets. (MAX, TACC, MASS are already loaded, BRIST has space to accommodate VMs). UCSD, FIU, SRI have fairly larger subnets.
