tfs文件系统之NS配置管理

简介:

NameServer简称NS 充当着客户与DS的交互桥梁 

1.NS配置文件修改:


[public]
#log file size default 1GB
log_size=1073741824

#log file num default 64
log_num = 64 

#log file level default debug
log_level=debug

#main queue size default 10240
task_max_queue_size = 10240

#listen port
port = 8108

#work directoy
work_dir=/usr/local/tfs

#device name
dev_name= eth0

#work thread count default 4
thread_count = 4

#ip addr(vip) //如果做了HA,那么这里的IP要写VIP 如果没有做那就写NS的IP
ip_addr = 192.168.1.230

[nameserver]

safe_mode_time = 300 
#NS IP如果做了HA那么就把两个NSIP写上需要使用“|”隔开,如果没做HA后面的IP写成无效IP
ip_addr_list = 192.168.1.230|192.168.1.238

group_mask = 255.255.255.0

#
block_max_size = 7549747

#
max_replication = 1 

#
min_replication = 1 

# use capacity ratio
use_capacity_ratio = 98

# block use ratio
block_max_use_ratio = 98

#heart interval time(seconds)
heart_interval = 2

# object dead max time(seconds) default
object_dead_max_time = 3600

# cluster id defalut 1
cluster_id = 1

# block lost, replicate ratio
replicate_ratio_ = 50

max_write_filecount = 16

heart_thread_count = 2 

heart_max_queue_size = 10

#replicate block wait time
repl_max_time = 60

compact_delete_ratio =  15  

compact_max_load = 200

object_dead_max_time = 86400

object_clear_max_time = 300

max_wait_write_lease = 15

lease_expired_time = 3

max_lease_timeout = 3000

cleanup_lease_threshold = 102400

build_plan_interval = 10

run_plan_expire_interval = 120

build_plan_ratio = 25

dump_stat_info_interval = 60000000 

build_plan_default_wait_time = 2 

balance_max_diff_block_num = 5

add_primary_block_count = 3

block_chunk_num = 32

task_percent_sec_size = 200 

task_max_queue_size = 10000

oplog_sync_max_slots_num = 1024

oplog_sync_thread_num = 1


PS:

    1、ns.conf中的max_replication和min_replication 要和你的ds台数一直,我只有一台ds,故都设置为了1。 

    2、ds.conf和ns.conf中的 ip_addr_list = 192.168.1.111|192.168.1.112 要一致。 

    3、ds.conf和ns.conf中的 #nameserver port port = 8108 要一致

2.启动NS

    [root@localhost scripts]# pwd
    /usr/local/tfs/scripts
    [root@localhost scripts]# ./tfs start_ns

3.停止NS

    [root@localhost scripts]# pwd
    /usr/local/tfs/scripts
    [root@localhost scripts]# ./tfs stop_ns

4.测试NS是否启动成功

PS:这里的测试需要在后面DS配置成功后方可测试

wKiom1PZ6uTSObabAAItV-dmaRs216.jpg

-b显示的是DS的所有block块

-w显示的是DS当前可做写操作的block块

machine -a显示DS的使用报告

注意:如果-b或-w显示的block都是0的话,那么表示没有可写块,请检查配置文件

5.上传一张图片检测是否成功

wKioL1PZ_hCASZlyAA0uYZ18avg723.jpg

从上面看出上传的文件blockid为101 fileid为61,上传结果为success

6.下载一下刚刚上传的文件,检查大小并查看文件是否正常

  在NS、DS中随便找一台机器执行如下命令,查看当前id下是否有文件

wKiom1PZ_Seib3SiAAGl1whuAPI720.jpgwKioL1PZ_lHAK6pQAADlCjRu3hg157.jpg


可以看出blockid 101中总计有61个文件,其中我们上传的fileid为61的已经找到(由于我上传的图片较多因此这里我只截取了fileid为61的文件)

我们下载blockid为101,fileid为61的文件

wKioL1PZ_4DhCpZsAADTsVfIsgQ317.jpg

下载成功,我们两个文件放到win系统中查看内容更是直观

wKiom1PZ_waAoTh0AAQX3aGE3xE259.jpg

好了,现在一切没有问题,关于DS的配置请关注精忠报国博文











本文转自 xinsir999 51CTO博客,原文链接:http://blog.51cto.com/xinsir/1533343,如需转载请自行联系原作者
目录
相关文章
|
2天前
|
分布式计算 网络协议 Hadoop
Hadoop节点资源扩展网络配置
【4月更文挑战第16天】在扩展Hadoop节点资源时,网络配置至关重要。要点包括:保证网络连通性,确保新节点与集群间稳定通信;配置DNS和主机名解析,便于节点间通过名称通信;设置SSH免密码登录,简化集群管理;更新Hadoop配置文件以反映集群新状态;优化网络性能以提升数据传输效率;最后,测试验证确保集群正常运行和性能。具体配置应参照Hadoop版本及环境的官方文档。
15 4
|
26天前
|
Linux 文件存储 数据安全/隐私保护
要在文件存储NAS中实现AD域(Active Directory域)的集成,您需要执行以下步骤:
要在文件存储NAS中实现AD域(Active Directory域)的集成,您需要执行以下步骤:
19 7
|
2月前
|
存储 关系型数据库 MySQL
Nomad 系列 -Nomad 挂载存储卷
Nomad 系列 -Nomad 挂载存储卷
|
4月前
|
分布式计算 Hadoop 数据安全/隐私保护
HDFS--HA部署安装:修改配置文件 测试集群工作状态的一些指令
HDFS--HA部署安装:修改配置文件 测试集群工作状态的一些指令
44 0
|
5月前
|
分布式计算 Hadoop Windows
HDFS NFS Gateway
HDFS NFS Gateway
27 0
|
11月前
|
存储 网络安全 Apache
基于NFS存储建立WEB群(PCS工具)
基于NFS存储建立WEB群(PCS工具)
61 0
|
资源调度 Shell API
Hadoop3.0扩展Yarn资源模型详解2:资源Profiles说明
Hadoop3.0扩展Yarn资源模型详解2:资源Profiles说明
98 0
|
存储 Kubernetes 网络协议
Kubernetes 集群部署 NFS-Subdir-External-Provisioner 存储插件
Kubernetes 对 Pod 进行调度时,以当时集群中各节点的可用资源作为主要依据,自动选择某一个可用的节点,并将 Pod 分配到该节点上。在这种情况下,Pod 中容器数据的持久化如果存储在所在节点的磁盘上,就会产生不可预知的问题,例如,当 Pod 出现故障,Kubernetes 重新调度之后,Pod 所在的新节点上,并不存在上一次 Pod 运行时所在节点上的数
4893 1
Kubernetes 集群部署 NFS-Subdir-External-Provisioner 存储插件
|
分布式计算 网络协议 Hadoop
Hodoop HDFS NFS GateWay 挂载到其他机器深入详解
0.前提有三台机器: 10.0.1.31 为Hadoop NameNode节点机器。 10.1.1.36为Hadoop DataNode节点机器。 10.1.111.13为非Hadoop机器。
245 0
|
文件存储 Windows 存储
在NAS SMB卷上使用VisualSVN Server维护代码库
VisualSVN Server 是 Windows 平台上流行的 SVN 形式的代码管理工具。以下我们将介绍把 NAS SMB 卷作为 VisualSVN 代码库存储中心时会遇到的几个问题以及相应的解决方法。
2005 0
在NAS SMB卷上使用VisualSVN Server维护代码库