AdminTool AdminTool und DSM >= 5

[Tommes]

Einer geht noch... -- adm_0_99e.spk --

Es hat mir jetzt doch keine Ruhe gelassen....

und habe die header.cgi sowie die info.cgi von den fehlerhaften Google-Einträgen befreit und somit ein weiteres Update für das AdminTool geschnürt. Getestet habe ich das .SPK als "Neuinstallation" auf meiner DS114 sowie als Update (von Version 0.99d auf Version 0.99e) auf meiner DS212+. Beides hat funktioniert, jedoch möchte ich an dieser Stelle nochmal betonen, das ihr selber für die Installation verantwortlich seid.

 

[Creadle]

Läuft, vielen Dank

 

[_PP_]

Hey - großes Lob - endlich wieder ein lauffähiges Admintool! Danke!
DS213+ DSM 5.0-4493 Update 1

 

[QTip]

Wer macht mit? Und gleich die Frage an QTip und Itari (falls Itari hier überhaupt noch mitliest ? ), ob es ok ist, wenn wir hier im AdminTool rumwurschteln?

Tommes

Da itari nicht mehr sehr aktiv (möchte fast sagen: garnicht) im Forum unterwegs ist, wird es von ihm selbst kein neues Paket mehr geben. Das ist allein itaris Paket, ich habe damit nichts zu tun. Ich habe am Anfang des Threads bewußt nur manuelle Änderungen gepostet, da es schon mal Ärger bezüglich des Verteilens seines Paketes per Paketzentrum gab. Es bleiben also nur 2 Möglichkeiten um ein auf dem DSM 5+ lauffähigen Paketes zu kommen: neues Paket mit aktualisiertem Inhalt oder Anleitungen zur manuellen Anpassung durch die User selbst. Die erste Lösung wäre für Alle natürlich komfortabler, bin mir aber nicht sicher, ob er damit einverstanden wäre. Ein Vertrieb durch CPH würde ich auf jeden Fall bis auf Weiteres ausschließen, da dies auch zu itari's aktiven Zeit nicht sein Wunsch war.
Wenn wir also das Paket nur aktuell halten, nur über das Forum verteilen und jedem User bewußt ist, dass es keinen Support im damaligem Umfang geben wird, dann denke ich könnte wohl jeder damit leben - auch itari.

 

[Tumbleweed]

0.99e

Habe es soeben auf meiner 412+ DSM 4.3 last upd. installiert.
Läuft super,alles schön auskommentiert

Auf der 212+ lass ich jetzt trotzdem mal 0.99d zum rumspielen.

Gruß

 

[Tommes]

Danke QTip für deine Rückmeldung!

Im Nachhinein habe ich schon so was geahnt, das es hierbei Probleme geben "könnte". Ich hoffe jedoch, das Itari nichts gegen diese Aktualisierungsmethode einzuwenden hat, wie sie hier z.Z. von mir betreiben wird. Mein Ziel ist einzig und allein, das AdminTool am Leben zu erhalten (da es das auch wirklich verdient hat), nicht es in irgendeiner Form in seiner grundlegenden Funktion zu verändern.

Vielleicht hast du ja… so von Mod zu Mod… die Möglichkeit Itari mal darauf anzusprechen (ich kenn eure Verhältnisse zueinander leider nicht) und ihm nach seiner Sichtweise zu fragen. Natürlich könnte ich das auch tun, aber wir wissen ja, das Itari nicht wirklich mehr aktiv im Forum ist. Vielleicht hast du da andere Kanäle, auf die du zurückgreifen kannst um das abzuklären. Das wäre wirklich nett.

Sollte es sich so ergeben, das Itari gegen diese Vorgehensweise ist, dann bitte ich dich als Moderator, die von mir modifizierten Dateien aus dem Forum zu entfernen, da mir leider die Möglichkeit dazu fehlt. Es wäre natürlich sehr schade wenn dem so wäre, grad für die Leute hier im Forum, die sich nicht so tief ins System der DS trauen und solche Modifikationen nicht umgesetzt bekommen.

Auch habe ich bis jetzt noch keinen Gedanken daran verschwendet, das "modifizierte" Paket über das Paktzentrum verteilen zu lassen. Soweit habe ich im Moment des Handelns garnicht gedacht. Sollte es wiedererwarten doch in igendeiner Paketquelle auftauchen, so ist das nicht auf meinem Mist gewachsen. Aus dieser Position betrachtet wäre es wohl besser, das Paket wieder aus diesem Thread zu entfernen, da ich das nicht beeinflussen kann.

Ich wollte halt nur gutes tun. Aber Unwissenheit schützt bekanntlich vor Strafe nicht. In diesem Sinne hoffe ich mal, das ich mir hier jetzt keine Probleme eingehandelt habe.

Tommes

 

[count_zero]

Hallo Tommes (et al ;-) )!

Ich habe eben die 0.99e Version installiert => funktioniert tadellos!!!! Danke und SUPER!
Einzig im "Hauptmenü" sehe ich keine Icon oder ähnliches ... das ist aber weniger relevant

Danke nochmals und lg,
count

 

[Tommes]

Hallo erstmal und Willkommen im Forum!

Einzig im "Hauptmenü" sehe ich keine Icon oder ähnliches ...

Vielleicht mal vom DSM abmelden und den Browser schließen. Evtl. vorher auch mal den Browsercache leeren. Eigentlich sollten die Icons zu sehen sein. Das Problem mit den Icons wurde am Anfang dieses Thread's bereits grade gerückt und die Änderungen sind im Paket adm_0_99e.spk enthalten.

Tommes

 

[KingLui]

AdminTool mit DS213j

Danke Tommes läuft auch auf DS213j

 

[Tommes]

Tja, mit Einführung von DSM 5.1 scheind das AdminTool 0.99e nicht mehr zu laufen. Ich weiß nur nicht recht, ob es am AdminTool selber liegt oder am Paket Init_3rdparty_1.7-002.spk. Jedenfalls ist es so, das sobald ich das Paket Init_3rdparty_1.7-002.spk installiere, mir der DSM-Systemzustand folgenden Meldung rauswirft:

"DSM kann nicht normal starten, da er auf ein Problem gestoßen ist. Bitte kontaktieren Sie den Synology Kundendienst um Hilfe zu erhalten"

Tja QTip, ich glaub, jetzt bist du wieder gefragt. Vielleicht findest du ja den Fehler.

Tommes

 

[Tommes]

Scheinbar liegt hier ein Problem mit dem neuen "Sicherheitsberater unter DSM 5.1" und "Init_3rdparty_1.7-002" vor, wobei das anscheinend nicht jeden betrifft wie man z.B. hier und hier nachlesen kann. Bei mir ist es jedenfalls so, das obwohl ich den Sicherheitsberater auf "Durchzug" gestellt habe, die o.a. Warnmeldung des DSM-Systemzustandes erst verschwindet, wenn ich das Init_3rdparty_1.7-002 Paket stoppe oder deinstalliere. Nach einem Neustat der DS ist dann alles in Ordnung.

Was jedoch auch funktioniert ist das durchstarten des System-Webserver bei installiertem "Init_3rdparty_1.7-002" Paket. Soblald ich den System-Webserver mit...

synoservicectl --restart httpd-sys

... neu starte, verschwindet ca. 5 Sekunden später die Warnmeldung im DSM und der Systemzustand ist wieder grün. Jetzt kann ich z.B. auch das AdminTool ausführen, was bei laufender Warmeldung nicht funktioniert.

Das ganze ist bei mir auch reproduzierbar, nur weis ich nicht, wie ich den Fehler auf Dauer ausschalten kann.

Tommes

 

[QTip]

Ich kann das Problem nicht nachstellen. Habe schon alle Varianten durchgetestet; mit/ohne SPDY, Ports auf 5000/5001, Init_3rdparty ein/aus. Ich erhalte auch keine Meldungen bezügl. des DSM Webservers. Ich kann die Ports beliebig wechseln, DS durchstarten...keine Änderungen, Init_3rdparty läuft nach wie vor und auch AdminTool.

Hätte ich das Problem ebenfalls gehabt, wäre hier sicherlich schon eine Meldung meinerseits aufgetaucht.

Kannst du mal bitte in /var/log/messages, /var/log/synolog/synosys.log, /var/log/upstart/httpd-sys.log und /var/log/upstart/php-fpm-3rdparty.log nach verdächtigen Einträgen bezügl. httpd-sys und Init_3rdparty schauen.
Da ich das Problem nicht habe, bin ich in dieser Sache quasi blind unterwegs.

 

[Tommes]

Dank dir erstmal für deine Rückmeldung und deine Mühen. Das einzig auffällige was ich gefunden habe war...

 /var/log/upstart/httpd-sys.log

Start System Apache Server .....
post-start Sun Nov  9 08:11:44 CET 2014
post-stop Sun Nov  9 08:59:42 CET 2014
pre-start Sun Nov  9 09:01:27 CET 2014
Check Config for System Apache Server.
httpd: Syntax error on line 184 of /etc/httpd/conf/httpd.conf-sys: Could not open configuration file /var/packages/Init_3rdparty/target/3rdparty-fpm.conf: No such file or directory
Remove sites-enabled setting
httpd: Syntax error on line 184 of /etc/httpd/conf/httpd.conf-sys: Could not open configuration file /var/packages/Init_3rdparty/target/3rdparty-fpm.conf: No such file or directory
Recover to default setting
Syntax OK
/proc/self/fd/9: system httpd started with default setting

Kannst du damit was anfangen? Bei mit führt der Pfad /var/packages/Init_3rdparty/target/3rdparty-fpm.conf zwar ans Ziel, jedoch hat target ein Tildezeichen ~target vorangestellt, und 3rdparty-fpm.conf ein Sternchen *3rdparty-fpm.conf. Der Inhalt von *3rdparty-fpm.conf lautet...

#
# Integration of Init_3rdparty 1.7 (DSM >= 5.x)
#

     LoadModule fastcgi_module modules/mod_fastcgi.so

     <IfModule mod_fastcgi.c>
         FastCgiExternalServer /php-fpm-init_3rdparty -socket /run/php-fpm/php-fpm-3rdparty.sock -idle-timeout 3600
         AddHandler php5-fastcgi .php .php3 .php4 .php5 .phtml
         Action php5-fastcgi /php-fpm-init_3rdparty.fcgi
         ScriptAlias /php-fpm-init_3rdparty.fcgi /php-fpm-init_3rdparty
     </IfModule>

Wie gesagt, nach einem Restart des System-Apachen funktioniert alles (Init3rd_Party, AdminTool, Systemzustand grün). Nur wenn die DS neu startet, verhasplet sie sich irgendwie.

Tommes

 

[QTip]

Dank dir erstmal für deine Rückmeldung und deine Mühen. Das einzig auffällige was ich gefunden habe war...

 /var/log/upstart/httpd-sys.log

Start System Apache Server .....
post-start Sun Nov  9 08:11:44 CET 2014
post-stop Sun Nov  9 08:59:42 CET 2014
pre-start Sun Nov  9 09:01:27 CET 2014
Check Config for System Apache Server.
httpd: Syntax error on line 184 of /etc/httpd/conf/httpd.conf-sys: Could not open configuration file /var/packages/Init_3rdparty/target/3rdparty-fpm.conf: No such file or directory
Remove sites-enabled setting
httpd: Syntax error on line 184 of /etc/httpd/conf/httpd.conf-sys: Could not open configuration file /var/packages/Init_3rdparty/target/3rdparty-fpm.conf: No such file or directory
Recover to default setting
Syntax OK
/proc/self/fd/9: system httpd started with default setting

Kannst du damit was anfangen? Bei mit führt der Pfad /var/packages/Init_3rdparty/target/3rdparty-fpm.conf zwar ans Ziel, jedoch hat target ein Tildezeichen ~target vorangestellt, und 3rdparty-fpm.conf ein Sternchen *3rdparty-fpm.conf. Der Inhalt von *3rdparty-fpm.conf lautet...

#
# Integration of Init_3rdparty 1.7 (DSM >= 5.x)
#

     LoadModule fastcgi_module modules/mod_fastcgi.so

     <IfModule mod_fastcgi.c>
         FastCgiExternalServer /php-fpm-init_3rdparty -socket /run/php-fpm/php-fpm-3rdparty.sock -idle-timeout 3600
         AddHandler php5-fastcgi .php .php3 .php4 .php5 .phtml
         Action php5-fastcgi /php-fpm-init_3rdparty.fcgi
         ScriptAlias /php-fpm-init_3rdparty.fcgi /php-fpm-init_3rdparty
     </IfModule>

Wie gesagt, nach einem Restart des System-Apachen funktioniert alles (Init3rd_Party, AdminTool, Systemzustand grün). Nur wenn die DS neu startet, verhasplet sie sich irgendwie.

Tommes

Es scheint so, dass beim Start vom httpd-sys die Init_3rdparty Konfiguration noch nicht verfügbar ist und der Webserver dann die Default-Konfiguration wiederherstellt. Wenn du im Anschluss Init_3rdparty neustartest, wird der Webserver ja ebenfalls neugestartet, nur das diesmal de Datei vorhanden ist der Prozess ohne Fehler durchläuft.
Das * vor 3rdparty-fpm.conf bedeutet nur, das es ausführbar ist (wahrscheinlich 755 als Recht), was aber kein Problem darstellt.
Ich habe grad meine 2. Test-DS mit dem DSM Update versorgt und werde dort nochmal testen. Das ist nur eine 211j, also nicht die schnellste DS, evtl. ist die Geschwindigkeit der Ausführung von Diensten das Problem. Kann sein, dass Synology an der Reihenfolge etwas verändert hat, lief denn die Beta bei dir ohne Probleme?

 

[Tommes]

Ehrlich gesagt hab ich mich nicht wirklich mit der Beta beschäftigt, wenngleich mir da schon aufgefallen ist, das der Systemzustand nicht in Ordnung war. Ich hatte die letzten Wochen viel um die Ohren, außerdem hat mich mein neuer Freund "Raspberry Pi" ziemlich gefordert.

BTW: Mach dir bitte nicht zu viele Umstände meinetwegen.

Tommes

 

[QTip]

So,

konnte das Problem nun erfolgreich nachstellen und eingrenzen. Bei einigen (vermutlich nicht so schnellen DS) wird das/die "volume(x)" nicht schnell genug eingehangen und der Sys-Apache findet die Konfiguration für Init_3rdparty nicht (liegt in @appstore). Habe die Konfigurationen nun an einen Ort kopiert, der für den Apachen beim Start von Init_3rdparty vorhanden ist. Die ersten Tests liefen zufriedenstellend...wenn der Rest des Paketes angepasst ist und die letzten Installations-, Update- und Deinstallationstest abgeschlossen sind, werde ich ein neues Paket releasen.

Synology hat evtl. an der Reihenfolge beim Start etwas verändert.

 

[Tommes]

WOW!

Hört sich jetzt vielleicht etwas blöde an, aber es freut mich, das du den Fehler nachbauen konntest. Ich dachte schon, ich hätte einen an der Klatsche

Auch freut es mich zu hören, das du einer Lösung schon sehr nahe gekommen bist und bereits kurz vor der Ziellinie stehst.

Für dein Engagement schon mal ein großes Lob von mir. Ganz große Klasse.

Tommes

 

[Frogman]

Dem großen Lob schließe ich mich mit einem fetten DANKE an dieser Stelle gerne an! (Ich hatte mich ja nu auch gewundert, warum ich bei meiner 713+ gar keine Probleme hatte...)

@Tommes
Lustigerweise ist auch meine 212+ schnell genug... - keine Probleme beim Anmelden.

 

[Tommes]

@Tommes
Lustigerweise ist auch meine 212+ schnell genug... - keine Probleme beim Anmelden.

Tja, mal verliert man und mal gewinnen die Anderen!

 

[QTip]

Dem großen Lob schließe ich mich mit einem fetten DANKE an dieser Stelle gerne an! (Ich hatte mich ja nu auch gewundert, warum ich bei meiner 713+ gar keine Probleme hatte...)

@Tommes
Lustigerweise ist auch meine 212+ schnell genug... - keine Probleme beim Anmelden.

Das war eine Vermutung von mir, da ich dafür keine andere Erklärung habe. Fakt ist, dass der Pfad in dem die Konfiguration liegt, zum Zeitpunkt des Apache Starts nicht verfügbar ist. Komischerweise schreibt das Apache Startscript ins das Log, das die Defaultkonfiguration geladen wird, es aber nicht tut. Da ist evtl. noch ein anderes Problem, was wirklich bei Synology liegt. Das Laden der Defaultkonfiguration wurde ja auf Grund der Erkenntnisse in der Vergangenheit eingeführt, als es nach einem DSM Update (glaube 4.0 wars) der Sys-Apache beim Start ebenfalls nicht vorhanden war. Grund war damals ebenfalls Init_3rdparty, aber noch die alte Version 1.5.