Neues Modul: Signalbot (Integration für den Signal Messenger) via signal-cli

Begonnen von Adimarantis, 31 Januar 2021, 19:16:19

Vorheriges Thema - Nächstes Thema

FhemPiUser

Hat leider nicht geklappt mit der registrierung, immer kam rate limit fehler. Habe stattdessen config mit skript restored und dann die verzeichnisse datw/attachment gelöscht und dann ging es ohne 100% cpu auslastung.

es gab auch 2 merkwürdige und unbekannte kontakte unter ,,get contacts all". evtl haben die etwas mit der 100% cpu last zu tun.

Löschen kann man die kontakte scheinbar nicht, dahe habe die habe ich dann geblockt, aber kommt mir etwas komisch vor...


Adimarantis

Gerade das Löschen von "kaputten" Kontakten scheint seitens signal-cli nicht zu funktionieren. So einen habe ich auch drin. Hab dazu einen Bug bei signal-cli aufgemacht.

Selbst wenn der Kontakt gelöscht wird, dann bleibt er als "identity" gespeichert die Nummer bleibt bei getContacts weiter sichtbar - nur der Name ist dann weg. Ist nicht so ganz konsistent gelöst - könnte man auch als Bug sehen.
Raspberry 4 + HM-MOD-RPI-PCB (pivCCU) + RfxTrx433XL + 2xRaspberry 1
Module: 50_Signalbot, 52_I2C_ADS1x1x , 58_RPI_1Wire, (50_SPI_MAX31865)

Adimarantis

Update Installer auf signal-cli 0.11.10

Die libsignal_jni.so wird jetzt von https://github.com/exquo/signal-libs-build geholt. Das hat den Vorteil dass diese dort automatisch generiert werden und meist sogar noch neuere Versionen als die benötigte zur Verfügung stellen (z.B. schon 0.24.0 - benötigt wird 0.23.1)

Bitte noch für X86 und AARCH64 testen - selber hab ich das jetzt nur für ARMV7 gemacht. Gebt Bescheid, wenn es wider erwarten Probleme mit den anderen Architekturen gibt.

Wenn ich also gerade mal nicht dazu komme den Installer upzudaten, sollte jeder einfach
SIGNALVERSION="0.11.10"
LIBRARYVERSION="0.23.1"
entsprechend anpassen können.

Die aktuelle signal-cli Versionsnummer findet man unter
https://github.com/AsamK/signal-cli/releases
Um die passende Libraryversion rauszufinden, muss man im ausgepackten signal-cli nachschauen, welche Version die Datei
lib/libsignal-client-0.xx.x.jarhat, und diese Versionsnummer eintragen.

Raspberry 4 + HM-MOD-RPI-PCB (pivCCU) + RfxTrx433XL + 2xRaspberry 1
Module: 50_Signalbot, 52_I2C_ADS1x1x , 58_RPI_1Wire, (50_SPI_MAX31865)

h002

Einige Unicode Formatierung von Text sind möglich und funktionieren prima. Ist es auch möglich Hyperlinks / URLs über das Modul zu formatieren und versenden, so dass sie direkt beim Empfänger angeklickt werden können?

Sorry, ist erledigt. Das ging nur nicht in Kombination mit Markups.

KyleK

FHEM ist mir heute abgestürzt, weil ich im laufenden Betrieb dbus neugestartet habe:
$ sudo systemctl restart dbus
FHEM wurde mit dieser Logmessage beendet (fuhr aber dank systemctl automatisch wieder hoch):
Protocol::DBus::X::SurpriseShutdown: The D-Bus connection closed unexpectedly!
    ==> X::Tiny::create('Protocol::DBus::X', 'SurpriseShutdown') (called in /usr/local/share/perl/5.28.1/Protocol/DBus/Parser.pm at line 29)
    ==> Protocol::DBus::Parser::get_message(Protocol::DBus::Parser=HASH(0x6eaf100)) (called in /usr/local/share/perl/5.28.1/Protocol/DBus/Peer.pm at line 69)
    ==> Protocol::DBus::Peer::get_message(Protocol::DBus::Client=HASH(0x6e9ff30)) (called in /opt/fhem/FHEM/50_Signalbot.pm at line 1426)
    ==> main::Signalbot_Read(HASH(0x5ee6640)) (called in fhem.pl at line 3980)
    ==> main::CallFn('Signal', 'ReadFn', HASH(0x5ee6640)) (called in fhem.pl at line 784)

Vielleicht kann man das im Modul irgendwie abfangen und einen Absturz verhindern?
(Nicht dass ich jetzt regelmäßig dbus auf der Kommandozeile neustarten würde  :) )
FHEM on Raspberry Pi 3B+
CUL868
7x MAX! Thermostat, 8x MAX! Fensterkontakte
Conbee II + deConz, TradFri Lampen, Osram Smart+ Steckdosen

Adimarantis

Das Problem konnte ich nachstellen.
Habe eine aktualisierte Version eingecheckt die den Fehler abfängt und Signalbot neu initialisiert.
Raspberry 4 + HM-MOD-RPI-PCB (pivCCU) + RfxTrx433XL + 2xRaspberry 1
Module: 50_Signalbot, 52_I2C_ADS1x1x , 58_RPI_1Wire, (50_SPI_MAX31865)

surfi

Hallo zusammen,
meine Signal-cli Installation hat sich wohl zerlegt. Leider kann ich nicht genau sagen, ob es bei einem Update passiert ist.
Auch eine alte Version (11.2) bekomme ich nicht mehr installiert. Hat jemand einen Tip für mich?
Auf dem Alten raspi-3 mit 32-bit raspbian hat das update auf V-11.10 einwandfrei geklappt.

Gruß Thomas

PRETTY_NAME="Raspbian GNU/Linux 11 (bullseye)"
NAME="Raspbian GNU/Linux"
VERSION_ID="11"
VERSION="11 (bullseye)"
VERSION_CODENAME=bullseye
ID=raspbian
aarch64
Openjdk ist Version 17.0.6

/var/log/syslog:
Jun 19 21:58:30 rpi4 dbus-daemon[1532]: [system] Activating via systemd: service name='org.asamk.Signal' unit='dbus-org.asamk.Signal.service' requested by ':1.15' (uid=0 pid=2194 comm="perl /tmp/signal1959.tmp ")
Jun 19 21:58:30 rpi4 systemd[1]: Starting Send secure messages to Signal clients...
Jun 19 21:58:43 rpi4 signal-cli[2198]: OpenJDK Client VM warning: You have loaded library /tmp/resource16174790641101377256.so which might have disabled stack guard. The VM will try to fix the stack guard now.
Jun 19 21:58:43 rpi4 signal-cli[2198]: It's highly recommended that you fix the library with 'execstack -c <libfile>', or link it with '-z noexecstack'.
Jun 19 21:58:43 rpi4 signal-cli[2198]: WARN  ServiceConfig - Failed to call libsignal-client: /tmp/resource16174790641101377256.so: /tmp/resource16174790641101377256.so: falsche ELF-Klasse: ELFCLASS64 (Possible cause: can't load AMD 64 .so on a ARM platform)
Jun 19 21:58:43 rpi4 signal-cli[2198]: Missing required native library dependency: libsignal-client
Jun 19 21:58:53 rpi4 systemd[1]: signal.service: Main process exited, code=exited, status=1/FAILURE
Jun 19 21:58:53 rpi4 systemd[1]: signal.service: Failed with result 'exit-code'.
Jun 19 21:58:53 rpi4 systemd[1]: Failed to start Send secure messages to Signal clients.
Jun 19 21:58:53 rpi4 systemd[1]: signal.service: Consumed 3.526s CPU time.

Adimarantis

Raspberry 4 + HM-MOD-RPI-PCB (pivCCU) + RfxTrx433XL + 2xRaspberry 1
Module: 50_Signalbot, 52_I2C_ADS1x1x , 58_RPI_1Wire, (50_SPI_MAX31865)

Nighthawk

Hallo zusammen,

leider habe auch ich seit gestern ein Problem.
Nach einem Absturz des Servers startete signal nicht mehr und der Status im FHEM ist immer disconnected.
Wie es aussah, war die registrierung durch den Absturz korrumpiert gewesen, also alles nochmal mit dem Script entfernt und neuinstalliert und die Nummer neu registriert
Signal läuft und es ist möglich über die Kommandozeile Nachrichten zu verschicken.
sudo systemctl status signal
● signal.service - Send secure messages to Signal clients
     Loaded: loaded (/etc/systemd/system/signal.service; enabled; preset: enabled)
     Active: active (running) since Sun 2023-06-25 12:28:38 CEST; 6min ago
    Process: 8591 ExecStartPre=/bin/sleep 10 (code=exited, status=0/SUCCESS)
   Main PID: 8592 (java)
      Tasks: 27 (limit: 19022)
     Memory: 90.9M
        CPU: 6.030s
     CGroup: /system.slice/signal.service
             └─8592 java -Xms2m -classpath /opt/signal/lib/signal-cli-0.11.10.jar:/opt/signal/lib/lib.jar:/opt/signal/lib/bcprov-jdk15on-1.70.jar:/opt/signal/lib/signal-service-java-2.15.3_unofficial_70.jar:/opt/signal/lib/jackson-module-kotlin-2.15.0.jar:/opt/signal/lib/jackson-annotations-2.15.0.jar:/opt/signal/lib/jackson-core-2.15.0.jar:/opt/signal/lib/jackson-databind-2.15.0.jar:/opt/signal/lib/argparse4j-0.9.0.jar:/opt/signal/lib/dbus-java-transport-native-unixsocket-4.3.0.jar:/opt/signal/lib/jul-to-slf4j-2.0.7.jar:/opt/signal/lib/logback-classic-1.4.7.jar:/opt/signal/lib/dbus-java-core-4.3.0.jar:/opt/signal/lib/HikariCP-5.0.1.jar:/opt/signal/lib/slf4j-api-2.0.7.jar:/opt/signal/lib/logback-core-1.4.7.jar:/opt/signal/lib/protobuf-javalite-3.23.0.jar:/opt/signal/lib/sqlite-jdbc-3.41.2.1.jar:/opt/signal/lib/fastdoubleparser-0.8.0.jar:/opt/signal/lib/jsr305-3.0.2.jar:/opt/signal/lib/okhttp-4.10.0.jar:>

Jun 25 12:28:26 FHEM systemd[1]: Starting signal.service - Send secure messages to Signal clients...
Jun 25 12:28:37 FHEM signal-cli[8592]: INFO  DaemonCommand - Starting daemon in multi-account mode
Jun 25 12:28:38 FHEM signal-cli[8592]: INFO  TransportBuilder - Using transport dbus-java-transport-native-unixsocket for address unix:path=/var/run/dbus/system_bus_socket
Jun 25 12:28:38 FHEM systemd[1]: Started signal.service - Send secure messages to Signal clients.
Jun 25 12:28:38 FHEM signal-cli[8592]: INFO  DaemonCommand - DBus daemon running on SYSTEM bus: org.asamk.Signal

Dbus läuft eigentlich auch:

sudo systemctl status dbus
● dbus.service - D-Bus System Message Bus
     Loaded: loaded (/lib/systemd/system/dbus.service; static)
     Active: active (running) since Sun 2023-06-25 12:28:25 CEST; 6min ago
TriggeredBy: ● dbus.socket
       Docs: man:dbus-daemon(1)
   Main PID: 8584 (dbus-daemon)
      Tasks: 1 (limit: 19022)
     Memory: 732.0K
        CPU: 19ms
     CGroup: /system.slice/dbus.service
             └─8584 @dbus-daemon --system --address=systemd: --nofork --nopidfile --systemd-activation --syslog-only

Jun 25 12:28:25 FHEM systemd[1]: Starting dbus.service - D-Bus System Message Bus...
Jun 25 12:28:25 FHEM dbus-daemon[8584]: [system] AppArmor D-Bus mediation is enabled
Jun 25 12:28:25 FHEM systemd[1]: Started dbus.service - D-Bus System Message Bus.
Jun 25 12:28:25 FHEM dbus-daemon[8584]: [system] Activating via systemd: service name='org.asamk.Signal' unit='dbus-org.asamk.Signal.service' requested by ':1.0' (uid=1000 pid=136 comm="/usr/bin/perl fhem.pl fhem.cfg" label="unconfined")
Jun 25 12:28:38 FHEM dbus-daemon[8584]: [system] Successfully activated service 'org.asamk.Signal'

Aber es ist nicht möglich über Dbus Nachrichten zu versenden:

signal-cli --dbus send -m "Message"  +49***
INFO  TransportBuilder - Using transport dbus-java-transport-native-unixsocket for address unix:path=/run/user/1000/bus
signal-cli DBus daemon not running on session bus: The name org.asamk.Signal was not provided by any .service files

Und im FHEM ist das Device immer disconnected.

Hier nocht das signal_install.log:
PRETTY_NAME="Ubuntu 23.04"
NAME="Ubuntu"
VERSION_ID="23.04"
VERSION="23.04 (Lunar Lobster)"
VERSION_CODENAME=lunar
ID=ubuntu
ID_LIKE=debian
HOME_URL="https://www.ubuntu.com/"
SUPPORT_URL="https://help.ubuntu.com/"
BUG_REPORT_URL="https://bugs.launchpad.net/ubuntu/"
PRIVACY_POLICY_URL="https://www.ubuntu.com/legal/terms-and-policies/privacy-policy"
UBUNTU_CODENAME=lunar
LOGO=ubuntu-logo

Was mache ich falsch?

surfi

Zitat von: Adimarantis am 20 Juni 2023, 22:32:04Schau dir mal den letzten Eintrag im Wiki Troubleshooting an

Das habe ich gemacht und auch umgestellt. Trotzdem funktionierte es nicht. Erst nach einem remove, Neuinstallation und restore geht es jetzt wieder. Leider zickt Nextcloud nun rum, dass es ein 32 bit OS ist.


Nighthawk

Hat wirklich keiner eine Idee, ich verzweifele an dem Thema gerade.

Adimarantis

Also was ich auf die schnelle schon mal sehe:
Dein Test
signal-cli --dbus send -m "Message"  +49***macht aus mehreren Gründen (falscher Bus, der dbus parameter ist dazu da signal-cli als daemon und nicht als client zu verwenden .....) keinen Sinn.

Ich empfehle da als test eher das "dbus-send" Kommando, beschrieben im Wiki unter https://wiki.fhem.de/wiki/Signalbot#Versenden_von_Nachrichten_ohne_FHEM

Ubuntu dürfte ein echtes 64-bit System - der zitierte Workaround ist für Raspberry auf Arm. Ich schätze mal du bist auf x86?

Jetzt kann ich aber in deinen Logs (bis auf deinen vom Ansatz her falschen Testversuch) keine Fehler erkennen. Da wäre jetzt eher in Blick ins syslog und ins fhem log angesagt.


Raspberry 4 + HM-MOD-RPI-PCB (pivCCU) + RfxTrx433XL + 2xRaspberry 1
Module: 50_Signalbot, 52_I2C_ADS1x1x , 58_RPI_1Wire, (50_SPI_MAX31865)

Nighthawk

Hallo Jörg,

danke für den Hinweis, mein Problem lag an einem Durcheinander der Profile.
Habe ich nun geradegebogen und es läuft jetzt.

Dr. Boris Neubert

Hallo,

im Sommer letzten Jahres hatte ich Signalbot mit signal-cli erfolgreich am Laufen. Zwischenzeitliche Updates (FHEM, Signal, Betriebssystem) haben etwas kaputtgemacht und nun muss ich signal-cli wieder zum Laufen bekommen. Im Troubleshooting-Abschnitt im Wiki hatte ich für mich nichts zutreffendes ausmachen können.

Linux vserver 5.10.0-22-amd64 #1 SMP Debian 5.10.178-3 (2023-04-22) x86_64 GNU/Linux
FHEM aktuell
Alles mit dem aktuellen ./signal_install.sh aus www/signal installiert.

Service startet nicht. Ausgabe von

# sudo -u signal-cli /opt/signal/bin/signal-cli --config /var/lib/signal-cli daemon --system
WARN  LegacyRecipientStore2 - Failed to load recipient store
com.fasterxml.jackson.databind.exc.InvalidDefinitionException: Cannot construct instance of `org.asamk.signal.manager.storage.recipients.LegacyRecipientStore2$Storage` (no Creators, like default constructor, exist): cannot deserialize from Object value (no delegate- or property-based Creator)
at [Source: (FileInputStream); line: 2, column: 3]
at com.fasterxml.jackson.databind.exc.InvalidDefinitionException.from(InvalidDefinitionException.java:67)
at com.fasterxml.jackson.databind.DeserializationContext.reportBadDefinition(DeserializationContext.java:1915)
at com.fasterxml.jackson.databind.DatabindContext.reportBadDefinition(DatabindContext.java:414)
at com.fasterxml.jackson.databind.DeserializationContext.handleMissingInstantiator(DeserializationContext.java:1360)
at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.deserializeFromObjectUsingNonDefault(BeanDeserializerBase.java:1424)
at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserializeFromObject(BeanDeserializer.java:352)
at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:185)
at com.fasterxml.jackson.databind.deser.DefaultDeserializationContext.readRootValue(DefaultDeserializationContext.java:323)
at com.fasterxml.jackson.databind.ObjectMapper._readMapAndClose(ObjectMapper.java:4825)
at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:3809)
at org.asamk.signal.manager.storage.recipients.LegacyRecipientStore2.migrate(LegacyRecipientStore2.java:30)
at org.asamk.signal.manager.storage.SignalAccount.load(SignalAccount.java:647)
at org.asamk.signal.manager.storage.SignalAccount.load(SignalAccount.java:187)
at org.asamk.signal.manager.SignalAccountFiles.initManager(SignalAccountFiles.java:92)
at org.asamk.signal.manager.SignalAccountFiles.lambda$initMultiAccountManager$1(SignalAccountFiles.java:64)
at java.base/java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:197)
at java.base/java.util.HashMap$KeySpliterator.forEachRemaining(HashMap.java:1707)
at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:509)
at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:499)
at java.base/java.util.stream.Nodes$CollectorTask.doLeaf(Nodes.java:2183)
at java.base/java.util.stream.Nodes$CollectorTask$OfRef.doLeaf(Nodes.java:2193)
at java.base/java.util.stream.AbstractTask.compute(AbstractTask.java:327)
at java.base/java.util.concurrent.CountedCompleter.exec(CountedCompleter.java:754)
at java.base/java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:373)
at java.base/java.util.concurrent.ForkJoinTask.invoke(ForkJoinTask.java:686)
at java.base/java.util.stream.Nodes.collect(Nodes.java:328)
at java.base/java.util.stream.ReferencePipeline.evaluateToNode(ReferencePipeline.java:111)
at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:570)
at java.base/java.util.stream.AbstractPipeline.evaluateToArrayNode(AbstractPipeline.java:260)
at java.base/java.util.stream.ReferencePipeline.toArray(ReferencePipeline.java:616)
at java.base/java.util.stream.ReferencePipeline.toArray(ReferencePipeline.java:622)
at java.base/java.util.stream.ReferencePipeline.toList(ReferencePipeline.java:627)
at org.asamk.signal.manager.SignalAccountFiles.initMultiAccountManager(SignalAccountFiles.java:72)
at org.asamk.signal.App.handleMultiLocalCommand(App.java:316)
at org.asamk.signal.App.init(App.java:198)
at org.asamk.signal.Main.main(Main.java:60)
ERROR MultiAccountManager - Failed to load +49REDACTED: com.fasterxml.jackson.databind.exc.InvalidDefinitionException: Cannot construct instance of `org.asamk.signal.manager.storage.recipients.LegacyRecipientStore2$Storage` (no Creators, like default constructor, exist): cannot deserialize from Object value (no delegate- or property-based Creator)
at [Source: (FileInputStream); line: 2, column: 3] (RuntimeException)
java.lang.RuntimeException: com.fasterxml.jackson.databind.exc.InvalidDefinitionException: Cannot construct instance of `org.asamk.signal.manager.storage.recipients.LegacyRecipientStore2$Storage` (no Creators, like default constructor, exist): cannot deserialize from Object value (no delegate- or property-based Creator)
at [Source: (FileInputStream); line: 2, column: 3]
at org.asamk.signal.manager.storage.recipients.LegacyRecipientStore2.migrate(LegacyRecipientStore2.java:91)
at org.asamk.signal.manager.storage.SignalAccount.load(SignalAccount.java:647)
at org.asamk.signal.manager.storage.SignalAccount.load(SignalAccount.java:187)
at org.asamk.signal.manager.SignalAccountFiles.initManager(SignalAccountFiles.java:92)
at org.asamk.signal.manager.SignalAccountFiles.lambda$initMultiAccountManager$1(SignalAccountFiles.java:64)
at java.base/java.util.stream.ReferencePipeline$3$1.accept(ReferencePipeline.java:197)
at java.base/java.util.HashMap$KeySpliterator.forEachRemaining(HashMap.java:1707)
at java.base/java.util.stream.AbstractPipeline.copyInto(AbstractPipeline.java:509)
at java.base/java.util.stream.AbstractPipeline.wrapAndCopyInto(AbstractPipeline.java:499)
at java.base/java.util.stream.Nodes$CollectorTask.doLeaf(Nodes.java:2183)
at java.base/java.util.stream.Nodes$CollectorTask$OfRef.doLeaf(Nodes.java:2193)
at java.base/java.util.stream.AbstractTask.compute(AbstractTask.java:327)
at java.base/java.util.concurrent.CountedCompleter.exec(CountedCompleter.java:754)
at java.base/java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:373)
at java.base/java.util.concurrent.ForkJoinTask.invoke(ForkJoinTask.java:686)
at java.base/java.util.stream.Nodes.collect(Nodes.java:328)
at java.base/java.util.stream.ReferencePipeline.evaluateToNode(ReferencePipeline.java:111)
at java.base/java.util.stream.AbstractPipeline.evaluate(AbstractPipeline.java:570)
at java.base/java.util.stream.AbstractPipeline.evaluateToArrayNode(AbstractPipeline.java:260)
at java.base/java.util.stream.ReferencePipeline.toArray(ReferencePipeline.java:616)
at java.base/java.util.stream.ReferencePipeline.toArray(ReferencePipeline.java:622)
at java.base/java.util.stream.ReferencePipeline.toList(ReferencePipeline.java:627)
at org.asamk.signal.manager.SignalAccountFiles.initMultiAccountManager(SignalAccountFiles.java:72)
at org.asamk.signal.App.handleMultiLocalCommand(App.java:316)
at org.asamk.signal.App.init(App.java:198)
at org.asamk.signal.Main.main(Main.java:60)
Caused by: com.fasterxml.jackson.databind.exc.InvalidDefinitionException: Cannot construct instance of `org.asamk.signal.manager.storage.recipients.LegacyRecipientStore2$Storage` (no Creators, like default constructor, exist): cannot deserialize from Object value (no delegate- or property-based Creator)
at [Source: (FileInputStream); line: 2, column: 3]
at com.fasterxml.jackson.databind.exc.InvalidDefinitionException.from(InvalidDefinitionException.java:67)
at com.fasterxml.jackson.databind.DeserializationContext.reportBadDefinition(DeserializationContext.java:1915)
at com.fasterxml.jackson.databind.DatabindContext.reportBadDefinition(DatabindContext.java:414)
at com.fasterxml.jackson.databind.DeserializationContext.handleMissingInstantiator(DeserializationContext.java:1360)
at com.fasterxml.jackson.databind.deser.BeanDeserializerBase.deserializeFromObjectUsingNonDefault(BeanDeserializerBase.java:1424)
at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserializeFromObject(BeanDeserializer.java:352)
at com.fasterxml.jackson.databind.deser.BeanDeserializer.deserialize(BeanDeserializer.java:185)
at com.fasterxml.jackson.databind.deser.DefaultDeserializationContext.readRootValue(DefaultDeserializationContext.java:323)
at com.fasterxml.jackson.databind.ObjectMapper._readMapAndClose(ObjectMapper.java:4825)
at com.fasterxml.jackson.databind.ObjectMapper.readValue(ObjectMapper.java:3809)
at org.asamk.signal.manager.storage.recipients.LegacyRecipientStore2.migrate(LegacyRecipientStore2.java:30)
... 25 more

Mein avatars und data liegen unter /var/lib/signal-cli/. Es funktioniert aber auch nicht, wenn ich sie nach /home/signal-cli/ kopiere (und den User auf signal-cli:signal-cli setze).

Es war schon letztes Jahr für mich das größte Problem, den richtigen Ablageort herauszufinden. Der scheint von Version zu Version zu wechseln./var/lib/signal-cli/ scheint richtig zu sein, weil das im Befehl auch so angegeben ist.

Was muss ich richtig machen?

Viele Grüße
Boris
Globaler Moderator, Developer, aktives Mitglied des FHEM e.V. (Marketing, Verwaltung)
Bitte keine unaufgeforderten privaten Nachrichten!

Adimarantis

Mit welcher signal-cli Version wurde deine Konfiguration denn zum letzten mal erfolgreich verwendet?
signal-cli hat irgendwann (ab 0.10.x glaube ich) von eine Textdatei basierten Konfiguration auf eine Datenbank umgestellt.
Gut möglich, dass ein zu großer Versionsschritt die Config nicht mehr ordnungsgemäß migrieren kann.

Du könntest dann mühselig versuchen Zwischenversionen zu installieren um die Config zu migrieren.
Ich schätze aber, dass es schneller und sicherer ist, alles unter /var/lib/signal-cli zu löschen und die Telefonnummer sauber neu zu registrieren.
Man verliert dabei eigentlich nichts wichtiges.
Raspberry 4 + HM-MOD-RPI-PCB (pivCCU) + RfxTrx433XL + 2xRaspberry 1
Module: 50_Signalbot, 52_I2C_ADS1x1x , 58_RPI_1Wire, (50_SPI_MAX31865)