Hallo
ich habe das problem, das mit das /tmp voll läuft - dann ist z.B. ein kopieren auf das NAS nimmer möglich, oder auch Anmelden am Sysstem geht nimmer - erst nach einem Reboot.
jetzt die Frage: der Twonky hatte mir ein grosses Logfile im /tmp/ angelegt, das hab ich dann gelöscht - aber mit df -h ist das /tmp immer noch auf 0% free. anschliessend hab ich dann das Twonky.log mit einem Softlink ausgelagert.
jetzt hat mir aber bei einer grösseren "kopier-aktion" wieder "jemand" das tmp vollgeschrieben. - jetzt geht wieder nix mehr - kann ich das /tmp/ irgendwie "flushen" oder muss ich neu booten?
aktueller inhalt vom /tmp
CJD_NAS> ll
drwxrwxrwt 4 root root 820 Nov 30 22:21 .
drwxr-xr-x 24 root root 1024 Nov 29 20:38 ..
-r--r---wx 1 root root 8 Nov 29 10:31 .CCcam.nodeid
-rw-rw-rw- 1 root root 8192 Nov 29 10:34 .db.group.desc.0959
-rw-rw-rw- 1 root root 8192 Nov 29 10:34 .db.group.id.0959
-rw-rw-rw- 1 root root 8192 Nov 29 10:34 .db.group.name.0959
-rw-rw-rw- 1 root root 8192 Nov 29 20:38 .db.synoshare.0959
-rw-rw-rw- 1 root root 8192 Nov 29 10:32 .db.user.misc.0959
-rw-rw-rw- 1 root root 8192 Nov 29 10:32 .db.user.name.0959
-rw-rw-rw- 1 root root 8192 Nov 29 10:32 .db.user.shadow.0959
-rw-rw-rw- 1 root root 8192 Nov 29 10:32 .db.user.smb.0959
-rw-rw-rw- 1 root root 8192 Nov 29 10:32 .db.user.uid.0959
srwxrwxrwx 1 admin users 0 Nov 30 22:20 .s.PGSQL.5432
-rw------- 1 admin users 29 Nov 30 22:20 .s.PGSQL.5432.lock
lrwxrwxrwx 1 root root 69 Nov 29 14:36 TwonkyMediaServer-log.txt -> /volume1/public
-rw-r--r-- 1 root root 7 Nov 29 10:32 boot_seq.tmp
-rw-r--r-- 1 root root 40200 Nov 29 10:32 brlock.tdb
-rw-r--r-- 1 root root 0 Nov 30 22:21 browse.dat
---S--S--T 1 root root 0 Nov 29 10:34 cgi.domain.ugid.lock
-rw-r--r-- 1 root root 4204421120 Nov 30 16:52 connections.tdb
-rw-r--r-- 1 root root 0 Nov 29 11:10 current.users
---------- 1 root root 0 Nov 29 10:34 current.users.lock
-rw-rw-rw- 1 root users 35 Nov 30 22:16 ftp_cur_con.log
-rw-r--r-- 1 root root 696 Nov 29 10:32 gencache.tdb
drwxr-xr-x 2 root root 400 Nov 29 10:31 lock
-rw-r--r-- 1 root root 4107522048 Nov 30 16:51 locking.tdb
-rw-rw-rw- 1 root root 32 Nov 30 01:44 login_fail.list
-rw------- 1 root root 24576 Nov 30 01:11 messages.tdb
srwxrwxrwx 1 admin users 0 Nov 29 10:31 mysql.sock
-rw-rw---- 1 admin users 5 Nov 29 10:31 mysqld.pid
-rw-r--r-- 1 root root 16384 Nov 29 11:18 notify.tdb
drwxr-xr-x 2 root root 40 Nov 29 10:32 perfmon
-rw------- 1 admin users 49 Nov 29 10:31 postmaster.pid
die connections.tbd und die locking.tbd sind GROSS -- aber löschen alleine bringt ja nix, da das /tmp dann immer noch voll bleibt?
kann ich das /tmp generell auf die Hdd auslagern - oder macht das das System dann langsamer?
ich wäre für jede hilfe dankbar
lg Paratwa
ich habe das problem, das mit das /tmp voll läuft - dann ist z.B. ein kopieren auf das NAS nimmer möglich, oder auch Anmelden am Sysstem geht nimmer - erst nach einem Reboot.
jetzt die Frage: der Twonky hatte mir ein grosses Logfile im /tmp/ angelegt, das hab ich dann gelöscht - aber mit df -h ist das /tmp immer noch auf 0% free. anschliessend hab ich dann das Twonky.log mit einem Softlink ausgelagert.
jetzt hat mir aber bei einer grösseren "kopier-aktion" wieder "jemand" das tmp vollgeschrieben. - jetzt geht wieder nix mehr - kann ich das /tmp/ irgendwie "flushen" oder muss ich neu booten?
aktueller inhalt vom /tmp
CJD_NAS> ll
drwxrwxrwt 4 root root 820 Nov 30 22:21 .
drwxr-xr-x 24 root root 1024 Nov 29 20:38 ..
-r--r---wx 1 root root 8 Nov 29 10:31 .CCcam.nodeid
-rw-rw-rw- 1 root root 8192 Nov 29 10:34 .db.group.desc.0959
-rw-rw-rw- 1 root root 8192 Nov 29 10:34 .db.group.id.0959
-rw-rw-rw- 1 root root 8192 Nov 29 10:34 .db.group.name.0959
-rw-rw-rw- 1 root root 8192 Nov 29 20:38 .db.synoshare.0959
-rw-rw-rw- 1 root root 8192 Nov 29 10:32 .db.user.misc.0959
-rw-rw-rw- 1 root root 8192 Nov 29 10:32 .db.user.name.0959
-rw-rw-rw- 1 root root 8192 Nov 29 10:32 .db.user.shadow.0959
-rw-rw-rw- 1 root root 8192 Nov 29 10:32 .db.user.smb.0959
-rw-rw-rw- 1 root root 8192 Nov 29 10:32 .db.user.uid.0959
srwxrwxrwx 1 admin users 0 Nov 30 22:20 .s.PGSQL.5432
-rw------- 1 admin users 29 Nov 30 22:20 .s.PGSQL.5432.lock
lrwxrwxrwx 1 root root 69 Nov 29 14:36 TwonkyMediaServer-log.txt -> /volume1/public
-rw-r--r-- 1 root root 7 Nov 29 10:32 boot_seq.tmp
-rw-r--r-- 1 root root 40200 Nov 29 10:32 brlock.tdb
-rw-r--r-- 1 root root 0 Nov 30 22:21 browse.dat
---S--S--T 1 root root 0 Nov 29 10:34 cgi.domain.ugid.lock
-rw-r--r-- 1 root root 4204421120 Nov 30 16:52 connections.tdb
-rw-r--r-- 1 root root 0 Nov 29 11:10 current.users
---------- 1 root root 0 Nov 29 10:34 current.users.lock
-rw-rw-rw- 1 root users 35 Nov 30 22:16 ftp_cur_con.log
-rw-r--r-- 1 root root 696 Nov 29 10:32 gencache.tdb
drwxr-xr-x 2 root root 400 Nov 29 10:31 lock
-rw-r--r-- 1 root root 4107522048 Nov 30 16:51 locking.tdb
-rw-rw-rw- 1 root root 32 Nov 30 01:44 login_fail.list
-rw------- 1 root root 24576 Nov 30 01:11 messages.tdb
srwxrwxrwx 1 admin users 0 Nov 29 10:31 mysql.sock
-rw-rw---- 1 admin users 5 Nov 29 10:31 mysqld.pid
-rw-r--r-- 1 root root 16384 Nov 29 11:18 notify.tdb
drwxr-xr-x 2 root root 40 Nov 29 10:32 perfmon
-rw------- 1 admin users 49 Nov 29 10:31 postmaster.pid
die connections.tbd und die locking.tbd sind GROSS -- aber löschen alleine bringt ja nix, da das /tmp dann immer noch voll bleibt?
kann ich das /tmp generell auf die Hdd auslagern - oder macht das das System dann langsamer?
ich wäre für jede hilfe dankbar
lg Paratwa