Optware ordentlich mit start/stop versorgen

Status
Für weitere Antworten geschlossen.

Nils_

Benutzer
Mitglied seit
25. Okt 2010
Beiträge
35
Punkte für Reaktionen
1
Punkte
8
Jo alles voller ^M. Hab jetzt mal alle entfernt und werde das heute Abend mal testen.
 

Nils_

Benutzer
Mitglied seit
25. Okt 2010
Beiträge
35
Punkte für Reaktionen
1
Punkte
8
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

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
Funzt es denn wenn du das Script manuell auf der Konsole aufrufst? Wenn ja: Wie lautet der genaue Aufruf bei dir?
 

Nils_

Benutzer
Mitglied seit
25. Okt 2010
Beiträge
35
Punkte für Reaktionen
1
Punkte
8
Ja, wenn ich das Script nun manuell über "sh -x S77pyload start" starte läuft es einwandfrei.
 

jahlives

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
"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

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
13.998
Punkte für Reaktionen
264
Punkte
373
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_

Benutzer
Mitglied seit
25. Okt 2010
Beiträge
35
Punkte für Reaktionen
1
Punkte
8
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!
 
Zuletzt bearbeitet:

janus

Benutzer
Mitglied seit
07. Sep 2010
Beiträge
667
Punkte für Reaktionen
0
Punkte
0
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

Benutzer
Mitglied seit
07. Sep 2010
Beiträge
667
Punkte für Reaktionen
0
Punkte
0
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

Benutzer
Mitglied seit
01. Jun 2010
Beiträge
573
Punkte für Reaktionen
0
Punkte
0
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

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
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

Benutzer
Mitglied seit
01. Jun 2010
Beiträge
573
Punkte für Reaktionen
0
Punkte
0
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 :D)
Rich (BBCode):
#!/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

Benutzer
Mitglied seit
01. Jun 2010
Beiträge
573
Punkte für Reaktionen
0
Punkte
0
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

Benutzer
Mitglied seit
19. Aug 2008
Beiträge
18.275
Punkte für Reaktionen
4
Punkte
0
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

Benutzer
Mitglied seit
01. Jun 2010
Beiträge
573
Punkte für Reaktionen
0
Punkte
0
Nur eins >> S99pyload (das von Janus) - welches seit ca. einer Woche perfekt läuft; allerdings mit der alten Optware-Variante.
Rich (BBCode):
#!/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? :D
 
Zuletzt bearbeitet:

janus

Benutzer
Mitglied seit
07. Sep 2010
Beiträge
667
Punkte für Reaktionen
0
Punkte
0
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

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
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

Benutzer
Mitglied seit
07. Sep 2010
Beiträge
667
Punkte für Reaktionen
0
Punkte
0
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

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
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

Benutzer
Mitglied seit
01. Jun 2010
Beiträge
573
Punkte für Reaktionen
0
Punkte
0
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? :D
 
Zuletzt bearbeitet:
Status
Für weitere Antworten geschlossen.
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat