Hallo zusammen,
ich habe gerade auf meinem Raspi ein Update von Symcon 4. gemacht von 4.0-299 auf 4.0-325.
Nun sind aber meine ganzen Scripts etc weg. Wieso ? was kann ich tun ?
Bitte hilft mir schnell meine Frau bringt mich sonst um…
Gruß MV
Das hier nicht beachtet ?
IP-Symcon 4.0 RC1 (Unbedingt vor der Installation lesen!) - Seite 9
Michael
Den entscheidenden Teil mit „Pfade ändern sich, vorher …“ hast du gelesen, verstanden und durchgeführt?
Nein leider nicht… ja ich weiss wer lesen kann ist klar im Vorteil…
Was kann ich nun tun ? bzw. geht das nun auch rückwirkend ?
Gruß MV
Lesen und machen!!
okay.
nun kommt diese Fehlermeldung
sudo mv /usr/share/symcon/* /var/lib/symcon
mv: das Verschieben von „/usr/share/symcon/scripts“ nach „/var/lib/symcon/scripts“ ist nicht möglich: Das Verzeichnis ist nicht leer
mv: das Verschieben von „/usr/share/symcon/webfront“ nach „/var/lib/symcon/webfront“ ist nicht möglich: Das Verzeichnis ist nicht leer
und nun ???
Hast du symcon vorher beendet?
Nimm cp statt mv, die Ordner sind nicht leer, da du symcon schon mal gestartet hattest.
Wenn es läuft kannst du die alten Pfade löschen.
Hat geklappt! In der Managmentconsole alles wieder da. Jedoch zeigt das Webfront nun das an:
Invalid WebFrontConfiguratorID
Mein Weboberfläche wird nicht angezeigt. keine logo kein nichts…
In der App ist alles da.!
Wie kann ich das denn nun ändern ?
Ich hänge mich hier mal dran, weil die Experten schon präsent sind:)
Nach Umstellung auf meinem Banian läuft fast alles, nur der Watchdog, der als CronJob-Shell-Skript jeder Minute aufgerufen wird, wird nicht ausgeführt, obwohl er lt. „sudo crontab -u pi -l“ eingetragen ist.
Ich vermute mal Zugriff in jetzt falsche Directories, aber welche ?
Bei der Installation wurde folgendes moniert:
...
Get:1 http://apt.ip-symcon.de/ stable/rpi symcon armhf 4.0-325 [12.6 MB]
Fetched 12.6 MB in 4min 38s (45.2 kB/s)
(Reading database ... 84559 files and directories currently installed.)
Preparing to replace symcon 4.0-320 (using .../symcon_4.0-325_armhf.deb) ...
IP-Symcon is not running.
Unpacking replacement symcon ...
[u]dpkg: warning: unable to delete old directory '/etc/symcon': Directory not empty[/u]
Processing triggers for man-db ...
Setting up symcon (4.0-325) ...
IP-Symcon is not running.
Starting...
IP-Symcon started with PID 12721
in dem angemeckerten Dir steht meine Lizenz:
14:28:52[pi@Banana1:/etc/symcon] $ ls -all
total 12
drwxrwxr-x 2 1002 spi 4096 Feb 12 19:16 .
drwxr-xr-x 104 root root 4096 Feb 13 14:28 ..
-rw-r--r-- 1 root root 278 Feb 13 2015 licence.txt
14:28:57[pi@Banana1:/etc/symcon] $
- ist das so korrekt ?
Entsprechend dem Umstellungs-Rezept ist ja klar:
ALT: /usr/share/symcon
NEU: /var/lib/symcon
Aber welche Dirs werden sonst noch verwendet?
In „/usr/share/symcon/scripts“ stehen PHP-Skripte:
20:50:55[pi@Banana1:/usr/share/symcon/scripts] $ ls -all
total 144
drwxr-xr-x 2 root root 4096 Feb 12 19:16 .
drwxrwxrwx 8 root root 4096 Feb 12 19:16 ..
-rw-r--r-- 1 root root 999 Feb 12 16:03 __autoinclude.inc.php
-rw-r--r-- 1 root root 111636 Feb 12 16:03 __compatibility.inc.php
-rw-r--r-- 1 root root 9609 Feb 12 16:03 __ipsmodule.inc.php
-rw-r--r-- 1 root root 4099 Feb 12 16:03 __rpc.inc.php
20:51:00[pi@Banana1:/usr/share/symcon/scripts] $
- Ist das auch i.O ?
Viele Grüsse
Harald
Was neu wo liegt bzw. welcher Pfad sich wohin ändert, ist doch klar beschrieben.
Wenn sich Pfade ändern, dann musst du sie in deinen externen Scripten auch anpassen.
Ich klemme mich auch mal hier dran 
Dienst stoppen versucht, lies sich aber nicht anhalten … daher mit kill abgeschossen.
Paresys Änderungen (IP-Symcon 4.0 RC1 (Unbedingt vor der Installation lesen!) - Seite 9) eingegeben (an Stell MV dann CP benutzt) und dann versucht das Update bzw. Upgrade zu machen.
Ergebnis:
pi@raspberrypi ~ $ sudo apt-get upgrade
Reading package lists… Done
Building dependency tree
Reading state information… Done
The following packages have been kept back:
nuscratch symcon
0 upgraded, 0 newly installed, 0 to remove and 2 not upgraded.
Was nun tun ??
Ich habe IPS mal gestartet, läuft auch ist aber total clean … im alten sowie im neuen Verzeichnis sind die Daten vorhanden, aber IPS ist komplett clean 
:mad:
Gruß
Jens
Habt ihr in der sources.list auch die Änderung gemacht?
Ist mir gerade bei einem Raspi so ähnlich passiert:
...
Paketlisten werden gelesen... Fertig
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
Die folgenden Pakete sind zurückgehalten worden:
lxpanel lxpanel-data symcon
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 3 nicht aktualisiert.
15:54:35[pi@RaspiA2:~] $
Habs dann mit „sudo apt-get install symcon“ repariert:
...
Vorbereitung zum Ersetzen von symcon 4.0-253 (durch .../symcon_4.0-325_armhf.deb) ...
IP-Symcon is not running.
Ersatz für symcon wird entpackt ...
dpkg: Warnung: Altes Verzeichnis »/etc/symcon« kann nicht gelöscht werden: Das Verzeichnis ist nicht leer
Trigger für man-db werden verarbeitet ...
libjpeg62:armhf (6b1-3+deb7u1) wird eingerichtet ...
libmcrypt4 (2.5.8-3.1) wird eingerichtet ...
symcon (4.0-325) wird eingerichtet ...
IP-Symcon is not running.
Starting...
IP-Symcon started with PID 25912
16:02:10[pi@RaspiA2:~] $
Läuft mit meiner Lizenz, aber wieder wurde "Altes Verzeichnis »/etc/symcon« " bemeckert, in dem meine Lizenz-Datei steht.
PS: Manchmal hilft auch
sudo apt-get update
sudo apt-get dist-upgrade
Viele Grüsse
Harald
Ja, wurde wie angemerkt ausgeführt
@Harald:
Sind die Scripte nach der „Reparaturinstallation“ wieder da ? bzw. werden die dann angezeigt?
Denn laufen tut das System ja, nur sind alle alten Scripte und Variablen nicht da !?
Gruß
Jens
Wenn du ein leeres IPS hast, dann hast du sehr wahrscheinlich nicht sauber bzw. vollständig kopiert.
Eventuell mal die richtige settings.json suchen.
symcon definitiv beenden und noch mal kopieren, dann wieder starten
Ja, und der Ball ist rund; aber das hatte ich auch vorher schon gewußt 
Meinen Post nicht gelesen? :mad:
Ich hatte geschrieben
ALT: /usr/share/symcon
NEU: /var/lib/symcon
und dann „2. Ist das auch i.O ?“ gefragt, weil in
ALT: /usr/share/symcon/scripts" noch PHP-Skripte stehen
nachdem ich „1. ist das so korrekt ?“ gefragt hatte, weil in /etc/symcon meine Lizenz-Datei steht während das Installations-Skript dieses Dir löschen wollte.
Sind die Fragen jetzt besser formuliert?
Ich habe übrigens gerade einen Raspi auf die neue Version upgedated und da läuft dasselbe CRONjob-Skript problemlos; die Pfade sind also richtig (angepaß).
Letzteres Problem hat wohl mit IPS nichts zu tun (außer dass die Infos zu verwendeten Dirs nicht komplett sind), es scheint mir ein Bananian-Problem zu sein.
Viele Grüsse
Harald
Hallo Ralf,
ich habe beide settings.json verglichen und die sind quasi genau gleich !?
Welche muss ich denn jetzt ersetzen wenn ich eine ältere nehme ? Die im alten oder im neuen Verzeichnis, denn scheinbar ist ja das Upgrade gar nicht durchgeführt worden oder was bedeutet „Paket wurde zurückgehalten“ ?
Wie prüfe ich in der Konsole die Version von IP-Symcon ?
edit
ok, beide settings.json sind gleich „klein“ … die letzte von heute Nacht hat deutlich mehr Zeilen. Wie ersetze ich jetzt die Datei? Mit FTP habe ich das versucht, aber da scheinen dann die Berechtigungen nicht zu stimmen, denn eine Änderung wird nicht durchgeführt.
Gruß
Jens
Die Meldung findest du auch im Forum. Dein OS ist nicht aktuell!
Bei mir waren die nie weg, hatte den ersten Teil des Rezeptes mit „sudo mkdir -p /var/lib/symcon“ und „sudo mv /usr/share/symcon/* /var/lib/symcon“ komplett und fehlerfrei ausgeführt.
Nur im zweiten Teil mußte ich das upgrade neu anstoßen.
Viele Grüsse
Harald
Ok, mit sudo apt-get dist-upgrade hats dann funktioniert.
Hatte das zwar vorhin schon gelesen, bin allerdings davon ausgegangen das das OS soweit i.O. ist und das damit nur das OS (also die Distribution) aktualisiert wird und somit nix bringt :rolleyes:
Fazit: Aufhören selber zu denken
Scripte und Variablen sind auch wieder da 
Danke für den Hinweis!!
Gruß
Jens