Développement image Raspbian Gladys 4 - Réflexion

pierre-gilles · Septembre 11, 2019, 2:23

Salut à tous!

Comme j’indiquais dans ma dernière newsletter, une de mes priorités en ce moment est de créer une image Raspbian officielle pour Gladys 4.

Les spécifications sont les suivantes :

Doit être fonctionnelle pour toutes les versions du Raspberry Pi (1, 2, 3, 4, Zero, Zero W, etc… )
Gladys 4 installée via Docker
Doit pouvoir se mettre à jour toute seul, sans avoir à se connecter en CLI.
Donnée Gladys (DB, etc…) stockée dans /var/lib/gladysassistant
Ports USB gérée et exposée dans Docker
Hostname “gladys”

Mon problème actuel

Au vu de ce que j’ai trouvé, il y a pour l’instant un problème avec les dernières versions de Docker sur les périphériques ARMv6 (Donc Raspberry Pi 1 et W). Les builds ne tournent pas sur ces Rasps.

Cf =>

github.com/moby/moby

docker-ce segmentation fault on Raspbian (v18.09.03)

opened 08:16PM - 10 Nov 18 UTC

closed 03:53PM - 10 Oct 19 UTC

DutchessNicole

kind/bug platform/arm version/18.09 area/packaging

Since two days ago docker will no longer start, after I updated the version that… worked to Version: 5:18.09.0~3-0~raspbian-stretch. After that the docker daemon will no longer start. strace -f dockerd reports ```root@raspberrypi:~# strace -f dockerd execve("/usr/bin/dockerd", ["dockerd"], [/* 27 vars */]) = 0 brk(NULL) = 0x3b13000 uname({sysname="Linux", nodename="raspberrypi", ...}) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) mmap2(NULL, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6f6e000 access("/etc/ld.so.preload", R_OK) = 0 open("/etc/ld.so.preload", O_RDONLY|O_CLOEXEC) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=42, ...}) = 0 mmap2(NULL, 42, PROT_READ|PROT_WRITE, MAP_PRIVATE, 3, 0) = 0xb6f6d000 close(3) = 0 open("/usr/lib/arm-linux-gnueabihf/libarmmem.so", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\210\5\0\0004\0\0\0"..., 512) = 512 lseek(3, 20868, SEEK_SET) = 20868 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1000) = 1000 lseek(3, 20540, SEEK_SET) = 20540 read(3, "A,\0\0\0aeabi\0\1\"\0\0\0\0056\0\6\6\10\1\t\1\n\3\f\1\22\4\24"..., 45) = 45 fstat64(3, {st_mode=S_IFREG|0644, st_size=21868, ...}) = 0 mmap2(NULL, 86080, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6f2b000 mprotect(0xb6f30000, 61440, PROT_NONE) = 0 mmap2(0xb6f3f000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x4000) = 0xb6f3f000 close(3) = 0 munmap(0xb6f6d000, 42) = 0 open("/etc/ld.so.cache", O_RDONLY|O_CLOEXEC) = 3 fstat64(3, {st_mode=S_IFREG|0644, st_size=28101, ...}) = 0 mmap2(NULL, 28101, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb6f67000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/arm-linux-gnueabihf/libsystemd.so.0", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\0\0\0\0004\0\0\0"..., 512) = 512 lseek(3, 493188, SEEK_SET) = 493188 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1320) = 1320 lseek(3, 492748, SEEK_SET) = 492748 read(3, "A2\0\0\0aeabi\0\1(\0\0\0\0056\0\6\6\10\1\t\1\n\2\f\3\22\4\23"..., 51) = 51 fstat64(3, {st_mode=S_IFREG|0644, st_size=494508, ...}) = 0 mmap2(NULL, 499173, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6eb1000 mmap2(0xb6f28000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x76000) = 0xb6f28000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/arm-linux-gnueabihf/libpthread.so.0", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0dI\0\0004\0\0\0"..., 512) = 512 lseek(3, 125740, SEEK_SET) = 125740 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1560) = 1560 lseek(3, 90536, SEEK_SET) = 90536 read(3, "A.\0\0\0aeabi\0\1$\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\23\1\24"..., 47) = 47 fstat64(3, {st_mode=S_IFREG|0755, st_size=127300, ...}) = 0 mmap2(NULL, 164432, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6e88000 mprotect(0xb6e9e000, 61440, PROT_NONE) = 0 mmap2(0xb6ead000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x15000) = 0xb6ead000 mmap2(0xb6eaf000, 4688, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb6eaf000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/arm-linux-gnueabihf/libseccomp.so.2", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\344\272\0\0004\0\0\0"..., 512) = 512 lseek(3, 139840, SEEK_SET) = 139840 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1040) = 1040 lseek(3, 139504, SEEK_SET) = 139504 read(3, "A,\0\0\0aeabi\0\1\"\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\24\1\25"..., 45) = 45 fstat64(3, {st_mode=S_IFREG|0644, st_size=140880, ...}) = 0 mmap2(NULL, 205044, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6e55000 mprotect(0xb6e6c000, 65536, PROT_NONE) = 0 mmap2(0xb6e7c000, 49152, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x17000) = 0xb6e7c000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/arm-linux-gnueabihf/libc.so.6", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0@h\1\0004\0\0\0"..., 512) = 512 lseek(3, 1231820, SEEK_SET) = 1231820 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 2880) = 2880 lseek(3, 1228284, SEEK_SET) = 1228284 read(3, "A.\0\0\0aeabi\0\1$\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\23\1\24"..., 47) = 47 fstat64(3, {st_mode=S_IFREG|0755, st_size=1234700, ...}) = 0 mmap2(NULL, 1303872, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6d16000 mprotect(0xb6e3f000, 65536, PROT_NONE) = 0 mmap2(0xb6e4f000, 12288, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x129000) = 0xb6e4f000 mmap2(0xb6e52000, 9536, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb6e52000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/arm-linux-gnueabihf/libselinux.so.1", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0hN\0\0004\0\0\0"..., 512) = 512 lseek(3, 136448, SEEK_SET) = 136448 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1160) = 1160 lseek(3, 136088, SEEK_SET) = 136088 read(3, "A,\0\0\0aeabi\0\1\"\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\24\1\25"..., 45) = 45 fstat64(3, {st_mode=S_IFREG|0644, st_size=137608, ...}) = 0 mmap2(NULL, 208496, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6ce3000 mprotect(0xb6d03000, 65536, PROT_NONE) = 0 mmap2(0xb6d13000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x20000) = 0xb6d13000 mmap2(0xb6d15000, 3696, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb6d15000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/arm-linux-gnueabihf/librt.so.1", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\3\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0 \27\0\0004\0\0\0"..., 512) = 512 lseek(3, 25352, SEEK_SET) = 25352 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1280) = 1280 lseek(3, 24940, SEEK_SET) = 24940 read(3, "A.\0\0\0aeabi\0\1$\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\23\1\24"..., 47) = 47 fstat64(3, {st_mode=S_IFREG|0644, st_size=26632, ...}) = 0 mmap2(NULL, 90640, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6ccc000 mprotect(0xb6cd2000, 61440, PROT_NONE) = 0 mmap2(0xb6ce1000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x5000) = 0xb6ce1000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/arm-linux-gnueabihf/liblzma.so.5", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\230\"\0\0004\0\0\0"..., 512) = 512 lseek(3, 131848, SEEK_SET) = 131848 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1080) = 1080 lseek(3, 131500, SEEK_SET) = 131500 read(3, "A,\0\0\0aeabi\0\1\"\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\24\1\25"..., 45) = 45 fstat64(3, {st_mode=S_IFREG|0644, st_size=132928, ...}) = 0 mmap2(NULL, 197040, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6c9b000 mprotect(0xb6cbb000, 61440, PROT_NONE) = 0 mmap2(0xb6cca000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1f000) = 0xb6cca000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/usr/lib/arm-linux-gnueabihf/liblz4.so.1", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\300\32\0\0004\0\0\0"..., 512) = 512 lseek(3, 66052, SEEK_SET) = 66052 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1040) = 1040 lseek(3, 65748, SEEK_SET) = 65748 read(3, "A,\0\0\0aeabi\0\1\"\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\24\1\25"..., 45) = 45 fstat64(3, {st_mode=S_IFREG|0644, st_size=67092, ...}) = 0 mmap2(NULL, 131288, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6c7a000 mprotect(0xb6c8a000, 61440, PROT_NONE) = 0 mmap2(0xb6c99000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xf000) = 0xb6c99000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/arm-linux-gnueabihf/libgcrypt.so.20", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\0\\\0\0004\0\0\0"..., 512) = 512 lseek(3, 787796, SEEK_SET) = 787796 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1120) = 1120 lseek(3, 787437, SEEK_SET) = 787437 read(3, "A,\0\0\0aeabi\0\1\"\0\0\0\0056\0\6\6\10\1\t\1\n\7\f\3\22\4\24"..., 45) = 45 fstat64(3, {st_mode=S_IFREG|0644, st_size=788916, ...}) = 0 mmap2(NULL, 853676, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6ba9000 mprotect(0xb6c65000, 65536, PROT_NONE) = 0 mmap2(0xb6c75000, 20480, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xbc000) = 0xb6c75000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/arm-linux-gnueabihf/libgcc_s.so.1", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0\200\321\0\0004\0\0\0"..., 512) = 512 lseek(3, 115292, SEEK_SET) = 115292 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1080) = 1080 lseek(3, 114944, SEEK_SET) = 114944 read(3, "A,\0\0\0aeabi\0\1\"\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\24\1\25"..., 45) = 45 fstat64(3, {st_mode=S_IFREG|0644, st_size=116372, ...}) = 0 mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6f65000 mmap2(NULL, 180536, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6b7c000 mprotect(0xb6b98000, 61440, PROT_NONE) = 0 mmap2(0xb6ba7000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1b000) = 0xb6ba7000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/arm-linux-gnueabihf/libpcre.so.3", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0004\20\0\0004\0\0\0"..., 512) = 512 lseek(3, 426320, SEEK_SET) = 426320 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1040) = 1040 lseek(3, 426012, SEEK_SET) = 426012 read(3, "A,\0\0\0aeabi\0\1\"\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\24\1\25"..., 45) = 45 fstat64(3, {st_mode=S_IFREG|0644, st_size=427360, ...}) = 0 mmap2(NULL, 491604, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6b03000 mprotect(0xb6b6b000, 61440, PROT_NONE) = 0 mmap2(0xb6b7a000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x67000) = 0xb6b7a000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/arm-linux-gnueabihf/libdl.so.2", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0P\t\0\0004\0\0\0"..., 512) = 512 lseek(3, 8680, SEEK_SET) = 8680 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1120) = 1120 lseek(3, 8328, SEEK_SET) = 8328 read(3, "A.\0\0\0aeabi\0\1$\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\23\1\24"..., 47) = 47 fstat64(3, {st_mode=S_IFREG|0644, st_size=9800, ...}) = 0 mmap2(NULL, 73912, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6af0000 mprotect(0xb6af2000, 61440, PROT_NONE) = 0 mmap2(0xb6b01000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x1000) = 0xb6b01000 close(3) = 0 access("/etc/ld.so.nohwcap", F_OK) = -1 ENOENT (No such file or directory) open("/lib/arm-linux-gnueabihf/libgpg-error.so.0", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0(\0\1\0\0\0H\37\0\0004\0\0\0"..., 512) = 512 lseek(3, 61836, SEEK_SET) = 61836 read(3, "\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 1120) = 1120 lseek(3, 61472, SEEK_SET) = 61472 read(3, "A.\0\0\0aeabi\0\1$\0\0\0\0056\0\6\6\10\1\t\1\n\2\22\4\23\1\24"..., 47) = 47 fstat64(3, {st_mode=S_IFREG|0644, st_size=62956, ...}) = 0 mmap2(NULL, 127064, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xb6ad0000 mprotect(0xb6adf000, 61440, PROT_NONE) = 0 mmap2(0xb6aee000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0xe000) = 0xb6aee000 close(3) = 0 mmap2(NULL, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb6f63000 set_tls(0xb6f634c0, 0xb6f63c88, 0xb6f72050, 0xb6f634c0, 0xb6f72050) = 0 mprotect(0xb6e4f000, 8192, PROT_READ) = 0 mprotect(0xb6aee000, 4096, PROT_READ) = 0 mprotect(0xb6b01000, 4096, PROT_READ) = 0 mprotect(0xb6ead000, 4096, PROT_READ) = 0 mprotect(0xb6b7a000, 4096, PROT_READ) = 0 mprotect(0xb6ba7000, 4096, PROT_READ) = 0 mprotect(0xb6c75000, 4096, PROT_READ) = 0 mprotect(0xb6c99000, 4096, PROT_READ) = 0 mprotect(0xb6cca000, 4096, PROT_READ) = 0 mprotect(0xb6ce1000, 4096, PROT_READ) = 0 mprotect(0xb6d13000, 4096, PROT_READ) = 0 mprotect(0xb6e7c000, 45056, PROT_READ) = 0 mprotect(0xb6f28000, 8192, PROT_READ) = 0 mprotect(0xb6f2b000, 20480, PROT_READ|PROT_WRITE) = 0 mprotect(0xb6f2b000, 20480, PROT_READ|PROT_EXEC) = 0 cacheflush(0xb6f2b000, 0xb6f30000, 0, 0x15, 0) = 0 mprotect(0xb6f3f000, 4096, PROT_READ) = 0 mprotect(0x1e44000, 16830464, PROT_READ) = 0 mprotect(0xb6f71000, 4096, PROT_READ) = 0 munmap(0xb6f67000, 28101) = 0 set_tid_address(0xb6f63068) = 2357 set_robust_list(0xb6f63070, 12) = 0 rt_sigaction(SIGRTMIN, {sa_handler=0xb6e8c2b0, sa_mask=[], sa_flags=SA_RESTORER|SA_SIGINFO, sa_restorer=0xb6d426c0}, NULL, 8) = 0 rt_sigaction(SIGRT_1, {sa_handler=0xb6e8c390, sa_mask=[], sa_flags=SA_RESTORER|SA_RESTART|SA_SIGINFO, sa_restorer=0xb6d426c0}, NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0 ugetrlimit(RLIMIT_STACK, {rlim_cur=8192*1024, rlim_max=RLIM_INFINITY}) = 0 brk(NULL) = 0x3b13000 brk(0x3b34000) = 0x3b34000 statfs("/sys/fs/selinux", 0xbea4e5cc) = -1 ENOENT (No such file or directory) statfs("/selinux", 0xbea4e5cc) = -1 ENOENT (No such file or directory) open("/proc/filesystems", O_RDONLY) = 3 fstat64(3, {st_mode=S_IFREG|0444, st_size=0, ...}) = 0 read(3, "nodev\tsysfs\nnodev\trootfs\nnodev\tr"..., 1024) = 310 read(3, "", 1024) = 0 close(3) = 0 access("/etc/selinux/config", F_OK) = -1 ENOENT (No such file or directory) --- SIGSEGV {si_signo=SIGSEGV, si_code=SEGV_MAPERR, si_addr=0x884a59} --- +++ killed by SIGSEGV +++ Segmentation fault ``` Similar to other reports all I get when running dockerd manually is "segmentation fault" and the logs report nothing interesting. Docker version installed: ```root@raspberrypi:~# docker version Client: Version: 18.09.0 API version: 1.39 Go version: go1.10.4 Git commit: 4d60db4 Built: Wed Nov 7 00:57:21 2018 OS/Arch: linux/arm Experimental: false Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running?``` Kernel info: ```Linux raspberrypi 4.14.71+ #1145 Fri Sep 21 15:06:38 BST 2018 armv6l GNU/Linux``` _Originally posted by @DutchessNicole in https://github.com/moby/moby/issues/29347#issuecomment-437581438_

github.com/moby/moby

Docker nightly raspbian buster package doesn't install on armv6 arch (Pi Zero, Pi)

opened 11:18PM - 16 Jul 19 UTC

closed 08:06PM - 03 Nov 19 UTC

ndanyluk

area/swarm platform/arm

**Description**  I've observed that the last working Docker package for Raspbian Stretch/Buster for armv6 devices is 18.06.3. I was hoping with the move to Buster and 19.03.0 that this would be resolved, but after trying to install on my Docker swarm of Pi Zeros last night I found that the issue persists. Given the Buster sources list does not have version 18.06.3 to fall back to, this renders Docker unusable for Pi Zero, Pi Zero W, and original Pi devices (Pi 3 and above are not affected) **Steps to reproduce the issue:** 1. Flash a Pi Zero or Pi/Pi 2 with Raspbian Buster 2. Attempt to install Docker with the convenience script or by manually editing the sources.list 3. Attempt to install Docker with apt **Describe the results you received:** Docker is unable to run on my Pi Zero at all (service instantly fails) **Describe the results you expected:** Docker service running and daemon accessible over CLI **Additional information you deem important (e.g. issue happens only occasionally):** **Output of `docker version`:** ``` Client: Docker Engine - Community Version: 0.0.0-20190714170256-22f3318 API version: 1.40 Go version: go1.12.6 Git commit: 22f3318 Built: Mon Jul 15 07:42:25 2019 OS/Arch: linux/arm Experimental: false Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running? ``` **Output of `docker info`:** ``` Client: Debug Mode: false Server: ERROR: Cannot connect to the Docker daemon at unix:///var/run/docker.sock. Is the docker daemon running? errors pretty printing info ``` **Additional environment details (AWS, VirtualBox, physical, etc.):** Error only occurs on ARMv6 architecture (still classified as armhf by Raspbian) **Output of `service docker status`** ``` ● docker.service - Docker Application Container Engine Loaded: loaded (/lib/systemd/system/docker.service; enabled; vendor preset: enabled) Active: inactive (dead) since Tue 2019-07-16 19:16:53 EDT; 2s ago Docs: https://docs.docker.com Process: 25565 ExecStart=/usr/bin/dockerd -H fd:// --containerd=/run/containerd/containerd.sock (code=killed, signal=TERM) Main PID: 25565 (code=killed, signal=TERM) Jul 16 19:16:50 pi-five systemd[1]: Starting Docker Application Container Engine... Jul 16 19:16:53 pi-five systemd[1]: docker.service: Main process exited, code=killed, status=15/TERM Jul 16 19:16:53 pi-five systemd[1]: docker.service: Succeeded. Jul 16 19:16:53 pi-five systemd[1]: Stopped Docker Application Container Engine. ```

Une possibilité est de repasser à une version plus ancienne de Docker, MAIS sans passer à Raspbian Buster, car ces versions n’ont été buildée que sur Stretch.

Au vu de mes tests, il semblerait qu’il n’y ait pas milles solutions :

Créer 2 images différentes: une pour Raspberry Pi ARMv6 (Rpi 1 et W) et une pour les autres (2, 3, 4 ). L’image pour Raspberry Pi ARMv6 serait basée sur Stretch. (C’est beaucoup de travail)
Ne faire qu’une image sous Buster, et dire que Gladys n’est plus compatible Raspberry Pi 1/W (je ne suis pas fan de cette solution)
Utiliser la dernière version de HypriotOS, un OS basé sur Raspbian Buster avec Docker dans sa dernière version pré-installé. Je n’ai pas encore testé mais HypriotOS me semble être une bonne solution !
Utiliser HypriotOS + flash + cloud-init ! Là ça serait le combo ultime, l’objectif serait de créer l’image en CLI de mon côté grâce à un fichier YAML cloud-init ( Exemple ), puis sans jamais la démarrer la publier comme ça sur le site. Ainsi, l’image est hyper clean (car je ne l’ai jamais booté de mon côté) et au premier démarrage l’image télécharge + lance l’image Docker Gladys 4 dans sa dernière version. L’avantage, c’est que l’image est toujours à jour. L’inconvénient, c’est qu’il faut que le Raspberry Pi soit connecté à internet au premier démarrage de Gladys, et que le téléchargement peut prendre un petit temps sur les connexions lentes.

Bref, ça bosse, je suis preneur de retour, si vous avez des remarques/tuyaux ça m’intéresse

@VonOx ?

VonOx · Septembre 11, 2019, 3:19

Clairement la solution 4, l’inconvénient n’en est pas vraiment un, je penses que la plupart des rpi ont accès à internet, les rpi complètement offline sont des cas isolés et les utilisateurs en questions sont dans la catégorie “expert” et sauront faire face .

La solution 5 serai de build une image rpi avec qemu.

pierre-gilles · Septembre 11, 2019, 3:28

Je suis d’accord que la solution 5 est la solution “parfaite”, mais c’est aussi la plus chronophage ^^ Pas simple de tout mettre en place et de comprendre tout!

Je pense que j’ai plus de plus value en ce moment à bosser sur les services

pierre-gilles · Septembre 11, 2019, 3:56

Je viens de tester la méthode 4 sur un Raspberry Pi 1, l’équivalent d’un Pi Zero W, certes pas super représentatif du parc, mais autant tester dans les pires conditions pour savoir à quoi s’attendre.

Le temps de mise en place est quand même assez long… C’est pas très rapide pour l’utilisateur. Le docker pull prend une plombe (en fibre pourtant, mais bon le port ethernet est lent + le CPU a du mal à décompresser les archives des layers)

Je pense que la bonne solution pour l’instant, c’est de faire un mix de la solution 3 et 4:

Je créé l’image avec cloud-init de mon côté
Puis je la lance une fois sur un Pi 1 pour que le pull + le start se fasse une fois (la DB s’initialise comme ça)

Au premier démarrage, l’utilisateur aura une instance Gladys qui tourne quasi direct, c’est sûrement plus fluide pour l’utilisateur final… On est pas encore à l’automatisation complète du build de l’image, mais pour moi la priorité n°1 c’est l’expérience utilisateur!

Hamtaro · Septembre 11, 2019, 7:41

C’est quoi une plombe pour toi ?

Parce que perso, ça me dérange pas de laisser tourner le truc 30-60 minutes…

pierre-gilles · Septembre 12, 2019, 6:21

20 minutes

En fait c’est pas que c’est long qui est pas clair pour l’utilisateur, ce qui est pas clair c’est qu’il n’y a aucun feedback externe. On branche le Pi et on attend, et si ça ne marche pas on ne sait pas ce qui n’a pas marché… Et surtout si il y a une erreur, tout est foutu et à part si on va chercher dans les logs de cloud-init on saura jamais vraiment ce qui a foiré.

Exemple: j’ai eu des soucis de résolution DNS du docker hub lors du docker pull (soucis vraiment tout con, il suffisait de relancer la commande), et du coup bah rien ne marchait ^^

Si on veut que le produit soit utilisable sans CLI, il faut que le process d’install soit sans faille. Le moins on fait de chose chez le client, le plus on est sûr que tout ira bien.

Bon dans un premier temps j’ai fais l’approche hybride, buildée sur Raspberry Pi 1 avec:

Un container Docker Gladys 4 qui écoute sur le port 80, accessible en gladys.local
Un container Watchtower

Les deux en restart=always, donc ça devrait toujours être bon.

Je test l’image sous un Pi plus récent pour voir si tout fonctionne!

pierre-gilles · Septembre 12, 2019, 6:25

Je dis quand même un des inconvénients de cette méthode:

Lors du premier démarrage de l’utilisateur, si sa version de Gladys n’est pas à jour, Watchtower va la mettre à jour automatiquement. Hors du coup, l"utilisateur sera probablement entrain de setup son Gladys et le serveur va se faire restart alors que l’utilisateur est en pleine configuration! Pas super propre non plus.

pierre-gilles · Septembre 12, 2019, 6:36

Testé sur Raspberry Pi 4, quel plaisir !

pierre-gilles · Septembre 12, 2019, 7:22

Et hop, une première image Raspbian Gladys 4 assez basique:

https://mirror-fr-2.gladysassistant.com/releases/gladys-4-alpha-1.img.zip

Testée sur Raspberry Pi 1 et 4
Basée sur HypriotOS 1.11.1 (Docker 19.03.0 CE + Raspbian Buster)
Ports USB fonctionels (testé avec une clé Zwave.me)
Mise à jour automatique avec Watchtower

Dites moi si vous avez des retours

Reno · Septembre 12, 2019, 10:17

Bonjour à tous,

Je me permets de donner mon avis sur la question car j’ai pas mal développé sur RPi avec Docker et sur tous les modèles.

Les soucis sur les modèles armv6 (Pi1 et 0) sont récurrents mais l’OS d’Hypriot n’est à mon avis pas la solution ultime car il peut être limitant :
Pour ma part, j’aime bien faire plusieurs choses avec les Raspberry. Aussi, sur HypriotOS, il n’est pas possible de travailler avec toutes les interfaces matérielles (je n’ai jamais réussi à intégrer un simple capteur de température OneWire). De même, il est très compliqué d’utiliser un écran branché sur HDMI sur cet OS.
Du coup, en utilisant HypriotOS, l’utilisation de la Pi sera limitée à Gladys et il faudra bien vérifier que les périphériques USB sont bien tous reconnus.

Pour moi, il serait donc bien de rester sur Raspbian (mais c’est mon simple avis et le premier que je donne sur le forum ).
Aussi, vus les posts d’hier, j’ai regardé les issues Docker :
docker-ce segmentation fault on Raspbian

J’ai ainsi réussi à installer Docker 19.03.2 sur Raspbian Buster sur une RPi0W.
Je peux détailler si ça vous est utile.

pierre-gilles · Septembre 12, 2019, 10:52

Merci @Reno pour ton retour!

Si tu peux détailler la procédure, ça m’intéresse

Je n’ai pas d’expérience avec HypriotOS, je pensais que c’était un simple Raspbian Buster avec Docker d’installé, mais effectivement ça peut être mieux d’avoir un Raspbian Buster classique si on peut le faire

Reno · Septembre 12, 2019, 1:11

Avec plaisir, si ça peut servir

Apparemment le problème vient du binaire ‘containerd’ (v1.2.6-3) qui n’est pas compilé pour armv6 et comme le projet container.io n’est pas “encore” libre d’après ce que j’ai compris, on ne peut se le compiler nous même…
Par contre, Hypriot propose une version un peu infèrieure (v1.2.6-1) sur ses serveurs qui fonctionne sur armv6 mais je n’ai pas saisi comment elle avait été réalisée.
Il suffit donc de récupérer un paquet debian et l’installer à la main :
curl -s https://packagecloud.io/install/repositories/Hypriot/rpi/script.deb.sh | sudo bash
wget --content-disposition https://packagecloud.io/Hypriot/rpi/packages/raspbian/buster/containerd.io_1.2.6-1_armhf.deb/download.deb
sudo dpkg -i containerd.io_1.2.6-1_armhf.deb
Je ne suis pas sûr que la première ligne soit obligatoire. A tester

Puis d’installer Docker :
curl -sSL https://get.docker.com | sh

Pour en revenir à Hypriot, j’avais testé ça il y a plus d’un an voire même 2 (le temps passe vite…) avant de repasser sur Raspbian. D’après ce que j’avais pu lire, l’accès au matériel n’était pas dans les préoccupations du projet mais cela a peut-être changé depuis ?

pierre-gilles · Septembre 12, 2019, 2:18

Ok je comprend mieux l’histoire!

Je garde ça sous le coude et dès que je test je mettrais un message ici, c’est clair que c’est sûrement mieux d’avoir un Raspbian classique si on veut garder d’autres programmes autour de Gladys.

Hamtaro · Septembre 22, 2019, 6:55

La gestion serait différente, tout sera inclus dès le départ dedans.

pierre-gilles · Septembre 23, 2019, 6:59

Exactement Pour l’instant il n’y a que Z-Wave, MQTT, RTSP Camera, Telegram & DarkSky.

Il y a pas mal de services en cours de migration (Xiaomi, Philips Hue, Sonos, …), ça bosse !

damalgos · Septembre 23, 2019, 2:25

L’objectif est de migrer tous les modules y compris sonoff. Il est actuellement en pull request (un dev est en train de développer le module). Il devrait donc arriver d’ici quelque temps tout dépend de l’avancement du développement.

pierre-gilles · Septembre 23, 2019, 3:04

@damalgos +1, effectivement le service Sonoff est en cours de migration par @AlexTrovato. La PR sur le MQTT a été migrée récemment donc ça devrait pouvoir débloquer ce service.

Pour l’instant l’intégration Google Home en direct n’est pas dans mes développements prévus à court terme (il y a déjà beaucoup de boulot sur la migration des services!), après sur le long terme oui pourquoi pas. Comme toujours, toute PR est la bienvenue