Control: found -1 1:9.0.2+ds-5
26.08.2024 04:31, bblinux wrote:
The problem is not fixed. I saw your patch to limit open_max to
1024*1024, but the application still locks up:
$ qemu-system-x86_64 --version
QEMU emulator version 9.0.2 (Debian 1:9.0.2+ds-5)
Copyright (c) 2003-2024 Fabrice Bellard
P Masters
> (reply to Michael Tokarev
> ) by
> replying to this email.
>
>
> --
> 1078757: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=1078757
> Debian Bug Tracking System
> Contact ow...@bugs.debian.org with problems
>
>
>
> -- Forwarded mess
On Tuesday, August 20 2024, Michael Tokarev wrote:
> Control: tag -1 - moreinfo unreproducible + confirmed upstream
> fixed-upstream
>
> On 8/20/24 01:14, Sergio Durigan Junior wrote:
>> On Monday, August 19 2024, Michael Tokarev wrote:
>>
>>> On 8/18/24 18:08, bblinux wrote:
>>> ished ...>
Here is an explanation of where fs.nr_open = 1073741816 is coming
from: https://access.redhat.com/solutions/1479623.
The limit on Debian stable is not 1024. It is 1024 * 1024 = 1048576.
On Tue, Aug 20, 2024 at 3:19 AM Michael Tokarev wrote:
>
> Control: tag -1 - moreinfo unreproducible + confirm
Control: tag -1 - moreinfo unreproducible + confirmed upstream
fixed-upstream
On 8/20/24 01:14, Sergio Durigan Junior wrote:
On Monday, August 19 2024, Michael Tokarev wrote:
On 8/18/24 18:08, bblinux wrote:
ished ...>
[pid 79822] prlimit64(0, RLIMIT_NOFILE, NULL, {rlim_cur=1073741816,
rlim_
On Monday, August 19 2024, Michael Tokarev wrote:
> On 8/18/24 18:08, bblinux wrote:
> ished ...>
>> [pid 79822] prlimit64(0, RLIMIT_NOFILE, NULL, {rlim_cur=1073741816,
>> rlim_max=1073741816}) = 0
>> [pid 79822] close(3)= 0
>> [pid 79822] close(4)= 0
>> [pi
On 8/18/24 18:08, bblinux wrote:
ished ...>
[pid 79822] prlimit64(0, RLIMIT_NOFILE, NULL, {rlim_cur=1073741816,
rlim_max=1073741816}) = 0
[pid 79822] close(3)= 0
[pid 79822] close(4)= 0
[pid 79822] close(45493)= -1 EBADF (Bad file descriptor
Ok, so it looks like it is something kernel-related.
I'm AFK for almost a week, with a notebook which doesn't have
my keys to upload stuff. But I'll try to see how it works
(or doesn't) with the new kernel.
Thanks,
/mjt
All my computer CPUs are Intel, but it doesn't look like the type of
the CPU matters. The qemu application locks up even with an emulated
CPU. The Linux kernel seems to make a difference.
Here a script I use for testing:
--
BB_HD_FS='ext4'
BB_HD_FILE="r
17.08.2024 15:33, bblinux wrote:
Here is a way I tried to replicate in a more isolated environment:
# mmdebstrap --variant minbase --include qemu-system-x86 unstable
rootfs-unstable
# chroot rootfs-unstable
(chroot)# qemu-system-x86_64 --version
QEMU emulator version 9.0.2 (Debian 1:9.0.2+ds-4)
Here is a way I tried to replicate in a more isolated environment:
# mmdebstrap --variant minbase --include qemu-system-x86 unstable
rootfs-unstable
# chroot rootfs-unstable
(chroot)# qemu-system-x86_64 --version
QEMU emulator version 9.0.2 (Debian 1:9.0.2+ds-4)
Copyright (c) 2003-2024 Fabrice Bel
Did you try to reproduce it on Debian unstable? I tried 3 different
computers (Lenovo desktop, Dell desktop and laptop). All of them run
the latest Debian unstable with Linux 6.10.4-1 kernel. All of them
behave the same. Architecture doesn't matter. I tried
qemu-system-i386, qemu-system-x86_64-micr
Control: tag -1 + unreproducible
Hm.
I can't reproduce this issue.
I did a rebuild of qemu on bookworm though, but it is really
unlikely current unstable is different in this context.
When you said it worked before, how did it work, - were there
some messages on the tty or some other indication
I did add setuid bit to qemu-bridge-helper to run qemu as non-root and
I did it for the new file location. It does not make any difference
with the new version. In my example I used '#' to indicate a root
prompt so the setuid bit wouldn't make a difference anyway. By the
way, the following command
Control: tag -1 + moreinfo
15.08.2024 17:37, bblinux wrote:
Package: qemu-system-x86
Version: 1:9.0.2+ds-4
Severity: important
Dear Maintainer,
The application worked fine before the upgrade to 9.0.2. Here is a
minimal example:
$ qemu-system-x86_64 --version
QEMU emulator version 8.2.5 (Debia
Package: qemu-system-x86
Version: 1:9.0.2+ds-4
Severity: important
Dear Maintainer,
The application worked fine before the upgrade to 9.0.2. Here is a
minimal example:
$ qemu-system-x86_64 --version
QEMU emulator version 8.2.5 (Debian 1:8.2.5+ds-1)
Copyright (c) 2003-2023 Fabrice Bellard and the
16 matches
Mail list logo
