[Mert Cevik]

We are still working on a resolution for this issue. Bastion key for the user id ‘jbalcas_0000188368″ could not be ingested into the bastion hosts yet (along with others posted on this thread). Once the issue is resolved, all bastion keys will be pushed in to the bastion hosts. Updates will be posted.

[Mert Cevik]

We are working on this and we will provide an update.

[Mert Cevik]

Dear Experimenters,

Maintenance is completed, FABRIC testbed is open for the experiments. A detailed message about the changes will be released.

[Mert Cevik]

This outage is resolved.

[Mert Cevik]

Dear Experimenters,

As previously communicated over this thread as well as announcement emails, we will perform a general maintenance on the FABRIC Testbed this week. We will start deleting all slices by 11pm EST. Updates will be posted to this thread.

[Mert Cevik]

Arash,

I created a ticket for this. We can use the ticket for the steps for your experiment. You should receive emails from FIP-1522

[Mert Cevik]

IPv6 address of the specific mirror site is causing errors, they don’t have an operational web service on that IPv6 address, therefore IPv4 address of the service should be used. On an IPv6-based FABRIC node, this can be possible by putting an entry for the NAT64 converted address. Specifically as follows (this is against FABRIC’s NAT64 service, similar address should be possible against nat64.net’s space):

echo "2600:2701:5000:5001::ac5d:9e3c mirrors.jevincanders.net" >> /etc/hosts 

Another problem came out a “non-free” package within kali-linux-everything, sources.list had to be modified. I’m adding below the complete set of steps. Also I added your ssh public slice/sliver key to the VM, so that you should be able to login with the following if needed for review.

ssh -F <path to SSH config file> -i <path to private sliver key> debian@2001:5e8:ff00:ffff:f816:3eff:fe43:4688

 

<hr />

root@Node2:~# uname -a
Linux Node2 5.10.0-27-cloud-amd64 #1 SMP Debian 5.10.205-2 (2023-12-31) x86_64 GNU/Linux
root@Node2:~# cat /etc/os-release 
PRETTY_NAME="Debian GNU/Linux 11 (bullseye)"
NAME="Debian GNU/Linux"
VERSION_ID="11"
VERSION="11 (bullseye)"
VERSION_CODENAME=bullseye
ID=debian
HOME_URL="https://www.debian.org/"
SUPPORT_URL="https://www.debian.org/support"
BUG_REPORT_URL="https://bugs.debian.org/"

root@Node2:~# echo "2600:2701:5000:5001::ac5d:9e3c mirrors.jevincanders.net" >> /etc/hosts

root@Node2:~# apt update
root@Node2:~# apt dist-upgrade -y

root@Node2:~# apt install gnupg dirmngr
root@Node2:~# wget -q -O - https://archive.kali.org/archive-key.asc | gpg --import

root@Node2:~# echo "deb http://http.kali.org/kali kali-rolling main non-free contrib" > /etc/apt/sources.list.d/kali.list
root@Node2:~# gpg --export ED444FF07D8D0BF6 > /etc/apt/trusted.gpg.d/kali-rolling.gpg

root@Node2:~# apt update
root@Node2:~# apt -y upgrade
root@Node2:~# apt -y dist-upgrade

root@Node2:~# apt -y autoremove --purge

#
# Customize - START
#

root@Node2:~# apt -y install kali-linux-everything
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

Unsatisfied dependencies:
hak5-wifi-coconut : Depends: firmware-misc-nonfree but it is not installable
Error: Unable to correct problems, you have held broken packages.

root@Node2:~# cat /etc/apt/sources.list
deb http://deb.debian.org/debian bullseye main
deb-src http://deb.debian.org/debian bullseye main
deb http://security.debian.org/debian-security bullseye-security main
deb-src http://security.debian.org/debian-security bullseye-security main
deb http://deb.debian.org/debian bullseye-updates main
deb-src http://deb.debian.org/debian bullseye-updates main
deb http://deb.debian.org/debian bullseye-backports main
deb-src http://deb.debian.org/debian bullseye-backports main

root@Node2:~# cp /etc/apt/sources.list ~/sources.list.backup
root@Node2:~# vim /etc/apt/sources.list
root@Node2:~# cat /etc/apt/sources.list
deb http://deb.debian.org/debian bullseye main non-free
deb-src http://deb.debian.org/debian bullseye main
deb http://security.debian.org/debian-security bullseye-security main non-free
deb-src http://security.debian.org/debian-security bullseye-security main
deb http://deb.debian.org/debian bullseye-updates main non-free
deb-src http://deb.debian.org/debian bullseye-updates main
deb http://deb.debian.org/debian bullseye-backports main non-free
deb-src http://deb.debian.org/debian bullseye-backports main

#
# Customize - END
#

root@Node2:~# apt update
root@Node2:~# apt -y install kali-linux-everything

# There are several prompts during installation. It took >15 minutes to complete

root@Node2:~# cat /etc/os-release 
PRETTY_NAME="Kali GNU/Linux Rolling"
NAME="Kali GNU/Linux"
VERSION_ID="2024.2"
VERSION="2024.2"
VERSION_CODENAME=kali-rolling
ID=kali
ID_LIKE=debian
HOME_URL="https://www.kali.org/"
SUPPORT_URL="https://forums.kali.org/"
BUG_REPORT_URL="https://bugs.kali.org/"
ANSI_COLOR="1;31"

# Reboot

Warning: Permanently added 'bastion.fabric-testbed.net' (ED25519) to the list of known hosts.
Warning: Permanently added '2001:5e8:ff00:ffff:f816:3eff:fe43:4688' (ED25519) to the list of known hosts.
Linux kali 6.8.11-cloud-amd64 #1 SMP PREEMPT_DYNAMIC Kali 6.8.11-1kali2 (2024-05-30) x86_64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Fri Jun 21 14:51:17 2024 from 2600:2701:5000:a902::c
/usr/bin/xauth:  file /home/debian/.Xauthority does not exist
┏━(Message from Kali developers)
┃
┃ This is a cloud installation of Kali Linux. Learn more about
┃ the specificities of the various cloud images:
┃ ⇒ https://www.kali.org/docs/troubleshooting/common-cloud-setup/
┃
┗━(Run: “touch ~/.hushlogin” to hide this message)
debian@kali:~$ 

• This reply was modified 10 months, 3 weeks ago by Mert Cevik.

1 user thanked author for this post.

Nirmala Shenoy

[Mert Cevik]

VM management networks of the FABRIC nodes (used for ssh’ing into the VMs and for external connectivity to the public internet) are either IPv4 or IPv6.  I’m not sure how/if this information can be found out, so I’m just adding below a list.

• Sites with IPv4 management network: TACC (will be changed to IPv6 in July), UCSD, FIU, SRI, BRIST, TOKY
• Sites with IPv6 management network: STAR, MAX, MICH, MASS, UTAH, NCSA, WASH, DALL, SALT, GPN, CLEM, GATECH, LOSA, NEWY, KANS, ATLA, SEAT, PRIN, INDI, PSC, RUTG, CERN, AMST, HAWI, EDUKY

[Mert Cevik]

I’m not sure specifically what errors you were getting, I will outline some info from my test slice.

On my trial (on an IPv6-based FABRIC node (PSC)), one mirror (mirrors.jevincanders.net) was causing download problems (their IPv6 address seemed not working). There may be some workarounds with pointing the IPv4 address of the mirror site to a NAT64 address in /etc/hosts. In order to overcome this problem, using an IPv4-based FABRIC node (eg. FIU) can be convenient. I could not find out if Debian 10 or Debian 11 should have been used for this conversion, I tried with Debian 11 on FABRIC-FIU and it worked fine with some issues. (I used kali-linux-default instead of kali-linux-everything, there was a conflict about a package that I did not have time to check further)

┏━(Message from Kali developers)
┃
┃ This is a cloud installation of Kali Linux. Learn more about
┃ the specificities of the various cloud images:
┃ ⇒ https://www.kali.org/docs/troubleshooting/common-cloud-setup/
┃
┗━(Run: “touch ~/.hushlogin” to hide this message)
debian@Node2:~$ cat /etc/os-release
PRETTY_NAME="Kali GNU/Linux Rolling"
NAME="Kali GNU/Linux"
VERSION_ID="2024.2"
VERSION="2024.2"
VERSION_CODENAME=kali-rolling
ID=kali
ID_LIKE=debian
HOME_URL="https://www.kali.org/"
SUPPORT_URL="https://forums.kali.org/"
BUG_REPORT_URL="https://bugs.kali.org/"
ANSI_COLOR="1;31"

 

1 user thanked author for this post.

Nirmala Shenoy

[Mert Cevik]

Some specific details may be useful to continue the discussion on this.

Having the 2 examples (working case and non-working case) in place and sharing the slice IDs with us can be convenient.

[Mert Cevik]

We will check, try how this works and get back on this.

In the mean time, it can be helpful to know on which sites you tried (and/or some details about the errors if you still have available).

Also, due to ongoing work for the general maintenance that we are preparing for as well as summer schedules, turn around may be slower than usual.

[Mert Cevik]

FABRIC-PSC is back online.

All VMs are recovered, they are online for ssh access and their PCI devices are re-attached. IP configuration of the dataplane interfaces should be checked and re-configured by experimenters. Please let us know if you have any issues.

[Mert Cevik]

This problem is resolved. on June 14th and newy-w2 has been online, with stopped VM slivers on it activated and dataplane interfaces recovered.

[Mert Cevik]

This problem is resolved.

[Mert Cevik]

Dear Experimenters,

The issue is resolved and we are releasing the maintenance. FABRIC testbed is available for slices.

However, we will be following the status of the testbed in the next few hours to make sure if the problem is caused by a transient issue or a bug. This thread will remain open throughout the weekend and we will post a final confirmation.

[Author]

Posts