Nummer Serie DS214 - keine Anmeldung möglich - "Speicherplatz derzeit voll"

[sn_berlin]

Hallo zusammen,
ich bin momentan ein wenig verzweifelt. Seit fast einem 3/4 Jahr lief meine DS problemlos und nun geht gar nichts mehr.
Wenn ich sie starte ist nach dem vollständigen Hochfahren ein sekündlicher Piepton zu hören. Die Anmeldung über die Browseroberfläche geht nicht, da der Speicherplatz angeblich voll ist.
Weder über SSH noch über FTP sind irgendwelche Daten auf meinem Volume auf der DS zu erkennen.

Die Ursache ist vermutlich, dass ich OwnCloud installiert habe und dementsprechend auch die Webserver-Funktion aktiviert habe. Ich vermute, dass ich dabei etwas zerschossen haben muss. Die Probleme begannen am Wochenende mit einem Login Loop bei OwnCloud den ich versuchte zu beheben. Seit gestern Abend geht nun gar nichts mehr.

Ich habe davon gelesen, dass OwnCloud irgendwelche /tmp-Ordner zumüllt und dadurch Probleme verursachen würde. Meine Hoffnung ist jetzt, dass ich zumindest wieder auf die Browseroberfläche kommen könnte, wenn ich den Webserver deaktiviere, aber ich weiß nicht wie das gehen soll.

Hat jemand einen heißen Tipp für mich?

Grüße und vielen Dank im Voraus!
Sebastian

 

[dil88]

Hast Du ssh oder telnet aktiviert, so dass Du probieren könntest, per putty oder WinSCP auf die DS zu kommen?

 

[sn_berlin]

Ja, der Zugriff über SSH funktioniert. Aber ich weiß nicht was ich damit anstellen kann

 

[dil88]

Mach beispielsweise einmal

du -hs /tmp

per putty oder schau Dir /tmp per WinSCP an. Damit solltest Du feststellen können, ob dort die Platte zum Überlaufen gebracht wurde, und kannst dann ggfs. auch löschen.

 

[goetz]

Hallo,
erst mal schau was voll ist

df

Den User Webserver kannst Du per
synoservicectl --stop httpd-user
anhalten.

Gruß Götz

 

[sn_berlin]

Hm, scheint nicht so zu sein, wobei ich gerade erst wieder gestartet habe. (Das Piepen nervt ziemlich. Kann man das über ssh abstellen?)

120.0K /tmp

 

[sn_berlin]

Hallo Götz,
habe beides probiert:


NAS> df
Filesystem 1K-blocks Used Available Use% Mounted on
/tmp 256992 664 256328 0% /tmp
/run 256992 372 256620 0% /run
/dev/shm 256992 0 256992 0% /dev/shm
NAS> synoservicectl --stop httpd-user
httpd-user failed to stop... error unknow [0x0B00 servicectl_job_disable.c:56]

 

[dil88]

Dann mach bitte einmal

du -hxd 1 /

und schaue, welches Verzeichnis so voll ist. Mit diesem Verzeichnis wiederholst Du das Prozedere, bis Du die Ursache gefunden hast. Beispiel:

du -hxd 1 /var/log

 

[goetz]

Hallo,
wenn Deine Ausgabe von df vollständig war so ist die Platte überhaupt nicht gemountet worden. Was sagt denn der Assistant zum Zustand der DS?

Gruß Götz

 

[sn_berlin]

Wie befrage ich den Assistenten dazu? Ich komme ja nicht auf die Weboberfläche meiner DS :-/

 

[dil88]

Die brauchst Du nicht, da goetz von einem Windows-Programm spricht, das Du hier herunterladen kannst.

 

[sn_berlin]

Der Status der DS ist "fertig". Mehr kann ich dem Assistenten nicht entnehmen. (Die Versionen werden sich ja zwischen Mac und Win nicht unterscheiden, oder?)

Edit:
Habe den Speichertest gefunden und gestartet...

 

[sn_berlin]

Bei 54% gab es einen oder mehrere Fehler. Ich habe ein RAID1 eingerichtet. Welche Platte ist fehlerhaft? Was mache ich nun um meine Daten zu sichern?
Warum kann ich mich aber trotzdem nicht anmelden?

 

[dil88]

Wenn Du mit Speichertest den im Synology Assistenten meinst, dann ist damit m.W. ein RAM-Test gemeint. Wenn der auf einer 214 fehlschlägt, auf der der Hauptspeicher fest verlötet ist, solltest Du mit Deinem Händler Kontakt aufnehmen.

 

[sn_berlin]

Besteht die Möglichkeit, dass ich meine Systemeinstellungen auf der DS über SSH sichern kann? Dann würde ich zunächst auch erstmal einen Reset probieren und falls notwendig, dann meinen Händler zwecks Reparatur/Austausch aufsuchen.

Grüße und vielen Dank für die Hilfe bis hier hin. Die Antworten kamen wirklich super schnell.

 

[dil88]

Besteht die Möglichkeit, dass ich meine Systemeinstellungen auf der DS über SSH sichern kann?

Ich habe in /usr/syno/bin per grep-Suche ein Programm namens confbkp gefunden. Das scheint die dss-Datei zu erzeugen. Probiere es einmal damit.

Usage:
        confbkp COMMAND [ARGS]

        available COMMAND:
                export
                import
        available ARGS:
                --option={user|group|share|ad|ldap|homeservice|passwdstrength|cifs|afp|nfs|ftp|netbkp|webdav|webservice|snmp|all}
                --overwrite={true|false}
                --filepath=<FILE PATH>
        example:
                export
                export --filepath=/tmp/test.dss
                import --option=user,group  --overwrite=true --filepath=FILEPATH

 

[rawry]

Hallo zusammen,

ich hänge mich hier mal dran, da ich ein ähnliches Problem habe. Ich weiß aber zumindest wann es entstanden ist und vermute, auch die Ursache zu kennen:

Habe 2 DS (214+, 212j), die + ist meine Haupt-NAS, die j verwende ich für rsync-Backups.

Mit rsync habe ich gestern ein bisschen rumgespielt und dort die funktion -b i.V.m. --backup-dir ausprobiert. Dabei ist der Fehler wohl passiert (Kein Speicherplatz im Remote-System (Code 41) und kein Speichplatz im Device (Code weiß ich nicht mehr)).

Seither kann ich mich nicht mehr anmelden mit der Fehlermeldung der Speicherplatz ist voll. Habe mehrfach rebootet und seit dem letzten Reboot blinkt die Status-LED und das System piepst sekündlich. Via SSH kann ich noch zugreifen.

Hier mal die Ergebnisse der Anfragen, die hier im Fred vorgeschlagen wurden:

L...2> du -hs /tmp
140.0K    /tmp
Loewenstation2> df
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/md0               2451064   2451064         0 100% /
/tmp                    124724       140    124584   0% /tmp
/run                    124724       372    124352   0% /run
/dev/shm                124724         0    124724   0% /dev/shm

L...2> du -hxd 1 /
760.0K    /bin
16.0K    /.system_info
6.8M    /etc
4.0K    /initrd
185.5M    /lib
4.0K    /lost+found
4.0K    /mnt
32.0K    /.old_patch_info
32.0K    /root
4.1M    /sbin
11.4M    /volume2
5.1M    /.syno
1.8G    /Volume1
266.7M    /usr
19.0M    /var
8.0K    /volume1
5.9M    /etc.defaults
2.1M    /var.defaults
2.3G    /

Dann komme ich nicht weiter, da das Laufwerk mit den 2,3G nur "/" heißt.

Witzigerweise ist in der 212j nur eine 1GB-Festplatte verbaut.

Bin kein Experte. Was könnte ich nun tun?

P.S. Bitte um Info, falls ich einen neuen Thread aufmachen soll anstatt mich hier dran zu hängen. Danke!

VG
rawry

 

[goetz]

Hallo,

Witzigerweise ist in der 212j nur eine 1GB-Festplatte verbaut.

na doch wohl eher eine 1TB Festplatte. Dein Problem ist das Verzeichnis /Volume1 (mit großem V), das hat dort nichts zu suchen und hat den kompletten restlichen Platz der Partition gefüllt. War bestimmt ein Schreibfehler, Du wolltest nach /volume1 (mit kleinem v) sichern.
Lösche /Volume1 (mit großem V) und das Problem ist weg.

Gruß Götz

 

[rawry]

Vielen Dank, das war die Lösung! Jetzt läuft wieder alles wie es soll!

Gibt es speichertechnische Bedenken, wenn der Befehl rsync mit -b, --delete und --backup-dir ausgeführt wird oder sollte das grundsätzlich kein Problem sein, solange auf dem Laufwerk noch genug Speicherplatz vorhanden ist?

Und ja, es ist natürlich eine 1 TB-Platte.

Klasse Hilfe! Nochmals Danke!