[sles-beta] [Sleha-beta] ISCSI issues with SLES12B7 - part2 ( ISCSI 'initiator' driver)

[Darren Thompson]

Richard

With your help I can now connect a SLES12B7 ISCSI Initiator to a SLES12B7
ISCSI target (Thank you) so It's looking like option 1 of my possible
causes list so far ;-)

I'm still not able to work out how to bing a single SCSI target to multiple
IP addresses (on a mutihomed host). Any hints here on how to do that part
(it was easy in SLES11 as it just bound on all configured IP addresses by
default).

Darren


On 28 May 2014 19:18, Darren Thompson <darrent at akurit.com.au> wrote:

> Richard
>
> That leaves a couple of posibilites:
> 1. I have just got all my configurations wrong at both ends (sadly, highly
> possible)
> 2. The SLES12 initiator is no longer compatible with the SLES11 target
> (bad)
> 3. There is a bug that i have discovered somewhere which you are not
> seeing.
>
> I will do some more testing to see which of these is the most likely cause.
>
> Can you send through screenshots of the "correct configuration" so i have
> something to compare against :-) please.
>
> Darren
>
>
> On 28 May 2014 18:36, Richard Brown <rbrown at suse.de> wrote:
>
>> On Wed, 2014-05-28 at 18:31 +1000, Darren Thompson wrote:
>> > Richard
>> >
>> >
>> > That partially explains things at the SLES12B7 target end but why
>> > can't I connect to a "know good" SLES11 SP3 ISCSI target?
>> >
>> >
>> > Darren
>>
>> For that, I have no clue - I've just tested it, but telling you that 'it
>> works here' is probably of little comfort.
>>
>> Any clues in /var/log/messages from the target or initiators?
>>
>> - Richard
>> >
>> >
>> > On 28 May 2014 18:15, Richard Brown <rbrown at suse.de> wrote:
>> >         On Wed, 2014-05-28 at 13:33 +1000, Darren Thompson wrote:
>> >         > Team
>> >         >
>> >         >
>> >         >
>> >         > The ISCSI "initiator" does not seem to login/connect to a
>> >         working
>> >         > ISCSI Target (I tested both a SLES12B7 trarget server and a
>> >         "know
>> >         > good/working" SLES11SP3 server).
>> >         >
>> >         >
>> >         > The ISCSI "discovery" works but I cannot then connect/login
>> >         to the
>> >         > actual targer.
>> >         >
>> >         >
>> >         > Regards
>> >         > Darren
>> >         > _______________________________________________
>> >         > sleha-beta mailing list
>> >         > sleha-beta at lists.suse.com
>> >         > http://lists.suse.com/mailman/listinfo/sleha-beta
>> >
>> >         Hi Darren,
>> >
>> >         In SLE 12 we have only the iSCSI LIO Target and not the ietd
>> >         iSCSI
>> >         Target also available in previous versions
>> >
>> >         One of the new features of the LIO Target is that it supports
>> >         proper LUN
>> >         mapping - the ability to decide which LUNs are presented to
>> >         which
>> >         Clients/Initiators as which LUN numbers
>> >
>> >         This *requires* you to fill in the LUN mapping section of the
>> >         iSCSI LIO
>> >         Target in YaST on your target - it pops up after you configure
>> >         a target,
>> >         but if you're not aware of why it's so important, I understand
>> >         you might
>> >         just click next and leave the Initiator/LUN mapping table
>> >         blank (I did
>> >         the same first time round..)
>> >
>> >         Failure to do this, results in the behaviour you're noticing.
>> >
>> >         You'll need the 'initiator name' for each iSCSI initiator
>> >         connecting to
>> >         your target, that can be found in /etc/iscsi/initiatorname on
>> >         each of
>> >         your initiators.
>> >
>> >         Hope this helps,
>> >
>> >         - Richard
>> >
>> >         --
>> >
>> -------------------------------------------------------------------
>> >           Richard Brown, QA Engineer
>> >           Phone +4991174053-361,  Fax +4991174053-483
>> >           SUSE LINUX Products GmbH,  Maxfeldstr. 5,  D-90409 Nuernberg
>> >           Geschaeftsfuehrer: Jeff Hawn, Jennifer Guild, Felix
>> >         Imendoerffer,
>> >           HRB 16746 (AG Nuernberg)
>> >
>> -------------------------------------------------------------------
>> >
>> >
>> >
>> >
>> >
>> >
>> > --
>> > Darren Thompson
>> >
>> > Professional Services Engineer / Consultant
>> >
>> >  cid:image001.jpg at 01CB7C0C.6C6A2AE0
>> >
>> > Level 3, 60 City Road
>> >
>> > Southgate, VIC 3006
>> >
>> > Mb: 0400 640 414
>> >
>> > Mail: darrent at akurit.com.au
>> > Web: www.akurit.com.au
>> >
>> >
>>
>>
>> --
>> -------------------------------------------------------------------
>>   Richard Brown, QA Engineer
>>   Phone +4991174053-361,  Fax +4991174053-483
>>   SUSE LINUX Products GmbH,  Maxfeldstr. 5,  D-90409 Nuernberg
>>   Geschaeftsfuehrer: Jeff Hawn, Jennifer Guild, Felix Imendoerffer,
>>   HRB 16746 (AG Nuernberg)
>> -------------------------------------------------------------------
>>
>>
>>
>
>
> --
>
> Darren Thompson
>
> Professional Services Engineer / Consultant
>
>  *[image: cid:image001.jpg at 01CB7C0C.6C6A2AE0]*
>
> Level 3, 60 City Road
>
> Southgate, VIC 3006
>
> Mb: 0400 640 414
>
> Mail: darrent at akurit.com.au <steve at akurit.com.au>
> Web: www.akurit.com.au
>



-- 

Darren Thompson

Professional Services Engineer / Consultant

 *[image: cid:image001.jpg at 01CB7C0C.6C6A2AE0]*

Level 3, 60 City Road

Southgate, VIC 3006

Mb: 0400 640 414

Mail: darrent at akurit.com.au <steve at akurit.com.au>
Web: www.akurit.com.au
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.suse.com/mailman/private/sles-beta/attachments/20140528/4274a589/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image003.jpg
Type: image/jpeg
Size: 3692 bytes
Desc: not available
URL: <http://lists.suse.com/mailman/private/sles-beta/attachments/20140528/4274a589/attachment.jpg>