Wie IPS-System reanimieren/recyceln?

IP-Symcon
1

Hab auf meinem einen Raspi seit einigen Tagen folgende Situation, wodurch der Raspi weder mit der Konsole noch per Webfront erreichbar ist:

11:34:07[pi@RaspiB3:~] $ sudo /etc/init.d/symcon status
IP-Symcon is not running.
11:34:11[pi@RaspiB3:~] $ sudo /etc/init.d/symcon start
IP-Symcon started with PID
11:34:17[pi@RaspiB3:~] $ sudo /etc/init.d/symcon status
IP-Symcon is not running.
11:34:22[pi@RaspiB3:~] $
11:40:49[pi@RaspiB3:~] $ sudo apt-get install symcon
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
symcon ist schon die neueste Version.
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
11:40:54[pi@RaspiB3:~] $
11:48:18[pi@RaspiB3:~] $ sudo /etc/init.d/symcon status
IP-Symcon is not running.
11:48:32[pi@RaspiB3:~] $

Wie bringe ich denn das System wieder zum Laufen, ohne alle Variablen/Objekt-IDs usw. zu verlieren?

Viele Grüsse
Harald

2

Hi!

Wir hatten schon sehr oft Themen bzgl. nicht startender IPS … kannst dich ja mal durchwühlen, irgendwas davon wird dir bestimmt helfen :slight_smile:

Grüße,
Chris

3

Schau dir mal meinen letzten Beitrag in diesem Thema an. Vielleicht hilft es.

IP-Symcon Community Forum

4

Wenn du eine halbwegs aktuelle Version hast, dann hat dein IPS einen backup Ordner unter /usr/share/symcon erstellt, in dem du Backup Settings hast :slight_smile:

paresy

5

Da hab ich wohl Pech:

16:14:27[pi@RaspiB3:/usr/share/symcon] $ ls -al
insgesamt 112
drwxrwxrwx   7 root root  4096 Jun 30 22:09 .
drwxr-xr-x 168 root root  4096 Jun 30 00:49 ..
drwxrwxrwx   2 root root  4096 Apr 24 16:16 db
-rw-r--r--   1 root root   931 Jun  2 00:00 logs\IPS150601a.Bak
-rw-r--r--   1 root root   935 Jun  8 00:00 logs\IPS150607a.Bak
drwxrwxrwx   2 root root  4096 Apr 24 16:16 media
drwxrwxrwx   3 root root  4096 Jun 10 10:32 modules
-rw-rw-rw-   1 root root   167 Jun  8 10:17 php.ini
drwxrwxrwx   3 root root  4096 Jun 12 13:55 scripts
-rw-rw-rw-   1 root root 66258 Jun 29 23:15 settings.json
-rw-rw-rw-   1 root root  1813 Mai 31 20:58 web\Anwesenheits-Monitor.html
drwxrwxrwx   3 root root  4096 Apr 24 16:16 webfront
16:14:31[pi@RaspiB3:/usr/share/symcon] $ cd db
16:14:51[pi@RaspiB3:/usr/share/symcon/db] $ ls -al
insgesamt 8
drwxrwxrwx 2 root root 4096 Apr 24 16:16 .
drwxrwxrwx 7 root root 4096 Jun 30 22:09 ..

Viele Grüsse
Harald

6

Du kannst es mal mit der neusten IPS Version ausprobieren. Die versucht einige „Probleme“ mit Settings zu lösen, bevor es nicht startet.

paresy

7

Hab ich noch gestern abend mit der neuesten Version versucht: kein Erfolg.

IPS gelöscht und neu installiert.

Hab dann nur ein einziges Skript installiert (das bisher in über 99% der Aufrufe problemlos lief und hatte dann gleich dieses Problem (Msg #3), d.h. das Skript hat das Semaphor ‚BluAktiv‘ gesetzt und nach Beendigung nicht mehr freigegeben.
Abhilfe durch

18:19:14[pi@RaspiB3:~] $ sudo /etc/init.d/symcon status
IP-Symcon is running.
18:19:21[pi@RaspiB3:~] $ sudo killall php
php: Kein Prozess gefunden
18:20:14[pi@RaspiB3:~] $ sudo /etc/init.d/symcon status
IP-Symcon is running.
18:20:19[pi@RaspiB3:~] $ sudo /etc/init.d/symcon stop
IP-Symcon stopped
18:22:03[pi@RaspiB3:~] $ sudo /etc/init.d/symcon start
IP-Symcon started with PID 8733
18:22:33[pi@RaspiB3:~] $

Damit kann ich das Skript wieder starten und finde folgendes im Log:

18:46:49 | 00000 | SUCCESS | Kernel               | *** IPS BETRIEBSBEREIT
18:47:55 | 52624 | DEBUG   | ScriptEngine         | Executing ScriptID: Präsenz\BlE-Scanner ~ Sender: Execute
18:47:55 | 52624 | DEBUG   | ScriptEngine         | Executing ScriptID: Präsenz\BlE-Scanner ~ Sender: RunScript
18:48:03 | 00000 | WARNING | ScriptEngine         | Semaphore 35948 for ScriptID 52624 was not released
18:48:03 | 00000 | WARNING | ScriptEngine         | Ergebnis für ScriptID #52624: <br />
<b>Fatal error</b>:  Call to undefined function mb_convert_case() in <b>/usr/share/symcon/scripts/Bluetooth_Scanner.ips.php</b> on line <b>547</b><br />

Die letzten 3 Zeilen stehen auch in der Ansicht ‚Meldungen‘.
Lasse ich mein modifiziertes Testskript laufen,

<?
// Test_Semaphoren.ips.php
$Semap = 'BluAktiv';

if (IPS_SemaphoreEnter ($Semap, 1000)) {
    print("
Ablauf: $Semap gesetzt");
    if (IPS_SemaphoreEnter ($Semap, 10)) {
        print("
Fehler: $Semap doppelt gesetzt");
    } else {
        print("
Ablauf: $Semap abgewiesen, weil bereits gesetzt");
    }  // Ende Semaphore-Kreis2
    IPS_SemaphoreLeave ($Semap);       // und freigeben
    print("
Ablauf: $Semap zurückgesetzt");

    if (IPS_SemaphoreEnter ($Semap, 10)) {
        print("
Ablauf: $Semap wiederholt gesetzt");
    } else {
        print("
Ablauf: $Semap abgewiesen, weil bereits zum 2ten mal gesetzt");
    }  // Ende Semaphore-Kreis2
    IPS_SemaphoreLeave ($Semap);       // und freigeben
    print("
Ablauf: $Semap wieder zurückgesetzt");
} else {
    print("
Fehler: $Semap fremdgesetzt");
}  // Ende Semaphore-Kreis1

?>

kommt


Fehler: BluAktiv fremdgesetzt

aber auch


Warning:  Parameter type of Name does not match in /usr/share/symcon/scripts/Test_Semaphoren.ips.php on line 5

Fehler: 35948 fremdgesetzt

wenn ich $Semap = 35948 eingebe, jedoch


Ablauf: 35948 gesetzt
Ablauf: 35948 abgewiesen, weil bereits gesetzt
Ablauf: 35948 zurückgesetzt
Ablauf: 35948 wiederholt gesetzt
Ablauf: 35948 wieder zurückgesetzt

wenn $Semap = ‚35948‘

d.h. das Skript endete mit einem Fehler, aber IPS hat gesetzte Semaphoren nicht gelöscht.

Das ist noch viel schlimmer als in den Vorgängerversionen, obwohl ja jetzt anscheinend auch wieder numerische Sepaphoren akzeptiert werden :mad:

Viele Grüsse
Harald