passt/test/passt.mbuto, branch bug165c

test: Update passt.mbuto and passt.mem.mbuto

2025-10-06T19:23:07+00:00

If /bin is in the PATH of host, /usr/bin may not exist in mbuto
guest, which causes some binaries failing to move to /usr/bin.
As a result, tests fail as binaries not found.

Fix it by adding /usr/bin to DIRS. Also create the same symlink
for mbuto.mem.img.

Link: https://bugs.passt.top/show_bug.cgi?id=158
Fixes: f4729be7a56b ("test: Update mbuto profile to fix the symlink of /bin")
Suggested-by: David Gibson 
Signed-off-by: Yumei Huang 
Reviewed-by: David Gibson 
Signed-off-by: Stefano Brivio

test: Update mbuto profile to fix the symlink of /bin

2025-09-26T10:16:21+00:00

When running test 'migrate/rampstream_out' on fedora, test fails
with error like this:

  guest_1$ socat -u EXEC:"rampstream send 6000000" TCP4:192.0.2.1:10006
  2025/09/24 04:06:12 socat[405] E execvp("rampstream", "rampstream", "send", "6000000", ...): No such file or directory

It's because on fedora, /bin is not in the PATH, and some binaries
are under /usr/bin. mbuto will find the binaries on the host and put
them into the guest under same directories. As a result, /usr/bin in
mbuto guest are not empty, causing creating /usr/bin symlink failed.
Thus, the script 'rampstream' under /bin is not found during testing.

This patch fixes the issue and creates the symlink for consistency
with /sbin.

Link: https://bugs.passt.top/show_bug.cgi?id=151
Suggested-by: David Gibson 
Signed-off-by: Yumei Huang 
Signed-off-by: Stefano Brivio

test: Deal with /bin, /sbin unification in Fedora

2025-07-22T21:49:43+00:00

Fedora is apparently merging /bin and /sbin together [0].  At least some of
this has landed in Fedora 42, with sshd and dhclient now being in /bin.
They are symlinked from /sbin, but mbuto doesn't preserve that symlink when
it builds its image, it just puts them in /bin.  That breaks later parts
of the script which expects to find sshd and dhclient in /sbin.  Other
parts of the test also expect sysctl in /sbin.

Use mbuto's LINKS feature to deal with these cases.

[0] https://fedoraproject.org/wiki/Changes/Unify_bin_and_sbin

Signed-off-by: David Gibson 
Signed-off-by: Stefano Brivio

rampstream: Add utility to test for corruption of data streams

2025-02-12T18:48:17+00:00

Signed-off-by: David Gibson 
Signed-off-by: Stefano Brivio

dhcp, dhcpv6: Add hostname and client fqdn ops

2025-02-10T17:30:24+00:00

Both DHCPv4 and DHCPv6 has the capability to pass the hostname to
clients, the DHCPv4 uses option 12 (hostname) while the DHCPv6 uses option 39
(client fqdn), for some virt deployments like kubevirt is expected to
have the VirtualMachine name as the guest hostname.

This change add the following arguments:
 - -H --hostname NAME to configure the hostname DHCPv4 option(12)
 - --fqdn NAME to configure client fqdn option for both DHCPv4(81) and
   DHCPv6(39)

Signed-off-by: Enrique Llorente 
Signed-off-by: Stefano Brivio

debug: Add tcpdump to mbuto.img

2025-02-06T08:43:09+00:00

Signed-off-by: David Gibson 
Signed-off-by: Stefano Brivio

test: Look for possible sshd-session paths (if it's there at all) in mbuto's profile

2024-08-27T07:03:47+00:00

Some distributions already have OpenSSH 9.8, which introduces split
sshd/sshd-session binaries, and there we need to copy the binary from
the host, which can be /usr/libexec/openssh/sshd-session (Fedora
Rawhide), /usr/lib/ssh/sshd-session (Arch Linux),
/usr/lib/openssh/sshd-session (Debian), and possibly other paths.

Add at least those three, and, if we don't find sshd-session, assume
we don't need it: it could very well be an older version of OpenSSH,
as reported by David for Fedora 40, or perhaps another daemon (would
Dropbear even work? I'm not sure).

Reported-by: David Gibson 
Fixes: d6817b3930be ("test/passt.mbuto: Install sshd-session OpenSSH's split process")
Signed-off-by: Stefano Brivio 
Reviewed-by: David Gibson 
Tested-by: David Gibson

test/passt.mbuto: Install sshd-session OpenSSH's split process

2024-08-21T10:03:03+00:00

OpenSSH now ships a per-session binary, sshd-session, with sshd
acting as mere listener. It's typically not found in $PATH, so specify
the whole path at which it's commonly installed in $PROGS.

Link: https://www.openssh.com/releasenotes.html#9.8p1
Signed-off-by: Stefano Brivio 
Reviewed-by: David Gibson

test/passt.mbuto: Run sshd from vsock proxy with absolute path

2024-08-21T10:02:37+00:00

...OpenSSH >= 9.8 otherwise complains that:

  sshd requires execution with an absolute path

Link: https://bugs.gentoo.org/936041
Link: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1078429
Signed-off-by: Stefano Brivio 
Reviewed-by: David Gibson

test: Allow sftp via vsock-ssh in tests

2024-05-02T14:13:36+00:00

During some debugging recently, I wanted to extact a file from a test
guest and found it was tricky, since the ssh-over-vsock setup we had didn't
allow sftp/scp.  We can fix this by adding a line to the guest side sshd
config from mbuto.  While we're there correct an inaccurate comment.

Signed-off-by: David Gibson 
Signed-off-by: Stefano Brivio