From owner-freebsd-current@FreeBSD.ORG Sun Nov 21 21:22:40 2010 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0FB06106566C for ; Sun, 21 Nov 2010 21:22:40 +0000 (UTC) (envelope-from freebsd-current@m.gmane.org) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by mx1.freebsd.org (Postfix) with ESMTP id 89A1B8FC19 for ; Sun, 21 Nov 2010 21:22:39 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1PKHMq-00036v-MC for freebsd-current@freebsd.org; Sun, 21 Nov 2010 22:22:36 +0100 Received: from cpe-188-129-98-75.dynamic.amis.hr ([188.129.98.75]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 21 Nov 2010 22:22:36 +0100 Received: from ivoras by cpe-188-129-98-75.dynamic.amis.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sun, 21 Nov 2010 22:22:36 +0100 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-current@freebsd.org From: Ivan Voras Date: Sun, 21 Nov 2010 22:22:24 +0100 Lines: 48 Message-ID: Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: cpe-188-129-98-75.dynamic.amis.hr User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.2.12) Gecko/20101102 Thunderbird/3.1.6 Subject: tmpfs out of space (ZFS related?) X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 21 Nov 2010 21:22:40 -0000 I got a curious error today while starting PostgreSQL, complaining about "out of space" errno while creating lock file on /tmp. /tmp on this machine is mounted as tmpfs and indeed, here is the statistic: biggie:/# df -i Filesystem 1M-blocks Used Avail Capacity iused ifree %iused Mounted on /dev/mfid0s1a 9912 5193 3926 57% 306079 1012831 23% / devfs 0 0 0 100% 0 0 100% /dev fdescfs 0 0 0 100% 4 11092 0% /dev/fd tmpfs 0 0 0 100% 9 0 100% /tmp tank 376044 0 376044 0% 4 770138347 0% /tank tank/ports 376658 614 376044 0% 145919 770138347 0% /usr/ports tank/mysql 376073 29 376044 0% 102 770138347 0% /var/db/mysql tank/pgdata90 400469 24425 376044 6% 1047 770138347 0% /tank/pgdata90 On the other hand, "top" reports this: last pid: 79667; load averages: 0.08, 0.68, 0.77 up 1+09:12:13 00:11:33 44 processes: 1 running, 43 sleeping CPU: 0.0% user, 0.0% nice, 0.0% system, 0.0% interrupt, 100% idle Mem: 13M Active, 46M Inact, 15G Wired, 232K Cache, 1458M Buf, 8358M Free Swap: 1024M Total, 1024M Free Note the "8358M free" report. The server has ZFS and was doing IO intensive database work on it; the 8 GB free memory comes from PostgreSQL being restarted and freeing the memory (but failing to start again...). Starting PostgreSQL gets me this message: Nov 22 00:18:24 biggie postgres[79696]: [1-1] FATAL: could not write lock file "/tmp/.s.PGSQL.5432.lock": No space left on device This is 8-STABLE amd64. Running "touch /tmp/abc" works, and creates a file. Running "echo abc > /tmp/abc" doesn't return an error but *doesn't write anything to the file*, just creates a directory entry. The status doesn't change over time, i.e. "df" on tmpfs always shows "0 free".