[Gluster-users] A brick become full Capacity when an other Brick is offline ( Both Bricks same replication)

[Tuân Tạ Bá]

Dear Anders Blomdell.

The volume isn't stripted volume.

--
TuanTaBa


2014-07-10 14:12 GMT+07:00 Anders Blomdell <anders.blomdell at control.lth.se>:

> 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: anders.blomdell at control.lth.se
> 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:            tuantb at ai-t.vn
Adress:          G Block, La Thanh Hotel, 218 Doi Can Str, Ba Dinh Dist,
Hanoi, Vietnam
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://supercolony.gluster.org/pipermail/gluster-users/attachments/20140710/68e2ee73/attachment.html>