Red Hat Bugzilla – Bug 430810
isns discovery does not remove old records
Last modified: 2012-06-27 05:27:33 EDT
Description of problem:
If I remove a target on the isns sever, then rerun discovery with iscsiadm the
record for the target that was removed is not deleted.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
Record for deleted target should be removed.
Excerpt from strace of iscsiadm:
= -1 EISDIR (Is a directory)
write(2, "iscsiadm: ", 10) = 10
write(2, "Could not remove link /var/lib/i"..., 147) = 147
Note, this particular iscsi target was one that was scanned at install time by
anaconda, ones scanned via iscsiadm command later appear to be symlinks in the
same directory (as iscsiadm appears to expect).
I am not sure what you are reporting on here. This bugzilla was just for isns
discovery, because the removal feature was not implemented.
Are you having trouble with just targets/portals found with send targets
discovery? What is the exact problem? As far as symlink vs dir goes, it should
be ok, because iscsiadm supports both layouts. Is iscsiadm failing and logging
something about this?
You can also run iscsiadm ..... -d 8 to get lots of debug info.
Let me know what is wrong, and run iscsiadm with -d 8 and I can help more.
The original notes on the bug report talk about rerunning discovery with
iscsiadm, and a target that was removed not being deleted. Looked to be the
exact same issue that was happening for me, thus the additional information was
related, and may help to nail down where the bug actually is.
# iscsiadm -m discovery -t st -p 10.4.10.55:3260
iscsiadm: Could not remove link
iscsiadm: Could not delete node
(In reply to comment #3)
> The original notes on the bug report talk about rerunning discovery with
> iscsiadm, and a target that was removed not being deleted. Looked to be the
> exact same issue that was happening for me, thus the additional information was
> related, and may help to nail down where the bug actually is.
Ah I see, it was my fault. I did not describe the problem right in the original
bugzilla comment. This bugzilla is just for isns discvoery not removing targets
correctly. For isns, we did not implement this feature at all, so if the isns
server told us about targetA and targetB, then only tells us about TargetA, the
initiator's isns discovery code just leaves targetB on purpose.
For what you hit below it looks like a bug in the sendtargets code where we did
try to handle the case where sendtargets returns different targets.
Let me make a new bugzilla for your issue.
> # iscsiadm -m discovery -t st -p 10.4.10.55:3260
> iscsiadm: Could not remove link
> err 21
> iscsiadm: Could not delete node