Hello all,

 

I've just wanted to post to this almost 4 years old thread complaining 
about still present bug. But I was able to pin the trouble-maker before 
pressing the Post button. I still want to share my problem, solution and 
suggestion with a future generation of googlers.

 

For the reference I'm using CentOS 7 and iscsi-initiator-utils version 
6.2.0.873-21 here.

 

The problem seemed to be the same as for the topic starter 4 years ago. I 
couldn't get rid of the DiscoveryAddress as shown by the ' iscsiadm -m 
discoverydb -P1' command:

############################################

[root@rhce2 ~]# iscsiadm -m discoverydb -P1

SENDTARGETS:

DiscoveryAddress: 192.168.l.90,3260

iSNS:

No targets found.

STATIC:

No targets found.

FIRMWARE:

No targets found.

 

[root@rhce2 ~]# iscsiadm -m discoverydb -t st -p 192.168.1.90,3260 -o 
delete -d 8

iscsiadm: Max file limits 1024 4096

iscsiadm: Looking for config file 
/var/lib/iscsi/send_targets/192.168.1.90,3260

iscsiadm: Looking for config file 
/var/lib/iscsi/send_targets/192.168.1.90,3260 config st_config.

iscsiadm: Could not stat /var/lib/iscsi/send_targets/192.168.1.90,3260 err 
2.

iscsiadm: Could not open /var/lib/iscsi/send_targets/192.168.1.90,3260: No 
such file or directory

iscsiadm: Discovery record [192.168.1.90,3260] not found.

 

[root@rhce2 ~]# iscsiadm -m discoverydb -P1

SENDTARGETS:

DiscoveryAddress: 192.168.l.90,3260

iSNS:

No targets found.

STATIC:

No targets found.

FIRMWARE:

No targets found.

############################################

 

Attentive reader probably noticed that the DiscoveryAddress had the 
lower-case ‘l’ letter instead of the number ‘1’ in the third octet of the 
shown IP address. So did I after copy-pasting from the console to the reply 
box in here. In console the font I use (FreeMono) displays the letter ‘l’ 
and number ‘1’ almost identically. That was where the devil hid. Usage of 
the ‘iscsiadm --mode discoverydb -t st -p 192.168.l.90 -o delete’ command 
solved the problem for me here (note the letter 'l' instead of number '1'). 
The following command still lets the devil in (though with errors):

 

############################################

[root@rhce2 ~]# iscsiadm --mode discovery --type sendtargets --portal 
192.168.l.90

iscsiadm: Cannot resolve host 192.168.l.90. getaddrinfo error: [Name or 
service not known]

 

iscsiadm: cannot resolve host name 192.168.l.90

iscsiadm: cannot resolve host name 192.168.l.90

iscsiadm: Could not perform SendTargets discovery: encountered connection 
failure

 

[root@rhce2 ~]# iscsiadm --mode discovery -P1

SENDTARGETS:

DiscoveryAddress: 192.168.l.90,3260

iSNS:

No targets found.

STATIC:

No targets found.

FIRMWARE:

No targets found.

############################################

 


For myself I’m looking for the better font right now. And for the 
developers I suggest to implement input sanitization, that won’t even add 
incorrect values into the database.

 

Thank you,

Oleg

On Thursday, January 27, 2011 7:06:44 PM UTC-5, Dr. Ed Morbius wrote:
>
> on 15:29 Thu 27 Jan, Mike Christie (mich...@cs.wisc.edu <javascript:>) 
> wrote:
> > On 01/27/2011 03:04 PM, Dr. Ed Morbius wrote:
> > >on 14:02 Thu 27 Jan, Mike Christie (mich...@cs.wisc.edu <javascript:>) 
> wrote:
> > >>On 01/27/2011 01:29 PM, Mike Christie wrote:
> > >>>On 01/27/2011 01:10 AM, Dr. Ed Morbius wrote:
>
> > >>>>I've got one CentOS box which I'd done target discovery against the
> > >>>>wrong storage array.
> > >>>>
> > >>>>I'd like to clear that array's records in the CentOS box's 
> discoverdb.
>
> > >>>I think you want this:
> > >>>
> > >>>-Delete discovery record. This will also delete the records for the
> > >>>targets found through the discovery source.
> > >>>
> > >>>iscsiadm -m discoverydb -t sendtargets -p 192.168.1.1:3260 -o delete
> > >>>
> > >>>
> > >>>To just remove a portal/node's record you can do
> > >>>
> > >>>Removing iSCSI portal:
> > >>>
> > >>>iscsiadm -m node -o delete -T iqn.2005-03.com.max -p 192.168.0.4:3260
> > >>>
>
> > >>Oh yeah, so the commands I listed above will delete the entire
> > >>discovery or node record.
> > >>
> > >>Did you just want to clear specific values in a record?
> > >
> > >No.  ALL evidence of the array, period.  Seems to have happened my way.
> > 
> > You should just use
> > iscsiadm -m discoverydb -t sendtargets -p 192.168.1.1:3260 -o delete
> > for each discovery record to delete the discovery record and the
> > node records created from it.
> > 
> > This:
> > iscsiadm -m node --name='record' --value='' --op=delete
> > is actually a bug. 
>
> I stabbed around in the dark until the dagger came back bloody and a
> body appeared on the floor.  That was the iteration of the command which
> worked.  I'm not going to pretend it's right, and posted my question
> here in part to sort out what the Right Way was.
>
> There's not a lot of information on the database and interactiong with
> it, and/or its back-end implementation.  I'm not sure if this is
> intentional or not, but it makes working with the DB more challenging.
>
> > You do not need the name and value arguments. To
> > delete all the node records you can just do
> > iscsiadm -m  node -o delete
>
> I'd tried that.  It didn't accomplish what I'd set out to do.
>
> > That is what is actually getting run when you ran your command. The
> > name and value params were getting ignored.
>
> OK.
>
> -- 
> Dr. Ed Morbius
> Chief Scientist
> Krell Power Systems Unlimited
>
>

-- 
You received this message because you are subscribed to the Google Groups 
"open-iscsi" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to open-iscsi+unsubscr...@googlegroups.com.
To post to this group, send email to open-iscsi@googlegroups.com.
Visit this group at http://groups.google.com/group/open-iscsi.
For more options, visit https://groups.google.com/d/optout.

Reply via email to