Date: Mon, 06 Jul 2009 21:45:45 +0400 From: "Marat N.Afanasyev" <amarat@ksu.ru> To: Ralf Folkerts <ralf.folkerts@gmx.de>, FreeBSD-STABLE Mailing List <freebsd-stable@freebsd.org> Subject: Re: bug in ufs? Message-ID: <4A523849.1070001@ksu.ru> In-Reply-To: <4A523518.7050008@gmx.de> References: <4A50E947.9020608@ksu.ru> <4A523518.7050008@gmx.de>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --]
Ralf Folkerts wrote:
> Marat N.Afanasyev wrote:
>> 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?
> Hi Marat,
>
> just a guess: Are there sparse Files on the Source System that are not
> being detected by the Tool you used to restore the data? If you used
> (bsd)tar, did you try -S?
>
> A while ago I ran into a similar Problem when copying
> Oracle-Database-Files (on Linux, though) and the -S - Option came to
> rescue.
>
> Cheers,
> _ralf_
i have a huge amount of small files on the source systems, as you can
see they have about 20 million files and almost each of them is jpeg or
gif. afaik, there are no sparse files at all.
i still cannot figure out what is it: a free space leak in ufs2+su or
bug in statfs(3), that is used in df, or something else.
--
SY, Marat
[-- Attachment #2 --]
0 *H
010 + 0 *H
00=zl2zc<`)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.ru0U0 0
*H
nHrN<!ۢ/N}Ə<4@z;]GBJ2uژ :s\cb?2V f,; NDمĖ5WXݝ?"q%Y
.i1FFy띑l00=zl2zc<`)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.ru0U0 0
*H
nHrN<!ۢ/N}Ə<4@z;]GBJ2uژ :s\cb?2V f,; NDمĖ5WXݝ?"q%Y
.i1FFy띑l0?0
0
*H
010 UZA10UWestern 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` 00U0 0CU<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 CAzl2zc<`)0 + 0 *H
1 *H
0 *H
1
090706174545Z0# *H
1meQq~mVKx
0R *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 CAzl2zc<`)0*H
1xv0b10 UZA1%0#U
Thawte Consulting (Pty) Ltd.1,0*U#Thawte Personal Freemail Issuing CAzl2zc<`)0
*H
.;#yҟʷ~By@O1UGo}tT]#&ztqhzx+ߊ<xxzAm!a{U_x\LzL\6
3(.`E#p<{>~TKEh06ٴp2 u}樈bzۈj!JE,;ByL?DE 4L/:&i).&I\ E&ڀ$-Рk;r<*BQ[*
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4A523849.1070001>
