Latest client kernel version known to work: 2.6.32.27 (vanilla) First client kernel version known NOT to work: 2.6.33 (vanilla) I'm doing sanboot via iSCSI/TCP using gPXE 1.0.1 from etherboot.org. The gPXE chain boot loader registers the iSCSI target lun as boot disk and when the Ubuntu OS starts iscsid, session re-establishment fails when using kernel 2.6.33 or higher on the client (session startup configured as manual). Works perfectly with 2.6.32.27 on the client. The client machine uses open-iscsi v2.0-871 (Ubuntu 10.04/Lucid). Tested against: iscsi-target v1.4.20.2 and stgt v1.0.12 (running on kernel 2.6.35.8)
FYI: to reproduce the bug, it should be sufficient to kill -KILL iscsid on the client, and then restart it.
Reply-To: michaelc@cs.wisc.edu On 01/17/2011 06:12 PM, bugzilla-daemon@bugzilla.kernel.org wrote: > https://bugzilla.kernel.org/show_bug.cgi?id=26992 > > Summary: iscsi session re-establishment by client does not work > (auth method rejected by target) > Product: IO/Storage > Version: 2.5 > Kernel Version:>=2.6.33 > Platform: All > OS/Version: Linux > Tree: Mainline > Status: NEW > Severity: blocking > Priority: P1 > Component: SCSI > AssignedTo: linux-scsi@vger.kernel.org > ReportedBy: bugzilla-kernel-org-sux2k0@mstier.de > CC: bugzilla-kernel-org-sux2k0@mstier.de > Regression: No > > > Latest client kernel version known to work: 2.6.32.27 (vanilla) > First client kernel version known NOT to work: 2.6.33 (vanilla) > > I'm doing sanboot via iSCSI/TCP using gPXE 1.0.1 from etherboot.org. The gPXE > chain boot loader registers the iSCSI target lun as boot disk and when the > Ubuntu OS starts iscsid, session re-establishment fails when using kernel > 2.6.33 or higher on the client (session startup configured as manual). Works > perfectly with 2.6.32.27 on the client. > Are these kernel.org/open-iscsi.org open-iscsi tools ir distro build ones? I think this is due to a sysfs issue. If I am right it should be fixed in 872 (http://kernel.org/pub/linux/kernel/people/mnc/open-iscsi/releases/open-iscsi-2.0-872.tar.gz) or I think you can change the SYSFS DEPRECIATED and SYSFS V2 DEPRECIATED settings. I cannot remember if you need to turn it on or off (I think you need to turn it on with older tools). Send your .config. Also could you send the log messages for when it fails? And does normal login work? If you just boot from a local drive and run iscsiadm to login does it fail? What is the error message and what is the /var/log/message output?
Thanks! v872 works. BTW: v872 is not available at open-iscsi.org/bits. Otherwise I would have found it before filing this bug. :-) I'll enter an Ubuntu bug -- maybe they didn't find it either.
Reply-To: michaelc@cs.wisc.edu On 01/20/2011 01:12 PM, bugzilla-daemon@bugzilla.kernel.org wrote: > > BTW: v872 is not available at open-iscsi.org/bits. Otherwise I would have > found > it before filing this bug. :-) > Ah yeah, sorry about that. We are having trouble with access to open-iscsi.org. I cannot access it to update it, so I have been putting updates on http://kernel.org/pub/linux/kernel/people/mnc/open-iscsi/.