Raspbian Gladys 4 - Bildentwicklung - Überlegungen

pierre-gilles · 11. September 2019 um 14:23

Hallo zusammen!

Wie ich in meinem letzten Newsletter erwähnt habe, ist eine meiner Prioritäten im Moment, ein offizielles Raspbian-Image für Gladys 4 zu erstellen.

Die Spezifikationen sind wie folgt:

Muss für alle Versionen des Raspberry Pi (1, 2, 3, 4, Zero, Zero W, etc.) funktionieren
Gladys 4 wird über Docker installiert
Muss sich selbst aktualisieren können, ohne dass man sich über die CLI anmelden muss.
Gladys-Daten (DB, etc.) werden in /var/lib/gladysassistant gespeichert
USB-Ports werden verwaltet und in Docker exponiert
Hostname « gladys »

Mein aktuelles Problem

Laut dem, was ich gefunden habe, gibt es derzeit ein Problem mit den neuesten Versionen von Docker auf ARMv6-Geräten (also Raspberry Pi 1 und W). Die Builds laufen auf diesen Rasps nicht.

Siehe =>

github.com/moby/moby

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

ouvert 08:16PM - 10 Nov 18 UTC

fermé 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)

ouvert 11:18PM - 16 Jul 19 UTC

fermé 08:06PM - 03 Nov 19 UTC

ndanyluk

area/swarm platform/arm

**Description** I've observed that the last working Docker package for Rasp…bian 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. ```

Eine Möglichkeit wäre, zu einer älteren Version von Docker zurückzukehren, ABER ohne auf Raspbian Buster zu wechseln, da diese Versionen nur auf Stretch gebaut wurden.

Laut meinen Tests scheint es nicht tausend Lösungen zu geben:

Zwei verschiedene Images erstellen: eines für Raspberry Pi ARMv6 (Rpi 1 und W) und eines für die anderen (2, 3, 4). Das Image für Raspberry Pi ARMv6 würde auf Stretch basieren. (Das ist viel Arbeit)
Nur ein Image unter Buster erstellen und sagen, dass Gladys nicht mehr mit Raspberry Pi 1/W kompatibel ist (ich bin kein Fan dieser Lösung)
Die neueste Version von HypriotOS verwenden, ein auf Raspbian Buster basierendes OS mit der neuesten Docker-Version vorinstalliert. Ich habe es noch nicht getestet, aber HypriotOS scheint eine gute Lösung zu sein!
HypriotOS + flash + cloud-init verwenden! Das wäre die ultimative Kombination. Das Ziel wäre, das Image auf meiner Seite über eine cloud-init-YAML-Datei ( Beispiel ) zu erstellen, dann ohne es jemals zu starten, es so auf der Website zu veröffentlichen. Dadurch ist das Image hyper sauber (weil ich es nie gebootet habe) und beim ersten Start lädt das Image die Docker-Image von Gladys 4 in der neuesten Version herunter und startet es. Der Vorteil ist, dass das Image immer auf dem neuesten Stand ist. Der Nachteil ist, dass der Raspberry Pi beim ersten Start von Gladys mit dem Internet verbunden sein muss und dass der Download bei langsamen Verbindungen etwas Zeit in Anspruch nehmen kann.

Also, ich arbeite daran, ich bin offen für Feedback, wenn ihr Anmerkungen/Tipps habt, interessiert mich das

@VonOx?

VonOx · 11. September 2019 um 15:19

Offensichtlich ist der Nachteil der Lösung 4 gar kein richtiger Nachteil, ich denke, die meisten Raspberry Pis haben Internetzugang, komplett offline Raspberry Pis sind Einzelfälle und die betreffenden Benutzer sind in der Kategorie „Experte“ und werden damit klarkommen .

Die Lösung 5 wäre, ein Raspberry Pi-Image mit QEMU zu erstellen.

pierre-gilles · 11. September 2019 um 15:28

Ich bin der Meinung, dass Lösung 5 die „perfekte“ Lösung ist, aber sie ist auch die zeitaufwendigste ^^ Nicht einfach, alles umzusetzen und alles zu verstehen!

Ich denke, ich habe im Moment mehr Mehrwert, wenn ich an den Services arbeite

pierre-gilles · 11. September 2019 um 15:56

Ich habe gerade Methode 4 auf einem Raspberry Pi 1 getestet, dem Äquivalent eines Pi Zero W. Zwar nicht besonders repräsentativ für die gesamte Palette, aber es lohnt sich, unter den schlechtesten Bedingungen zu testen, um zu wissen, was einen erwartet.

Die Einrichtung dauert zwar recht lange… Es ist nicht sehr schnell für den Benutzer. Der Docker-Pull dauert ewig (trotz Glasfaser, aber der Ethernet-Port ist langsam + der CPU hat Mühe, die Layer-Archive zu entpacken).

Ich denke, die beste Lösung für den Moment ist, eine Mischung aus Lösung 3 und 4 zu verwenden:

Ich erstelle das Image mit cloud-init auf meiner Seite
Dann starte ich es einmal auf einem Pi 1, damit der Pull + das Starten einmal erfolgt (die DB initialisiert sich so)

Beim ersten Start hat der Benutzer eine Gladys-Instanz, die quasi sofort läuft, das ist sicherlich flüssiger für den Endbenutzer.. Wir sind noch nicht bei der vollständigen Automatisierung des Image-Builds, aber für mich ist die Priorität Nr. 1 die Benutzererfahrung!

Hamtaro · 11. September 2019 um 19:41

Was ist für dich ein „Plombe“?

Weil ich persönlich nichts dagegen habe, das Ding 30-60 Minuten laufen zu lassen…

pierre-gilles · 12. September 2019 um 06:21

20 Minuten

Es ist nicht die Länge, die für den Benutzer unklar ist, sondern dass es kein externes Feedback gibt. Man verbindet den Pi und wartet, und wenn es nicht funktioniert, weiß man nicht, was schiefgelaufen ist… Und vor allem, wenn ein Fehler auftritt, ist alles im Eimer, und es sei denn, man sucht in den cloud-init-Logs, wird man nie wirklich wissen, was schiefgelaufen ist.

Beispiel: Ich hatte Probleme mit der DNS-Auflösung des Docker Hub beim docker pull (wirklich dumme Probleme, es reichte aus, den Befehl neu zu starten), und deshalb funktionierte nichts mehr ^^

Wenn wir wollen, dass das Produkt ohne CLI verwendbar ist, muss der Installationsprozess fehlerfrei sein. Je weniger wir beim Kunden machen, desto sicherer ist es, dass alles gut geht.

Nun, zunächst habe ich den hybriden Ansatz gewählt, gebaut auf einem Raspberry Pi 1 mit:

Ein Docker-Container Gladys 4, der auf Port 80 hört, zugänglich unter gladys.local
Ein Watchtower-Container

Beide mit restart=always, also sollte es immer gut gehen.

Ich teste das Image auf einem neueren Pi, um zu sehen, ob alles funktioniert!

pierre-gilles · 12. September 2019 um 06:25

Ich sage trotzdem eines der Nachteile dieser Methode:

Beim ersten Start des Benutzers, wenn seine Version von Gladys nicht aktuell ist, wird Watchtower sie automatisch aktualisieren. Aber dann wird der Benutzer wahrscheinlich dabei sein, sein Gladys einzurichten, und der Server wird neu gestartet, während der Benutzer mitten in der Konfiguration ist! Auch nicht besonders sauber.

pierre-gilles · 12. September 2019 um 06:36

Getestet auf Raspberry Pi 4, welch ein Vergnügen!

pierre-gilles · 12. September 2019 um 07:22

Et hop, ein erstes Bild von Raspbian Gladys 4, recht grundlegend:

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

Getestet auf Raspberry Pi 1 und 4
Basierend auf HypriotOS 1.11.1 (Docker 19.03.0 CE + Raspbian Buster)
USB-Ports funktionieren (getestet mit einem Schlüssel von Zwave.me)
Automatisches Update mit Watchtower

Lasst mich wissen, wenn ihr Feedback habt

Reno · 12. September 2019 um 10:17

Hallo zusammen,

ich möchte meine Meinung zu der Frage äußern, da ich viel mit RPi und Docker entwickelt habe, und zwar auf allen Modellen.

Die Probleme mit den armv6-Modellen (Pi1 und 0) sind wiederkehrend, aber ich halte HypriotOS nicht für die ultimative Lösung, da es einschränkend sein kann:
Für mich ist es wichtig, mit den Raspberry Pi verschiedene Dinge zu tun. Auch auf HypriotOS ist es nicht möglich, mit allen Hardware-Schnittstellen zu arbeiten (ich habe es nie geschafft, einen einfachen OneWire-Temperatursensor zu integrieren). Ebenso ist es sehr kompliziert, einen über HDMI angeschlossenen Bildschirm auf diesem OS zu nutzen.
Daher wird die Nutzung der Pi mit HypriotOS auf Gladys beschränkt sein, und man muss sicherstellen, dass alle USB-Geräte erkannt werden.

Für mich wäre es daher besser, bei Raspbian zu bleiben (aber das ist nur meine einfache Meinung und der erste Beitrag, den ich im Forum schreibe ).
Außerdem habe ich, angesichts der Beiträge von gestern, die Docker-Issues angesehen:
docker-ce segmentation fault on Raspbian

Ich habe es geschafft, Docker 19.03.2 auf Raspbian Buster auf einer RPi0W zu installieren.
Ich kann detailliert beschreiben, wenn es euch nützlich ist.

pierre-gilles · 12. September 2019 um 10:52

Danke @Reno für dein Feedback!

Wenn du das Verfahren genauer beschreiben könntest, würde mich das interessieren

Ich habe keine Erfahrung mit HypriotOS, ich dachte, es wäre einfach ein Raspbian Buster mit installiertem Docker, aber tatsächlich könnte es besser sein, ein klassisches Raspbian Buster zu verwenden, wenn das möglich ist

Reno · 12. September 2019 um 13:11

Gern geschehen, wenn es hilft

Offenbar liegt das Problem am Binärprogramm ‹ containerd › (v1.2.6-3), das nicht für armv6 kompiliert ist und da das Projekt container.io laut meinen Informationen noch nicht frei ist, können wir es auch nicht selbst kompilieren…
Allerdings bietet Hypriot eine etwas ältere Version (v1.2.6-1) auf seinen Servern an, die auf armv6 läuft, aber ich habe nicht verstanden, wie diese erstellt wurde.
Man muss also einfach ein Debian-Paket herunterladen und manuell installieren:
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
Ich bin mir nicht sicher, ob die erste Zeile obligatorisch ist. Muss getestet werden

Dann Docker installieren:
curl -sSL https://get.docker.com | sh

Was Hypriot angeht, habe ich das vor mehr als einem Jahr, vielleicht sogar zwei (die Zeit vergeht schnell…) getestet, bevor ich wieder zu Raspbian gewechselt bin. Laut dem, was ich gelesen hatte, war der Zugriff auf die Hardware nicht im Fokus des Projekts, aber vielleicht hat sich das inzwischen geändert?

pierre-gilles · 12. September 2019 um 14:18

Ok, ich verstehe die Geschichte besser!

Ich behalte das im Hinterkopf und sobald ich es teste, hinterlasse ich hier eine Nachricht. Es ist klar, dass es wahrscheinlich besser ist, ein klassisches Raspbian zu haben, wenn man andere Programme neben Gladys behalten möchte.

Hamtaro · 22. September 2019 um 06:55

Die Verwaltung wäre anders, alles wäre von Anfang an enthalten.

pierre-gilles · 23. September 2019 um 06:59

Genau Im Moment gibt es nur Z-Wave, MQTT, RTSP-Kamera, Telegram & DarkSky.

Es gibt einige Dienste, die gerade migriert werden (Xiaomi, Philips Hue, Sonos, ..), es wird gearbeitet!

damalgos · 23. September 2019 um 14:25

Das Ziel ist es, alle Module, einschließlich Sonoff, zu migrieren. Es befindet sich derzeit in einem Pull Request (ein Entwickler arbeitet gerade am Modul). Es sollte also in Kürze eintreffen, alles hängt vom Entwicklungsfortschritt ab.

pierre-gilles · 23. September 2019 um 15:04

@damalgos +1, tatsächlich wird der Sonoff-Dienst gerade von @AlexTrovato migriert. Das PR für MQTT wurde kürzlich migriert, also sollte das diesen Dienst freischalten können.

Momentan ist die direkte Integration von Google Home nicht in meinen kurzfristigen Entwicklungsplänen (es gibt schon genug Arbeit bei der Migration der Dienste!), aber langfristig warum nicht. Wie immer sind alle PRs willkommen

Thema		Antworten	Aufrufe
Live Youtube bilan de 2022 et projets pour 2023 ce mardi soir à 21h! Actualités	83	2906	15. Januar 2023
Zigbee2mqtt avec le conbee II : Erreur Configuration zigbee2mqtt	14	3687	23. Juni 2021
Gladys : problème pour activer le service "Zigbee2Mqtt" (raspberry pi 0 wh) Configuration	5	211	24. März 2024
Gladys devient injoignable après quelques heures de fonctionnement Configuration	31	449	22. Juli 2024
Problème activation du service Zigbee2mqtt Configuration	33	3515	20. Februar 2022

Raspbian Gladys 4 - Bildentwicklung - Überlegungen

Verwandte Themen