Hi, It does appear to be xfs /dev/mapper/the_raid-lv_data on /data type xfs (rw) Looking at the man page for xfs_repair indicates that we'll have to unmount the disk first. That will have to wait until we can schedule the down-time. -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- Pat Haley Email: phaley at mit.edu Center for Ocean Engineering Phone: (617) 253-6824 Dept. of Mechanical Engineering Fax: (617) 253-8125 MIT, Room 5-222B http://web.mit.edu/phaley/www/ 77 Massachusetts Avenue Cambridge, MA 02139-4301 Quoting Joe Landman <landman at scalableinformatics.com>: > On 02/26/2012 01:35 PM, Patrick Haley wrote: >> >> Hi, >> >> I went on the particular server on which the file in question >> resides. I check the RAID and all the disks show up as OK. >> I looked in dmesg and did not see anything on xfs. To confirm >> this absence, I did "grep -in xfs dmesg" and that also came >> up empty. "grep -in fs dmesg" (no "x") returns > > type > > mount > > and see what the file system is mounted as. > > The structure needs cleaning in xfs means an xfs_repair is needed. > Not sure if this is used by other file systems. > > > -- > Joseph Landman, Ph.D > Founder and CEO > Scalable Informatics Inc. > email: landman at scalableinformatics.com > web : http://scalableinformatics.com > http://scalableinformatics.com/sicluster > phone: +1 734 786 8423 x121 > fax : +1 866 888 3112 > cell : +1 734 612 4615 > > _______________________________________________ > Gluster-users mailing list > Gluster-users at gluster.org > http://gluster.org/cgi-bin/mailman/listinfo/gluster-users >
