Nummer Serie Laufend "Datenträger voll"

Aller Geräte der Nummer-Serie (ohne j, + und xs Zusatz). Geräte für Privatanwender bis hin zu Firmenarbeitsgruppen
Status
Für weitere Antworten geschlossen.

Andreas67

Benutzer
Mitglied seit
26. Feb 2007
Beiträge
52
Punkte für Reaktionen
0
Punkte
0
Hallo,

ich habe mit der CS-406 von Beginn an folgendes Problem:

Ich bekomme immer wieder die Meldung "Disk full" wenn ich größere Datenmengen übertrage, obwohl mehrere 100 GB noch frei sind.

Heute habe ich versucht ein größeres Wave File zu zerschneiden, dass auf der CD-406 liegt. Neben der Meldung "Disk full" während der Schreibprozesse gab es auch immer wieder Leseprobleme.

Nachdem ich das File auf eine lokale Festplatte kopiert habe, könnte ich das File problemlos schneiden.

Anfangs wurde auch nach der Meldung "Disk full" eine Platte auch als defekt ausgewiesen - dies ist jedoch lange nicht mehr passiert.

Derzeit habe ich die aktuellste Firmware drauf.

Wie kann das Problem gelöst werden, denn so macht die Box wenig Sinn?

Andreas
 

Andreas67

Benutzer
Mitglied seit
26. Feb 2007
Beiträge
52
Punkte für Reaktionen
0
Punkte
0
Hallo,

hat niemand eine Idee??

Nachdem ich heute wieder mal ein 1 GB Wav-File zerschneiden wollte, musste ich leider wieder feststellen, dass die CS dazu nicht in der Lage ist und die Schreibvorgänge mit einem Fehler abbrach.

Ich könnte ja fast noch akzeptieren, dass ein NAS dazu evtl. nicht ausgelegt ist, wenn nicht mein Low Budget NAS NSLU2 die gleiche Aktion ohne jegliche Probleme erledigen würde.

Gibt es einen Lösungsansatz?

Andreas
 

NocTec

Moderator
Teammitglied
Lösungspartner
Mitglied seit
21. Jan 2007
Beiträge
182
Punkte für Reaktionen
175
Punkte
93
Die CS kann auf jeden Fall mit großen Dateien umgehen, das ist kein Standard-Fehler. DU müßtest aber schon mal etwas mehr Informationen geben. Wie groß sind denn für Dich "große Datenmengen"? Wie groß sind die einzelnen Dateien, welche Betriebssysteme werden verwendet und wie erfolgt die Verbindung auf die CS? Ohne genaue Fehlerbeschreibung kann Dir auch niemand helfen.
 

Andreas67

Benutzer
Mitglied seit
26. Feb 2007
Beiträge
52
Punkte für Reaktionen
0
Punkte
0
Die CS kann auf jeden Fall mit großen Dateien umgehen, das ist kein Standard-Fehler. DU müßtest aber schon mal etwas mehr Informationen geben. Wie groß sind denn für Dich "große Datenmengen"? Wie groß sind die einzelnen Dateien, welche Betriebssysteme werden verwendet und wie erfolgt die Verbindung auf die CS? Ohne genaue Fehlerbeschreibung kann Dir auch niemand helfen.

Hi,

die Größe habe ich ja beispielhaft genannt. Das 1 GB WAV-File sollte in drei Teile geschnitten werden und dies war bereits zu viel. Ab ca. 400 MB Filegröße entsteht scheinbar die kritische Größe bei Schreibvorgängen, wobei nicht immer Probleme auftreten.

System ist Win XP mit Gigabit Anbindung, wobei das Problem bereits bei meiner alten 100MBit Anbindung bestand.

Problem bestand bisher bei allen Firmwareversionen - aktuell 459. Die CS-406 läuft mit 4 Samsung 250 Platten als RAID 5.

So ganz unbekannt kann das Problem aber nicht sein, denn auch in der letzten Firmware Version war der Punkt : Enhanced system reliability when large data is being copied to the server. auch wieder aufgeführt.

Aus älteren Versionen erinnere ich dies auch, nur hat es bisher nie etwas bei mir bewirkt.

Andreas
 

NocTec

Moderator
Teammitglied
Lösungspartner
Mitglied seit
21. Jan 2007
Beiträge
182
Punkte für Reaktionen
175
Punkte
93
Hast Du an den Ethernet-Framegrößen was verändert? Entweder gibt es ein Problem mit den Samsung Platten, mit der Netzwerkkonfiguration oder die CubeStation hat ein Problem.

Welche Samsung Platten verwendest Du?
 

Andreas67

Benutzer
Mitglied seit
26. Feb 2007
Beiträge
52
Punkte für Reaktionen
0
Punkte
0
Hast Du an den Ethernet-Framegrößen was verändert? Entweder gibt es ein Problem mit den Samsung Platten, mit der Netzwerkkonfiguration oder die CubeStation hat ein Problem.

Welche Samsung Platten verwendest Du?

Jumboframes sind deaktiviert und das Problem war ja auch beim 100Mbit Netzwerk vorhanden.

Es sind die empfohlenen SAMSUNG SP2504C Platten.

Einziger Unterschied ggü. den ersten Tagen (Dez. 2006) ist, dass damals nach der Meldung "Disk full" mehrmals die Platte an Port 2 defekt ausgewiesen wurde. Dies trat auch nach einem Wechsel der Platte auf. Nach einem Firmwareupdate habe ich dann das Volumen auf Anraten von Synology noch einmal das Volumen komplett neu erstellt.

Seit Januar wurde keine Platte mehr als defekt ausgewiesen, dass Problem mit "Disk full" ist geblieben.

Andreas
 

NocTec

Moderator
Teammitglied
Lösungspartner
Mitglied seit
21. Jan 2007
Beiträge
182
Punkte für Reaktionen
175
Punkte
93
Geh' doch mal per Telnet drauf uns laß' fsck.ext3 drüber laufen.

Um den Fehler einzugrenzen kannst Du auch mal dieselben Dateien per ftp auf die CS kopieren und schauen, ob der Fehler dann auch auftritt.

Ich könnte mir auch vorstellen, daß das an den Samsung Platten liegt. Kannst Du die CS mit anderen Platten testen?
 

Andreas67

Benutzer
Mitglied seit
26. Feb 2007
Beiträge
52
Punkte für Reaktionen
0
Punkte
0
Geh' doch mal per Telnet drauf uns laß' fsck.ext3 drüber laufen.

Um den Fehler einzugrenzen kannst Du auch mal dieselben Dateien per ftp auf die CS kopieren und schauen, ob der Fehler dann auch auftritt.

Ich könnte mir auch vorstellen, daß das an den Samsung Platten liegt. Kannst Du die CS mit anderen Platten testen?

Hallo,

ich hatte damals auf Anraten des Supports zweimal das Volumen neu erstellt, wobei m.E. auch über mehere Stunden eine Prüfung der Platten stattfindet.

Per FTP tritt der gleiche Fehler auf, zumindets wenn ich dies auch über den Total Commander mache.

Da ich die CS im Heimbereich einsetze, habe ich leider keine vier 250er Platten rumliegen ;)

Kann ein bestimmter Port auch Probleme machen? Alle Fehler sind damals an Port 2 aufgetreten, auch mit verschiedenen Platten. Aktuell wird seit Monaten seitens der Platten jedoch kein Fehler mehr ausgegeben.

Andreas
 

NocTec

Moderator
Teammitglied
Lösungspartner
Mitglied seit
21. Jan 2007
Beiträge
182
Punkte für Reaktionen
175
Punkte
93
Hallo,

die CS läßt einen Standard-Check drüber laufen, dennoch würde ich den Filesystem-Check per telnet an der Shell machen. Da hast Du mehr Möglichkeiten und siehst die Ausagbe auch. Der Standard-Check erkennt bzw. repariert u.U. nicht alles. Laßt mal

fsck.ext3 -fvc

drüber laufen. Das erzwingt eine Prüfung auch wenn das System in Ordnung zu sein schein und prüft auf fehlerhafte Sektoren.

Falls das nichts bringt liegt es wohl an der Hardware. Aber ob an den Platten oder an der CS ist schwer zu sagen. Dazu müßte man wirklich mal andere Platten einbauen, wenigstens mal eine.
 

Andreas67

Benutzer
Mitglied seit
26. Feb 2007
Beiträge
52
Punkte für Reaktionen
0
Punkte
0
Hallo,

die CS läßt einen Standard-Check drüber laufen, dennoch würde ich den Filesystem-Check per telnet an der Shell machen. Da hast Du mehr Möglichkeiten und siehst die Ausagbe auch. Der Standard-Check erkennt bzw. repariert u.U. nicht alles. Laßt mal

fsck.ext3 -fvc

drüber laufen. Das erzwingt eine Prüfung auch wenn das System in Ordnung zu sein schein und prüft auf fehlerhafte Sektoren.

Falls das nichts bringt liegt es wohl an der Hardware. Aber ob an den Platten oder an der CS ist schwer zu sagen. Dazu müßte man wirklich mal andere Platten einbauen, wenigstens mal eine.

Hallo,

habe mal als Linux-Dummy mein Glück versucht.

Ich habe zunächst mit umount -f /dev/md2 eingegeben. Nach ein paar Fehlversuchen wurde dies auch bestätigt.

wenn ich fsck.ext3 -fvc /dev/md2 versuche, bekomme ich immer die Meldung, "Device or Ressouce is busy while open /dev/md2
Filesystem mounted or open by another program

Was mache ich falsch? Ich habe auch schon diverse Prozesse mit kill beendet

Andreas
 

NocTec

Moderator
Teammitglied
Lösungspartner
Mitglied seit
21. Jan 2007
Beiträge
182
Punkte für Reaktionen
175
Punkte
93
Ist da noch was anderes gemounted, was auf dem Raid liegt, z.B. /volume1/opt?

Poste doch mal die Ausgabe von "mount" und "ps ax".

Hast Du noch was wichtiges auf dem Raid liegen? Sonst lass das fsck doch einfach über das gemountete Laufwerk laufen. Pass nur auf, daß möglichst kein anderer Prozeß während dem Check auf das Volumne schreibend zugreift und dass die Freigaben nicht übers Netz gemounted sind.
 

Andreas67

Benutzer
Mitglied seit
26. Feb 2007
Beiträge
52
Punkte für Reaktionen
0
Punkte
0
Ist da noch was anderes gemounted, was auf dem Raid liegt, z.B. /volume1/opt?

Poste doch mal die Ausgabe von "mount" und "ps ax".

/dev/md0 on / type ext3 (rw,data=ordered)
/tmp on /tmp type tmpfs (rw)
/sys on /sys type sysfs (rw)
/proc/bus/usb on /proc/bus/usb type usbfs (rw)

2 root SWN [ksoftirqd/0]
3 root SW< [events/0]
4 root SW< [khelper]
5 root SW< [kthread]
17 root SW< [kblockd/0]
41 root SW [pdflush]
42 root SW [pdflush]
44 root SW< [aio/0]
43 root SW [kswapd0]
115 root SW< [ata/0]
117 root SW< [scsi_eh_0]
118 root SW< [scsi_eh_1]
125 root SW< [scsi_eh_2]
126 root SW< [scsi_eh_3]
150 root SW [mtdblockd]
170 root SW< [md0_raid1]
172 root SW< [md1_raid1]
174 root SW< [md2_raid5]
288 root SW [kjournald]
570 root SW< [khubd]
705 root 508 S /sbin/dhcpcd -n eth0 -t 30
718 root 336 S /sbin/syslogd -S
720 root 264 S /sbin/klogd
835 root 1868 S < /usr/syno/bin/findhostd
859 root SW [kjournald]
901 root 1708 S /usr/syn
933 root 748 S /usr/sbin/crond
963 admin 2212 S /usr/syno/pgsql/bin/postmaster -D /var/database/pgsql
965 admin 2596 S postgres: writer process
966 admin 560 S postgres: stats buffer process
967 admin 696 S postgres: stats collector process
1031 root 2328 S /usr/syno/sbin/scheduler
1032 admin 2796 S postgres: admin download 127.0.0.1(3370) idle
1045 root 1128 S lpd Waiting
1052 root 4444 S N /usr/syno/sbin/synoindexd
1059 root 1544 S N /usr/syno/bin/synomkthumbd
1100 root 2196 S /usr/syno/bin/scemd
1166 root 2112 S /usr/syno/sbin/smbd -D
1233 root 1036 S /usr/syno/sbin/smbd -D
1354 root 2064 S /usr/syno/sbin/nmbd -D
1678 root 304 S /sbin/getty 115200 console
1679 admin 7112 S postgres: admin photo 127.0.0.1(3372) idle
1680 root 2408 S /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h
1727 root 6108 S /usr/syno/apache/bin/httpd
1734 root 2152 S /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h
1735 root 2096 S /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h
1761 admin 4980 S /usr/syno/apache/bin/httpd
1762 admin 4980 S /usr/syno/apache/bin/httpd
1763 admin 4980 S /usr/syno/apache/bin/httpd
1764 root 3728 S /usr/syno/sbin/smbd -D
1776 root 2092 S /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h
1787 root 2084 S /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h
1788 root 2096 S /usr/syno/apache/bin/httpd -f /usr/syno/apache/conf/h
2340 root 680 S /usr/sbin/inetd
2376 root 196 S telnetd
2377 root 372 S -ash
2380 root 740 R ps ax

Hast Du noch was wichtiges auf dem Raid liegen? Sonst lass das fsck doch einfach über das gemountete Laufwerk laufen. Pass nur auf, daß möglichst kein anderer Prozeß während dem Check auf das Volumne schreibend zugreift und dass die Freigaben nicht übers Netz gemounted sind.

Eigentlich nur alle meine Daten :D

Andreas
 

NocTec

Moderator
Teammitglied
Lösungspartner
Mitglied seit
21. Jan 2007
Beiträge
182
Punkte für Reaktionen
175
Punkte
93
Also kann ich so auch nicht sagen, welcher Prozess da blockiert. Du kannst mal alles beenden, was die CS nicht braucht, Samba, Apache, Postgres, etc. Wahrscheinlich wird das aber nicht weiterhelfen.

Du kannst mal psmisc installieren und versuchen mit "fuser" rauszubekommen welche Prozesse auf das Raid-Verzeichnis zugreifen.

Ansonsten würde ich fsck einfach mal drüber laufen lassen, das Programm fragt ja nach bevor es was ändert. Normalerweise passiert da nichts. Wenn die Daten wichtig sind solltest Du sie aber vorher sichern.
 

Andreas67

Benutzer
Mitglied seit
26. Feb 2007
Beiträge
52
Punkte für Reaktionen
0
Punkte
0
Hallo,

so, hier das Ergebnis von fsck.ext3. Sieht mir normal aus, oder?

/dev/md2: recovering journal
sh: badblocks: not found
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information

/dev/md2: ***** FILE SYSTEM WAS MODIFIED *****

180600 inodes used (0%)
73822 non-contiguous inodes (40.9%)
# of inodes with ind/dind/tind blocks: 44978/5225/1
97163444 blocks used (53%)
0 bad blocks
11 large files

174146 regular files
6445 directories
0 character device files
0 block device files
0 fifos
0 links
0 symbolic links (0 fast symbolic links)
0 sockets
--------
180591 files
 

gion

Benutzer
Mitglied seit
29. Jul 2007
Beiträge
3
Punkte für Reaktionen
0
Punkte
0
Disk full

Hallo

Ich kann das Problem von Andreas bestaetigen. Habe auch eine CS406, bereits mehrere erfolglose Calls bei Synology ueber den Benutzer Support gemacht.

Ich habe praktisch die gleiche Konfig und gleichen Platten (sind uebrigens in der Liste von Synology als Platten empfohlen).

Ich hatte zwischendurch mal einen Firmwareupgrade auf eine neuere Firmware gemacht. Effekt danach, nach einem Disk full konnte ich jeweils den Stromstecker am CS406 ziehen, da sich dieses aufgehaengt hat.

Nach einem Firmwaredowngrade auf 2.0.4 - 3.0382 haengt sich die Box jedenfalls nicht mehr auf, der Disk Full Effekt bleibt.
Da ich viel Filme bearbeite welche Urspungsgroesse von 4 GB haben ist fuer mich so die CS406 schlichtweg unbrauchbar.

Synology schein ziemlich unfaehig zu sein was die Problemloesung dieses Effekts angeht. Sie sollten dick rot auf ihre Boxen raufschreiben, dass keine Files ueber 300 MB mit ihrem Ding funktionieren.
Ich habe selber bereits mehrere Linux Server am laufen mit SAMBA und habe dort jedenfalls noch nie solche Probleme gehabt.

Wenn man die englischen Foren durchsucht, findet man tonnenweise Personen mit dem gleichen Problem. Ansatzweise wird das Problem bei der Hybernation der Disk vermutet, Synology empfiehlt deshalb als erstes diese auszuschalten.
Weiter habe ich auch schon gehoert, dass die 1 . Generation der CS406 ein zu schwaches Netzteil haben soll. Dieses wird gegen Gebuehr von Synology gegen ein staerkeres ersetzt.

Da ich das Proble nun schon ein halbes Jahr habe und immer noch keine Loesung von Synology dazu erhalten habe, denke ich nicht dass sie es loesen wollen, koennen oder werden.

Ich werde jedenfalls nochmals einen Versuch starten. Schlaegt dieser Fehl, wird Synology bei unserer Firma auf die Schwarze Liste kommen. Eigentlich betrueblich, da die Funktionen der Synlogy Boxen durchaus gut sind, als NAS selber sind sie aber totale Versager, ich habe jedenfalls aehnlich Probleme beim Linksys NSLU2, welcher wesentlich weniger CPU, Memory und Performance hat nie festgestellt.
Meine Alternative falls ich die CS406 nicht zum laufen bringen werde ist QNAP, kostet zwar etwas mehr, funktioniert aber mindestens als NAS einwandfrei.

mfg Gion
 

Andreas67

Benutzer
Mitglied seit
26. Feb 2007
Beiträge
52
Punkte für Reaktionen
0
Punkte
0
@ Gion

Ich muss dir recht geben. Der Support hat mir auch nur immer wieder empfohlen bei jeder neuer Firmware erneut das Volumen zu löschen und neu anzulegen. Das waren jedes Mal mehrere Stunden Arbeit. Dafür gab es aber von Synology als Dank per Post einen Glücksstein. Viel Glück hat er mir nicht gebracht. Nach einer Stromunterbrechung war das Volumen auch gleich total zerstört.

Ich hoffe, das wir die Ausnahme sind, denn so viel Ärger mit Daten bzw. Datenverluste hatte ich in meinen weit über 10 Jahren am PC bisher nicht.

Ein zweites Mal würde ich mir keine Cubestation mehr kaufen, sondern wie früher einen alten PC mit Platten aufrüsten und Linux mit Samba etc installieren.

Andreas
 

spoli

Benutzer
Mitglied seit
12. Jul 2008
Beiträge
25
Punkte für Reaktionen
0
Punkte
0
Das gleiche Problem bei unserer DS408 - kotz

Hab bei Kunden 2x DS-207 laufen, da gabs keine Probleme -bisher.
Deswegen bin ich bei Synology geblieben. Doch leider schockiert mich sowas.
Das kann ja nicht sein, dass es da keine Lösung gibt.
Hatte auch Probleme mit einem Sata Kabel, der mir ständig das Raid getrennt hat. Jetzt mit neuem Kabel, und 2maliger Installation, läuft er stabil.
Nun die Meldung Datenträger voll.
Ist der checkdisk die einzige Möglichkeit, dieses Problem evtl. zu lösen.:mad:
Werde wohl auch QNAP testen.
 

itari

Benutzer
Mitglied seit
15. Mai 2008
Beiträge
21.900
Punkte für Reaktionen
14
Punkte
0
Hab bei Kunden 2x DS-207 laufen, da gabs keine Probleme -bisher.
Deswegen bin ich bei Synology geblieben. Doch leider schockiert mich sowas.
Das kann ja nicht sein, dass es da keine Lösung gibt.
Hatte auch Probleme mit einem Sata Kabel, der mir ständig das Raid getrennt hat. Jetzt mit neuem Kabel, und 2maliger Installation, läuft er stabil.
Nun die Meldung Datenträger voll.
Ist der checkdisk die einzige Möglichkeit, dieses Problem evtl. zu lösen.:mad:
Werde wohl auch QNAP testen.

Öhm, was ist dein Problem? Die Posts weiter oben sind mehr als 2 Jahre alt und ich glaube, dass sie nicht mehr relevant sind. Das Kabel-Problem führt nicht dazu, dass die Platte voll wird. Da muss etwas anderes schief laufen.

Ansonsten darfst gerne ins Forum der QNAP-Leutz schauen und dir anschauen, welche Probleme die dort haben. Ich mach das auch ;)

Itari
 

spoli

Benutzer
Mitglied seit
12. Jul 2008
Beiträge
25
Punkte für Reaktionen
0
Punkte
0
Ich hab das gleiche Problem mit der neuesten Firmware

Ja, sorry, dass die 2 Jahre alt sind, hab ich nicht gemerkt.
Nichtsdestotrotz, habe ich das gleiche Problem mit der neuesten Firmware. Auf den clients kommt die Meldung, dass das System sagt, dass der Datenträger voll ist, und Dateien nicht kopiert werden können.
Könnte dass ein Rechteproblems sein?
Die Kabel sind ja jetzt in Ordnung. Muss ich einen CheckDisk machen?
 

goetz

Super-Moderator
Teammitglied
Sehr erfahren
Mitglied seit
18. Mrz 2009
Beiträge
13.999
Punkte für Reaktionen
264
Punkte
373
Hallo,
lies bitte hier und hier, dann weißt Du was zu tun ist.

Gruß Götz
 
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