Forum Replies Created
-
AuthorPosts
-
Could you run
fablib.show_config()
to display the log file in use?Additionally, you can specify the log file location in the
fabric_rc
file, which may assist in debugging. Upload failures often occur if the bastion keys have expired, so please verify that your bastion keys are still valid.Thanks,
Komal
January 16, 2025 at 10:36 am in reply to: Real-Time Update Issue in fablib.show_site API After Resource Release #8060Hi Yuanjun,
This behavior is intentional; resource information is retrieved from cached data. Due to the scale of the system, updating it after each create or delete operation would be resource-intensive. Instead, the cache is refreshed at regular intervals, currently every 30 minutes.
Thanks,
Komal
/tmp/fablib/fablib.log
log file exists on JH container. Could you please check and share that?Thanks,
Komal
Hi Yuanjun,
Could you please try using
upload_directory
API and let us know if that works?Also, are you able to SSH to the VMs? Could you please check if you see any errors in
/tmp/fablib/fablib.log
?If so, please share the log file.
Thanks,
Komal
Hi Ilya,
VM timedout on WASH for this slice. Hypervisor on the worker is currently down. Working to recover it. Will keep you posted.
+----+----------------------------+-----------------+-----------+-------+
| ID | Hypervisor Hostname | Hypervisor Type | Host IP | State |
+----+----------------------------+-----------------+-----------+-------+
| 1 | wash-w2.fabric-testbed.net | QEMU | 10.1.1.12 | down |
| 2 | wash-w3.fabric-testbed.net | QEMU | 10.1.1.13 | up |
| 3 | wash-w1.fabric-testbed.net | QEMU | 10.1.1.11 | up |
+----+----------------------------+-----------------+-----------+-------+
Thanks,Komal
January 10, 2025 at 4:03 pm in reply to: Issue with Slice Submission: NoneType Error for get_slice_public_key #8039Hey Yuanjun,
You don’t need to have
slice_key
andslice_key.pub
files. By default, Fablib expects anfabric_rc
environment file to be present in the$HOME/work/fabric_config
directory. A typicalfabric_rc
file contains the following:
export FABRIC_ORCHESTRATOR_HOST=orchestrator.fabric-testbed.net
export FABRIC_CREDMGR_HOST=cm.fabric-testbed.net
export FABRIC_CORE_API_HOST=uis.fabric-testbed.net
export FABRIC_AM_HOST=artifacts.fabric-testbed.net
export FABRIC_TOKEN_LOCATION=/Users/kthare10/work/id_token_maint.json
export FABRIC_PROJECT_ID=
export FABRIC_BASTION_HOST=bastion-renc-1.fabric-testbed.net
export FABRIC_BASTION_USERNAME=
export FABRIC_BASTION_KEY_LOCATION=/Users/kthare10/.ssh/bastion-prod-2
export FABRIC_SLICE_PUBLIC_KEY_FILE=/Users/kthare10/.ssh/id_rsa.pub
export FABRIC_SLICE_PRIVATE_KEY_FILE=/Users/kthare10/.ssh/id_rsa
export FABRIC_AVOID=
export FABRIC_SSH_COMMAND_LINE=ssh -i {{ _self_.private_ssh_key_file }} -F /Users/kthare10/work/fabric_config/ssh_config {{ _self_.username }}@{{ _self_.management_ip }}
export FABRIC_LOG_LEVEL=INFO
export FABRIC_LOG_FILE=/tmp/fablib/fablib.log
export FABRIC_BASTION_SSH_CONFIG_FILE=/Users/kthare10/work/fabric_config/ssh_config
It looks like you’re running the Fablib API directly from your laptop. I recommend reviewing the documentation for guidance on the two available approaches. You can find the relevant information here:
Thanks,
Komal
January 10, 2025 at 3:44 pm in reply to: Issue with Slice Submission: NoneType Error for get_slice_public_key #8036Hi Yuanjun,
Could you please share your
fabric_rc
file for your environment?Thanks,
Komal
Hi Sepideh,
Is this still an issue? If so, could you please share your slice ID?
Also, this may happen because of expired bastion keys. Could you please run the notebook:
jupyter_examples-rel1.7.1/configure_and_validate.ipynb
? This notebook will renew your keys if the keys are expired.Please let us know if this helped.
Thanks,
Komal
January 5, 2025 at 11:51 am in reply to: Trouble with IPv4 Connectivity in a 3-Node Ubuntu 22 Cluster Using Shared NICs #7993Hi Pinxiang,
GUI does not support automatic configuration of IP addresses or complex topologies. When creating a slice from GUI, user is expected to configure the IP addresses manually after logging into the VM. You are right in this case the interface would be
enp7s0
. This can also be confirmed by matching the MAC address shown in the GUI and the interface.I would strongly encourage you to try JupyterHub, we have several example available there which might be very helpful.
Please follow the instructions here to setup your Jupyter Hub environment and create a simple slice.
Also, sharing instruction for creating K8s cluster on FABRIC (Example created by Professor Fraida Fund).
Please let us know if you run into any issues or have questions.
Thanks,
Komal
December 28, 2024 at 1:31 pm in reply to: Trouble with IPv4 Connectivity in a 3-Node Ubuntu 22 Cluster Using Shared NICs #7981Also, please note FabNetv4 network service is like an internet within Fabric and does not provide external connectivity. Please check out more details about the Network Services offered by Fabric here.
FabNetv*Ext services do offer external connectivity but require special permission to be enabled which can be requested by the Project Lead.
Thanks,
Komal
December 28, 2024 at 1:24 pm in reply to: Trouble with IPv4 Connectivity in a 3-Node Ubuntu 22 Cluster Using Shared NICs #7978Hi Pinxiang,
Looking at your slice, you have 3 VMs connected to FabNetv4 service as you mentioned. But the IP addresses are not configured on the respective interfaces on the VMs, hence the traffic does not pass.
Could you please try Fabnetv4 example accessible via
start_here.ipynb
?FABNet IPv4 (Layer 3): Connect to FABRIC’s IPv4 internet – it has 3 options auto, manual and full auto.
In the auto, and full auto, API takes care of configuring the IP addresses and traffic should pass on the IPv4 address while in the manual configuration, user is explicitly required to configure the IP addresses.
Please feel free to reach out in case of questions or concers.
Snippet from your VMs:
root@3bb1005a-6a0f-4b52-9c07-75d453b50813-node1:~# ifconfig -a
enp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 9000
inet 10.30.6.153 netmask 255.255.254.0 broadcast 10.30.7.255
inet6 2001:400:a100:3020:f816:3eff:fe23:bd75 prefixlen 64 scopeid 0x0<global>
inet6 fe80::f816:3eff:fe23:bd75 prefixlen 64 scopeid 0x20<link>
ether fa:16:3e:23:bd:75 txqueuelen 1000 (Ethernet)
RX packets 364541 bytes 306898628 (306.8 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 34407 bytes 3474334 (3.4 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0enp7s0: flags=4098<BROADCAST,MULTICAST> mtu 1500
ether 02:50:a9:17:fc:d4 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 662 bytes 115088 (115.0 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 662 bytes 115088 (115.0 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0ubuntu@05441f94-5e35-4981-97d3-1ed1dac3381e-node3:~$ ifconfig -a
enp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 9000
inet 10.30.6.231 netmask 255.255.254.0 broadcast 10.30.7.255
inet6 fe80::f816:3eff:fec8:e21a prefixlen 64 scopeid 0x20<link>
inet6 2001:400:a100:3020:f816:3eff:fec8:e21a prefixlen 64 scopeid 0x0<global>
ether fa:16:3e:c8:e2:1a txqueuelen 1000 (Ethernet)
RX packets 368197 bytes 307203695 (307.2 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 37436 bytes 3716755 (3.7 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0enp7s0: flags=4098<BROADCAST,MULTICAST> mtu 1500
ether 02:fe:2e:df:af:a7 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 556 bytes 95893 (95.8 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 556 bytes 95893 (95.8 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0
ubuntu@9ac56841-a123-4efa-9322-af75d3731819-node2:~$ ifconfig -a
enp3s0: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 9000
inet 10.30.6.23 netmask 255.255.254.0 broadcast 10.30.7.255
inet6 2001:400:a100:3020:f816:3eff:fe62:510a prefixlen 64 scopeid 0x0<global>
inet6 fe80::f816:3eff:fe62:510a prefixlen 64 scopeid 0x20<link>
ether fa:16:3e:62:51:0a txqueuelen 1000 (Ethernet)
RX packets 379700 bytes 308068634 (308.0 MB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 46612 bytes 4697307 (4.6 MB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0enp7s0: flags=4098<BROADCAST,MULTICAST> mtu 1500
ether 02:ef:84:b8:fd:09 txqueuelen 1000 (Ethernet)
RX packets 0 bytes 0 (0.0 B)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 0 bytes 0 (0.0 B)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536
inet 127.0.0.1 netmask 255.0.0.0
inet6 ::1 prefixlen 128 scopeid 0x10<host>
loop txqueuelen 1000 (Local Loopback)
RX packets 570 bytes 97991 (97.9 KB)
RX errors 0 dropped 0 overruns 0 frame 0
TX packets 570 bytes 97991 (97.9 KB)
TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0Thanks,
Komal
- This reply was modified 3 weeks, 3 days ago by Komal Thareja.
December 28, 2024 at 9:53 am in reply to: Trouble with IPv4 Connectivity in a 3-Node Ubuntu 22 Cluster Using Shared NICs #7976Hi Pinxiang,
Could you please share your Slice ID?
Thanks,
Komal
Hi Sean,
Could you please share the snapshot of the screen from the portal?
Experiments -> Manage SSH Keys -> Bastion
Please include the Bastion User name shown on this screen as well.
In addition, could you please try running the notebook
jupyter-examples-rel1.7.0/configure_and_validate.ipynb
from the JH. This notebook validates your configuration, creates bastion and sliver keys if not present or expired. Please try a Hello example as well after this to verify if your keys and configuration is working.Thanks,
Komal
Hi Nirmala,
We currently do not have an example available for this. But I plan to work on one after the holidays and will share an update with you once I have a working version.
Thanks,
Komal
Hi Prateek,
We recently published the steps to launch a local JH container from your desktop and laptop.
Please consider giving this a try. Also, regarding your existing setup, could you please check
fabric_rc
is pointing to the correct token location where you have uploaded the newly generated token.Another thing to verify would be to generate the token via an incognito browser window to ensure any stale cookies.
Please let me know if this helps or you still face issues!
Thanks,
Komal
-
AuthorPosts