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: [email protected]
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 <[email protected]>:
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: [email protected]
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
[email protected]
http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
_______________________________________________
Gluster-users mailing list
[email protected]
http://gluster.org/cgi-bin/mailman/listinfo/gluster-users
