5.1/5.2 startet nicht mit Debian Buster

Habe eben meinen Odroid-HC1 auf Buster umgestellt. Unter Stretch lief Symcon RPI einwandfrei, unter Buster scheitert der Start mit folgendem log:


# /usr/bin/symcon
*** IP-Symcon starting
08/03/19 19:16:24 | 00000 | Kernel | Creating...
08/03/19 19:16:24 | 00000 | Kernel | Platform: Raspberry Pi
08/03/19 19:16:24 | 00000 | Kernel | Version: 5.1
08/03/19 19:16:24 | 00000 | Kernel | Revision: af42594c75f079fb53124ba02623f3eaae0ab38b
08/03/19 19:16:24 | 00000 | Kernel | Build: 07/03/19
08/03/19 19:16:24 | 00000 | Kernel | WorkingDir: /var/lib/symcon/
08/03/19 19:16:24 | 00000 | Kernel | SystemDir: /usr/share/symcon/
08/03/19 19:16:24 | 00000 | Kernel | LogDir: /var/log/symcon/
08/03/19 19:16:24 | 00000 | Kernel | Boost Version: 1_68
08/03/19 19:16:24 | 00000 | Kernel | cURL Version: libcurl/7.62.0 OpenSSL/1.1.0j zlib/1.2.11
08/03/19 19:16:24 | 00000 | Kernel | Git2 Version: 0.27.4
08/03/19 19:16:24 | 00000 | Kernel | SSH Version: 0.8.5
08/03/19 19:16:24 | 00000 | Kernel | ZLIB Version: 1.2.11
08/03/19 19:16:24 | 00000 | Kernel | RapidJSON Version: 1.1.0
08/03/19 19:16:24 | 00000 | Kernel | OpenSSL Version: OpenSSL 1.1.0j  20 Nov 2018
08/03/19 19:16:24 | 00000 | Kernel | OpenSSL CertDir: /usr/share/symcon/
08/03/19 19:16:24 | 00000 | Kernel | OpenSSL CertFile: /usr/share/symcon/cacert.pem
08/03/19 19:16:24 | 00000 | Kernel | XML2 Version: 20908
08/03/19 19:16:24 | 00000 | Kernel | XML2 Threads: Yes
08/03/19 19:16:24 | 00000 | Kernel | PHP Version: 7.3.5
08/03/19 19:16:24 | 00000 | Kernel | Initializing...
08/03/19 19:16:24 | 00000 | LocalePool | Creating...
08/03/19 19:16:24 | 00000 | LocalePool | Detected locale: C
Segmentation fault

Und bei Verwendung von GDB:

(gdb) run
Starting program: /usr/bin/symcon 
[Thread debugging using libthread_db enabled]
Using host libthread_db library "/lib/arm-linux-gnueabihf/libthread_db.so.1".

Program received signal SIGILL, Illegal instruction.
0x017db7e8 in _armv7_tick ()

Dabei macht es keinen Unterschied, ob ich Symcon 5.1 oder 5.2 verwende.
Ich weiß, dass der Odroid nicht unterstützt wird, aber vielleicht lässt sich das trotzdem beheben.
Hat jemand eine Idee?

Viele Grüße
Jürgen

locale nicht richtig unter Linux eingerichtet ?
Nur aus dem Bauch.

Korrekt, die ist falsch.
Michael

Bei GDB musst du über die SIGILL per c + ENTER drüber. Mich wundert dass es ohne locale ganz abstürzt.

Auf dem Pi geht es unter Buster.

paresy

Habe gerade mal ein Update auf einem PI2 auf Buster angeworfen(da ist ein IPS5.2 Testsystem drauf), dauert etwas.
PI4(4GB) habe ich vor Wochen bestellt, aber der kommt erst Ende des Monats.:confused:
Und dann wollte ich mal mit Buster spielen.

Achso locale,
damit hatte ich schon mal Probleme auf dem Tinkerboard, da die bei der Installation nicht richtig war.
Auch da ist IPS nicht gestartet.

danke für den Tip. Dann kommt folgende Fehlermeldung:


*** IP-Symcon starting
08/03/19 20:48:07 | 00000 | Kernel | Creating...
08/03/19 20:48:07 | 00000 | Kernel | Platform: Raspberry Pi
08/03/19 20:48:07 | 00000 | Kernel | Version: 5.2
08/03/19 20:48:07 | 00000 | Kernel | Revision: 2e4fc9c1957c4c8b2a078b835b3bb5b3d9f5421d
08/03/19 20:48:07 | 00000 | Kernel | Build: 07/31/19
08/03/19 20:48:07 | 00000 | Kernel | WorkingDir: /var/lib/symcon/
08/03/19 20:48:07 | 00000 | Kernel | SystemDir: /usr/share/symcon/
08/03/19 20:48:07 | 00000 | Kernel | LogDir: /var/log/symcon/
08/03/19 20:48:07 | 00000 | Kernel | Boost Version: 1_70
08/03/19 20:48:07 | 00000 | Kernel | cURL Version: libcurl/7.64.1 OpenSSL/1.1.1b zlib/1.2.11
08/03/19 20:48:07 | 00000 | Kernel | Git2 Version: 0.28.1
08/03/19 20:48:07 | 00000 | Kernel | SSH Version: 0.8.7
08/03/19 20:48:07 | 00000 | Kernel | ZLIB Version: 1.2.11
08/03/19 20:48:07 | 00000 | Kernel | RapidJSON Version: 1.1.0
08/03/19 20:48:07 | 00000 | Kernel | OpenSSL Version: OpenSSL 1.1.1b  26 Feb 2019
08/03/19 20:48:07 | 00000 | Kernel | OpenSSL CertDir: /usr/share/symcon/
08/03/19 20:48:07 | 00000 | Kernel | OpenSSL CertFile: /usr/share/symcon/cacert.pem
08/03/19 20:48:07 | 00000 | Kernel | XML2 Version: 20909
08/03/19 20:48:07 | 00000 | Kernel | XML2 Threads: Yes
08/03/19 20:48:07 | 00000 | Kernel | PHP Version: 7.3.8
08/03/19 20:48:07 | 00000 | Kernel | Initializing...
08/03/19 20:48:07 | 00000 | LocalePool | Creating...
08/03/19 20:48:07 | 00000 | LocalePool | Detected locale: C

Program received signal SIGSEGV, Segmentation fault.
0x00505170 in rapidjson::GenericValue<rapidjson::UTF8<char>, rapidjson::CrtAllocator>::FindMember(char const*) ()

Hat also tatsächlich etwas mit den locales zu tun. Sind aber eigentlich ordentlich konfiguriert…:confused:
viele Grüße
Jürgen

Nein, du hast vermutlich nur den lokalen Benutzer umgestellt. Aber nicht für den root unter dem Symcon läuft.
Michael

Das wirkt eher als wenn die Settings irgendwie kaputt ist. Kann das sein? Ist das ein frisches System?

paresy

Versuch mal die locale DE nachzuinstallieren, bzw einzurichten.
Denn bei dir steht locale: C im Log.

ja, das ist ein frisches System. Habe eben nochmal

# dpkg-reconfigure locales
Generating locales (this might take a while)...
  de_DE.UTF-8... done
  en_US.UTF-8... done
Generation complete.

keine Verbesserung

@Paresy
Das rapidjson Fehler wirft, wenn die locale C ist, hatten wir doch schon häufiger im Forum.
Michael

Kannst du mal beim GDB an der Stelle bt für Backtrace eingeben? Dann gibt es mehr Infos.

paresy

@Nall-Chan. Ich sollte das dann mal fixen [emoji1]

paresy

#0  0x017db7e8 in _armv7_tick ()
#1  0x004d9768 in OPENSSL_cpuid_setup ()
#2  0x01778908 in ossl_init_base_ossl_ ()
#3  0xb6fbcd84 in __pthread_once_slow (once_control=0x3192c24 <base>, init_routine=0x17788b0 <ossl_init_base_ossl_>) at pthread_once.c:116
#4  0x017b11ac in CRYPTO_THREAD_run_once ()
#5  0x01778ca0 in OPENSSL_init_crypto ()
#6  0x01330f58 in ssh_crypto_init ()
#7  0x013099d8 in _ssh_init ()
#8  0x01309a98 in libssh_constructor ()
#9  0x027a7a74 in __libc_csu_init ()
#10 0xb6d384e0 in __libc_start_main (main=0x4d61ac <main>, argc=1, argv=0xbefff784, init=0x27a7a28 <__libc_csu_init>, fini=0x27a7a88 <__libc_csu_fini>, rtld_fini=0xb6fe16c5 <_dl_fini>, stack_end=0xbefff784)
    at libc-start.c:264
#11 0x004d9db8 in _start ()
Backtrace stopped: previous frame identical to this frame (corrupt stack?)

@Silberstreifen: Falsche stelle [emoji1] Die andre. Nicht den SIGILL

paresy

(gdb) bt
#0  0x00505170 in rapidjson::GenericValue<rapidjson::UTF8<char>, rapidjson::CrtAllocator>::FindMember(char const*) ()
#1  0x01013dd0 in IPSLocalePool::Translate(rapidjson::GenericDocument<rapidjson::UTF8<char>, rapidjson::CrtAllocator, rapidjson::CrtAllocator> const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) ()
#2  0x010b4dc8 in IIPSSubmodule::_(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) ()
#3  0x01013f38 in IPSLocalePool::Translate(rapidjson::GenericDocument<rapidjson::UTF8<char>, rapidjson::CrtAllocator, rapidjson::CrtAllocator> const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) ()
#4  0x010b4dc8 in IIPSSubmodule::_(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) ()
#5  0x01013f38 in IPSLocalePool::Translate(rapidjson::GenericDocument<rapidjson::UTF8<char>, rapidjson::CrtAllocator, rapidjson::CrtAllocator> const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) ()
#6  0x010b4dc8 in IIPSSubmodule::_(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) ()
#7  0x01013f38 in IPSLocalePool::Translate(rapidjson::GenericDocument<rapidjson::UTF8<char>, rapidjson::CrtAllocator, rapidjson::CrtAllocator> const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) ()
#8  0x010b4dc8 in IIPSSubmodule::_(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) ()
#9  0x01013f38 in IPSLocalePool::Translate(rapidjson::GenericDocument<rapidjson::UTF8<char>, rapidjson::CrtAllocator, rapidjson::CrtAllocator> const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) ()
#10 0x010b4dc8 in IIPSSubmodule::_(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) ()
#11 0x01013f38 in IPSLocalePool::Translate(rapidjson::GenericDocument<rapidjson::UTF8<char>, rapidjson::CrtAllocator, rapidjson::CrtAllocator> const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) ()
#12 0x010b4dc8 in IIPSSubmodule::_(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) ()
#13 0x01013f38 in IPSLocalePool::Translate(rapidjson::GenericDocument<rapidjson::UTF8<char>, rapidjson::CrtAllocator, rapidjson::CrtAllocator> const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) ()
#14 0x010b4dc8 in IIPSSubmodule::_(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) ()
#15 0x01013f38 in IPSLocalePool::Translate(rapidjson::GenericDocument<rapidjson::UTF8<char>, rapidjson::CrtAllocator, rapidjson::CrtAllocator> const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) ()
#16 0x010b4dc8 in IIPSSubmodule::_(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) ()
#17 0x01013f38 in IPSLocalePool::Translate(rapidjson::GenericDocument<rapidjson::UTF8<char>, rapidjson::CrtAllocator, rapidjson::CrtAllocator> const&, std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >) ()

…da breche ich mal ab. Wenn ich das richtig sehe, wiederholt sich das ohnehin nur
Grüße
Jürgen

Stellt die Sprache vom root um, und dann funktioniert es.
Translate versucht zur local ‚C‘ zu übersetzen und dabei schmiert es dann irgendwo ab.

Michael

ich habe

dpkg-reconfigure locales

als root ausgeführt, oder meinst Du etwas anderes?
Jürgen

Das hatte ich damals mit dem Tinkerboard auch so.