https://bugzilla.novell.com/show_bug.cgi?id=353885 User joachimbanzhaf@compuserve.de added comment https://bugzilla.novell.com/show_bug.cgi?id=353885#c19 Joachim Banzhaf <joachimbanzhaf@compuserve.de> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|ASSIGNED |NEEDINFO Info Provider| |bluedzins@wp.pl --- Comment #19 from Joachim Banzhaf <joachimbanzhaf@compuserve.de> 2008-04-04 14:38:16 MST --- I can confirm comment 13. I have had the described behaviour for the following system, so this is not a bug of only one system or arch: Linux job4 2.6.22.9-0.4-default #1 SMP 2007/10/05 21:32:04 UTC x86_64 x86_64 x86_64 GNU/Linux I already changed the harddisk, recreated the filesystem and copied the old files over, to rule out hd problems and corrupted fs metadata. But the problem showed up again now. This is what I see: Filesystem Size Used Avail Use% Mounted /dev/mapper/vidvg-video 581G 495G 86G 86% /var/spool/video root@job4 /var/spool/video/test # touch test touch: cannot touch `test': No space left on device I just unmounted the volume, did a reiserfsck and mounted again. # reiserfsck -y /dev/vidvg/video reiserfsck 3.6.19 (2003 www.namesys.com) .. Will read-only check consistency of the filesystem on /dev/vidvg/video Will put log info to 'stdout' ########### reiserfsck --check started at Fri Apr 4 21:25:46 2008 ########### Replaying journal: Done. Reiserfs journal '/dev/vidvg/video' in blocks [18..8211]: 0 transactions replayed Checking internal tree.. finished Comparing bitmaps..finished Checking Semantic tree: finished No corruptions found There are on the filesystem: Leaves 131173 Internal nodes 849 Directories 522 Other files 15468 Data block pointers 129590610 (42 of them are zero) Safe links 0 ########### reiserfsck finished at Fri Apr 4 21:36:57 2008 ########### Dmesg and /var/log/messages show nothing related except for the usual mounting messages: root@job4 ~ # dmesg | grep -v SFW2 | tail -50 REISERFS (device dm-2): found reiserfs format "3.6" with standard journal REISERFS (device dm-2): using ordered data mode reiserfs: using flush barriers REISERFS (device dm-2): journal params: device dm-2, size 8192, journal first block 18, max trans len 1024, max batch 900, max commit age 30, max trans age 30 REISERFS (device dm-2): checking transaction log (dm-2) reiserfs: disabling flush barriers on dm-2 REISERFS (device dm-2): Using r5 hash to sort names The problem is gone for now. I could easily create 50 1GB files. The system is a vdr server which usually runs for quite some time without rebooting: root@job4 /var/spool # uptime 10:30pm up 14 days 7:19, 6 users, load average: 3.02, 3.12, 3.00 Hope that helps to identify the problem. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.