Optware ordentlich mit start/stop versorgen

janus · 26. Dez 2010

NeoNamek schrieb:
Der Ordner ist leer, hab auch kein pyLoad drauf.

Hmm.
Was sagt denn "top" ?

Gruß

Janus

Wessix · 27. Dez 2010

erledigt

Wessix schrieb:
hi Leute,
hab mir gestern die neueste Version von pyload gepulled, seitdem geht mein start stop script nichtmehr richtig, wenn ich es ausführe komme ich nicht mehr auf den webserver. Hab am Script nichts verändert.
hat noch jemand die Probleme?

Grüße Wessix

hat sich erledigt, irgendwie hatte sich der Fehler im Spiecher festgefressen und nur sich nur durch strom aus 1 min warten strom wieder an daraus bekommen lassen. Dachte das gäbs nur bei windows.

NeoNamek · 02. Jan 2011

janus schrieb:
Hmm.
Was sagt denn "top" ?

Gruß

Janus

Was meinst du damit?

janus · 03. Jan 2011

NeoNamek schrieb:
Was meinst du damit?

Wenn die Kiste beim Reboot sehr langsam reagiert, sollte man doch sehen können, welcher Prozess da nicht sauber spielt.

Eine Option, um dies herauszufinden, ist das Tool "top". Nachzuinstallieren per ipkg. Alternativ kann man auch über den DSM und den Resourcen Manager gehen. Dort die CPU auslastung ansehen und schon kann man den Top CPU verbraucher erkennen.

Anzunehmen ist aber, dass schon beim optware Script etwas falsch läuft, wenn das tatsächlich das einzige Script ist, welches gestartet wird. Problem ist jetzt, wie am besten herausfinden.

Gruß

Janus

jahlives · 03. Jan 2011

janus schrieb:
Eine Option, um dies herauszufinden, ist das Tool "top". Nachzuinstallieren per ipkg.

Ist top nicht in der Firmware mitdabei? Dachte nur htop müsste via ipkg nachinstalliert werden

NeoNamek · 03. Jan 2011

janus schrieb:
Wenn die Kiste beim Reboot sehr langsam reagiert, sollte man doch sehen können, welcher Prozess da nicht sauber spielt.

Eine Option, um dies herauszufinden, ist das Tool "top". Nachzuinstallieren per ipkg. Alternativ kann man auch über den DSM und den Resourcen Manager gehen. Dort die CPU auslastung ansehen und schon kann man den Top CPU verbraucher erkennen.

Anzunehmen ist aber, dass schon beim optware Script etwas falsch läuft, wenn das tatsächlich das einzige Script ist, welches gestartet wird. Problem ist jetzt, wie am besten herausfinden.

Gruß

Janus

Habe htop installiert, kein prozess erzeugt Auslastung.
Wie soll ich damit denn jetzt feststellen ob was schief läuft?
Erstellt der logs beim booten?

Hab nur beim runter und hochfahren Probleme.

janus · 03. Jan 2011

jahlives schrieb:
Ist top nicht in der Firmware mitdabei? Dachte nur htop müsste via ipkg nachinstalliert werden

Stimmt auffällig.

Gruß

Janus

janus · 03. Jan 2011

NeoNamek schrieb:
Habe htop installiert, kein prozess erzeugt Auslastung.
Wie soll ich damit denn jetzt feststellen ob was schief läuft?
Erstellt der logs beim booten?

Hab nur beim runter und hochfahren Probleme.

Das Optware Script an sich hat erst mal keine Logging Optionen. Das muss man dann schon selbst einbauen. z.B. mit

Rich (BBCode):

echo "Logmeldung" > /tmp/logfile.log

Gruß

Janus
p.s.: Ich / Wir können nun mal nicht sehen, was an deinem System los ist. Das musst du schon noch selber nachsehen.

NeoNamek · 03. Jan 2011

Hier mal ein Log der Synology, vll findet ja einer was

Code:

Jan  3 06:57:15 syslogd started: BusyBox v1.16.1
Jan  3 06:57:15 kernel: [    0.000000] ACPI: RSDP 00000000000f9db0 00014 (v00 ACPIAM)
Jan  3 06:57:15 kernel: [    0.000000] ACPI: RSDT 000000003f690000 0003C (v01 041610 RSDT1824 20100416 MSFT 00000097)
Jan  3 06:57:15 kernel: [    0.000000] ACPI: FACP 000000003f690200 00084 (v01 041610 FACP1824 20100416 MSFT 00000097)
Jan  3 06:57:15 kernel: [    0.000000] ACPI: DSDT 000000003f690440 06848 (v01  1AAAA 1AAAA000 00000000 INTL 20051117)
Jan  3 06:57:15 kernel: [    0.000000] ACPI: FACS 000000003f69e000 00040
Jan  3 06:57:15 kernel: [    0.000000] ACPI: APIC 000000003f690390 0006C (v01 041610 APIC1824 20100416 MSFT 00000097)
Jan  3 06:57:15 kernel: [    0.000000] ACPI: MCFG 000000003f690400 0003C (v01 041610 OEMMCFG  20100416 MSFT 00000097)
Jan  3 06:57:15 kernel: [    0.000000] ACPI: OEMB 000000003f69e040 00072 (v01 041610 OEMB1824 20100416 MSFT 00000097)
Jan  3 06:57:15 kernel: [    0.000000] ACPI: HPET 000000003f69a440 00038 (v01 041610 OEMHPET  20100416 MSFT 00000097)
Jan  3 06:57:15 kernel: [    0.000000] ACPI: GSCI 000000003f69e0c0 02024 (v01 041610 GMCHSCI  20100416 MSFT 00000097)
Jan  3 06:57:15 kernel: [    0.000000] Zone PFN ranges:
Jan  3 06:57:15 kernel: [    0.000000]   DMA      0x00000010 -> 0x00001000
Jan  3 06:57:15 kernel: [    0.000000]   DMA32    0x00001000 -> 0x00100000
Jan  3 06:57:15 kernel: [    0.000000]   Normal   0x00100000 -> 0x00100000
Jan  3 06:57:15 kernel: [    0.000000] Movable zone start PFN for each node
Jan  3 06:57:15 kernel: [    0.000000] early_node_map[2] active PFN ranges
Jan  3 06:57:15 kernel: [    0.000000]     0: 0x00000010 -> 0x0000009f
Jan  3 06:57:15 kernel: [    0.000000]     0: 0x00000100 -> 0x0003f690
Jan  3 06:57:15 kernel: [    0.000000] Built 1 zonelists in Zone order, mobility grouping on.  Total pages: 255964
Jan  3 06:57:15 kernel: [    0.000000] Internal HD num: 0
Jan  3 06:57:15 kernel: [    0.000000] Internal netif num: 2
Jan  3 06:57:15 kernel: [    0.000000] Synology Hareware Version: DS1010+-j
Jan  3 06:57:15 kernel: [    0.000000] Mac1: 0011320721f9
Jan  3 06:57:15 kernel: [    0.000000] Mac2: 0011320721fa
Jan  3 06:57:15 kernel: [    0.000000] Serial Number: A5GAN00849
Jan  3 06:57:15 kernel: [    0.000000] Console: colour dummy device 80x25
Jan  3 06:57:15 kernel: [    0.000000] Fast TSC calibration using PIT
Jan  3 06:57:15 kernel: [    0.000000] Detected 1662.396 MHz processor.
Jan  3 06:57:15 kernel: [    0.005111] Mount-cache hash table entries: 256
Jan  3 06:57:15 kernel: [    0.046999] APIC calibration not consistent with PM-Timer: 120ms instead of 100ms
Jan  3 06:57:15 kernel: [    0.123999] Measured 20 cycles TSC warp between CPUs, turning off TSC clock.
Jan  3 06:57:15 kernel: [    0.300350] bio: create slab <bio-0> at 0
Jan  3 06:57:15 kernel: [    0.313336] ACPI: Executed 1 blocks of module-level executable AML code
Jan  3 06:57:15 kernel: [    0.412765] ACPI Warning: Incorrect checksum in table [OEMB] - 87, should be 80 (20090903/tbutils-314)
Jan  3 06:57:15 kernel: [    0.686111] raid6: int64x1    320 MB/s
Jan  3 06:57:15 kernel: [    0.706012] raid6: int64x2    531 MB/s
Jan  3 06:57:15 kernel: [    0.725991] raid6: int64x4    632 MB/s
Jan  3 06:57:15 kernel: [    0.745937] raid6: int64x8    707 MB/s
Jan  3 06:57:15 kernel: [    0.766018] raid6: sse2x1     628 MB/s
Jan  3 06:57:15 kernel: [    0.785944] raid6: sse2x2    1140 MB/s
Jan  3 06:57:15 kernel: [    0.805944] raid6: sse2x4    2007 MB/s
Jan  3 06:57:15 kernel: [    0.809006] raid6: using algorithm sse2x4 (2007 MB/s)
Jan  3 06:57:15 kernel: [    1.216786] Dquot-cache hash table entries: 512 (order 0, 4096 bytes)
Jan  3 06:57:15 kernel: [    1.790161] ata2: device plugged sstatus 0x123
Jan  3 06:57:15 kernel: [    1.790483] ata3: device plugged sstatus 0x123
Jan  3 06:57:15 kernel: [    1.790483] ata4: device plugged sstatus 0x123
Jan  3 06:57:15 kernel: [    1.790483] ata5: device plugged sstatus 0x123
Jan  3 06:57:15 kernel: [    9.605174] 0000:02:00.0: 0000:02:00.0: Failed to initialize MSI-X interrupts.  Falling back to MSI interrupts.
Jan  3 06:57:15 kernel: [    9.733250] 0000:03:00.0: 0000:03:00.0: Failed to initialize MSI-X interrupts.  Falling back to MSI interrupts.
Jan  3 06:57:15 kernel: [    9.888442] coretemp coretemp.0: Using relative temperature scale!
Jan  3 06:57:15 kernel: [    9.894813] coretemp coretemp.1: Using relative temperature scale!
Jan  3 06:57:15 kernel: [    9.901183] coretemp coretemp.2: Using relative temperature scale!
Jan  3 06:57:15 kernel: [    9.907561] coretemp coretemp.3: Using relative temperature scale!
Jan  3 06:57:15 kernel: [   10.049228] md: invalid raid superblock magic on sda3
Jan  3 06:57:15 kernel: [   10.054292] md: sda3 does not have a valid v0.90 superblock, not importing!
Jan  3 06:57:15 kernel: [   10.098639] md: invalid raid superblock magic on sdb3
Jan  3 06:57:15 kernel: [   10.103699] md: sdb3 does not have a valid v0.90 superblock, not importing!
Jan  3 06:57:15 kernel: [   10.143139] md: invalid raid superblock magic on sdc3
Jan  3 06:57:15 kernel: [   10.148195] md: sdc3 does not have a valid v0.90 superblock, not importing!
Jan  3 06:57:15 kernel: [   10.202803] md: invalid raid superblock magic on sdd3
Jan  3 06:57:15 kernel: [   10.207858] md: sdd3 does not have a valid v0.90 superblock, not importing!
Jan  3 06:57:15 kernel: [   10.253405] md: invalid raid superblock magic on sde3
Jan  3 06:57:15 kernel: [   10.258462] md: sde3 does not have a valid v0.90 superblock, not importing!

NeoNamek · 03. Jan 2011

Rich (BBCode):

Jan  3 06:57:15 kernel: [   10.279672] md: sda2 has different UUID to sda1
Jan  3 06:57:15 kernel: [   10.287455] md: sdb2 has different UUID to sda1
Jan  3 06:57:15 kernel: [   10.295238] md: sdc2 has different UUID to sda1
Jan  3 06:57:15 kernel: [   10.303022] md: sdd2 has different UUID to sda1
Jan  3 06:57:15 kernel: [   10.310803] md: sde2 has different UUID to sda1
Jan  3 06:57:15 kernel: [   10.337178] md: md0: set sda1 to auto_remap [0]
Jan  3 06:57:15 kernel: [   10.341716] md: md0: set sdb1 to auto_remap [0]
Jan  3 06:57:15 kernel: [   10.346248] md: md0: set sdc1 to auto_remap [0]
Jan  3 06:57:15 kernel: [   10.350781] md: md0: set sdd1 to auto_remap [0]
Jan  3 06:57:15 kernel: [   10.355317] md: md0: set sde1 to auto_remap [0]
Jan  3 06:57:15 kernel: [   10.413880] md: md1: set sda2 to auto_remap [0]
Jan  3 06:57:15 kernel: [   10.418417] md: md1: set sdb2 to auto_remap [0]
Jan  3 06:57:15 kernel: [   10.422949] md: md1: set sdc2 to auto_remap [0]
Jan  3 06:57:15 kernel: [   10.427482] md: md1: set sdd2 to auto_remap [0]
Jan  3 06:57:15 kernel: [   10.432015] md: md1: set sde2 to auto_remap [0]
Jan  3 06:57:15 kernel: [   10.639832] VFS: Mounted root (ext2 filesystem) on device 1:0.
Jan  3 06:57:15 kernel: [   10.656373] pineview_synobios: module license 'Synology Inc.' taints kernel.
Jan  3 06:57:15 kernel: [   10.663600] Disabling lock debugging due to kernel taint
Jan  3 06:57:15 kernel: [   10.674638] Brand: Synology
Jan  3 06:57:15 kernel: [   10.677563] Model: DS-1010+
Jan  3 06:57:15 kernel: [   10.692382] synobios: unload
Jan  3 06:57:15 kernel: [   12.038078] synoacl module [synoacl_ext4] is not loaded 
Jan  3 06:57:15 kernel: [   12.043639] synoacl module [synoacl_vfs] is not loaded 
Jan  3 06:57:15 kernel: [   12.059609] EXT3-fs: md0: couldn't mount because of unsupported optional features (240).
Jan  3 06:57:15 kernel: [   12.067888] EXT2-fs: md0: couldn't mount because of unsupported optional features (240).
Jan  3 06:57:15 kernel: [   12.088506] VFS: Mounted root (ext4 filesystem) readonly on device 9:0.
Jan  3 06:57:15 kernel: [   13.306407] Brand: Synology
Jan  3 06:57:15 kernel: [   13.309340] Model: DS-1010+
Jan  3 06:57:16 kernel: [   16.649326] md: md2: set sda3 to auto_remap [0]
Jan  3 06:57:16 kernel: [   16.701355] md: md3: set sdb3 to auto_remap [0]
Jan  3 06:57:16 kernel: [   16.760582] md: md4: set sdc3 to auto_remap [0]
Jan  3 06:57:16 kernel: [   16.808140] md: md5: set sdd3 to auto_remap [0]
Jan  3 06:57:16 kernel: [   16.862267] md: md6: set sde3 to auto_remap [0]
Jan  3 06:57:17 dhcpcd[1595]: dhcpReboot: do not want cache
Jan  3 06:57:19 dhcpcd[1595]: client.c(1556)HUP ddnsd result: return code = 256 
Jan  3 06:57:19 dhcpcd[1603]: dhcpReboot: do not want cache
Jan  3 06:57:26 scemd: scemd.c:119 fan_type=6, raid_type=1, led_type=3, thermal_type=1, fanctrl_type=1, auto_poweron_type=1, dual_power_type=1, usbcopy_type=2, fan_number=1, ebox_type=0, pis_type=0, rtc_type=3
Jan  3 06:57:26 scemd: modules/fan_speed_adjust_common.c:161 Type: INTERNAL Fan Mode: HIGH (suitable for 3.5'' HD)
Jan  3 06:57:26 scemd: modules/raid_sys_volume_check.c:160 MD0 active disks 5, designed disks 5 
Jan  3 06:57:26 scemd: modules/raid_sys_volume_check.c:160 MD1 active disks 5, designed disks 5 
Jan  3 06:57:27 scemd: modules/disk_hibernation.c:94 Force hibernation enable, idle minutes 20
Jan  3 06:57:27 synoprint: printer_device_open.c:16 bad parameter.
Jan  3 06:57:30 synocheckshare: share_default_get.c:83 failed to alloc share for [pyload ], errno=0x1200
Jan  3 06:57:30 synocheckshare: share_restore.c:87 Failed to get default share for [pyload ]
Jan  3 06:57:33 synousbdisk: RCClean succeeded
Jan  3 06:57:34 ddnsd: main(ddnsd.c:2692):  not enable DDNS, shutdown daemon
Jan  3 06:57:35 scemd: scemd.c:273 detect correct
Jan  3 06:57:36 syno_hdd_util: Model:[HD204UI], Firmware:[1AQ10001], S/N:[S2H7J1BZA03294] in [/dev/sde] is not ssd
Jan  3 06:57:36 syno_hdd_util: Model:[HD203WI], Firmware:[1AN10002], S/N:[S1UYJ1LZ108057] in [/dev/sdd] is not ssd
Jan  3 06:57:36 syno_hdd_util: Model:[HD103UJ], Firmware:[1AA01113], S/N:[S13PJDWS146882] in [/dev/sdc] is not ssd
Jan  3 06:57:36 syno_hdd_util: Model:[HD103UJ], Firmware:[1AA01113], S/N:[S13PJDWS146881] in [/dev/sdb] is not ssd
Jan  3 06:57:37 syno_hdd_util: Model:[HD501LJ], Firmware:[CR100-12], S/N:[S0MUJ1DPC07531] in [/dev/sda] is not ssd
Jan  3 06:57:40 kernel: [   41.102230] drivers/scsi/sd.c (2283) Got USB disk
Jan  3 06:57:40 kernel: [   41.128649] sd 8:0:0:0: [synoboot] Assuming drive cache: write through
Jan  3 06:57:40 kernel: [   41.136613] sd 8:0:0:0: [synoboot] Assuming drive cache: write through
Jan  3 06:57:40 kernel: [   41.238251] sd 8:0:0:0: [synoboot] Assuming drive cache: write through
Jan  3 06:59:35 scemd: scemd.c:307 stop manutild.

Da ist was mit pyLoad drin, sind wohl noch Reste übrig geblieben. Vll daher die Probleme?
(Post war zu lang für einen Beitrag sry)

NASBOY · 06. Jan 2011

Hallo Leute

Nachdem ich mich nun doch dazu durchgerungen habe,Pyload mit einem Start\Stop Script zu versorgen,hätte ich kurz zwei Fragen.

Erstens.Pyload läuft jetzt und ich habe ein Start Script für die Automatische Startfunktion schon Integriert.
Das Script ist dieses hier.

cd /opt/etc/init.d
nano
#!/bin/sh
/opt/bin/python2.5 /opt/pyload/pyLoadCore.py &

Damit läuft jetzt mein Pyload.So nun lese ich im Wiki das neue Start script.
Dort ist zu lesen,um zu prüfen ob Pyload läuft,soll man ps | grep python ausführen.
Dann steht bei mir im Putty das hier.

Ist das jetzt so OK?
Kann ich dann nachher sehen das Pyload nicht läuft,wenn das so nicht mehr in Putty steht?
Weil jetzt kommt die zweite Frage?
Wie beende ich Pyload?
Hat wer den Befehl um Pyload zu Beenden?
Ist das nur echo /screen/pyload/stop ?

Kann wer kurz helfen?

Grüßle

Wessix · 06. Jan 2011

so gehts bei mir

Hi NASBOY,
Auf meiner DS 411+ verwende ich ein anderes Script:

Pyload autostart script:
habs S77pyload genannt und es muss in /opt/etc/init.d

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

Mit meinem Script wird pyload als Daemon beim hochfahren der DS gestartet. mit dem Befehl

Rich (BBCode):

top

kannst du dann auch sehen ob es läuft.
Wenn du es aus irgendeinem Grund stoppen willst must du nur ins Verzeichnis:
/opt/etc/init.d
wechseln und eingeben

Rich (BBCode):

sh S77pyload stop

wenn du es dann ohne extra Neustart wieder starten willst, wieder im selben verseichnis:

Rich (BBCode):

sh S77pyload start

anstatt erst ins Verzeichnis zu wechseln kann man auch bestimmt den richtigen Pfad nach

Rich (BBCode):

sh

angeben, aber ich machs immer so.
Funktioniert bei mir einwandfrei.

Hoffe das hilft dir.
Gruß Wessix

NASBOY · 06. Jan 2011

Danke für die schnelle Antwort.

Hab jetzt mal versucht mein laufendes Pyload zu beenden.Mein Pyload heist S10pyload.
Wenn ich jetzt aber in den Ordner cd /opt/etc/init.d gehe und den Befehl sh S10pyload stop eingebe,bekomme ich eine Fehlermeldung.
Kann es also so gar nicht stoppen.

Jemand eine Idee?

Grüßle

jahlives · 06. Jan 2011

Schonmal

Code:

sh ./S10pyload stop

probiert? Oder gleich

Code:

sh /opt/etc/init.d/S10pyload stop

Btw: Wenn es eine Fehlermeldung gibt ist es immer eine gute Idee das Kommando und die Meldung hier 1:1 zu posten

NASBOY · 06. Jan 2011

Hallo

Danke das einem heute so schnell hier geholfen wird.

Hier die Fehlermeldung.

Grüßle

Wessix · 06. Jan 2011

denke das geht mit deinem Script nicht

hi NASBOY,
ich denke die Methode mit dem

Rich (BBCode):

S10pyload stop

funktioniert bei deinem Script nicht weil es in dem Script das du benutzt nicht definiert ist.
Wenn du in meins schaust werden dort genau diese 3 Möglichkeiten

Rich (BBCode):

start
stop
restart

abegehandelt

Da ich aber kein Linux Experte bin ist das nur meine Vermutung.

Mfg Wessix

jahlives · 06. Jan 2011

dann mal ein

Code:

ls -al /opt/etc/init.d

machen

Wessix · 06. Jan 2011

was gibt denn

Rich (BBCode):

ls

im verzeichnis opt/etc/init.d aus?

NASBOY · 06. Jan 2011

Hi

Dann kommt das hier.

ls -al Listet alles in cd /opt/etc/init.d

Grüßle

jahlives · 06. Jan 2011

Siehst du deinen Fehler ned???

Tipp: Dateiendung

Optware ordentlich mit start/stop versorgen

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Benutzer

Kaffeautomat