tgt服务端流程是怎样的

tgt服务端流程是怎样的,针对这个问题,这篇文章详细介绍了相对应的分析和解答,希望可以帮助更多想解决这个问题的小伙伴找到更简单易行的方法。

整体流程

Figure1 tgt流程图

基本操作

安装tgt包:

yum –enablerepo=epel -y install scsi-target-utils

安装完成后,启动 TGT 服务:

# service tgtd start

如果想在系统启动时自动启动 TGT 服务,可以使用如下命令:

# chkconfig tgtd on

如果想确认 TGT 服务是否启动,可以用 # servicetgtd status 查看服务状态;当然,也可以查询 TGT 服务占用的端口:

# netstat -anlpt | grep 3260

其中,3260 是 TGT 服务的监听端口。结果如下:

创建Target:

tgtadm –lld iscsi –mode target –op new –tid 2–targetname iqn.2012-12.com.example:server.target

查询Target:

tgtadm –lld iscsi–mode target –op show

查询详细信息:

tgtadm –lld iscsi–mode target –op show –tid 2 

创建用作LUN的文件:

ddif=/dev/zero of=/home/lun.bin count=0 obs=1 seek=1G 

添加LUN:(需要关闭SELinux,否则报错invalid)

tgtadm –lld iscsi–mode logicalunit –op new –tid 2 –lun 1 –backing-store /home/lun.bin

修改配置文件需要重启机器:

修改/etc/selinux/config 文件

将SELINUX=enforcing改为SELINUX=disabled

重启机器即可

设置访问权限all:(服务端权限要设到具体IP,否则客户端discover失败)

 tgtadm –lldiscsi –mode target –op bind –tid 2 -I all

tgtadm –lld iscsi–mode target –op bind –tid 2 -I 192.168.56.103

iscsi initiator 连接(需要关闭服务端防火墙)

systemctl stop firewalld.service

systemctl disable firewalld.service

iscsiadm -m discovery -t sendtargets -p 192.168.56.102

登录:

iscsiadm -m node –login

#登录某一个

#iscsiadm –mode node –targetname iqn.2012-10.net.cpd:san.target01 –portal 172.16.201.200 –login

查看核对登录信息

iscsiadm -m session -o show

登陆后,fdisk -l 能看到iscsi挂载的服务端设备,然后可以当做正常磁盘设备一样使用。

配置tgt编译环境:

去掉doc相关编译,网络连接问题会卡住,

find -name Makefile | xargs grep O2 -R–colour

make DEBUG=yes

make install

然后就可以gdb调试了~

tgt流程分析:

http://www.sysnote.org/2014/08/23/tgt-arch/

/usr/sbin/tgtd -f

tgt锁:

/var/run/tgtd/socket.0.lock

清理锁:

rm -f /var/run/tgtd/*

杀掉tgtd进程:

kill -9 pid

带debug信息调试:

gdb -args /usr/sbin/tgtd -f -d 1

流程详解

创建target

执行:

tgtadm –lld iscsi –mode target –op new –tid 2–targetname iqn.2012-12.com.example:server.target

触发:

mgmt_event_handler

main ->ipc_init -> tgt_event_add (mgmt_event_handler )

通过socket来触发事件:/var/run/tgtd/socket.0

tgtadm 的ipc_mgmt_connect触发了tgtd的事件mgmt_event_handler

main -> ipc_mgmt_req -> ipc_mgmt_connect

             ipc_mgmt_req -> ipc_mgmt_rsp -> ipc_mgmt_connect

用来连接进程。

多次触发:

mtask_recv_send_handler 来进行进程间通信。

mtask_recv_send_handler ->mtask_received->mtask_execute ->target_mgmt ->tgt_target_create->tgt_device_create

backing 为 0,不会启动bs工作线程

用来进行具体操作。

创建后端存储

执行:

tgtadm –lld iscsi –mode logicalunit –op new –tid 2–lun 1 –backing-store /home/lun.bin

触发:

mgmt_event_handler(添加了管理事件处理)

mtask_recv_send_handler ->mtask_received->mtask_execute -> device_mgmt -> tgt_device_create ->bs_rdwr_init ->bs_thread_open->bs_thread_worker_fn

在执行new 后端时,会调用 bs_rdwr_init从而开启bs_thread_worker_fn.

创建设备时,创建了16个bs工作线程。

 

3260是监听端口

getaddrinfo 来获取socketaddr结构链表

https://baike.baidu.com/item/getaddrinfo/9021771

块设备相关初始化

main ->bs_init ->bs_init_signalfd (bs_sig_request_done)

 

信号量对应的处理函数是bs_sig_request_done。

 

初始化后scsi_cmd_perform中才能根据操作码op来找到对应的操作cmd_perform。

bs_thread_worker_fn 中的 info 和 bs_thread_cmd_submit 中的 info 是指向同一块内存x单元(gdb证实)

bs_thread_worker_fn 中从info->pending_list上取下cmd

bs_rdwr_request从设备句柄fd里读出信息到scsi的buffer中,这个函数应该是底层块设备的具体操作了。

 

iscsi_tx_handler ->iscsi_task_tx_start-> iscsi_data_rsp_build 将读取的数据存在conn->rsp.data中

以上基本上就是一个完整的服务端读操作,响应给客户端的流程细节。

服务端上数据的读或写是由客户端控制的req->cdb传值给cmd->scb

bs_rdwr_request 中根据cmd->scb[0]来对块设备进行操作。

关于tgt服务端流程是怎样的问题的解答就分享到这里了,希望以上内容可以对大家有一定的帮助,如果你还有很多疑惑没有解开,可以关注云搜网行业资讯频道了解更多相关知识。


【AD】美国洛杉矶/香港/日本VPS推荐,回程电信CN2 GIA线路,延迟低、稳定性高、免费备份_搬瓦工