Skip site navigation (1)Skip section navigation (2) 
Date:      Sun, 05 Jul 2009 23:30:55 +0400
From:      "Marat N.Afanasyev" <amarat@ksu.ru>
To:        Dan Naumov <dan.naumov@gmail.com>, FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org>
Subject:   Re: bug in ufs?
Message-ID:  <4A50FF6F.2080106@ksu.ru>
In-Reply-To: <cf9b1ee00907051159w5807a9f1y34104bdd3925969e@mail.gmail.com>
References:  <4A50E947.9020608@ksu.ru> <cf9b1ee00907051159w5807a9f1y34104bdd3925969e@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help 

[-- Attachment #1 --]
Dan Naumov wrote:
> 2009/7/5 Marat N.Afanasyev <amarat@ksu.ru>:
>> hello!
>>
>> i have a strange problem with writing data to my ufs2+su filesystem.
>>
>> 1. i made a 1T gpt partition on my storage server, and formatted it:
>> newfs -U -m 0 -o time -i 32768 /dev/da1p3a
>>
>> 2. i tried to move data from other servers to this filesystem, total size of
>> files is slightly less than 1T
>>
>> 3. i encountered a 'No space left on device' while i still have 11G of free
>> space and about 13 million free inodes on the filesystem:
>>
>> #df -ih
>> Filesystem     Size    Used   Avail Capacity  iused    ifree %iused Mounted
>> on
>> /dev/da1p3a    1.0T    1.0T     11G    99% 20397465 13363173   60%
>> /mnt/45_114
>>
>> all i want to know is whether this is a bug or a feature? and if such a
>> behavior is well-known, where can i read about it?
> 
> By default, a part of a filesystem is reserved, the amount reserved
> has historically varied between 5-8%. This is adjustable. See the "-m"
> switch to tunefs.
> 
> - Sincerely,
> Dan Naumov
> 

as you can see from newfs commandline (1.) I already diminished this 
root reserve to zero percent.

and i'm sorry i forgot to mention that i'm trying to move my data using 
root account, of course.

-- 
SY, Marat

[-- Attachment #2 --]
0	*H
010	+0	*H
00=zl2zc<`)0
	*H
0b10	UZA1%0#U
Thawte Consulting (Pty) Ltd.1,0*U#Thawte Personal Freemail Issuing CA0
090401191518Z
100401191518Z0?10UThawte Freemail Member10	*H
	
amarat@ksu.ru0"0
	*H
0
1
S8@7>pUb
B@	
uQ05T͞%8ɴ6=]$DZ{{}X۵eSSwS֠8/87.`ZY)zyp`
@M *[SW[l
W,Oɏ9f»@&$Yad5{=D(<f:?6_rW(ؚ+8 mUO\{*0(0U0
amarat@ksu.ru0U00
	*H
nHrN<!ۢ/N}Ə<4@z;]GBJ2uژ	:s\cb?2V	f,;	NDمĖ5WXݝ?"q%Y
.i1FFy띑l00=zl2zc<`)0
	*H
0b10	UZA1%0#U
Thawte Consulting (Pty) Ltd.1,0*U#Thawte Personal Freemail Issuing CA0
090401191518Z
100401191518Z0?10UThawte Freemail Member10	*H
	
amarat@ksu.ru0"0
	*H
0
1
S8@7>pUb
B@	
uQ05T͞%8ɴ6=]$DZ{{}X۵eSSwS֠8/87.`ZY)zyp`
@M *[SW[l
W,Oɏ9f»@&$Yad5{=D(<f:?6_rW(ؚ+8 mUO\{*0(0U0
amarat@ksu.ru0U00
	*H
nHrN<!ۢ/N}Ə<4@z;]GBJ2uژ	:s\cb?2V	f,;	NDمĖ5WXݝ?"q%Y
.i1FFy띑l0?0
0
	*H
010	UZA10UWestern Cape10U	Cape Town10U
Thawte Consulting1(0&UCertification Services Division1$0"UThawte Personal Freemail CA1+0)	*H
	personal-freemail@thawte.com0
030717000000Z
130716235959Z0b10	UZA1%0#U
Thawte Consulting (Pty) Ltd.1,0*U#Thawte Personal Freemail Issuing CA00
	*H
0Ħ<UsUNʙZhup[v:aQP
0cZ,p+Z?qV˯<6$*+w=+>@dקe*TH<a@dr`00U00CU<0:08642http://crl.thawte.com/ThawtePersonalFreemailCA.crl0U0)U"0 010UPrivateLabel2-1380
	*H
HP.
fgCL!6-6/P p<ab:~t%Pb'qW%ݩ9 Oe_N4[5MwV!x!5$F]_eO1d0`0v0b10	UZA1%0#U
Thawte Consulting (Pty) Ltd.1,0*U#Thawte Personal Freemail Issuing CAzl2zc<`)0	+0	*H
	1	*H
0	*H
	1
090705193055Z0#	*H
	1~V@iP70R	*H
	1E0C0
*H
0*H
0
*H
@0+0
*H
(0	+71x0v0b10	UZA1%0#U
Thawte Consulting (Pty) Ltd.1,0*U#Thawte Personal Freemail Issuing CAzl2zc<`)0*H
	1xv0b10	UZA1%0#U
Thawte Consulting (Pty) Ltd.1,0*U#Thawte Personal Freemail Issuing CAzl2zc<`)0
	*H
?(n&\׌*b!
$'-
~6Ĺ>.LMpB(pb7kgEX(Bzft-*a4D^|,tcPc	xr(Nr̀@MBkDQ}{ߞP_*x|!~1@oc7[9luxwXtkw_i)KJ	6ix/jhՉ+%it2h\

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4A50FF6F.2080106>