Bug 700572 - Linux host issued Set Target Port Groups command that triggered the trespass of the LUNs [NEEDINFO]
Summary: Linux host issued Set Target Port Groups command that triggered the trespass...
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Red Hat Enterprise Linux 5
Classification: Red Hat
Component: distribution
Version: 5.6
Hardware: x86_64
OS: Linux
unspecified
high
Target Milestone: rc
: ---
Assignee: RHEL Program Management
QA Contact: Ondrej Hudlicky
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-04-28 17:17 UTC by marina.g.zhelnova
Modified: 2014-06-03 12:23 UTC (History)
1 user (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2014-06-03 12:23:46 UTC
Target Upstream Version:
pm-rhel: needinfo? (marina.g.zhelnova)


Attachments (Terms of Use)

Description marina.g.zhelnova 2011-04-28 17:17:08 UTC
Description of problem:
Repetitive NDU test failed with 512 LUNs in one poll/RAID5 on Pass 5  - unable to return LUNs back from trespassed state.

Configuration1 - Station L1-5
Console - esd-cnsl983 - 10.244.9.83
Host - crawford - 10.244.9.45 - RHEL 5.6
SPA - esd-spa924 - 10.244.9.24
SPB - esd-spb925 - 10.244.9.25
 
Lightning connected to Viper and Voyager as followed:
Viper Boot Bus 0 Encl 0 (connected to Lightning - the one on the top of Lightning);
Voyager Bus 2 Encl 0 (down under Lightning, - the one that will have 60 600 GB drives) connected to Lightning via two Hypernova SLICs (one per SP);

Voyager Bus 2_0 - 59 600 GB drives

I compared the units that were trespassed back to SPA. The following trace indicated that they got Set Target Port Groups command and that triggered the trespass. This command should be coming from the host.

05:51:57.261       2141 FFFFFA8009DC1B60 TDD:   TPG-SET Valid. Lun 0x62705e1dd665e011 Optimized PortGroup = 1

05:51:57.402        875 FFFFFA8009BF6B60 TDD:  Notification of explicit trespass of DLU 6006016044A02800 62705E1DD665E011 to this SP.

I don't know why the host did not send this command to some of the units. The array trace does not show aborts from this host.

Version-Release number of selected component (if applicable):
Linux version 2.6.18-238.el5 (mockbuild.bos.redhat.com) (gcc version 4.1.2 20080704 (Red Hat 4.1.2-50)) #1 SMP Sun Dec 19 14:22:44 EST 2010

How reproducible:
Always

Steps to Reproduce:
Configuration:
Console
Host - RHEL 5.6
SPA
SPB
 
Lightning connected to Viper and Voyager as followed:
Viper Boot Bus 0 Encl 0 
Voyager Bus 2 Encl 0 (59 600 GB drives) connected to Lightning via two Hypernova SLICs (one per SP);
Voyager Bus 2_0 - 59 600 GB drives

Use native multipath for the host to see all LUNs

1.Create 1 RAID5 SAS Storage Pool with 512 LUNs 40GB each all owned by SPA
2.Create 1 Storage Group, add all 512 LUNs to it, connect it to host
3.Create file in sorcery to run I/O to all 512 LUNs
4.Start I/O (starting sorcery tool)
5.Start ndutest.ksh script which will do repetitive NDU to the arrays
  
Actual results:
After few NDU cycles, operation fails with all LUNs being trespassed

Expected results:
NDU should run for 24 hours w/o any errors

Additional info:
I have all the logs collected. If needed I can provide an access to that folder.

Comment 1 RHEL Program Management 2014-03-07 12:40:21 UTC
This bug/component is not included in scope for RHEL-5.11.0 which is the last RHEL5 minor release. This Bugzilla will soon be CLOSED as WONTFIX (at the end of RHEL5.11 development phase (Apr 22, 2014)). Please contact your account manager or support representative in case you need to escalate this bug.

Comment 2 RHEL Program Management 2014-06-03 12:23:46 UTC
Thank you for submitting this request for inclusion in Red Hat Enterprise Linux 5. We've carefully evaluated the request, but are unable to include it in RHEL5 stream. If the issue is critical for your business, please provide additional business justification through the appropriate support channels (https://access.redhat.com/site/support).


Note You need to log in before you can comment on or make changes to this bug.