and tweaks sysctl
./qemu.sh # register qemu so you are able to run containers from other
architectures
./build.sh # try to build the docker image. Process should get stuck
in a 100% CPU loop after a while
Originally reported by, and test case developed by,
Philippe Vaucher.
To manage
I tried several workarounds including removing `dir_index` from ext4
partitions and using a 32 bit qemu-user-static version, but it does not
work:
The process still gets stuck in a loop involving `getdents64`:
```
root@earth:~# file /usr/bin/qemu-arm-static
/usr/bin/qemu-arm-static: ELF 32-bit L
Thanks Marcin. I tested your solution but by me it still gets stuck at
the same point. Here's what I did:
$ tune2fs -O ^dir_index /dev/sda1
$ tune2fs -l /dev/sda1
tune2fs 1.44.2 (14-May-2018)
Filesystem volume name:
Last mounted on: /
Filesystem UUID: c8fee0cb-a610-4fa5-aab8-c
Ah, great thanks. It looks like there are patches that fix qemu,
although the setup looks a bit complex. I'll report if I get something
going.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1805913
Ti
Sorry, meant `< 2.28` above.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1805913
Title:
readdir() returns NULL (errno=EOVERFLOW) for 32-bit user-static qemu
on 64-bit host
Status in QEMU:
Ne
Is there a workaround for this? I tried:
- Building on an XFS partition.
- Building from ubuntu:16.04 so the host has glib <2.27.
It looks like the only way is to have the chroot with glib <2.27, and in
alpine images glib is at minimum 2.56.
If the bug is fixed in glib maybe I can install glib f
Building on XFS does the same thing :-( To test I bind mounted my XFS
partition on `/var/lib/docker` so everything docker was stored on XFS.
Not sure if this is what you meant.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://b
Okay, currently testing XFS. Using newer version of glibc on alpine
triggered other problems, like 0% CPU processes stuck on FUTEX_WAIT.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1861161
Title:
Thanks. It matches my bug because ubuntu:18.04 has a glibc 2.27 while
alpine 3.9 has glib 2.58, and your bug report mentions that 2.27 has not
the bug, so it makes sense.
However I don't see how not having the host filesystem as ext4 would
change anything, can you elaborate? Also, what filesystem
Public bug reported:
Hello,
I'm trying to build multi-arch docker images for
https://hub.docker.com/r/silex/emacs.
Here is the machine I'm building on (hetzner cloud machine):
root@ubuntu-4gb-fsn1-1:~# lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:Ubuntu 18
** Summary changed:
- qemu-arm-static 100% CPU when cross-compiling emacs on alpine
+ qemu-arm-static stuck with 100% CPU when cross-compiling emacs
** Description changed:
Hello,
I'm trying to build multi-arch docker images for
https://hub.docker.com/r/silex/emacs.
Here is the mac
11 matches
Mail list logo
