Dear Anders Blomdell. The volume isn't stripted volume.
-- TuanTaBa 2014-07-10 14:12 GMT+07:00 Anders Blomdell <[email protected]>: > On 2014-07-10 04:45, Tuân Tạ Bá wrote: > > Hi eveyone, > > > > A Bick be offline, and after a few hours an Other brick appear disk > full. > > server1: > > /dev/sdl7 1.7T 1.7T 120K 100% /export/sdl > > > > I traced some files on same brick (same data link): Same file but its > > capacity displayed difference. > > > > server1: > > *31G* > /export/sdl/brick/_base/ffa8a988bfbd019bbd1920d4135ed8913f2b56f3 > > server2: > > * 12G* > /export/sdl/brick/_base/ffa8a988bfbd019bbd1920d4135ed8913f2b56f3 > > > > MD5SUM the above path => same md5 code: 791d0d8dd8c67859fe682e1d008ccca2 > > server1: > > *791d0d8dd8c67859fe682e1d008ccca2* > > /export/sdl/brick/_base/ffa8a988bfbd019bbd1920d4135ed8913f2b56f3 > > server2: > > *791d0d8dd8c67859fe682e1d008ccca2* > > /export/sdl/brick/_base/ffa8a988bfbd019bbd1920d4135ed8913f2b56f3 > OK the smaller file is a sparse file, see > http://en.wikipedia.org/wiki/Sparse_file > > > > > > I don't understand why the Brick becomes capacity full? > Could it be a striped volume? > > > https://access.redhat.com/documentation/en-US/Red_Hat_Storage/2.1/html/Administration_Guide/sect-User_Guide-Setting_Volumes-Striped_Replicated.html > > Thanks! > > TuanTaBa > > /Anders > > > -- > Anders Blomdell Email: [email protected] > Department of Automatic Control > Lund University Phone: +46 46 222 4625 > P.O. Box 118 Fax: +46 46 138118 > SE-221 00 Lund, Sweden > > -- Name: TA BA TUAN Work: Network System Administrator Company: Advanced Intelligence Technology Stock Company Mobile: 01638.369.743 Email: [email protected] Adress: G Block, La Thanh Hotel, 218 Doi Can Str, Ba Dinh Dist, Hanoi, Vietnam
_______________________________________________ Gluster-users mailing list [email protected] http://supercolony.gluster.org/mailman/listinfo/gluster-users
