web- und photostation gehen täglich offline

[steffi]

hallo

ich nutze die aktuelle software 722. seit dem update auf diese version habe ich das problem, dass die webstation und die photostation sich im webzugriff verabschieden. ich kann nicht festlegen, wann und warum. über das lan habe ich zugriff und kann die ds 107 neu starten, oder einfach nur die beiden stationen neu "aktivieren". beides bringt die stationen wieder online.

ist das problem bekannt? fällt jemandem eine lösung ein?

ich danke herzlich!

 

[steffi]

hallo

das problem besteht weiterhin. bin ich alleine damit

 

[itari]

Was meinst du mit 'verabschieden' und wieder 'neu starten'? Die httpd-Server? oder die Datenbank? Oder meinst, du startest mit den rc-Skripten neu? Oder meinst, im Disk Station Manager das Häckchen raus und weider rein machen?

Wenn du mit Telnet auf die DS gehen kannst, dann würde ich gerne mal sehen, was zu dem fraglichen Zeitpunkt in deiner /var/log/messages gestanden hat.

itari

 

[steffi]

hallo

verabschieden sich = meine hp und foren, welche in dem ordner "web" liegen, sind aus dem internet nicht mehr erreichbar. so auch die photodatenbank

neu starten = neu starten oder reboot der kompletten ds. auch reicht es im ds wizard die webstatin und den photo server neu zu starten.

mit telnet stehe ich ein wenig auf kriegsfuß. da habe ich noch keinen blick gewagt. bleiben die logeintäge auch nach einem reboot der gesamten ds erhalten? (den habe ich heute morgen gemacht)

edit: ich habe es gerade versucht. nach dem einloggen via telnet versuche ich mit "cd /var/log/messages" in das entsprechende verzeichnis zu kommen. das klappt aber nicht. telnet sagt immer "not found"

 

[itari]

Ja die log-Einträge sind auch nach einem Restart verfügbar.

Noch ein paar Fragen:
Verabschieden sich die Webseiten auch, wenn du nicht drauf zugreifst? Hört sich blöd an, ich weiß, aber wenn sie sich immer nur dann verabschieden, wenn du Seiten aufrufst, dann liegt es eher an den Seiten, als an der Datenbank oder dem Webserver. Also wenn du die DS startest und dann direkt auf die Webseiten gehst, wann verabschieden sie sich ungefähr (nach wieviel Minuten, Stunden) und wenn du die DS abends startest und nicht auf die Seiten gehst und am Morgen schaust, dann laufen die Webseiten immer noch?

Gibt es Seiten, die auf keinen Fall zum Absturz führen?

itari

PS. cd /var/log; more messages

 

[steffi]

hallo

ich betreibe auf dem webserver eine hp und 2 kleine foren mit je ca. 20 usern.
es ist daher schwer zu sagen, wann der server nicht mehr anspricht. ich vermute aber, dass es nachts passiert.

was zum absturz führt, dass kann ich nicht sagen. ich merke bei kontrollen (aufrufen eines forums über das www) lediglich, dass es keinen zugriff mehr gibt.
wenn, dann liegt alles braach.

log versuche ich nochmal...

DiskStation> cd /var/log
DiskStation> more messages
more: messages: Permission denied
DiskStation> list
-sh: list: not found
DiskStation> ls
log.windows     messages.1.gz   synobackup.log  synosur.log
messages        messages.2.gz   synoconn.log    synosys.log
messages.0.gz   messages.3.gz   synocopy.log    synoupdate.log

 

[itari]

Bei Telnet anmelden mit dem Benutzer 'root' und dem Kennwort des Admin ...

Dann geht auch der more messages.

itari

Kann es sein, dass du DynDNS-Probleme hast?

 

[steffi]

hallo dyndns probleme kann ich mir nicht vorstellen. oder löst das neustarten des web servers eine erneute sendung der ip an dyndns aus? bisher machte das meine fritzbox sehr zuverlässig...

DiskStation login: root
Password:


BusyBox v1.1.0 (2008.10.02-17:01+0000) Built-in shell (ash)
Enter 'help' for a list of built-in commands.


DiskStation> cd /var/log
DiskStation> more messages
Sep 23 09:16:57 hotplugd: DEVNAME:sdk.
Sep 23 09:16:57 hotplugd: DEVICE:/proc/bus/usb/000/000.
Sep 23 09:16:57 hotplugd: DEVGUID:0.
Sep 23 09:16:57 hotplugd: hotplugd.c (240) ==== USB disk [sdk] plugged o
Sep 23 09:16:57 hotplugd: SYNOReadOneSectorFromDev(59): failed to open d
dev/sdk] (errno = 6)
Sep 23 09:16:57 hotplugd: volume_info_get_by_usb_dev.c(193) Dev:sdk cann
PostfixNumber.
Sep 23 09:16:57 hotplugd: Remove /tmp/usbtab [sdk] failed. (0x2000)
Sep 23 09:16:57 hotplugd: usbbkp_hot_pull_out_ex.c:50 Fail to un-mount [
 device, errno=[0x2000]
Sep 23 09:16:57 hotplugd: hotplugd.c (244) Failed to handle USB disk hot
.
Sep 23 09:17:00 kernel: drivers/scsi/sd.c (1691) Got USB disk
Sep 23 09:17:00 kernel: sdk: assuming drive cache: write through
Sep 23 09:18:01 kernel: hub 1-1:1.0: Cannot enable port 3.  Maybe the US
is bad?
Sep 23 09:18:02 kernel: hub 1-1:1.0: Cannot enable port 3.  Maybe the US
is bad?
Sep 23 09:18:03 kernel: hub 1-1:1.0: Cannot enable port 3.  Maybe the US
is bad?
Sep 23 09:18:04 kernel: hub 1-1:1.0: Cannot enable port 3.  Maybe the US
is bad?
--More-- (0% of 200949 bytes)

 

[itari]

Ja, das hast die Datei nun im Griff. Am besten blätterst mal auf einen Zeitpunkt, wo es nicht mehr mit deinem Webserver ging, und schaust, ob da Fehler auszumachen sind (Stichworte: cannot oder error oder so). Ich weiß, ist ziemlich dick die Datei, aber gibt halt die besten Anhaltspunkte, wenn was nicht geht.

Zum Thema DynDNS: Manchmal hab ich auch 10 Minuten oder so keinen Zugriff per DynDNS-Name, wenn sich meine IP geändert hat. Es dauert halt, bis alle DNS-Server (in der Welt) das Update der neuen Adresse haben.

itari

 

[steffi]

hallo das ist der komplette auszug -- mehr steht nich in dem verzeichnis "message"

 

[itari]

Ups - na klar doch. Das Kommando 'more' ist ein Blätter-Programm. Mit Leertaste blätterst vorwärts. Sind rund 200.000 Zeichen in der Datei.

Kannst mal cat messages eingeben und dich zurücklehnen (cat lässt die ganze Datei auf einmal anzeigen)

itari

 

[steffi]

schau mal

Oct 11 14:34:20 syno_poweroff_task: lvm_poweroff.c:52 Failed to /sbin/vgchange -
an > /dev/null 2>&1
Oct 11 14:35:11 kernel: EXT3-fs warning: maximal mount count reached, running e2
fsck is recommended
Oct 11 14:35:18 scemd: modules/disk_hibernation.c:79 Force hibernation enable, i
dle minutes 15
Oct 11 14:35:18 scemd: modules/raid_sys_volume_check.c:361 This model is not sup
port raid system
Oct 11 14:35:18 synousbdisk: RCClean succeeded
Oct 11 14:35:27 kernel: Got empty serial number. Generate serial number from pro
duct.
Oct 11 14:35:29 load [local] UPDATE: trigger.c (97) Failed to attach shared memo
ry.

fehler mit dem shared memory tauchen fortwährend auf...


das sind die letzten einträge von gestern. dann geht es erst heute mittag weiter:

Oct 11 14:35:29 load [local] UPDATE: trigger.c (97) Failed to attach shared memo
ry.
Oct 11 14:35:44 dms: _ReloadSetting(98) Buffer size [] is a wrong value and cons
ider default buffer size: 8192
Oct 11 14:35:44 synorcd: hw_raytac.c (126) failed to open /dev/usb/hiddev5 (No s
uch device).
Oct 12 13:20:50 ssd: camerainstance.cpp:268:LogConnStatus(): Connection failed

 

[itari]

hi steffi,

ich seh da nichts wirklich weltbewegendes, was schief läuft. Die Geschichten mit dem shared memory hab ich auch.

Also auf ersten ersten Blick nichts auffälliges.

Vielleicht mailst mal dem Support dein Problem. Ich meine, wenn es vor dem Update ging, dann ist es ja kein prinzipieller Einstellungsfehler, sondern möglicherweise ja durchs Update entstanden. Und das Update wurde ja auch schon nachgebessert - es gibt ja schon 724.

itari

 

[steffi]

724 hab ich schon drauf ;-)

gerade ist der server wieder hängengeblieben. ich schau mal im log

Oct 12 19:06:01 ftpd[10050]: cmd_list.c (66) Failed to lstat sql_f496a3a4f04c9aa
2058a93df704286c6.php

liegt mein problem in der datenbank?

 

[itari]

Möglicherweise. Aber der ftpd schreibt die Message, dass dieser den lstat nicht ausführen kann. Der lstat macht ungefähr folgendes:

Ermittelt statistische Informationen über eine Datei oder symbolischen Link, spezifiziert in filename . Diese Funktion ist identisch mit der Funktion stat(), außer dass wenn der Parameter filename ein symbolischer Link ist, dessen Status zurückgegeben wird und nicht der Status der Datei, auf die der symbolische Link zeigt.

Also ich behaupte mal, dass diese Datei sql_f496a3a4f04c9aa
2058a93df704286c6.php gesucht wird und aus irgendeinem Grund nicht da ist oder nicht geöffnet werden kann. Das kann sehr gut der Fehler sein, dass sich der ftpd verabschiedet (vielleicht ein Download einer Bilddatei???) hat.

Aber warum dadurch dein Webserver stehen bleibt, wäre mir immer noch ein Rätsel.

Hast du eigentlich nach dem Firmware-Update deine Bilder neu indizieren müssen?

itari

 

[steffi]

Hast du eigentlich nach dem Firmware-Update deine Bilder neu indizieren müssen?

nicht, dass ich wüßte? meine verlinkten bilder sin noch unter den alten links erreichbar. meine probleme fingen mit der 722 an....vorher lief alles durch

 

[itari]

Vielleicht hilft ein erneutes Indizieren?

itari

 

[steffi]

was meinst du? die firmware nochmal neu aufspielen?

 

[itari]

Nee, im Disk Station Manager - Punkt Webdienste - Photos 'neu ordnen' anklicken.

itari

 

[steffi]

werd ich gleich mal machen und dann abwarten

bis dahin dankeschön!