Forum Replies Created
-
AuthorPosts
-
Susmit,
For the moment what you describe is the way to do it. We are considering a feature to allow users within a project to see each others’ slices, but it has not been implemented. One thing that can make your life a little easier is the ability to introduce other users’ keys into your slice at creation time described in this notebook:
September 13, 2023 at 11:12 am in reply to: Modify project permissions to be able to use FPGAs #5296Hello,
FPGAs are still largely in testing and not everything works yet. For example DPDK cannot yet be used with FABRIC FPGAs. Also FABRIC FPGAs are there specifically for *deploying* bytecode developed *elsewhere* (in your lab or in another testbed) into a large topology. FABRIC is poorly suited for initial development of the bytecode because FPGAs are passed to VMs and initial development frequently requires cold reboots of the underlying server which affects other experiments running VMs on the same server. You can tweak existing code on FABRIC (because that generally just requires a VM reboot when the FPGA is updated), but developing new code from scratch is not feasible.
So if you
a) Understand the constraints I described above
b) Have already developed an initial version of the code somewhere else
you can fill out a project permission request from the Portal and request FPGA permission. Please specify which shell you are planning to use (ONS or XRT).
Other testbeds (Chameleon, OCT and CloudLab) have similar U280 FPGA resources attached to bare-metal servers where the initial development should take place.
Hello,
No the largest RAM allocation for a VM in FABRIC is 384GB as described in this article. However other testbeds connected to FABRIC have large memory machines. For example Chameleon. Your experiment may be better suited for Chameleon, or, perhaps, a combination of FABRIC and Chameleon using the Facility Ports that exist between two testbeds. There is a notebook that shows how to construct an experiment between the two.
September 11, 2023 at 1:54 pm in reply to: About creating an experiment and issue in creating the slice #5267Hello,
I’ve added you to the tutorial project. Be sure to select that project when creating slices.
For your class – in the questionnaire you did not indicate any need for specialized resources. FABRIC has a relatively small number of these (GPUs, SmartNICs etc) so we prioritize their use for researchers over educational uses. If you think your class will require their use you will need to fill out the class request form again with an updated description so it can be reviewed.
September 11, 2023 at 1:34 pm in reply to: About creating an experiment and issue in creating the slice #5265Most specialized components require a permission on the project to use them (please take a look at the linked documentation). The project that was created for your class does not have those permissions because you did not indicate the need for that. If you are simply trying to learn about FABRIC and want to use some specialized components I can temporarily add you to the tutorial project that has many specialized permissions – we can keep you in that project for a few weeks.
September 8, 2023 at 11:24 am in reply to: About creating an experiment and issue in creating the slice #5251This is being answered in another forum.
September 7, 2023 at 4:06 pm in reply to: About creating an experiment and issue in creating the slice #5248Yuvaraj,
In general we very strongly recommend that new users start by using our Jupyter Example notebooks. Please take a look at the Getting Started section of the documentation and from there try the notebooks.
Fraida,
You are correct, because we are building the testbed in phases and each site has its own image store, we so far have not been wholly diligent about making all kernels exactly the same. We will put it on the list to fix once the the building rush is over.
September 5, 2023 at 12:07 pm in reply to: FABRIC Nat64 solution obviates the need for custom DNS in IPv6 sites #5223Thank you for the suggestion. Let us look into it.
It will not. It will do a
diff
between the existing topology and the one you want and make the necessary changes. In some cases it may reboot the existing VMs.August 30, 2023 at 2:53 pm in reply to: What is the Maximum throughput achieved in Fabric Testbed? #5201I cannot answer readily what the problem in your setup is.
Tuning network performance to 100Gbps and beyond depends on a large number of parameters. The notebooks Paul pointed out show some of them. Things like
– number of available cores and RAM
– affinity between vCPUs, physical CPUs and network cards
– type of network card (to get close to 100Gbps you need dedicated not shared NICs)
– MTU size
– Number of threads used by the data transfer app
– etc etc etc
Network service type will not affect the performance. The type of network card used will.
August 30, 2023 at 1:56 pm in reply to: “Expired refresh token” when starting a new JupyterHub server after timeout #5197I updated the section. For me at least regeneration has worked in the past, but Stop/Start is probably more reliable, although more disruptive since you have to pull up all the tabs with your notebooks again.
August 30, 2023 at 1:50 pm in reply to: What is the Maximum throughput achieved in Fabric Testbed? #5194Please tell us which version of fablib you are using (it is displayed in the notebook as part of the first
fablib.show_config()
command and also which version of Jupyter Notebooks you are using.Also please indicate if you are using our Jupyter Hub or trying to run from your laptop.
Your error indicates that the user you are logging in as is not in
docker
group and cannot start Docker containers. You can remedy this by doing$ sudo usermod -G docker rocky
However this **should not be necessary** if you are running a recent version of everything.
UMich campus network is reachable again, we are cleaning up the MICH site and preparing to take it out of maintenance.
August 30, 2023 at 11:44 am in reply to: “Expired refresh token” when starting a new JupyterHub server after timeout #5190In general though – this is what we recommend – go to Hub Control and restart your server – that reinitializes everything properly. I’m not sure what machinations Jupyter Hub does when you simply do ‘Restart’ but it is different from going into the panel and doing Stop/Start (or sometimes just Start, because it detects the server has stopped).
-
AuthorPosts