<?xml version="1.0" encoding="UTF-8" ?>

<bugzilla version="5.2"
          urlbase="https://bugzilla.altlinux.org/"
          
          maintainer="jenya@basealt.ru"
>

    <bug>
          <bug_id>46468</bug_id>
          
          <creation_ts>2023-06-11 00:25:56 +0300</creation_ts>
          <short_desc>Не работают несколько экземпляров tgtd с протоколом iser</short_desc>
          <delta_ts>2023-08-09 12:43:35 +0300</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>4</classification_id>
          <classification>Development</classification>
          <product>Sisyphus</product>
          <component>scsitarget-utils</component>
          <version>unstable</version>
          <rep_platform>all</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>CLOSED</bug_status>
          <resolution>NOTABUG</resolution>
          
          <see_also>https://bugzilla.altlinux.org/show_bug.cgi?id=41801</see_also>
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>P5</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter>svmoskalen</reporter>
          <assigned_to name="Andrew Vasilyev">andy</assigned_to>
          <cc>amakeenk</cc>
    
    <cc>andy</cc>
    
    <cc>bircoph</cc>
    
    <cc>denis.vorontsov</cc>
    
    <cc>mike</cc>
    
    <cc>piastry</cc>
    
    <cc>shaba</cc>
    
    <cc>shrek</cc>
    
    <cc>sin</cc>
          
          <qa_contact>qa-sisyphus</qa_contact>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>227410</commentid>
    <comment_count>0</comment_count>
    <who name="">svmoskalen</who>
    <bug_when>2023-06-11 00:25:56 +0300</bug_when>
    <thetext>#cat /etc/os-release 
NAME=&quot;ALT Server&quot;
VERSION=&quot;10.1&quot;
ID=altlinux
VERSION_ID=10.1
PRETTY_NAME=&quot;ALT Server 10.1 (Mendelevium)&quot;
ANSI_COLOR=&quot;1;33&quot;
CPE_NAME=&quot;cpe:/o:alt:server:10.1&quot;
BUILD_ID=&quot;ALT Server 10.0&quot;
HOME_URL=&quot;https://basealt.ru/&quot;
BUG_REPORT_URL=&quot;https://bugs.altlinux.org/&quot;
# uname -a
Linux host-164 5.4.193-mcst-e8c2-alt5.9.4 #1 SMP Wed Oct 5 21:53:26 UTC 2022 e2k GNU/Linux
# gcc -v
lcc:1.25.23:Apr--7-2022:e2k-v5-linux
Thread model: posix
gcc version 7.3.0 compatible.
# tgtd --version
1.0.80

Ранее общались по похожей проблеме: https://bugzilla.altlinux.org/show_bug.cgi?id=41801#c10, и она была вами успешно решена.
Однако сейчас такая ошибка при запуске второго экземпляра tgtd:
tgtadm: can&apos;t find the driver

Действия по воспроизведению ошибки:
# tgtd -C 1001 --pid-file /run/tgtd_1.pid
# tgtd -C 1002 --pid-file /run/tgtd_2.pid
# tgtadm -C 1001 --lld iser --op new --mode target --tid 1 -T iqn.vmstore.ru:iser.sdb
# tgtadm -C 1002 --lld iser --op new --mode target --tid 2 -T iqn.vmstore.ru:iser.sdc                
tgtadm: can&apos;t find the driver
Такая проблема именно с iser, если указать --lld iscsi то ошибки не возникает</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>227586</commentid>
    <comment_count>1</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2023-06-14 11:28:45 +0300</bug_when>
    <thetext>Спросил у яндекса:
http://yandex.ru/search/?text=&quot;tgtadm%3A+can&apos;t+find+the+driver&quot;+iser

Первая ссылка:
http://www.spinics.net/lists/linux-stgt/msg04218.html

Ответ на письмо (внизу Follow-Ups):
http://www.spinics.net/lists/linux-stgt/msg04220.html

---
For some reason the ib_mad and rdma_cm modules are listed twice...
anyway, you need rdma_ucm which is the ib_uverbs equivalent --
provides access to the kernel rdma_cm. I would recommend to run rping
which is provided by librdmacm-utils to very there&apos;s proper user space
access to the kernel IB stack .
---

=&gt; проверьте, загружен ли модуль rdma_ucm; если нет и помогает -- добавьте
в /etc/modules для автозагрузки (по-хорошему надо учесть в стартовом скрипте сервиса, тут не знаю -- лучше ли анализировать опции либо пытаться загрузить всегда).</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>227587</commentid>
    <comment_count>2</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2023-06-14 11:30:36 +0300</bug_when>
    <thetext>И да, это скорее major (если и так не заведётся) либо normal (если можно лучше):
http://altlinux.org/Bug_Severity_Policy -- critical&apos;ы с blocker&apos;ами склонны куда более серьёзные неприятности причинять.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>227591</commentid>
    <comment_count>3</comment_count>
    <who name="Alexander Makeenkov">amakeenk</who>
    <bug_when>2023-06-14 11:45:30 +0300</bug_when>
    <thetext>ALT Server 10.1 x86_64, обновлённый до сизифа.

Ошибка воспроизводится по шагам из описания.
Версия пакета: scsitarget-utils-1.0.83-alt2.x86_64

Модуль rdma_ucm загружен:

# lsmod | grep rdma
rdma_ucm               32768  0
ib_uverbs             172032  1 rdma_ucm
rpcrdma               360448  2
rdma_cm               131072  2 rpcrdma,rdma_ucm
iw_cm                  49152  1 rdma_cm
ib_cm                 139264  1 rdma_cm
ib_core               430080  6 rdma_cm,rpcrdma,iw_cm,rdma_ucm,ib_uverbs,ib_cm
sunrpc                671744  23 nfsd,rpcrdma,nfsv4,auth_rpcgss,lockd,rpcsec_gss_krb5,nfs_acl,nfs</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>227679</commentid>
    <comment_count>4</comment_count>
    <who name="Воронцов Денис">denis.vorontsov</who>
    <bug_when>2023-06-15 11:13:07 +0300</bug_when>
    <thetext>Добрый день, коллеги!
Из переписки не могу понять, какой статус данного вопроса? Вы взяли в работу? Или что происходит сейчас?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>227680</commentid>
    <comment_count>5</comment_count>
    <who name="Alexander Makeenkov">amakeenk</who>
    <bug_when>2023-06-15 11:15:30 +0300</bug_when>
    <thetext>(Ответ для Воронцов Денис на комментарий #4)
&gt; Добрый день, коллеги!
&gt; Из переписки не могу понять, какой статус данного вопроса? Вы взяли в
&gt; работу? Или что происходит сейчас?

Ошибка подтверждена и перевешена на мейнтейнера пакета.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>227690</commentid>
    <comment_count>6</comment_count>
    <who name="Воронцов Денис">denis.vorontsov</who>
    <bug_when>2023-06-15 11:41:17 +0300</bug_when>
    <thetext>Отлично, и что это означает? Когда ждать исправления?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>228491</commentid>
    <comment_count>7</comment_count>
    <who name="Воронцов Денис">denis.vorontsov</who>
    <bug_when>2023-06-28 12:40:40 +0300</bug_when>
    <thetext>Добрый день коллеги!
Есть ли новости по моему вопросу?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>228538</commentid>
    <comment_count>8</comment_count>
    <who name="Michael Shigorin">mike</who>
    <bug_when>2023-06-28 22:45:03 +0300</bug_when>
    <thetext>(Ответ для Alexander Makeenkov на комментарий #5)
&gt; &gt; Из переписки не могу понять, какой статус данного вопроса?
&gt; &gt; Вы взяли в работу? Или что происходит сейчас?
Техническая ошибка зафиксирована; проектные приоритеты лучше через техподдержку.

&gt; Ошибка подтверждена и перевешена на мейнтейнера пакета.
Вот только piastry@ этот пакет собирал лет десять назад, сейчас им по факту занимается andy@.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>228545</commentid>
    <comment_count>9</comment_count>
    <who name="Alexander Makeenkov">amakeenk</who>
    <bug_when>2023-06-29 10:18:11 +0300</bug_when>
    <thetext>(Ответ для Michael Shigorin на комментарий #8)
&gt; Вот только piastry@ этот пакет собирал лет десять назад, сейчас им по факту
&gt; занимается andy@.

Поэтому я изначально и повесил на andy, который, в свою очередь, перевесил ошибку с себя на неактивного мейнтейнера.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>228547</commentid>
    <comment_count>10</comment_count>
    <who name="Alexander Makeenkov">amakeenk</who>
    <bug_when>2023-06-29 10:23:16 +0300</bug_when>
    <thetext>Вчера пакет обновили до версии 1.0.86-alt1
Проверил - ошибка осталась.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>231090</commentid>
    <comment_count>11</comment_count>
    <who name="Alexander Makeenkov">amakeenk</who>
    <bug_when>2023-08-09 12:43:35 +0300</bug_when>
    <thetext>Ошибка не воспроизводится, если запускать tgtd процессы на разных портах.

Например:
# tgtd -C 1001 --pid-file /run/tgtd_1.pid --iscsi portal=*:2001 --iser port=2001
# tgtd -C 1002 --pid-file /run/tgtd_2.pid --iscsi portal=*:2002 --iser port=2002

# netstat -ltupn | grep 200
tcp        0      0 0.0.0.0:2002                0.0.0.0:*                   LISTEN      4190/tgtd           
tcp        0      0 0.0.0.0:2001                0.0.0.0:*                   LISTEN      4182/tgtd           
tcp        0      0 :::2002                     :::*                        LISTEN      4190/tgtd           
tcp        0      0 :::2001                     :::*                        LISTEN      4182/tgtd

# lsmod | grep rdma
rdma_ucm               32768  2
rdma_cm               131072  1 rdma_ucm
iw_cm                  49152  1 rdma_cm
ib_cm                 139264  1 rdma_cm
ib_uverbs             167936  2 rdma_ucm,mlx5_ib
ib_core               421888  6 rdma_cm,iw_cm,rdma_ucm,ib_uverbs,mlx5_ib,ib_cm

# tgtadm -C 1001 --lld iser --op new --mode target --tid 1 -T iqn.vmstore.ru:iser.sdb
# tgtadm -C 1002 --lld iser --op new --mode target --tid 2 -T iqn.vmstore.ru:iser.sdc

# tgtadm --lld iser --op show --mode target -C 1001 | grep State
        State: ready
        
# tgtadm --lld iser --op show --mode target -C 1002 | grep State
        State: ready</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>