Host OS is Big Sur Mac OS X latest - with Xcode latest. Qemu is 5.2 - tar ball directly from the website.
- Compile Qemu on Mac OS/Big Sur - completely stock build : install Ninja, mkdir build && cd build && ../configure && make && make install
- But also the issue is with the binary in home-brew (e.g. brew install Qemu) - both methods get me to the same problem.
* Installed NetBSD/amd64 or i386 or OpenBSD/i386.
Qemu-image create -f raw image 10G
qmu-system-ARCH -m 256M -hda image -cdrom “netbsd.iso” -boot d -net user -net nic
(For i386 & amd64 I tend to add -nographic for the installer)
* Run the image:
Qmu-system-ARCH -m 256M -hda $IMAGE -net user -net nic
Also NetBSD/arm64 has the issue using their image.
qemu-system-aarch64 -M virt -cpu cortex-a53 -smp 4 -m 4g \
-drive if=none,file=netbsd-disk-arm64.img,id=hd0 -device virtio-blk-device,drive=hd0 \
-netdev type=user,id=net0 -device virtio-net-device,netdev=net0,mac=00:11:22:33:44:55 \
-bios QEMU_EFI.fd -nographic
* The issue seems to be downloading large files.
In the host OS two files that seem to tickle the bug often are:
I saw this while trying to use pkgsrc on NetBSD. Saw this on Amd64, i386 and arm64. Tried OpenBSD to rule out NetBSD as the problem. OpenBSD/i386 sees the same issue (ftp returns short read and file is a couple of bytes smaller).
The screenshot is from amd64 - a fresh boot this morning running on a fairly idle host.
Kind regards
Chris
> On 2 Feb 2021, at 05:24, Thomas Huth <email address hidden> wrote:
>
> Please provide more information: How did you compile QEMU? Which version
> did you exactly use? And most important: How do you *run* QEMU? System
> emulation? User mode? What kind of FTP are you doing??
>
> ** Changed in: qemu
> Status: New => Incomplete
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https://bugs.launchpad.net/bugs/1914117
>
> Title:
> Short files returned via FTP on Qemu with various architectures and
> OSes
>
> Status in QEMU:
> Incomplete
>
> Bug description:
>
> Qemu 5.2 on Mac OS X Big Sur.
>
> I originally thought that it might be caused by the home-brew version of Qemu, but this evening I have removed the brew edition and compiled from scratch (using Ninja & Xcode compiler).
> Still getting the same problem,.
>
> On the following architectures:
> arm64, amd64 and sometimes i386 running NetBSD host OS;
> i386 running OpenBSD host OS:
>
> I have seen a consistent problem with FTP returning short files. The
> file will be a couple of bytes too short. I do not believe this is a
> problem with the OS. Downloading the perl source code from CPAN does
> not work properly, nor does downloading bind from isc. I've tried this
> on different architectures as above.
>
> (Qemu 4.2 on Ubuntu/x86_64 with NetBSD/i386 seems to function fine. My
> gut feel is there is something not right on the Mac OS version of Qemu
> or a bug in 5.2 - obviously in the network layer somewhere. If you
> have anything you want me to try, please let me know - happy to help
> get a resolution.)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/qemu/+bug/1914117/+subscriptions
Apologies.
Host OS is Big Sur Mac OS X latest - with Xcode latest. Qemu is 5.2 - tar ball directly from the website.
- Compile Qemu on Mac OS/Big Sur - completely stock build : install Ninja, mkdir build && cd build && ../configure && make && make install
- But also the issue is with the binary in home-brew (e.g. brew install Qemu) - both methods get me to the same problem.
* Installed NetBSD/amd64 or i386 or OpenBSD/i386.
Qemu-image create -f raw image 10G
qmu-system-ARCH -m 256M -hda image -cdrom “netbsd.iso” -boot d -net user -net nic
(For i386 & amd64 I tend to add -nographic for the installer)
* Run the image:
Qmu-system-ARCH -m 256M -hda $IMAGE -net user -net nic
Also NetBSD/arm64 has the issue using their image. file=netbsd- disk-arm64. img,id= hd0 -device virtio- blk-device, drive=hd0 \ net-device, netdev= net0,mac= 00:11:22: 33:44:55 \
qemu-system-aarch64 -M virt -cpu cortex-a53 -smp 4 -m 4g \
-drive if=none,
-netdev type=user,id=net0 -device virtio-
-bios QEMU_EFI.fd -nographic
* The issue seems to be downloading large files.
In the host OS two files that seem to tickle the bug often are:
* ftp -a http:// cpan.pair. com/src/ 5.0/perl- 5.32.1. tar.xz
On NetBSD this file seems to be one byte shorter than it should be. On arm64 is was several bytes shorter.
* ftp -a ftp://ftp. isc.org/ isc/bind9/ 9.16.11/ bind-9. 16.11.tar. xz
Also seems to tickle the bug
I saw this while trying to use pkgsrc on NetBSD. Saw this on Amd64, i386 and arm64. Tried OpenBSD to rule out NetBSD as the problem. OpenBSD/i386 sees the same issue (ftp returns short read and file is a couple of bytes smaller).
The screenshot is from amd64 - a fresh boot this morning running on a fairly idle host.
Kind regards
Chris
> On 2 Feb 2021, at 05:24, Thomas Huth <email address hidden> wrote: /bugs.launchpad .net/bugs/ 1914117 /bugs.launchpad .net/qemu/ +bug/1914117/ +subscriptions
>
> Please provide more information: How did you compile QEMU? Which version
> did you exactly use? And most important: How do you *run* QEMU? System
> emulation? User mode? What kind of FTP are you doing??
>
> ** Changed in: qemu
> Status: New => Incomplete
>
> --
> You received this bug notification because you are subscribed to the bug
> report.
> https:/
>
> Title:
> Short files returned via FTP on Qemu with various architectures and
> OSes
>
> Status in QEMU:
> Incomplete
>
> Bug description:
>
> Qemu 5.2 on Mac OS X Big Sur.
>
> I originally thought that it might be caused by the home-brew version of Qemu, but this evening I have removed the brew edition and compiled from scratch (using Ninja & Xcode compiler).
> Still getting the same problem,.
>
> On the following architectures:
> arm64, amd64 and sometimes i386 running NetBSD host OS;
> i386 running OpenBSD host OS:
>
> I have seen a consistent problem with FTP returning short files. The
> file will be a couple of bytes too short. I do not believe this is a
> problem with the OS. Downloading the perl source code from CPAN does
> not work properly, nor does downloading bind from isc. I've tried this
> on different architectures as above.
>
> (Qemu 4.2 on Ubuntu/x86_64 with NetBSD/i386 seems to function fine. My
> gut feel is there is something not right on the Mac OS version of Qemu
> or a bug in 5.2 - obviously in the network layer somewhere. If you
> have anything you want me to try, please let me know - happy to help
> get a resolution.)
>
> To manage notifications about this bug go to:
> https:/