Anmeldung nicht möglich - Speicherplatz voll

[gmbibo]

Hallo,

seit ich die Firmware meiner CS407e auf DSM 3.0-1354 geupdatet habe, erscheint nach gewisser Zeit beim Einloggen über die Weboberfläche folgende Fehlermeldung:

Sie können sich nicht an das System anmelden, da der Speicherplatz derzeit voll ist. Führen Sie bitte einen Neustart des Systems aus und versuchen Sie es noch einmal.

Man kann /tmp auch schön beim volllaufen zusehen:

CubeStation> df -k
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/md0               2450808    442812   1983100  18% /
/tmp                     30728     16368     14360  53% /tmp
/dev/md2             2153956160 677392864 1476460896  31% /volume1

... ca. 10 Minuten später:

CubeStation> df -k
Filesystem           1K-blocks      Used Available Use% Mounted on
/dev/md0               2450808    442816   1983096  18% /
/tmp                     30728     17828     12900  58% /tmp
/dev/md2             2153956160 677392864 1476460896  31% /volume1

Nach einem Neustart ist /tmp natürlich wieder leer.

was kann die Ursache für das sich schnell füllende /tmp sein?
Vielen Dank für Eure Hilfe.

 

[Trolli]

Hallo!

Gute Frage. /tmp ist ja ein Dateisystem im Arbeitsspeicher. Und davon hat die CS-407e halt nur 64MB. Trotzdem ist der DSM3.0 ja auch für die CS-407e erschienen und sollte dann auch funktionieren. Wenn Du nicht weiter kommst, solltest Du mal eine Supportanfrage an Synology schicken...

 

[goetz]

Hallo,
beobachte doch mal was da anwächst
du /tmp
bzw.
dir /tmp

Gruß Götz

 

[gmbibo]

Hallo Götz,

jetzt wird es kurios.
Während in der von mir anfangs geposteten Übersicht /tmp stetig anwächst,
passiert in /tmp überhaupt nichts.

CubeStation> dir /tmp
drwxrwxrwx    7 root     root           740 Dec 15 09:32 .
drwxr-xr-x   19 root     root          4096 Dec 14 16:08 ..
-rw-rw-rw-    1 root     root          8192 Dec 14 16:09 .db.group.desc.1354
-rw-rw-rw-    1 root     root          8192 Dec 14 16:09 .db.group.id.1354
-rw-rw-rw-    1 root     root          8192 Dec 14 16:09 .db.group.name.1354
-rw-rw-rw-    1 root     root          8192 Dec 14 16:09 .db.synoshare.1354
-rw-rw-rw-    1 root     root          8192 Dec 14 16:09 .db.user.misc.1354
-rw-rw-rw-    1 root     root          8192 Dec 14 16:09 .db.user.name.1354
-rw-rw-rw-    1 root     root          8192 Dec 14 16:09 .db.user.shadow.1354
-rw-rw-rw-    1 root     root          8192 Dec 14 16:09 .db.user.smb.1354
-rw-rw-rw-    1 root     root          8192 Dec 14 16:09 .db.user.uid.1354
srwxrwxrwx    1 admin    users            0 Dec 15 09:35 .s.PGSQL.5432
-rw-------    1 admin    users           24 Dec 15 09:35 .s.PGSQL.5432.lock
drwxrwxrwx    3 root     root            60 Dec 14 16:11 @pplepriv@te
drwxrwxrwx    2 root     root            60 Dec 15 09:00 apple
-rw-r--r--    1 root     root             7 Dec 14 16:09 boot_seq.tmp
-rw-r--r--    1 root     root         40200 Dec 14 16:09 brlock.tdb
-rw-r--r--    1 root     root           308 Dec 15 09:32 browse.dat
---xr-s---    1 root     root             0 Dec 14 16:22 cgi.domain.ugid.lock
-rw-r--r--    1 root     root         90112 Dec 14 16:09 connections.tdb
-rw-r--r--    1 root     root             0 Dec 15 09:32 current.users
---Sr--r-x    1 root     root             0 Dec 14 16:10 current.users.lock
-rw-rw-rw-    1 root     users           52 Dec 15 03:25 ftp_cur_con.log
-rw-r--r--    1 root     root           696 Dec 14 16:09 gencache.tdb
drwxr-xr-x    2 root     root           440 Dec 14 16:08 lock
-rw-r--r--    1 root     root         40200 Dec 14 16:09 locking.tdb
-rw-r--r--    1 root     root            77 Dec 14 16:09 mDNSResponder.conf
-rw-------    1 root     root           696 Dec 14 16:09 messages.tdb
drwxr-xr-x    2 root     root            40 Dec 14 16:09 perfmon
-rw-------    1 admin    users            4 Dec 14 16:09 postgresql.pid
-rw-------    1 admin    users           44 Dec 14 16:09 postmaster.pid
-rw-r--r--    1 root     root           696 Dec 14 16:09 sessionid.tdb
-rw-rw-rw-    1 root     root             0 Dec 14 16:08 snap-origin-module-init
drwx------    2 root     root            60 Dec 14 16:08 space
-rw-r--r--    1 root     root             7 Dec 14 16:09 standbytime
-rw-r--r--    1 root     root         24576 Dec 14 16:10 unexpected.tdb
-rw-r--r--    1 root     root           295 Dec 14 16:09 usbdebug

Die Werte verändern sich nicht, obwohl tmp angeblich in der Zwischenzeit um weitere 5% angewachsen ist.
Oder lasse ich mir grad das falsche tmp Verzeichnis anzeigen?

 

[itari]

schau auch noch in die Direktories(Unterverzeichnisse) von /tmp rein ... da kann ja auch was wachsen.

Itari

 

[gmbibo]

Hallo itari,

danke für den Tipp.
Ich habe den Übeltäter gefunden.
Folgende Datei wächst rasant:

/tmp/@pplepriv@te/volume1/gmbibo/.AppleDB/cnid2.db

Hat jemand eine Idee, was es mit dieser Datei auf sich hat?
Eine erste kurze Googlesuche hat nichts brauchbares ergeben.
Ich habe nur einen Eintrag im englischsprachigen Synology-Forum gefunden:

http://forum.synology.com/enu/viewtopic.php?f=64&t=31052&start=0

Viele Grüße
gmbibo

 

[jahlives]

Kann es sein, dass diese Datei für Apple Services verwendet wird? z.B. afp oder bonjour. Hast du diese Services im DSM aktiviert?
Wobei bei deiner geringen Menge RAM wirst du wohl immer wieder in solche Probleme reinlaufen. Denn dein RAM ist schlicht zu klein für die aktuellen Firmwaren. Sobald einige Dienste laufen und Daten im RAM resp tmp anlegen wird es bei 64MByte RAM sehr schnell eng werden.
Was für Dienste hast du denn bei dir auf der DS zusätzlich noch so alles aktiviert?