<![CDATA[运维进行时]]> https://blog.liuts.com/index.php zh-cn https://blog.liuts.com/post// <![CDATA[MooseFS学习笔记]]> 刘天斯 <liutiansi@gmail.com> Mon, 07 Jun 2010 14:51:05 +0000 https://blog.liuts.com/post//
1、/mnt/mfs空间的大小为chunkserver定义空间空闲的大小，已使用空间为mfs所存储的数据容量。

2、在任一台client执行chmod -R nobody:nobody /mnt/mfs(任意操作)，所有client看到的结果是一样的。

3、mfschunkfile 用来检查给定的文件以多少副本数来存储。
引用

#mfscheckfile /mnt/mfs/folder1/mfs-1.6.15.tar.gz
/mnt/mfs/folder1/mfs-1.6.15.tar.gz:
1 copies: 1 chunks

说明有一个副本存储在一个 chunk里。

4、设定、查看的目标mfssetgoal、mfsgetgoal副本数
引用

mfssetgoal 3 /mnt/mfs/folder1
mfsgetgoal /mnt/mfs/folder1

5、mfsdirinfo 显示了目录、文件及 chunks 的数目,还有整个目录占用磁盘空间的情况
引用

mfsdirinfo /mnt/mfs/floder1/
inodes:                          2
  directories:                    1
  files:                          1
chunks:                          1
length:                   44145890
size:                     44176384
realsize:                 88352768  包括所有副本的大小。

6、mfsfileinfo 显示文件基本信息。
引用

mfsfileinfo /mnt/mfs/folder1/ccav.dat

7、mfsgettrashtime 验证、查看数据删除回收时间，默认为86400(1天)
引用

mfsgettrashtime -r /mnt/mfs/folder1

8、配置mfssettrashtime 数据删除回收时间
引用

mfssettrashtime 3600 /mnt/mfs/folder1
mfsmount -o nonempty -m /mnt/mfsmeta -H mfsmaster
/mnt/mfsmeta/trash/  已标志删除的文件[回收站]
/mnt/mfsmeta/trash/undel 还原文件
mv /mnt/mfsmeta/trash/* undel

被删文件的文件名在 “垃圾箱”目录里还可见,文件名由一个八位十六进制的数 i-node 和被删文
件的文件名组成,在文件名和 i-node 之间不是用“/”,而是用了“|”替代。
如：00000004|folder1|jdk-1_5_0_20-linux-amd64.bin

在 MFSMETA 的目录里,除了 trash 和 trash/undel 两个目录外,还有第三个目录 reserved,该目
录内有已经删除的文件,但却有一直打开着。在用户关闭了这些被打开的文件后,reserved 目录中的
文件将被删除,  文件的数据也将被立即删除。 reserved 目录中文件的命名方法同 trash 目录中的一样 ,
在但是不能有其他功能的操作。
/mnt/mfsmeta/reserved

9、大于64MB的文件将进行分片存储。
如tb_access_20100517.tar.gz 文件被分成了25个片，文件本身配置成4个副本。
引用

/usr/bin/mfsfileinfo tb_access_20100517.tar.gz
tb_access_20100517.tar.gz:
  chunk 0: 0000000000016121_00000001 / (id:90401 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 1: 00000000000161D8_00000001 / (id:90584 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 2: 000000000001625D_00000001 / (id:90717 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 3: 00000000000162E8_00000001 / (id:90856 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 4: 000000000001637E_00000001 / (id:91006 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 5: 0000000000016427_00000001 / (id:91175 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 6: 00000000000164B0_00000001 / (id:91312 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 7: 0000000000016554_00000001 / (id:91476 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 8: 00000000000165F2_00000001 / (id:91634 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 9: 0000000000016690_00000001 / (id:91792 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 10: 000000000001673B_00000001 / (id:91963 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 11: 00000000000167E6_00000001 / (id:92134 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 12: 000000000001686D_00000001 / (id:92269 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 13: 0000000000016927_00000001 / (id:92455 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 14: 00000000000169C4_00000001 / (id:92612 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 15: 0000000000016A62_00000001 / (id:92770 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 16: 0000000000016B16_00000001 / (id:92950 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 17: 0000000000016BB8_00000001 / (id:93112 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 18: 0000000000016C54_00000001 / (id:93268 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 19: 0000000000016CE6_00000001 / (id:93414 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 20: 0000000000016DB2_00000001 / (id:93618 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 21: 0000000000016E76_00000001 / (id:93814 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 22: 0000000000016F23_00000001 / (id:93987 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 23: 0000000000016FC8_00000001 / (id:94152 ver:1)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422
  chunk 24: 000000000001708F_00000002 / (id:94351 ver:2)
    copy 1: 19.2.172.134:9422
    copy 2: 19.2.172.135:9422

10、恢复master故障
  1、在master服务器上的恢复方法，如只是主机电源故障，更新后重启。
  运行：mfsmetarestore -a
  确保/www/lib/mfs/有metadata.mfs.back及changelog_ml.*.mfs
  2、从metalogger服务器恢复
  将/www/lib/mfs下的metadata.mfs.back及changelog_ml.*.mfs 复制到master的/www/lib/mfs目录。
运行：mfsmetarestore -m metadata.mfs.back -o metadata.mfs changelog_ml.*.mfs或mfsmetarestore -a。
*changelog_ml.*.mfs ＊表示最近50(默认)个小时的文件变化日志。

11、安全的停止MooseFS集群
引用

1.在所有的客户端卸载 MooseFS 文件系统(用 umount 命令或者是其它等效的命令)  umount /mnt/mfs
2.用 mfschunkserver –s 命令停止 chunkserver 进程
3.用 mfsmetalogger –s 命令停止 metalogger 进程
4.用 mfsmaster –s 命令停止 master 进程


12、安全的启动MooseFS集群
引用

1、mfsmaster start 命令启动 master 进程
2、mfschunkserver start 命令启动 chunkserver 进程
3、mfsmetalogger start 命令启动 metalogger 进程
4、在所有的客户端挂载 MooseFS 文件系统  /usr/bin/mfsmount /mnt/mfs -H mfsmaster

Tags - , ]]> https://blog.liuts.com/post//#blogcomment <![CDATA[[评论] MooseFS学习笔记]]> <user@domain.com> Thu, 01 Jan 1970 00:00:00 +0000 https://blog.liuts.com/post//#blogcomment