![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
http://bugzilla.suse.com/show_bug.cgi?id=1123316 http://bugzilla.suse.com/show_bug.cgi?id=1123316#c4 Ancor Gonzalez Sosa <ancor@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Flags|needinfo?(ancor@suse.com) | --- Comment #4 from Ancor Gonzalez Sosa <ancor@suse.com> --- (In reply to Stefan Schubert from comment #3)
Ancor I am not a storage expert, but as far I am remembering we have already had some issues/discussion about "naming". Could you please check this ? Thanks !
I don't think this is related at all to the recent problems with yast-storage-ng and names. The code raising that warning does not use yast-storage-ng or libstorage-ng at all. See https://github.com/yast/yast-iscsi-lio-server/blob/830663122701ec3cb21b85a0b... That code uses the Ruby method File.ftype to ensure the path correspond to a real, direct file. And /dev/vg/lvol is not a block special file, but a symlink to one (i.e. File.ftype("/dev/vg/lvol") == "link"). It will work if the user introduces something like "/dev/dm-0" (to know the exact file, check which /dev/dm-X is pointed by /dev/vg/lvol). So this works as designed so far (accepting only the block special file and complaining if a symlink is provided). Whether we want to teach yast2-iscsi-lio-server to follow symlinks, that's another question. -- You are receiving this mail because: You are on the CC list for the bug.