Optware ordentlich mit start/stop versorgen

[Nils_]

Jo alles voller ^M. Hab jetzt mal alle entfernt und werde das heute Abend mal testen.

 

[Nils_]

Hi,

Leider klappt das ganze immer noch nicht... Hab das Script nochmal neu im UNIX-Format gespeichert und rüberkopiert aber leider startet pyload nicht automatisch. Noch ne Idee dazu?

 

[jahlives]

Funzt es denn wenn du das Script manuell auf der Konsole aufrufst? Wenn ja: Wie lautet der genaue Aufruf bei dir?

 

[Nils_]

Ja, wenn ich das Script nun manuell über "sh -x S77pyload start" starte läuft es einwandfrei.

 

[jahlives]

"sh -x S77pyload start"

nimm mir das jetzt nicht übel, aber WTF???
1. solange du ein Script nur mit sh aufrufen kannst, wird es niemals automatisch gestartet werden können, denn dazu fehlen ihm
2. die Ausführrechte.

Auch wenn dein Kommando theoretisch irgendwie funzen würde, versuchst du dem Script mit -x die Ausführrechte zu entziehen!

Also ein chmod +x /pfad/zum/script/S77pyload und dann ein /pfad/zum/script/S77pyload start

Damit sollte es gehen.

 

[goetz]

Hallo,
ne ne, sh -x bringt nur viel mehr Ausgaben über die abgearbeiteten Befehle.

Also weiter, da pyload gerade läuft
/opt/etc/init.d/S77pyload stop


Gruß Götz

 

[Nils_]

Also /opt/etc/init.d/S77pyload stop klappt auch 1a.

Ausgabe: Stopping Service: screen

Nachtrag: Nun läuft es.
Hab die optware.sh auch nochmal im UNIX-Format gespeichert.

Vielen Dank für die Hilfe!

 

[janus]

Hallo,
im englischen Forum mehren sich die Anzeichen, daß Serverprozesse die per ipkg installiert wurden ein runterfahren bzw. neustarten verhindern. Ist bei meiner 106 auch so, da mysql 4 per ipkg gestartet wird.
Meine Lösung:

...

Gruß Götz

Also wenn DAS noch nicht im Wiki steht, dann sollte es schleunigst da rein!

Ich habe heute erst mal rumgerätselt, wie ich die Optware Dienste ordentlich gestoppt bekomme und nach einer weile rumsuchen und überlegen mal an die Suche im Forum gedacht.

Gute Lösung! Im Grunde sollte die Optware Installation von vornherein so beschrieben werden! (Die Optware Startup Scripts sind teilweise grausam! Die müssen auch mal ersetzt werden)
Wenn ich noch mal dran denke, baue ich die Wiki mal um und schiebe alles, was ich schon umgebaut habe da rein, incl. der Anpassung UIDs für Unix NFS Mount.

Gruß

Janus

 

[janus]

Also wenn DAS noch nicht im Wiki steht, dann sollte es schleunigst da rein!

Ich habe heute erst mal rumgerätselt, wie ich die Optware Dienste ordentlich gestoppt bekomme und nach einer weile rumsuchen und überlegen mal an die Suche im Forum gedacht.

Gute Lösung! Im Grunde sollte die Optware Installation von vornherein so beschrieben werden! (Die Optware Startup Scripts sind teilweise grausam! Die müssen auch mal ersetzt werden)
Wenn ich noch mal dran denke, baue ich die Wiki mal um und schiebe alles, was ich schon umgebaut habe da rein, incl. der Anpassung UIDs für Unix NFS Mount.

Gruß

Janus

Mal ein Zitat von mir selbst...

Bitte mal im Wiki querlesen:

http://www.synology-wiki.de/index.php/IPKG

Gruß

Janus

 

[Binomico]

Seit ich /usr/local/etc/rc.d/optware.sh ausführbar gemacht habe (da mein Startscript zu pyLoad nach abarbeiten der Anleitung zur Umstellung von Optware nicht automatisch geladen wurde), hängt meine DS110j - das Hochfahren dauert nun schon > 15 Min. und ebenfalls kein Runterfahren möglich.

Zufall oder unwissende Dummheit meinerseits?

 

[jahlives]

Seit ich /usr/local/etc/rc.d/optware.sh ausführbar gemacht habe (da mein Startscript zu pyLoad nach abarbeiten der Anleitung zur Umstellung von Optware nicht automatisch geladen wurde), hängt meine DS110j - das Hochfahren dauert nun schon > 15 Min. und ebenfalls kein Runterfahren möglich.

Zufall oder unwissende Dummheit meinerseits?

Kommt ganz auf den Inhalt der optware.sh an. Ich habe das so eine Vermutung
Zeig mal den Inhalt von optware.sh

 

[Binomico]

Lt. Wiki - hab aber, bevor ich die Datei ausführbar gemacht hab, mehrmals neu gestartet (und zuvor hat doch alles so toll funktioniert, ich, einfach unverbesserlich )

#!/bin/sh
#
# Optware setup
# Alternatives Optware Startup und Shutdown Script /usr/local/etc/rc.d/optware.sh
#
case $1 in
start)
       for i in /opt/etc/init.d/S??* ;do
#
               # Ignore dangling symlinks (if any).
               [ ! -f "$i" ] && continue
#
               case "$i" in
                  *.sh)
                       # Source shell script for speed.
                       (
                               trap - INT QUIT TSTP
                               set start
                               . $i
                       )
                       ;;
                  *)
                       # No sh extension, so fork subprocess.
                       $i start
                       ;;
               esac
       done
       ;;
#
stop)
#
       for i in /opt/etc/init.d/S??* ;do
#
               # Ignore dangling symlinks (if any).
               [ ! -f "$i" ] && continue
#
               case "$i" in
                  *.sh)
                       # Source shell script for speed.
                       (
                               trap - INT QUIT TSTP
                               set stop
                              . $i
                       )
                       ;;
                  *)
                       # No sh extension, so fork subprocess.
                       $i stop                       ;;
               esac
         done
         ;;
#
*)
         echo "Usage: $0 [start|stop]"
         ;;
esac
# End

 

[Binomico]

Hey, nach dem dritte Maraton-Bootvorgang hats geklappt, die DS ist oben!

btw über eine wissensanreichernde Ursachenerklärung wäre ich trotzdem dankbar

Edit: Datei ausführbar gemacht, x-mal versucht zu booten und letzten Endes läuft jetzt sogar das Script (doch alles richtig gemacht?)

 

[jahlives]

Was für Startscripte hast du denn unter /opt/etc/init.d? Eventuell ist dort eines darunter, das "hängenbleibt" und damit den Bootvorgang in die Länge zieht

 

[Binomico]

Nur eins >> S99pyload (das von Janus) - welches seit ca. einer Woche perfekt läuft; allerdings mit der alten Optware-Variante.

#!/bin/sh
#
# Start / Stop Script for PyLoad http://localhost:8000
#

prefix="/opt"
PATH=${prefix}/bin:${prefix}/sbin:/sbin:/bin:/usr/sbin:/usr/bin
NAME="PyLoad"
DAEMON="python /opt/pyload/pyLoadCore.py --daemon"
DAEMON_OPTS=""


start() {
        echo "Starting Service: $NAME"
        $DAEMON $DAEMON_OPTS | awk '{print $3}' >/var/run/pyload.pid
}

stop() {
        kill `cat /var/run/pyload.pid`
}

case "$1" in
        start)
                start
                ;;
        stop)
                stop
                ;;
        restart)
                stop
                sleep 4
                start
                ;;
        *)
                echo "Usage: $0 (start|stop|restart)"
                exit 1
                ;;
esac
# End

Edit: meinst du ich kann mich an ein Reboot trauen^^

Edit II: falls das mit dem optware.sh ausführbar machen korrekt war, sollte das ins Wiki ... wars korrekt?

 

[janus]

Hey, nach dem dritte Maraton-Bootvorgang hats geklappt, die DS ist oben!

btw über eine wissensanreichernde Ursachenerklärung wäre ich trotzdem dankbar

Edit: Datei ausführbar gemacht, x-mal versucht zu booten und letzten Endes läuft jetzt sogar das Script (doch alles richtig gemacht?)

Tja Jungs,
evtl. hab ich das Execute im Wiki vergessen. Da ich aber derzeit genau 0 moeglichkeiten habe auf meine DS zwecks Kontrolle zu kommen, muss das jemand anders fixen.

Faende es sowieso nett, wenn ein paar Leute sich outen, die das Script und die IPKG erweiterungen nutzen. Damit gewinnt das Wiki an Qualitaet, da dann bekannt wuerde, dass dort keine Fehler drin sind.

Gruss

Janus

 

[itari]

Faende es sowieso nett, wenn ein paar Leute sich outen, die das Script und die IPKG erweiterungen nutzen. Damit gewinnt das Wiki an Qualitaet, da dann bekannt wuerde, dass dort keine Fehler drin sind.

Das musst du mir etwas erklären. Warum wird die Qualität des Wikis durch das 'Outen' von jemanden besser? Ein Wiki funktioniert doch üblicherweise so, dass wenn sich jemand mit einem Thema beschäftigt und einen Fehler im Wiki findet, dass er/sie dann das Wiki verbessert. Somit spiegelt ein Wiki doch immer die maximal verfügbare Qualität wieder. Würde das denn durch Appelle noch zu toppen sein?

Ansonsten: es gibt immer nur ein Annäherung an 'Fehlerfreiheit'; diese ist aber nie wirklich zu erreichen oder anders gesagt: Man kann immer etwas verbessern, nur wird Aufwand und Interesse irgendwann eine Bremse in diesem Prozess.

Itari

 

[janus]

Das musst du mir etwas erklären. Warum wird die Qualität des Wikis durch das 'Outen' von jemanden besser? Ein Wiki funktioniert doch üblicherweise so, dass wenn sich jemand mit einem Thema beschäftigt und einen Fehler im Wiki findet, dass er/sie dann das Wiki verbessert. Somit spiegelt ein Wiki doch immer die maximal verfügbare Qualität wieder. Würde das denn durch Appelle noch zu toppen sein?

Ansonsten: es gibt immer nur ein Annäherung an 'Fehlerfreiheit'; diese ist aber nie wirklich zu erreichen oder anders gesagt: Man kann immer etwas verbessern, nur wird Aufwand und Interesse irgendwann eine Bremse in diesem Prozess.

Itari

Jans einfach ;-)

Wenn es mehrere Leute gibt, welche behaupten: Alles Schick, dann gibt es den begründeten Verdacht, dass die Wiki Seite Qualitativ gut ist und man hat ein Argument in der Hand, wenn jemand behauptet: Alles Mist.

Andersrum gibt es wohl einige Leute, welche versuchen das Wiki zu nutzen, dann aber irgendwo übers Forum ihre Lösung finden und kein Feedback liefern. Dann hat man einen fehlerhaften Eintrag, aber keine Rückmeldung. Besser finde ich dann Positive Rückmeldungen! Ausserdem Motiviert das auch die Wiki weiter zu pflegen.

Als. 3. Möglichkeit denke ich, dass das Wiki auch so eine Art Standard liefern kann. So nach dem Motto: Mach es genau so, dann hast du eine Konfiguration, wie viele andere Leute auch und dir kann im Fall des Falles einfacher geholfen werden.
Mit Positiven Rückmeldungen, kann man das wiederum besser verwenden, da dann sichergestellt ist, dass man mit dem Hinweis auf das Wiki tatsächlich eine funktionierende Lösung präsent hat.

Also eigentlich: Hätte ich gerne eine Kommentarfunktion ;-)

Gruß

Janus

 

[itari]

Wenn es mehrere Leute gibt, welche behaupten: Alles Schick, dann gibt es den begründeten Verdacht, dass die Wiki Seite Qualitativ gut ist und man hat ein Argument in der Hand, wenn jemand behauptet: Alles Mist.

Wer sollte so unumgänglich sein? Ich kenne da niemanden.

Zu dem anderen: ein Wiki muss (!) weder einfach noch gut noch sonst irgendwie sein. Es ergibt sich. Bei allem anderen brauchst du jemanden, der sein Zeit für irgend etwas opfert, was vielleicht nie wieder jemand braucht. So wie bei Wikipedia. Warum sollte man das wollen?

Also eigentlich: Hätte ich gerne eine Kommentarfunktion ;-)

Kannst du nicht im Wiki den Reiter 'Diskussion' verwenden? Da wäre doch genug Platz für Kommentare und Erfolgsgeschichten.

Itari

 

[Binomico]

Gut Twenty Four h später hab ich mir ein Herz gefasst und den Neustart gewagt. Nach ca. fünfzehn Min. konnte ich das DSM aufrufen (ohne akustische Benachrichtigung des NAS - mit blinkenden Leuchten), das pyLoad-Webinterface ist nach ca. 30 Min. immer noch nicht aufrufbar (Leuchten blinken immer noch).

Ich vermute, dass da - pyLoad-Script - der Hund begraben liegt. Hat evtl. jemand einen Ratschlag? Ich werd parallel das Script geschwind deaktivieren und einen Neustart ohne testen.

Edit: Korrektur, DSM nicht mehr erreichbar ...

Edit II: 1 1/2 h später und das Ding ist immer noch nicht oben ... wo gibts Viagra für Synology?