Was passiert mit den installierten 3rd-Party-Apps bei nem FW-Update

[Chrunchy]

Hallo zusammen,

wollte mich nach meinem nächsten FW-pdate mal mit den 3rd-Party-Apps beschäftigen.

Bleiben die bei einem FW-Update erhalten?
Kann man sie separat sichern?

Oder muss man doch alles anschl. wieder manuell zurecht frickeln?

Thx

 

[Trolli]

Die Konfigurationsänderungen, die man für die Funktion einiger 3rd-party Apps benötigt, gehen beim Update verloren. Diese muss man dann erneut durchführen.

Für die php-Skripte gibt es in dem von itari benutzten Verzeichnis /usr/syno/synoman/phpsrc leider auch keine Garantie vor Änderungen. In der Regel sollten diese Dateien jedoch unberührt bleiben. Sicherheitshalber wäre für diese Dateien ein Backup auf Volume1 zu empfehlen.

 

[itari]

In der Regel sollten diese Dateien jedoch unberührt bleiben.

Leider nein - sie werden definitiv gelöscht. Also unbedingt sichern und/oder den 3rd-party-Application-Manager von jahlives benutzen. Da ist eine Backup-Funktion eingebaut.

itari

 

[QTip]

dem muss ich wiedersprechen @itari
also bei meinem letzten Update auf 2.0.717 beta sind alle Einstellungen und eigenen Scripte im Bereich 3rd party apps erhalten geblieben. Einzig die Apache und PHP Config musste ich anpassen.

Kann also sein, das das Update nun nicht mehr generell das phpsrc Verzeichnis entfernt, sondern sich nur gezielt auf bestimmte Verzeichnisse beschränkt.

Trotzdem fertige ich immer noch Kopieen vor solchen Aktionen an, man kann ja nie wissen

 

[itari]

bei meinem Update auf 721 war alles weg

 

[QTip]

hm, frage mich was die da wieder geändert haben. Allerdings ist es immer noch beta und wir können darauf hoffen , dass sie im Release nicht mehr gelöscht werden.

 

[QTip]

Sorry, wenn ich es hier poste, wollte jetzt deswegen nicht extra einen neuen Thread aufmachen. Weil wir grad vom Update reden, mir sind glaube 1 oder 2 Dateien abhanden gekommen, die evtl. für mein nächstes Update benötigt werden. Zur Zeit sieht es auf meinem volume1 so aus:

drwxrwxrwx    2 root     root         4096 Sep 19 21:51 NetBackup
drwxrwxrwx   14 root     root         4096 Sep 18 01:35 download
drwx------    2 root     root        16384 Feb 15  2004 lost+found
drwxrwxrwx    3 root     root         4096 Sep  7 03:24 music
drwxrwxrwx   17 root     root         4096 Sep 16 23:12 opt
drwxrwxrwx    7 root     root         4096 Sep 19 22:32 photo
drwxrwxrwx   22 root     root         4096 Sep 21 14:36 public
drwxrwxrwx    3 root     root         4096 Sep  4 21:39 tmp
drwxrwxrwx  128 root     root        12288 Sep 14 21:41 web
-rw-------    1 root     root         9216 Sep 21 16:41 aquota.group
-rw-------    1 root     root        11264 Sep 21 16:41 aquota.user

es fehlt mir da mindestens eine Datei namens @pgsql_ugrade. Beim Restarten der Postgres DB meckert das Startscript über diese fehlende Datei.

ls: /volume[0-9]*/@pgsql_upgrade: No such file or directory

Den anderen Dateinamen weiss ich nicht mehr, glaube aber das da noch eine gewesen ist. Hab ich vermutlich bei Aufräumarbeiten ausversehen gelöscht Könnte mir jemand diese eine oder zwei Dateien als Anhang posten (vielleicht gezipped und umbenannt) oder hier den Inhalt posten? Wäre echt dankbar dafür.

 

[Trolli]

Eine solche Datei gibt es (zumindest bei mir) nicht. Ich könnte mir vorstellen, dass eine solche Datei höchstens temporär beim Firmwareupgrade benötigt wird. Du kannst ja mal die .pat Datei entpacken (ist ein tar-archiv) und schauen, ob Du sie dort findest.

 

[QTip]

hm, komisch
das Entpacken der .pat hab ich schon durchgeführt, war nix dergleichen drin. Hab dann mal die update Datei aus dem .pat nach pgsql_upgrade durchsucht.. taucht dort 2 mal auf. Ich bin mir zu 99,99% sicher, das ich diese Datei mal hatte. Aber aufgefallen ist es mir jetzt erst, da ich zum ersten Mal einen Connect zu PGSQL-DB direkt durchgeführt habe und den DB-Dienst neustarten musste, da ich in der config meinen IP-Bereich eintragen musste.

Trotzdem Danke fürs Suchen nach der Datei

 

[dg2iaq]

Bei meinen letzten FW-Updates flogen auch jedesmal die 3rd-party-Apps raus, auch half mir der "3rd-party-Application-Manager" leider nicht, denn damit dieser läuft, muss man auch erst per Telnet + Vi diverse Dateien wieder nacheditieren.

Die 3rd-Einträge im Verwaltungsmenü bleiben stehen, nur verweisen sie auf leere Links (weil die Apps nicht mehr vorhanden sind).

Lt. offizieller "3rd-party Apps"-Installationshilfe von Synology soll man ja anstelle dem Verzeichnis /usr/syno/synoman/phpsrc/.. das Verzeichnis /usr/local/.. verwenden, weil diese Einträge auch bei einem FW-Update erhalten bleiben.

Ich habe nach dem 0722er FW-Update dann meine Apps mal in dieses Verzeichnis kopiert und die Application.cfg's entsprechend angepasst.

Fehlanzeige ! Das Verwaltungsmenü behauptet weiterhin steif und fest, die Apps wären an der Zielstelle nicht auffindbar (trotz angepasstem Pfad in den Application.cfg's).

Leider habe ich keine Linuxkenntnisse und habe mich nur für die 3rd-Apps-Installationen einlesen und die super Anleitungen verfolgen können.

Daher meine Frage:
Warum werden die hier im Forum eingestellten 3rd-Apps weiterhin ins ../PHPSRC/.. Verzeichnis programmiert bzw. verschoben und nicht wie Synology das vorgibt ins /usr/local/... ?

Hat vermutlich etwas mit den Ausführungsrechten zu tun !?

Trotz Nachlesen diverser Anleitungen konnte ich mir (mit meinen rudimentären Linuxkenntnissen) das bisher leider nicht erklären.


Gruss
Jochen

 

[jahlives]

Warum werden die hier im Forum eingestellten 3rd-Apps weiterhin ins ../PHPSRC/.. Verzeichnis programmiert bzw. verschoben und nicht wie Synology das vorgibt ins /usr/local/... ?

Weil sonst der Server Document Root ebenfalls auf /usr/local zeigen muss. Könnte mir vorstellen, dass das problematisch werden könnte. Ausserdem liegt das gesamte Verzeichnis des DSM (DS Manager) unter /usr/syno/synoman also im Doc Root gemäss httpd.conf-sys. Du müsstest dann wohl auch den DS Manager unter /usr/local kopieren.

Bei meinen letzten FW-Updates flogen auch jedesmal die 3rd-party-Apps raus, auch half mir der "3rd-party-Application-Manager" leider nicht, denn damit dieser läuft, muss man auch erst per Telnet + Vi diverse Dateien wieder nacheditieren.

Zum Zurückspielen brauchst du das Script nicht unbedingt. Denn die Backup Verzeichnisse lassen sich via Konsole schnell nach /phpsrc kopieren (habe ich nach dem Upgrade auf 7.22 auch so gemacht). Die Anpassungen der php.ini und der httpd.conf-sys kann das Script nicht übernehmen. Da wäre mir das Risiko zu gross, etwas zu ändern was nicht sein sollte

 

[Trolli]

Ausserdem liegt das gesamte Verzeichnis des DSM (DS Manager) unter /usr/syno/synoman also im Doc Root gemäss httpd.conf-sys. Du müsstest dann wohl auch den DS Manager unter /usr/local kopieren.

Nein. Das ist nicht notwendig. Mit einem Alias kann man ein anderes Verzeichnis zusätzlich definieren. Der System-Apache kann ja eh überall drauf... -> http://www.synology-forum.de/showthread.html?t=2248

Trolli

 

[jahlives]

Nein. Das ist nicht notwendig. Mit einem Alias kann man ein anderes Verzeichnis zusätzlich definieren. Der System-Apache kann ja eh überall drauf... -> http://www.synology-forum.de/showthread.html?t=2248

Danke für den Link. Schaut interessant aus. Obwohl mir das Killerargument zum Verschieben der 3rd Parties nicht so recht in den Kopf will. Mit einem Backup, das man ja eh machen sollte, sind die fehlenden Files im Null-Komma-Garnichts wieder hergestellt. Und die Konsole braucht man ja eh um nach dem FW Update die php.ini und die httpd.conf-sys wieder geradezubiegen

 

[Trolli]

Ich möchte auch keine Werbung dafür machen. Ich wollte nur zeigen, dass es geht...

Genau so könnte man die Applikationen auch an einen anderen Ort, z.B. /volume1 legen. Das könnte Sinn machen, wenn man viel Speicherplatz benötigt.

Trolli

 

[itari]

Ich weiß, dass jeder so seine Lösungen hat.

Bitte daran denken, dass wenn /volume1 wegen verratztem RAID nicht mehr im Zugriff ist, man keine 3rd-party-apps mehr hat, wenn sie irgendwo auf /volume1 liegen. Und man sich ihrer Diagnosen auch nicht mehr bedienen. Kopieren nach einem Firmware-Update ist zwar nicht gerade der Wahnsinn, aber macht Sinn . Ich mache es übrigens von Hand und lerne dabei auch gleichzeitig die Neuerungen der Firmware kennen.

itari

 

[Trolli]

Nun - das dürfte auch auf sämtliche IPKG-Pakete zutreffen. Die liegen nämlich auch alle auf /volume1.

Trolli