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服务端流程是怎样的问题的解答就分享到这里了，希望以上内容可以对大家有一定的帮助，如果你还有很多疑惑没有解开，可以关注编程之家行业资讯频道了解更多相关知识。