This request was not resolved in time for the current release.
Red Hat invites you to ask your support representative to
propose this request, if still desired, for consideration in
the next release of Red Hat Enterprise Linux.

Hi Jaroslav, any chance you could try and reproduce with scsi-target-utils in Fedora 20? There was some buffer management improvements since rhel6's tgtd version that may have resolved this.

I don't have F20 here, could you pls send me the version (string) that should have that fixed? I'll download/rebuild it on rhel6.

Uploaded a test build of 1.0.25 to http://fedorapeople.org/~grover/bug-865960/ , please give that a go.

[root@virt-122 ~]# for i in `seq 1 1000`; do tgtadm --mode target --op show | grep 'Target' | wc -l ; done | sort | uniq -c
    973 886
     16 887
      6 888
      5 889

scsi-target-utils-1.0.25-1.el6.x86_64

It seems that it's a bit better, but still giving inconsistent results.

ok thanks for trying that, I'll take a closer look.

I'm having difficulty reproducing this issue.

[agrover@localhost tmp]$ cat /tmp/ll.txt | sort | uniq -c
  10000 1000

What I did:

- create a vm with 4GB and 4 CPUs, and a 30GB block device /dev/vdb
- pvcreate /dev/vdb
- vgcreate mucho /dev/vdb
- for i in `seq 1 1000`; do lvcreate mucho -n blah$i -L 10m; done;
- for i in `seq 1 1000`; do echo -e "<target iqn.2008-09.com.example:foo$i>\nallow-in-use yes\ninitiator-name CLUSTER54\nscsi_id beaker-disk-54-1\nscsi_sn beaker-disk-54-1\nwrite-cache off\nbacking-store /dev/mucho/blah$i\n</target>\n">>targets2.conf; done;

window 1:
- sudo tgtd -f

window 2:
- tgtadm --op update --mode sys --name State -v offline
- tgt-admin -e -c targets2.conf
- tgtadm --op update --mode sys --name State -v ready
- for i in `seq 1 10000`; do sudo tgtadm --mode target --op show|grep -E iqn|wc -l >>/tmp/ll.txt; done

and I'm not seeing variability. Any ideas what the difference in our setups might be?

Created attachment 918631 [details]
targets.conf

I was able to reproduce it with the attached configuration on bare metal server.


# service tgtd start
Starting SCSI target daemon: [  OK  ]


# for i in `seq 1 10000`; do tgtadm --mode target --op show | grep -E 'Target' | wc -l  >> /tmp/ll.txt; done

# cat /tmp/ll.txt | sort | uniq -c
   9232 1000
      1 980
      3 982
      7 985
     18 986
      4 987
     10 988
     17 989
     30 990
     32 991
     52 992
     31 993
     84 994
     50 995
     86 996
    122 997
    189 998
     32 999

Used RHEL-6.5 (scsi-target-utils-1.0.24-10.el6.x86_64) to reproduce the problem.

can reproduce. fix in hand.

Verified that with the patch it is working fine now.

# rpm -q scsi-target-utils
scsi-target-utils-1.0.24-15.el6.x86_64

# for i in `seq 1 10000`; do tgtadm --mode target --op show | grep -E 'Target' | wc -l  >> /tmp/ll.txt; don

# cat /tmp/ll.txt | sort | uniq -c
  10000 1000

Since the problem described in this bug report should be
resolved in a recent advisory, it has been closed with a
resolution of ERRATA.

For information on the advisory, and where to find the updated
files, follow the link below.

If the solution does not work for you, open a new bug report.

http://rhn.redhat.com/errata/RHBA-2014-1599.html