1. Komal Thareja

Komal Thareja

Forum Replies Created

Viewing 15 posts - 301 through 315 (of 416 total)
  • Author
    Posts
  • in reply to: L2STS links failing #5220
    Komal Thareja
    Participant

      Hi Fraida,

      Thank you for reporting this issue. There was a leaked network service. I have cleared it up. Please try your slice again and it should work. Regarding the Slice state, it is a bug and we working on it.

      Thanks,

      Komal

      Komal Thareja
      Participant

        The maintenance is complete. Testbed is open for use!

        in reply to: observing problems with IPv4Ext and IPv6Ext #5043
        Komal Thareja
        Participant

          Thanks Gregory for reporting this. It was indeed a bug when running in script mode. The fix is now available on the main branch for https://github.com/fabric-testbed/fabrictestbed-extensions. The fix is also available in the “Beyond Bleeding Edge Container”

          Once the new version for fabrictestbed-extensions==1.5.4 is pushed to pypi it would be available there as well.

          Thanks,
          Komal

          in reply to: observing problems with IPv4Ext and IPv6Ext #5025
          Komal Thareja
          Participant

            Thank you for sharing your slice details! Are you running this as a script?
            The difference in behavior could be because of the wait handling in Jupyter Notebook v/s a script.
            ModifyOK state indicates that the modify was successful.
            You can invoke: slice.update() to move the slice into StableOK state.

            Connectivity should work as well. Also, could you please share the script you are running so I can emulate this and address the difference in the behavior of the wait to avoid invoking explicit update.

            Thanks,
            Komal

            in reply to: Any problems with SSH connectivity? #5013
            Komal Thareja
            Participant

              Regarding SSH problem, if the Configure Environment Notebook was ran again assuming the same file name was used for the sliver keys, the sliver private/public keys got overwritten. So the SSH keys in ~/work/fabric_config/ are now different than what is in the VM and thus resulting in SSH failures.

              You can verify by ls -ltr ~/work/fabric_config

              Thanks,
              Komal

              in reply to: observing problems with IPv4Ext and IPv6Ext #5011
              Komal Thareja
              Participant

                Hi Gregory,

                Which container are you using? I tried the Ipv4Ext notebook on the “Beyond Bleeding Edge” IPv6Ext from 1.5.3 container and did not see this issue. Also, if you run into this issue, please do not delete the slice. It will help to get the information for the slice for debugging.

                Also, please share the output of the following command from your container:
                pip list | grep fabric
                cat ~/work/fabric_config/requirements.txt

                Thanks,
                Komal

                in reply to: Any problems with SSH connectivity? #5010
                Komal Thareja
                Participant

                  Also, please check that the correct Project Id is passed in your configure environment notebook.

                  in reply to: Any problems with SSH connectivity? #5009
                  Komal Thareja
                  Participant

                    @Bruce – It looks like Fablib was unable to refresh your token. Could you please Restart your JH container and try again?
                    You can stop your container via File -> Hub Control Panel -> Stop My Server; logout and login again.

                    Thanks,
                    Komal

                    in reply to: leaflet broken? #4968
                    Komal Thareja
                    Participant

                      Thank you for reporting this issue James! The new image pulled some newer jupyter packages which required change in the way Widgets are installed/registered. This was causing the failure. I have updated the image and deployed the fix. Please try your notebook and let us know if you still observe errors.

                      Appreciate your help with this!

                      Thanks,

                      Komal

                      in reply to: Using JupyterLab instead of Jupyter hub #4947
                      Komal Thareja
                      Participant

                        Hello Arash,

                        Please take a look at this article https://learn.fabric-testbed.net/knowledge-base/install-the-python-api/ on setting up FABlib in your local environment instead of using GKE JH containers.

                         

                        Thanks,

                        Komal

                        in reply to: Slice provisioning error – CentOS stream #4943
                        Komal Thareja
                        Participant

                          Hello Bruce,

                          Thank you for reporting this issue. The default user for default_centos9_stream is cloud-user instead of centos Our configuration was incorrect and has been updated and the issue has been addressed. Please try a slice and let us know if you still observe any failures or errors.

                          Also, please note the FABlib uses the default user for default_centos9_stream as centosAny execution of the commands via node.execute() should be pass in the username as cloud-user.

                          node.execute(‘echo Hello, FABRIC from node hostname -s‘, username=”cloud-user”)

                          We’ll address this in FABLib as well.

                          Appreciate your feedback!

                          Thanks,

                          Komal

                          in reply to: FailedPostStartHook Error when launching Jupyter Notebook #4907
                          Komal Thareja
                          Participant

                            Hey Sarah,

                            Thank you for reporting this issue and using the workaround yesterday. The fix for this issue has been deployed as well.

                            Thanks,

                            Komal

                            in reply to: Getting an error while running execute command on a node #4894
                            Komal Thareja
                            Participant

                              Hello Manas,

                              Please check from Portal, Experiments -> Manage SSH Keys to ensure that your bastion keys have not expired. This typically happens when your bastion keys have expired. Please regenerate them and upload to your JH container if they have expired.

                              Thanks,

                              Komal

                              in reply to: FailedPostStartHook Error when launching Jupyter Notebook #4886
                              Komal Thareja
                              Participant

                                Thank you for sharing the warning message. I have updated the config, could you please try using either 1.4.6 or 1.5.1 container and let me know if the container comes up?

                                Thanks,

                                Komal

                                in reply to: FailedPostStartHook Error when launching Jupyter Notebook #4885
                                Komal Thareja
                                Participant

                                  Hi Sarah,

                                  When you have the bleeding edge/beyond bleeding edge container running, could you please share the output of the following commands?


                                  ls -lrt /home/fabric/work/
                                  ls -lrt /home/fabric/work/fabric_config

                                  Also, could you please share the warning message you couldn’t upload to kthare10@renci.org

                                  Thanks,
                                  Komal

                                Viewing 15 posts - 301 through 315 (of 416 total)