web- und photostation gehen täglich offline

[steffi]

guten morgen

heute morgen war es wieder soweit -- kein zugriff auf die bekannten teile.

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
Oct 12 19:09:01 kernel: FAT: Directory bread(block 318577) failed
Oct 12 19:09:01 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318578) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318579) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318580) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318581) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318582) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318583) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318584) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318585) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318586) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318587) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318588) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318589) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318590) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318591) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318592) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318593) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318594) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318595) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318596) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318597) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: FAT read failed (blocknr 35)
Oct 12 19:09:02 ftpd[10050]: cmd_list.c (66) Failed to lstat tpl_prosilver_ucp_m
ain_front.html.php
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318566) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318567) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318568) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318569) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318570) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318571) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318572) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318573) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318574) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318575) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318576) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318577) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318578) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318579) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318580) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318581) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318582) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318583) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318584) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318585) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318586) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318587) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318588) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318589) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318590) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318591) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318592) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318593) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318594) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318595) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318596) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: Directory bread(block 318597) failed
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: FAT read failed (blocknr 35)
Oct 12 19:09:02 ftpd[10050]: cmd_list.c (66) Failed to lstat tpl_prosilver_viewt
opic_print.html.php
Oct 12 19:09:02 kernel:  2:0:0:0: rejecting I/O to dead device
Oct 12 19:09:02 kernel: FAT: bread failed in fat_clusters_flush
Oct 12 19:29:39 mediaserv.cgi: share_delete.c:182 Start to del video with id 5
Oct 12 19:29:40 exportfs[11872]: can't open /var/lib/nfs/rmtab for reading
Oct 12 19:29:40 mediaserv.cgi: service_link_remove.c(41)[700] unlink : /var/serv
ices/video
DiskStation>

das ist der gesamte log. mehr gibt es heute morgen nicht mehr. da muss doch etwas raus hervorgehen?

 

[itari]

Die Log-File wird ab einem bestimmten Füllgrad komprimiert .. siehst die anderen messages-files mit .gz am Ende, das sind alte Log-Files.

Ja wenn ich mal tippen sollte: du hast eine externe Platte angeschlossen mit FAT-Dateisystem und da findet er Sektoren nicht ... also kaputt irgendwie ...

Kann das sein?

itari

 

[steffi]

hallo

ich hatte gestern mal eine usb hdd angeschlossen. ich hatte versucht, darauf zu sichern. das habe ich nach einer gewissen zeit ohne fortschritt abgebrochen.

das war jedoch ein einzelfall und sollte mit der nichtereichbarkeit nicht zusammenhängen

 

[itari]

hallo

ich hatte gestern mal eine usb hdd angeschlossen. ich hatte versucht, darauf zu sichern. das habe ich nach einer gewissen zeit ohne fortschritt abgebrochen.

das war jedoch ein einzelfall und sollte mit der nichtereichbarkeit nicht zusammenhängen

Mag sein, aber deine Liste enthält nur Eintragungen über diesen Fehler, etwas anderes seh ich leider nicht.

itari

 

[steffi]

hallo

danke fürs drüberschauen!

kannst du erkenne, was es mit dieser meldung auf sich hat? sie taucht 2 x auf...

Oct 12 19:09:02 ftpd[10050]: cmd_list.c (66) Failed to lstat tpl_prosilver_viewt
opic_print.html.php

 

[itari]

Scheint der gleiche Fehler wie bei deinem Post hier zu sein. der ftpd hat ein Problem mit einer Datei.

Da kann ich dir leider nichts Neues zu sagen.

itari

 

[steffi]

ich habe mal die 725 aufgespielt....mal abwarten

 

[steffi]

seit aufspielen der 725 laufen die server wieder durch....bisher kein ausfall

 

[itari]

das ist doch schön *freu*

itari

 

[steffi]

ich kann es zwar nicht beweisen, gehe aber davon aus, dass der absturz von der phpmyadmin datenbank ausging.

ich habe ja gerade meine hdd gewechselt. mit der neuen hdd hatte ich die selben probleme wieder. ich habe dann die datenbanken neu! erstellt. seit dem ist wieder alles in butter

 

[itari]

Schön

Kleine Anmerkung: die Datenbank heißt MySQL und das Admin-Tool dazu PHPMyAdmin

itari

 

[wiesi]

Hallo,

hänge mich hier mal dran, da gleicher Fehler.
Habe mir die DS107+ zugelegt und erstmal die 722 eingespielt. Danach phpmyadmin sowie phpBB 3.0.2 installiert, Webserver, Fileserver sowie Ftp aktiviert.
Irgendwann ist dann der Webserver nicht mehr erreichbar. Der Fehler liegt definitiv an der DS, da der Webserver auch über die interne IP nicht reagiert. Anpingen geht aber. Ftp, Filestation und die Anmeldemaske sind erreichbar (auch von außen).
Nach Neustart der DS wieder iO.
Ist das Problemm denn nun beseitigt worden, und läuft es denn mit der neu erstellten Datenbank?
Hat die 725 nun was bewirkt?

Würde mich über Hilfe freuen, und bedanke mich schon mal im voraus.

Gruß Enrico

 

[steffi]

hallo

nein, das problem besteht bei mir weiterhin. ich habe zwar ab und an mal für 2 tage ruhe, kann aber behaupten, dass das problem noch besteht. neuerstellung der datenbank hat keine abhilfe geschaffen. ich teste gerade, wie es ist, wenn ich die interne hdd nicht schlafen lasse = immer an.

ich habe die ds vorgestern nocheinmal komplett neu aufgesetzt. einmal durch 2 maliges drücken des reset knopfes für ca. 4 sekunden und ein zweites mal über das anwendermenü. auf eine älteresoftware konnte ich nicht downgraden. das problem fing mit der 722 bei mir an und besteht auch mit der 726 nach wie vor.

auch das baschalten aller nicht zwingend benötigten optionen -- ftp, photostation o.ä. -- hat keine änderung bewirkt.

anfangs dachte ich, das absturz erfolgt immer nach eine zwangstrennung der internetverbindung durch den internetanbieter. dem ist anscheinend doch nicht so.

es soll provider geben, die eine homeserver benutzung stören...ich bin bei 1 &1

ich vermute aber, es hängt mit der benutzeranmeldung zusammen. gerade habe ich mich auf der ds als admin angemeldet...unmittelbar danach waren meine foren nicht mehr erreichbar

 

[wiesi]

Hallo,

am Provider liegt es nicht, da vom privaten Netzwerk auch nicht erreichbar.
Eine erneute Einwahl fällt bei mir auch aus, da bei KD = keine Zwangstrennung und folglich auch keine neue IP.
Weiter oben las ich was von prosilver also auch phpBB ?
Meine Abstürze erfolgten auch nachdem ich selber als Admin rumgewerkelt habe.
Hast Du die Foren auf die DS neu installiert, oder bist Du vielleicht (so wie ich) von einem anderen Hoster auf die DS umgezogen.
Ich überlege noch das Forum eventuell neu zu installieren oder mal ein anderes zu testen, um einen Fehler durch Umzug auszuschließen.
Ich kann übrigens, wenn die DS abgeschmiert ist, permanenten Datenverkehr ins Internet beobachten (ca 2-4kbit). Urheber ist auch definitiv die DS.
Ob es vor 722 funktioniert hätte, kann ich nicht sagen, da sofort aktualisiert.

Gruß Enrico

 

[steffi]

hallo

ich habe die foren phpbb-magic komplett neu hochgezogen. ebenso die datenbank. dann habe ich die forensicherung/backup neu eingespielt.

ich werde mich erstmal nicht mehr als admin auf der ds anmelden, bzw. gar nicht anmelden. mal schauen, was passiert.

---edit: nichtanmelden hat nicht geholfen. gerade hat sich der server wieder verabschiedet. und dass, obwohl ich ihn heute mittag erst neu gestartet hatte * grmpf* das ist wirklich ärgerlich

 

[wiesi]

Hallo,

ich nochmal. Ich habe die DS auf 640 zurückgesetzt. Scheint doch zu funktionieren. Teste jetzt mal ob sie noch richtig funktioniert und melde mich dann wieder.

Enrico

 

[steffi]

hallo

dann sagmir doch bitte, wie du auf die 640 zurücksetzen konntest....bei mir klappt ein downgrade der firmware nicht

 

[wiesi]

Hallo,

geht nicht auf normalem Weg. Ich kann auch noch nicht sagen ob wirklich alles geht. Habe ich eben erst gemacht und scheint auch nicht ohne Risiko.
Sie war nur nach ausbauen der Festplatte dann wieder erreichbar.
Im Prinzip die Versionsdatei einfach ändern.

Ich teste mal und meld mich wieder

Enrico

 

[steffi]

Hallo,

Ich teste mal und meld mich wieder

Enrico

okay, bis dahin

 

[wiesi]

Hallo,

also die Dienste die ich benutze scheinen soweit zu funktionieren. Subjektiv könnte sie etwas langsamer sein, aber ich hatte die 640 ja nie getestet. Ich habe die Filestation, den Webserver und Ftp aktiviert.
Alle Daten waren noch erhalten (außer Konfig. und Benutzer).

Ich möchte betonen, daß ich keinerlei Verantwortung übernehme.

Hier dann mal Die Anleitung:
http://www.forumromanum.de/member/f...98202375&USER=user_303709&threadid=1113910298

Ich bin dann folgendermaßen vorgegangen:

1. Telnet einschalten

2. Auf die DS einloggen (als "root").

3. Die VERSION-Datei sichern und auf den public-Share kopieren mit folgenden zwei Befehlen:

cp /etc.defaults/VERSION /etc.defaults/VERSION.orig
cp /etc.defaults/VERSION /volume1/public/

4. Mit Editor (Wordpad) die Datei editieren (buildnumber="0637"
builddate="2008/06/17") - (bei "0640" ging es nicht)

5. Im Telnet die veränderte Datei zurückkopieren:

cp /volume1/public/VERSION /etc.defaults/

6. Firmware auf 0640 "updaten"

7. DS nicht mehr erreichbar

8. Festplatte ausbauen, Assistant starten und DS auch neu starten

9. DS wird wieder erkannt, Festplatte bei eingeschalteter DS wieder angeschlossen und erneut die 640 beim einrichten eingespielt.

Ich hoffe daß sie jetzt auch stabil läuft und die 722 wirklich die Urache war.


Gruß Enrico